Рейтинг sla iaas провайдеров
Идея рейтинга SLA облачных провайдеров заключается в том, чтобы сравнить заявленную доступность облачных сервисов разных провайдеров и их финансовую ответственность в случае её нарушения.
В основу рейтинга положены следующие утверждения:
- За некачественные услуги провайдер должен нести финансовую ответственность (посредством скидок, бонусов, прямых денежных выплат).
- Чем выше заявленный уровень доступности и величина компенсаций при его нарушении, тем выше сам провайдер оценивает надежность своей ИТ-инфраструктуры.
Второй пункт имеет решающее значение. Если при малейшем простое сверх заявленной доступности провайдер готов предоставить существенные компенсации, то этим он априори берет на себя повышенные обязательства и, таким образом, финансово подтверждает уверенность в надежности предоставляемых сервисов.
За эти цифры провайдер ответит головой: Market.CNews изучил SLA 16 провайдеров
Провайдер может скрывать реальную производительность своей инфраструктуры,а может указывать завышенные цифры в маркетинговых буклетах. Но если он указал определенные значения в SLA и прописал порядок расчета компенсаций за их нарушение, значит, эти цифры точно имеют юридическую силу.
5 факторов, которые ускорят ваше облако
Чем больше компаний переходят в облако и чем больше сервисов работает на базе IaaS, тем чаще возникают вопросы производительности облачных ресурсов, быстродействия сервисов и вариантов их ускорения. И далеко не все здесь зависит от тактовой частоты процессора или скорости работы оперативной памяти. За подробностями о способах ускорения IaaS редакция ИТ-маркетплейса Market.CNews обратилась к Дмитрию Бородачеву, техническому директору компании DataFort.
Баллы за другие параметры
Чем раньше провайдер уведомляет о профилактике, тем лучше. За каждые сутки этого периода компаниям начислено по 3 балла. Если профилактика выполняется в заранее оговоренные окна или профилактика не влияет на доступность сервисов, то период принят равным 10 дням (30 баллов).
При определении длительности простоя принято, что система мониторинга зафиксирует сбой автоматически (20 баллов), а необходимость открывать тикет требует дополнительных трудозатрат (10 баллов). При отсутствии сведений - 0 баллов.
Наилучший формат компенсации - денежная выплата (50 баллов). Далее - по мере убывания удобства клиента - скидка на услуги текущего месяца (40 баллов), скидка на будущие услуги (30 баллов), скидка при дополнительных условиях (10 баллов), отсутствие информации (0 баллов).
Чтобы начислить компенсацию, провайдеры требуют заявки от клиента. Чем больше времени у клиента на формирование такой заявки, тем лучше. За каждый месяц такого периода компаниям начислено по 10 баллов.
Чем быстрее провайдер сформирует решение о предоставлении компенсации, тем лучше. Компаниям, которые формируют решение мгновенно или в течение 1-2 дней, начислено по 40 баллов, в течение месяца - по 20 баллов; при отсутствии информации - 0 баллов.
Наличие свободного доступа к SLA на сайте провайдера позволяет быстро и заранее ознакомиться с условиями предоставления облачных сервисов. При наличии такого доступа компаниям начислено 20 баллов, при отсутствии - 0 баллов.
Тонкости SLA IaaS: за что можно требовать компенсацию с провайдера
Оформляя услуги облачных провайдеров, нельзя пренебрегать составлением SLA (Service Level Agreement) — договора об уровне сервиса. В основном соглашении, как правило, описывают количество машинных ресурсов и типы заказываемых опций, но не затрагивают вопрос об их качестве. Этот пункт оговаривается именно в SLA.
Какие потери данных, MIPS, IOPS могут быть у топового облачного провайдера? Обзор Market.CNews
Соглашение об уровне надежности солидного облачного провайдера наполнено самой разной технической информацией. С одной стороны, она защищает права самого провайдера: если какие-то цифры не выполнены, то и компенсации клиент не получит. С другой стороны, она дает возможность клиенту оценить, а подо что вообще этот провайдер готов подписаться? Какие процессоры, память и диски он предоставит? Об этом и пойдет речь в этой статье.
Все права защищены © 1995 – 2022
Материалы, помеченные знаком ■ опубликованы на коммерческой основе
Компания Linxdatacenter, международный эксперт в сфере высокотехнологичных решений по хранению данных, облачных сервисов и телекоммуникаций, сообщает о вхождении в первый в России рейтинг SLA облачных провайдеров, составленный ИТ-маркетплейсом Market.CNews.
Предметом данного исследования рынка стал важнейший параметр, который учитывается при выборе поставщика облачной инфраструктуры IaaS – Service Level Agreement. От способности провайдера соблюдать указанные параметры сервиса зависит доступность инфраструктуры, бесперебойность предоставления ИТ-сервисов и, в конечном итоге, работа компании-заказчика для потребителей.
Linxdatacenter занял высокое 3-е место в итоговом списке cloud-провайдеров, набрав 2191 балл. Баллы начислялись за доступность инфраструктуры, компенсации за простой, скорость отработки инцидентов и ряд дополнительных параметров.
При подсчете использовалась следующая оценка:
- 4 минуты доступности в месяц оцениваются в 10 баллов. Чтобы уйти от больших чисел, баллы за заявленную доступность начислялись относительно базовой доступности, принятой на уровне 99%.
- Также, профилактика считается недоступностью с коэффициентом 0,1. Так как подавляющее большинство аварий укладывается в 1% недоступности (7,2 часа в месяц), то за основу расчетов был взят средний размер компенсации компании на участке доступности от 100% до 99%.
- Баллы за другие параметры начислялись так: к примеру, если профилактика выполняется в заранее оговоренные окна и не влияет на доступность сервисов, то период принят равным 10 дням (30 баллов).
Кроме того, учитывались возможности автоматической фиксации сбоев системой мониторинга ЦОДа, формат компенсации (в порядке убывания по предпочтительности: денежная выплата, скидки на услуги текущего месяца, на будущие и скидки при соблюдении дополнительных условий), а также скорость принятия решения о предоставлении компенсации.
При составлении рейтинга Market.CNews основной акцент был сделан на соотношение доступности IaaS и размер компенсаций в случае перебоев в работе провайдера. Расчеты параметров произведены по состоянию на 25 мая 2020 года. Всего в рейтинг вошли 16 провайдеров облачных платформ и сервисов, работающих в России.
Как отмечается в исследовании, Linxdatacenter гарантировал свое место в топ-3 за счет высокого уровня компенсаций вкупе с хорошими показателями по другим параметрам.
«Гарантия бесперебойного доступа к ИТ-инфраструктуре и развернутым на ее основе сервисам и приложениям на площадках ЦОДов компании – базовый ориентир работы Linxdatacenter. Этим задачам уделяется повышенное внимание на протяжении всего периода почти 20-летней истории нашей работы.
Мы постоянно совершенствуем свою работу в области мониторинга работы инженерных систем, энергетической безопасности и расширения опций сетевой связности ИТ-ресурсов на наших площадках.
Высокое качество управления процессами эксплуатации исключает наступление аварийных ситуаций на оборудовании и поддерживает бесперебойный характер его работы. В сочетании с клиенто-ориентированным подходом это позволило компании подтвердить высокий уровень SLA на наших площадках», - комментирует Ольга Соколова, генеральный директор Linxdatacenter в России.
1. Запрещается публиковать материалы защищенные авторскими правами.
2. Запрещается публиковать новостные материалы без ссылки на источник
Market.CNews опубликовал первый в России рейтинг SLA производительности облачных платформ 2021
ИТ-маркетплейс Market.CNews опубликовал первый в России рейтинг систем SLA производительности облачных платформ ведущих облачных провайдеров 2021. Аналитики провели сравнение заявленной производительности виртуальных процессоров, памяти и хранилищ, задержек в сетях LAN и WAN и других параметров. На базе рейтинга стало возможным построить мишень SLA — визуальное представление сложившейся на рынке ситуации.
Проблема, которую решает рейтинг SLA
Стоимость аренды облачной инфраструктуры зависит от количества виртуальных процессоров, объема памяти, дискового хранилища и ширины канала связи. Но как при этом понять, на какой тактовой частоте будет работать процессор, сколько операций ввода/вывода в секунду обеспечивает хранилище, какие могут быть задержки в сети LAN?
Одним из способов оценить производительность облачной инфраструктуры является возможность ее тестирования и измерения показателей с помощью специальных утилит. Но где гарантия, что в будущем эти показатели будут такими же, как во время теста?
И тут на помощь приходит соглашение о качестве оказываемых услуг — SLA. Именно в SLA провайдер прописывает те параметры инфраструктуры, под которые он сам готов подписаться, а если нарушит их, то обязан будет выплатить клиенту штраф.
Именно юридическая и финансовая ответственность провайдера за нарушение указанных в соглашении параметров и позволяет нам судить о быстродействии той или иной облачной платформы.
Для сравнения облачной инфраструктуры различных облачных провайдеров редакция ИТ-маркетплейса Market.CNews разработала комплексную методику, основанную на 7 критериях и наиболее точно отвечающую потребностям рынка.
Рейтинг SLA производительности IaaS 2021
- Для процессоров vCPU — количество миллионов выполняемых инструкций в секунду (MIPS).
- Для оперативной памяти RAM — параметр swapped RAM, подкачка оперативной памяти.
- Для хранилища:
- количество операций ввода/вывода в секунду IOPS.
- среднее время доступа к накопителю.
- задержка и доля потерь пакетов в сети LAN.
- задержка и доля потерь пакетов в сети WAN.
- Количество уровней инцидентов.
- Количество уровней важности обращений в техподдержку.
«Наши рейтинги по IaaS пользуются огромной популярностью, так как в этой сфере есть большое количество параметров, которые интересуют рынок и которые мы можем проанализировать и сравнить, — комментирует ситуацию Юрий Хомутский, директор проекта Market.CNews. — На наш взгляд, соглашениям SLA сегодня уделяется мало внимания, причем как потребителями облачных услуг, так и самими провайдерами. В то же время SLA — кладезь полезной информации, имеющей юридическую силу, так как на рекламных проспектах можно написать все что угодно, а в SLA, который подшивается к договору на оказание облачных услуг, провайдерам приходится писать правду».
Лидером рейтинга SLA производительность IaaS стал провайдер G-Core Labs, сумевший набрать большое количество баллов за процессоры и накопители и при этом не растерять их благодаря низким задержкам в сети и оптимальном времени доступа к накопителям.
Второе место у компании LanCloud. Облачная инфраструктура данного провайдера отличается самыми быстрыми среди участников рейтинга накопителями и достойными показателями по всем остальным параметрам. Кстати, по итогам прошлогоднего обзора SLA напомним, что LanCloud выплачивает самые крупные на рынке компенсации за не работоспособную инфраструктуру.
Таблица 1. Топ-5 провайдеров IaaS по производительности инфраструктуры 2021
Место Провайдер IaaS Сумма баллов 1 G-Core Labs 547 2 LanCloud 535 3 Selectel VMware 527 4 DataFort 512 5 КРОК 479 На третьем месте — компания Selectel, которая отличилась самыми быстрыми среди участников рейтинга процессорами и минимальным временем доступа к накопителям. Кроме того, провайдер анонсировал очень хорошие показатели по каналам связи.
Обзор SLA IaaS 2021
Рейтинг SLA производительности облачных платформ IaaS выпущен в рамках соответствующего обзора — подборки материалов от редакции ИТ-маркетплейса Market.CNews и экспертов отрасли.
Мишень CNews SLA IaaS 2021
На основе собранной информации стало возможным построение мишени CNews — графической визуализации оценки предлагаемых решений (см. рисунок 1). Чем ближе предложение поставщика к центру мишени, тем более доступным и сбалансированным оно является. Смещение по осям характеризует слабые места.
: Рис. 1. Мишень CNews SLA IaaS 2021
Выводы, которые напрашиваются по итогам составления рейтинга
Компании из рейтинга SLA производительности IaaS можно разделить на три группы. В первую пятерку входят провайдеры, которые достаточно подробно описали параметры качества всех звеньев облачной инфраструктуры. Причем эти параметры весьма высоки, что говорит о хорошей технической базе, на основе которой построены облачные решения.
Второй эшелон отстает от первой пятерки более чем на 100 баллов. В него входят провайдеры, у которых есть ярко выраженные слабые места, либо все параметры находятся на среднем уровне, либо недостаточно точно прописан SLA. Тем не менее, это солидные организации, имеющие хорошую репутацию на рынке.
Замыкают рейтинг компании с отрицательным рейтингом, так как их соглашения SLA не содержат практически никакой важной и полезной информации. Можно сказать о том, что документ не проработан, а иногда и скопирован у конкурентов. Какой уровень производительности гарантируют данные поставщики, сказать трудно, и в открытом доступе ознакомиться с этой информацией невозможно.
Еще один вывод: аббревиатуры «SSD», «SSD Fast» и «SSD NVMe» зачастую носят чисто маркетинговый смысл и не отражают реальную производительность дисковой подсистемы. Как можно увидеть из рейтинговой таблицы, то, что для одних «SSD NVMe», для других — «SSD Fast». То, что для третьих «SSD Fast», для четвертых — обычный «SSD». Выбирать следует не модные аббревиатуры, а показатели быстродействия.
Так, лидером рейтинга оказалась компания, которая не имеет «SSD Fast» и «SSD NVMe», и за их отсутствие получила штрафы. Но благодаря высоким показателям по обычным накопителям HDD, SAS и SSD вкупе с другими параметрами ей удалось опередить остальных участников рейтинга.
Поставщики облачных услуг предоставляют различные гарантии, среди которых есть доступность сервисов и ресурсов, которые указываются в соглашении об уровне обслуживания. Чаще всего это соглашение обозначают аббревиатурой — SLA, и в этой статье мы поговорим о важных нюансах, которые должны быть прописаны в SLA IaaS-провайдера (пример SLA 1cloud).
/ Flickr / Dennis Skley / CCВсе большее число приложений и объем вычислительных задач переходят на IaaS. Поэтому IaaS-провайдеры стараются гарантировать клиентам определенный уровень безопасности и комфорта и подстраиваться под изменяющиеся требования рынка, а также законодательства стран, в которых они предоставляют услуги. Все это приводит к изменениям в SLA.
«Некоторые аспекты в SLA облачных провайдеров на сегодняшний день устарели или, более того, вызывают замешательство. Например, есть поставщики, которые в своих SLA прописывают запрет на распространение информации о сбоях в работе инфраструктуры, — рассказывает специалист в области облачных сервисов Дэвид Линтикум (David Linthicum). — Что совершенно не помогает ни самому провайдеру, ни его клиентам, поскольку сложно назвать такие условия честными».
В попытке стандартизировать и предоставить рекомендации по составлению соглашения об уровне обслуживания Европейская комиссия начала продвижение документа, целью которого является обеспечение большей прозрачности для бизнесов при работе с облачными сервисами и изучении SLA. Инициатива получила название SLALOM и, как отмечает CIF, она позволит «снизить неопределённости» при миграции инфраструктуры в облако.
В новом документе собраны предложения и практики от влиятельных игроков облачного рынка. «Команда составила список терминов из сферы облачных вычислений, которые покрывают все аспекты отношений между провайдером и клиентом», — говорит Оливер Баррето (Oliver Barreto) из Atos.
Сам документ SLALOM вы можете найти по ссылке, а далее мы разберем несколько первоочередных пунктов, на которые следует обратить внимание провайдеру при составлении своего соглашения об уровне обслуживания.
Уровень доступности
В SLA облачного провайдера должны быть определены ключевые метрики, описывающие работоспособность облачного сервиса. Речь идет о доступности сервиса, количестве пользователей, способных получать доступ к сервису одновременно, а также времени, необходимом для обработки транзакций пользователей. Например, IaaS-провайдер может гарантировать доступность приложений 99,5% времени.
Также следует обозначить временные рамки, в которые этот уровень доступности обеспечивается, чтобы у клиентов не возникало вопросов. Если продолжать пример, то провайдер может обеспечивать доступность приложений до 99,5% времени с 8 часов утра до 8 часов вечера в будние дни. Этот параметр имеет свое название — согласованное время работоспособности услуги, или СВР.
Однако отметим, что при выборе провайдера обращать внимание только на «процентовку» не следует, нужно также учитывать, насколько провайдер готов к решению возникающих проблем и трудностей. Например, мы в компании 1cloud предлагаем резервное копирование, выполняющееся раз в сутки, чтобы защитить данные пользователей от утери в случае нештатных ситуаций. Копирование выполняется на удаленный дисковый массив, что делает данные доступными для восстановления даже при недоступности файловой системы сервера (и в случае выполнения пользователем необратимых действий).
В SLA необходимо прописать допустимые условия, при которых провайдер не гарантирует указанные доступность и производительность. Поскольку этот раздел освобождает поставщика от выполнения своих обязанностей, список ограничений должен быть строгим и коротким.
Например, ограничение доступности во время проведения плановых технических работ и обновления программного обеспечения, а также в случае возникновения непреодолимой силы, в частности, отказа оборудования третьих лиц. Еще один вариант — отказ программного обеспечения вследствие нарушения клиентом рекомендаций, прописанных в документации к продукту.
Также в SLA следует отметить гарантии доступности интерфейса управления виртуальной инфраструктурой. Это позволит избежать недопонимания и других инцидентов в случае, когда клиенту потребовалось экстренно увеличить потребляемые мощности, а консоль самообслуживания оказалась недоступной.
Пропишите в соглашении все, что касается безопасности и надежности хранения данных. Речь идет о достоверности и конфиденциальности информации, а также сохранности данных. Определите права доступа к информации, и круг лиц, несущих ответственность в случае её повреждения.
Компенсации
Провайдер должен определить спектр компенсаций, которые он выплачивает в случае нарушения показателей доступности и других параметров качества. Ответственность провайдеры должна быть установлена в размере не менее, чем 100% оплаты за отчетный период при длительном простое. Например, 1cloud гарантирует 100% возмещение стоимости услуги при доступности сети меньшей, чем 76,98%.
Многие клиенты сталкиваются с вопросом корректного выполнения расчетов. Чтобы клиент был спокоен и понимал, «что его ждет», то его расчеты не должны расходиться со значениями, предлагаемыми поставщиком. Хорошим вариантом будет использование детальных формул. Также рекомендуем приводить наглядные расчетные примеры. Это поможет ИТ-отделу компании-клиента установить объемы необходимого аппаратного обеспечения и мощностей, а также определиться с ПО для организации.
Важно помнить, что соглашения об уровне обслуживания для облачных услуг отличаются от остальных SLA. Недобросовестные поставщики иной раз предпочитают выстраивать отношения по принципу «одно ко многим», подразумевая использование единого SLA и предлагая его всем заказчикам. Такой подход хорош для поставщиков, но совершенно не годится для клиентов со специфичными задачами.
P.S. Наш дайджест с 25 материалами о безопасности, работе программистов и опыте создания IaaS-провайдера можно почитать тут.
Как разобраться в SLA облачной платформы: основные моменты
Число компаний, желающих перенести свою инфраструктуру в облако, растет с каждым годом. Вместе с этим увеличивается и количество облачных провайдеров, которые предлагают свои услуги бизнесу. На что обратить внимание при выборе такого партнера и какие условия обязательно должны быть в соглашении об уровне обслуживания? Об этом рассказывает Владимир Свиридов, менеджер продуктов в SberCloud.
Сводная таблица баллов
Критерий Формула начисления баллов Заявленная доступность 10 баллов за каждые 0,01% доступности свыше 99% Длительность профилактики в месяц Минус 15 баллов за каждый 1 час Уведомление о профилактике 3 балла за каждый 1 день предупреждения до начала работ или 30 баллов, если профилактика является компенсируемым простоем Размеры выплат в зависимости от простоя 93,6 балла за каждый 1% осредненной компенсации в интервале доступности от 100% до 99% Максимальная компенсация 0,936 баллов за каждый 1% максимальной компенсации Как определяется время простоя 20 баллов - по системе мониторинга
10 баллон - по факту жалобы (тикета)
0 баллов - нет данных в SLAТочность определения простоя Минус 25 баллов за каждую 1 минуту проверки. Если время простоя определяется по тикету, то принимается 10 минут. Формат компенсации 50 баллов - денежная выплата
40 баллов - скидка на текущие услуги
30 баллов - скидка на будущие услуги
10 баллов - скидка при доп.условиях
0 баллов - нет данных в SLAАлгоритм получения компенсации 10 баллов за каждый месяц, в течение которого можно подать заявку на компенсацию Срок получения компенсации 40 баллов - мгновенно или 1-2 дня
20 баллов - 1 месяц
0 баллов - нет данных в SLAНаличие SLA на сайте 20 баллов - есть
0 баллов - нетВсе права защищены © 1995 – 2022
Материалы, помеченные знаком ■ опубликованы на коммерческой основе
Баллы за доступность
В рейтинге принята балльная система. 4 минуты доступности в месяц оцениваются в 10 баллов. Чтобы уйти от больших чисел, баллы за заявленную доступность начислены относительно базовой доступности, принятой на уровне 99%.
Профилактика считается недоступностью с коэффициентом 0,1. За каждый час (60 минут) заявленной профилактики из рейтинга компании вычитается 15 баллов (60мин / 4мин * 10балл * 0,1). Если длительность профилактики в SLA не указана, то она принимается равной максимальной длительности профилактики среди компаний-участниц рейтинга (14 часов в месяц).
Точность определения времени простоя (период проверки доступности) считается потенциальной недоступностью с 10-кратным коэффициентом. Из рейтинга компании вычитается 25 баллов (10балл / 4мин * 10) за каждую 1 минуту периода проверки. При отсутствии автоматической системы мониторинга (то есть при необходимости открывать тикет) период проверки принят равным 10 мин.
Баллы за компенсации
Так как подавляющее большинство аварий укладывается в 1% недоступности (7,2 часа в месяц), то за основу расчетов взят средний размер компенсации компании на участке доступности от 100% до 99% (см. Инфографику).
Итак, в среднем, за 1% простоя (432 минуты или 432 / 4 * 10 = 1080 баллов) провайдеры компенсируют 11,54% от стоимости услуг. Таким образом, за каждый 1% средневзвешенной компенсации в интервале доступности от 100% до 99% компаниям должно быть начислено 1080 / 11,54 = 93,6 балла.
Максимальная компенсация, которую провайдеры готовы выплатить клиентам, пересчитана по этой же формуле с коэффициентом 0,01, то есть за готовность выплатить 100% компенсацию начисляется 94 (округление от 93,6) балла (0,936 баллов за каждый 1% максимальной компенсации).
Читайте также: