Комментарии 26
скажите пожалуйста, а НЕ самописные системы мониторинга хоть кто то из ЦОДов называл?
Любопытно: а насколько большую цену относительно текущего рынка (на котором нет SLA, потому что фин. ответственности за его нарушение не предлагает почти никто) вы готовы платить при предоставлении гарантий и ответственности за их соблюдение?
Собственно, этот вопрос я бы задал всем. Возможно, нет спроса на эту услугу просто, всем нужно «дешевле»?
Собственно, этот вопрос я бы задал всем. Возможно, нет спроса на эту услугу просто, всем нужно «дешевле»?
Да, сейчас цена для многих играет ключевую роль при принятии решения. Но для тех, кому цена важнее, купят сервер в офис и наймут админа, потому что на него можно возложить кучу других задач. Но если ориентироваться на компании, которые реально считают деньги, то покупка серверных мощностей них реальная экономия. Но без гарантии арендованный сервер все равно что его вообще нет. В таком варианте он годится только для девелоперского и тестового контуров. Для продуктива нужен SLA или два сервера в разных центрах. А еще лучше то и другое.
Я бы заплатил на 10-20% дороже с гарантией. Но только честной гарантией. А если еще предложат мониторинг моих сервисов в рамках этой гарантии, то совсем хорошо. Это как полис КАСКО: платишь 10% и в случае проблем тебе возвращают 100%. Никому не нужны проблемы. Люди арендуют сервера для того, чтобы избежать проблем. И компенсация за низкое качество только повысит уверенность в провайдере и привязанность к его услугам.
Я бы заплатил на 10-20% дороже с гарантией. Но только честной гарантией. А если еще предложат мониторинг моих сервисов в рамках этой гарантии, то совсем хорошо. Это как полис КАСКО: платишь 10% и в случае проблем тебе возвращают 100%. Никому не нужны проблемы. Люди арендуют сервера для того, чтобы избежать проблем. И компенсация за низкое качество только повысит уверенность в провайдере и привязанность к его услугам.
Тут ситуация какая: чтобы ЦОД или сервис-провайдер мог гарантировать собственную финансовую ответственность, ему требуется, чтобы такие же условия ему предложили подрядчики, услугами которых он пользуется, либо воспользоваться услугами страховых компаний (не уверен, что в России есть такие, кто будет работать с этой ответственностью), либо страховать это собственными силами, т.е. за свой счёт. Более чем уверен, что цена в этих случаях вырастет существенно больше, нежели на 20%, особенно во втором и, тем более, третьем. Более надёжное железо, больше и более надёжные каналы связи, финансовые резервы на выплату компенсаций (даже если эти выплаты идут неоплатой услуг) — всё это стоит прилично. А в результате окажется, что вы, со своей маленькой и недорогой VPS (нисколько не пытаюсь вас принизить, я это понял из озвученных в статье требований), являетесь единственным (условно) заказчиком, которому эта услуга нужна.
И в другом более чем уверен: возьмите услуг на $10-20 тысяч в месяц, и вам наверняка предложат особые условия, в том числе и финансовые гарантии. А для VPS стоимостью 250 рублей в месяц в настоящий момент этим никто заниматься не будет, не тот сегмент. Это просто невыгодно.
Спрос диктует предложение. Может быть, спроса на это просто нет. Хотя есть сегменты, где наличие SLA с финансовой ответственностью будет, как мне кажется, являться существенным фактором. Только вот там другие клиенты и другие финансовые потоки. Совсем другие.
Поймите меня правильно, пожалуйста, я не против сказанного вами, совсем даже за, но хочется уточнить, есть ли понимание, что это за собой потянет. Готовы ли вы будете платить в два, в три, а то и на порядок больше за более качественную услугу?
P.S. Я, вообще говоря, не являюсь представителем публичного провайдера таких услуг, но к теме определённое отношение имею, поэтому ваша статья мне крайне интересна, как и диалог по этому вопросу.
И в другом более чем уверен: возьмите услуг на $10-20 тысяч в месяц, и вам наверняка предложат особые условия, в том числе и финансовые гарантии. А для VPS стоимостью 250 рублей в месяц в настоящий момент этим никто заниматься не будет, не тот сегмент. Это просто невыгодно.
Спрос диктует предложение. Может быть, спроса на это просто нет. Хотя есть сегменты, где наличие SLA с финансовой ответственностью будет, как мне кажется, являться существенным фактором. Только вот там другие клиенты и другие финансовые потоки. Совсем другие.
Поймите меня правильно, пожалуйста, я не против сказанного вами, совсем даже за, но хочется уточнить, есть ли понимание, что это за собой потянет. Готовы ли вы будете платить в два, в три, а то и на порядок больше за более качественную услугу?
P.S. Я, вообще говоря, не являюсь представителем публичного провайдера таких услуг, но к теме определённое отношение имею, поэтому ваша статья мне крайне интересна, как и диалог по этому вопросу.
Спасибо за развернутый ответ. В целом, согласен с изложенным. И даже осознаю, что повышение качества услуг на 10% влечет увеличение затрат на 30-60%.
Возможно, я уникален в своих потребностях. Платить 2 тыс.рублей за VPS вместо 1 тыс.рублей — разница не большая. Возможно, появятся другие компании, которым интересна непрерывная работа, например, корпоративного сайта и отказ сервиса на 15 минут будет приводить к потере 2-10 клиентов. Но здесь нужно считать. А чтобы посчитать, нужно произвести измерения. Чем в общем-то мы и занимаемся.
Время и конкуренция покажут. Рынок открытый и все как на ладони. Как бы не уверяли менеджеры по продажам услуг ЦОД, цена не единственный критерий выбора поставщика, это могу сказать точно!
Возможно, я уникален в своих потребностях. Платить 2 тыс.рублей за VPS вместо 1 тыс.рублей — разница не большая. Возможно, появятся другие компании, которым интересна непрерывная работа, например, корпоративного сайта и отказ сервиса на 15 минут будет приводить к потере 2-10 клиентов. Но здесь нужно считать. А чтобы посчитать, нужно произвести измерения. Чем в общем-то мы и занимаемся.
Время и конкуренция покажут. Рынок открытый и все как на ладони. Как бы не уверяли менеджеры по продажам услуг ЦОД, цена не единственный критерий выбора поставщика, это могу сказать точно!
Согласен абсолютно. Мы в Linxdatacenter дали одному из заказчиков в Санкт-Петербурге SLA 100%, и успешно его выполняем, т.к. ЦОД работает с аптаймом 100% с момента запуска 5 лет назад. Но там это было финансово интересно, потому что контракт длительный и на значимую сумму ежемесячно. Клиент готов платить, мы готовы гарантировать доступность — все прозрачно.
Думаю, автор согласится, что он не станет платить, скажем, 100.000 Евро за SLA при цене базовой услуги 1.000 рублей. И это деньги не за бумагу — на них строятся индивидуальные системы защиты, контроля, резервирования и проч.
Думаю, автор согласится, что он не станет платить, скажем, 100.000 Евро за SLA при цене базовой услуги 1.000 рублей. И это деньги не за бумагу — на них строятся индивидуальные системы защиты, контроля, резервирования и проч.
Просто непонятно, что на VPS можно крутить такого критичного, что требуется SLA с штрафными санкциями (копеечными, т.к. размер определяется обычно стоимостью услуги). Напоминает клуб любителей трудностей.
На сервер ставится агент. Например, любые проблемы на канале в ЦОДе будут восприниматься агентом как проблема с контролируемым сервисом. Не буду называть ЦОД, но могу сказать, что агент по каналу Интернет из офиса работает стабильнее, чем агент на сервере в ЦОД. В месяц до 5 перерывов связи. Вопрос: это нормально?
Вот и ЦБ решил затянуть гайки для страховых компаний и заставить их гарантировать готовность сервиса е-ОСАГО 99,9% (http://www.banki.ru/news/daytheme/?id=9116875). Как можно выдержать такой KPI на серверах с готовностью 99%? Ведь все хотят продавать услуги, но никто не хочет делать нормальные услуги. Даже сами поставщики не контролируют качество своих услуг.
Нужен не SLA, а сервер с гарантированной доступностью. SLA — это механизм для достижения цели.
Вот и ЦБ решил затянуть гайки для страховых компаний и заставить их гарантировать готовность сервиса е-ОСАГО 99,9% (http://www.banki.ru/news/daytheme/?id=9116875). Как можно выдержать такой KPI на серверах с готовностью 99%? Ведь все хотят продавать услуги, но никто не хочет делать нормальные услуги. Даже сами поставщики не контролируют качество своих услуг.
Нужен не SLA, а сервер с гарантированной доступностью. SLA — это механизм для достижения цели.
Ну дык — уже есть конторы с несколькими ДЦ, BGP и т.д. И серваки в аренду дают и сетевое оборудование. И SLA подпишут.
Или вы хотите за 25$ 99.9% аптайма?
Или вы хотите за 25$ 99.9% аптайма?
Вроде, нормальное требование. VPS — это же не отдельная железка. Если на все VPS в рамках железки повысить ценник на 20%, то цифра будет не плохая. Если процессы нормально организованы, то уровень можно поднять за такие деньги, еще и заработать на этом.
1. Добить 0,9% к аптайму от 99% будет стоить дороже, чем 20%. А тем более 0,99%. Это субъективно, но думаю интеграторы могут подтвердить мои слова.
2. Давайте посмотрим в глаза правде: Вам шашечки или ехать? На примере информации от товарищей ниже тыц снижение «показателей доступности» до 98.9 обойдется в 20% (5$ от 25$ месячных для примеру). И это еще и с «нюансами». Мне, например, не удалось бы оправдаться перед руководством на старой работе компенсацией в такую сумму в случае простоя любого более менее критичного сервиса. Репутационные потери были бы намного больше.
*размер компенсации все равно не может превышать цены услуги.
2. Давайте посмотрим в глаза правде: Вам шашечки или ехать? На примере информации от товарищей ниже тыц снижение «показателей доступности» до 98.9 обойдется в 20% (5$ от 25$ месячных для примеру). И это еще и с «нюансами». Мне, например, не удалось бы оправдаться перед руководством на старой работе компенсацией в такую сумму в случае простоя любого более менее критичного сервиса. Репутационные потери были бы намного больше.
SLA — это механизм для достижения цели.Это механизм получения компенсации, зависящей от цены услуги или иных условий договора*.
*размер компенсации все равно не может превышать цены услуги.
FYI Опрос после статьи показал: 77% за SLA для VPS из почти 100 голосов.
Скажите, пожалуйста, а почему не включили в обзор сервис https://1cloud.ru/services/vps-vds?
SLA есть, фин. гарантии соблюдаются…
SLA есть, фин. гарантии соблюдаются…
Да, в SLA компенсация есть. А как мониторинг осуществляется? Где можно увидеть цифры по результатам месяца?
Мы мониторим инфраструктуру в режиме 24*7 используя целый набор программных продуктов, т.к. одним к сожалению все компоненты мониторить проблематично: Zabbix, MS System Center, самописные приложения.
Если зафиксирован простой, мы рассчитываем процент доступности и отправляем сообщение затронутым клиентам, для которых показатели SLA были нарушены. В нашей практике было несколько случаев, когда мы выплачивали пользователям, по которым, хоть и не значительно, но были нарушены оговоренные в SLA показатели, финансовую компенсацию.
К сожалению услугу мониторинг для Клиентов мы пока не предоставляем, но это есть в ближайших планах развития сервиса (будет как пользовательский интерфейс, так и программный API).
Скорее всего изначальная выборка была не совсем корректной, т.к. бизнес ЦОД больше направлен на продажу стоек, нежели на продажу виртуальной инфраструктуры.
«Или вы хотите за 25$ 99.9% аптайма?» — это вполне естественное требование. Клиент платит деньги и хочет получить гарантию качества. Дело не в том, что данный Клиент арендует только один виртуальный сервер, под него же не строится отдельная виртуальная инфраструктура… На наш взгляд, тут вопрос в следующем: спроектирована ли инфраструктура провайдера таким образом, чтобы гарантировать данную доступность. Наша инфраструктура спроектирована без единой точки отказа (вычислительные мощности отделены от дискового пространства, все критичные сетевые компоненты физически зарезервированы, используются несколько интернет провайдеров, каналы которых проходят по различным физическим трассам и многое другое).
SLA в первую очередь направлен на то чтобы поставщик и Клиент договорились о том, что считать качественным сервисом. Финансовая гарантия — это инструмент самоконтроля качества для поставщика. Коллеги правильно говорят, что для Клиента компенсация в 5$ это несущественно, а вот если посмотреть со стороны Провайдера у которого, таких затронутых Клиентов тысячи, то сумма получается довольно существенной, не говоря о репутационных потерях. И Провайдер в следующий раз постарается не допустить данного нарушения.
Насчет агентов для мониторинга – это довольно классическая задача и мониторить доступность необходимо в любом случае из нескольких мест от различных провайдеров (это обязательное условие). Потому что ни один провайдер Вам не сможет гарантировать 100% доступность и поэтому ложные срабатывания в случае с одним поставщиком будут всегда.
Если зафиксирован простой, мы рассчитываем процент доступности и отправляем сообщение затронутым клиентам, для которых показатели SLA были нарушены. В нашей практике было несколько случаев, когда мы выплачивали пользователям, по которым, хоть и не значительно, но были нарушены оговоренные в SLA показатели, финансовую компенсацию.
К сожалению услугу мониторинг для Клиентов мы пока не предоставляем, но это есть в ближайших планах развития сервиса (будет как пользовательский интерфейс, так и программный API).
Скорее всего изначальная выборка была не совсем корректной, т.к. бизнес ЦОД больше направлен на продажу стоек, нежели на продажу виртуальной инфраструктуры.
«Или вы хотите за 25$ 99.9% аптайма?» — это вполне естественное требование. Клиент платит деньги и хочет получить гарантию качества. Дело не в том, что данный Клиент арендует только один виртуальный сервер, под него же не строится отдельная виртуальная инфраструктура… На наш взгляд, тут вопрос в следующем: спроектирована ли инфраструктура провайдера таким образом, чтобы гарантировать данную доступность. Наша инфраструктура спроектирована без единой точки отказа (вычислительные мощности отделены от дискового пространства, все критичные сетевые компоненты физически зарезервированы, используются несколько интернет провайдеров, каналы которых проходят по различным физическим трассам и многое другое).
SLA в первую очередь направлен на то чтобы поставщик и Клиент договорились о том, что считать качественным сервисом. Финансовая гарантия — это инструмент самоконтроля качества для поставщика. Коллеги правильно говорят, что для Клиента компенсация в 5$ это несущественно, а вот если посмотреть со стороны Провайдера у которого, таких затронутых Клиентов тысячи, то сумма получается довольно существенной, не говоря о репутационных потерях. И Провайдер в следующий раз постарается не допустить данного нарушения.
Насчет агентов для мониторинга – это довольно классическая задача и мониторить доступность необходимо в любом случае из нескольких мест от различных провайдеров (это обязательное условие). Потому что ни один провайдер Вам не сможет гарантировать 100% доступность и поэтому ложные срабатывания в случае с одним поставщиком будут всегда.
Да, согласен. Рассмотрю 1Cloud в качестве одного из вариантов и напишу здесь результата измерения готовности.
Может попробуете взять на борт наш сервис SLAmon?
В своем сервисе sxgeo.city пришли к такой схеме повышения SLA — раскидывание по разным датацентрам VPS'ок. В моем случае требования к ресурсам еще ниже, достаточно простейшей VPS даже 256 МБ памяти, но берем с запасом (в среднем порядка 3 баксов). В данный момент 11 + 2 отдельные VPS, которые используются для мониторинга и синхронизации статистики и биллинга. Мониторинг проверяет больше 70 параметров, как самих систем, так и конкретно сервиса. В случае обнаружения проблем, с помощью ДНС с низким TTL трафик переключается на «здоровый» сервак.
Да, нормальный вариант. А можете сказать uptime по сервису за прошлый месяц?
Ну общий по сервису пока 100%, правда такой вариант системы у нас работает только 3 месяца за это время поймали только на 4 VPS регламентные работы, на это время проблемные серваки переводились в дежурный режим, трафик шёл на остальные.
В принципе пробовали тестово переключать трафик с одного сервера на другой, довольно быстро переходит, буквально несколько минут (TTL на ДНС стоит 60 секунд). А то были опасения, что такой низкий TTL многие не соблюдают, но всё норм.
В принципе пробовали тестово переключать трафик с одного сервера на другой, довольно быстро переходит, буквально несколько минут (TTL на ДНС стоит 60 секунд). А то были опасения, что такой низкий TTL многие не соблюдают, но всё норм.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Срочно требуется VPS с SLA: анализ услуг 32 российских ЦОД