К сожалению, в рамках одной статьи вряд ли получится рассказать обо всех тонкостях и нюансах, но мы можем гарантировать — после прочтения материалы вы будете знать:
- на что обращать внимание при выборе поставщика,
- какие критерии сравнения использовать,
- стоит ли запрашивать подтверждающие документы и многое другое.
Мы обобщили свою экспертизу и опыт наших клиентов, чтобы собрать всю важную информацию о выборе надежной облачной платформы в 7 пунктов. Поехали!
1. Используемый аппаратный комплекс
Начнем с самого базового. Как вы представляете себе дата-центр? Чистота, высокий уровень дисциплины, доступ по пропускам и много-много оборудования. Именно на него и стоит обратить внимание в первую очередь. При выборе сервис-провайдера уделите время и проверьте железо по чек-листу:
Модели оборудования. Устаревшее железо — гарантия регулярных сбоев и снижения производительности. Надежный сервис-провайдер регулярно модернизирует аппаратный комплекс и не допустит появления старого железа.
Класс оборудования. Вендоры, стремясь занять выгодную позицию на рынке, выпускают различные линейки оборудования — от корпоративных (enterprise) решений до средних (midrange) и дешевых (low-end). Логично, что ориентироваться стоит на провайдера с enterprise-решениями.
Производители. Использование решений производителей из бюджетного сегмента повышает вероятность сбоев и выхода оборудования из строя.
Дублирование, резервирование, отсутствие единой точки отказа. Это достигается:
- дублированием блоков питания и охлаждения серверов;
- дублированием СХД или наличием двух независимых контроллеров;
- наличием необходимого запаса ресурсов серверов на случай скачка потребления;
- дублированием всего сетевого оборудования.
Если речь идет о надежной платформе с высокой доступностью, ни один вышедший из строя элемент не должен негативно влиять на работоспособность всего комплекса.
- тактовая частота CPU (в GHz);
- объем RAM (в Gb);
- объем требуемой дисковой памяти (в Gb).0
2. Производительность дисковой подсистемы
При аренде виртуальной инфраструктуре на базовом уровне необходимо определить потребности в следующих ресурсах:
- тактовая частота CPU (в GHz);
- объем RAM (в Gb);
- объем требуемой дисковой памяти (в Gb).
Однако следует обратить внимание, что на работу сервиса или приложения в облаке влияет не только выделенный объем дискового пространства, но и производительность дисковой подсистемы. Как правило, второй фактор играет более важную роль. Даже если вы запросите у провайдера конкретный тип дисков, вы не получите 100% гарантию производительности, ведь на нее также оказывает влияние нагрузка от “соседей” по облаку.
Объективно оценить производительность можно с помощью двух показателей:
- IOPs — количество операций ввода-вывода;
- Latency — уровень задержек при обращении.
Крайне важно, чтобы провайдер был готов открыто обсуждать используемые дисковые массивы и был готов предоставить вам соответствующие возможности управления IOPs. Однако, если поставщик услуг гарантирует вам эти метрики, нет необходимости глубоко погружаться в детали.
3. Надежность площадки
При выборе IaaS-провайдера обязательно удостоверьтесь в надежности самой площадки, на которой размещена облачная платформа. Многие провайдеры проводят небольшие экскурсии или продемонстрируют вам площадку по запросу — хорошему поставщику нечего скрывать.
Однако этого не всегда достаточно. Как правило, любому клиенту хотелось бы, чтобы его приложения размещались в дата-центре, уровень которого подтвержден профильными специализирующимися на этом компаниями. Во избежание путаницы среди множества предлагаемых к ознакомлению документов обращайте внимание на те, что выданы Uptime Institute:
- Tier Certification of Constructed Data Center Facility;
- Tier Certification of Data Center Design Documents;
- Tier Certification of Data Center Operational Sustainability.
С подробной информацией о сертификатах можно ознакомиться на официальном сайте Uptime Institute.
4. Служба поддержки
Один из столпов высокой доступности площадки — проработанные процессы сопровождения виртуальной инфраструктуры. В список этих процессов входит:
- управление инцидентами;
- обработка запросов на обслуживание;
- управление изменениями;
- опционально — управление знаниями сотрудников поддержки.
Процесс обработки инцидентов должен быть максимально формализован, что достигается использованием единой системы учета пользовательских запросов и сообщений от системы мониторинга. Такой подход позволяет работать с инцидентами по мере их поступления, учесть все до единого уведомления и сообщения и, как следствие, снизить аффект на системы и время их восстановления.
Один из атрибутов грамотно выстроенного процесса управления изменениями — единый регламент внесения изменений в инфраструктуру. Это включает в себя:
- тщательное планирование любых изменений;
- тестирование;
- наличие плана отката внесенных изменений на случай, если что-то пойдет не так;
- минимизацию рисков нарушения SLA.
Как правило, клиент, у которого появился запрос или возникла проблема, в первую очередь “стучится” именно к сотрудникам техподдержки. Однако недостаточно просто посадить инженеров на телефон — сервисы корпоративного уровня должны в обязательном порядке сопровождаться высоким уровнем обслуживания. Чтобы его обеспечить, служба поддержки должна соответствовать определенным критериям:
- обслуживание в режиме 24/7/365;
- несколько каналов связи: телефон, почта, система обращений на сайте.
- соблюдение заявленных параметров обслуживания:
- время реакции;
- максимальный срок решения типового запроса;
- максимальный срок решения инцидента.
- обязательное и своевременное информирование о проведении работ и устранении инцидентов;
- помощь в решении задач, выходящих за рамки услуги.
5. Профиль деятельности компании
На российском рынке облачные услуги предоставляют не только специализирующиеся на этом провайдеры, но и компании других профилей. К кому можно обратиться за арендой облака и другими сервисами?
- Облачные провайдеры. Компании этого профиля специализируются на предоставлении клиентам cloud-сервисов — они и составляют ядро их портфеля услуг. Надежный поставщик услуг размещает собственное оборудование в выбранных дата-центрах.
- Дата-центры. Динамика роста отечественного облачного рынка мотивирует все больше дата-центров расширяют список своих услуг арендой виртуальной инфраструры и другими сервисами. Некоторые оказывают эти услуги своими силами, другие делают это через IaaS-провайдеров, заключая партнерские соглашения.
- Системные интеграторы. Вряд ли найдется хотя бы один крупный системный интегратор без своего облака. Однако специфическая черта таких компаний — многопрофильность и предоставление широкого списка услуг, поэтому есть немалая вероятность, что уровень предоставления облачных сервисов будет страдать из-за недостатка внимания и технической экспертизы.
- Телеком-провайдеры. Телеком-провайдеры, как и дата-центры, заинтересованы в расширении портфеля услуг за счет облачных сервисов. И их участие в развитии облачного рынка более чем обоснован: чтобы эффективно взаимодействовать с ресурсами в облаке, необходим хороший канал связи.
Как вы можете догадаться, от профиля компании зачастую зависит проработанность услуг с технической и организационной точек зрения. Логично, что по уровню сервиса будут выделятся те компании, для которых аренда виртуальной инфраструктуры играют роль основного направления деятельности, — облачные провайдеры и дата-центры.
6. Гипервизор
Заказчиков не всегда интересует используемый провайдером гипервизор, однако по определенным причинам рекомендуем обратить на это внимание:
- гипервизоры могут отличаться функциональностью, что напрямую влияет на производительность виртуальных машин и уровень доступности предоставляемых сервисов;
- разные гипервизоры могут поддерживать разные ОС;
- уровень защищенности с точки зрения ИБ и уязвимостей тоже может отличаться.
Сейчас основными гипервизорами являются VMware ESXi, Hyper-V от Microsoft, Citrix Xen и KVM от Red Hat. Однако сегодня неоспоримый лидер рынка виртуализации — компания VMware, которая фактически и создала его с нуля. Одно из его основных преимуществ — высокий уровень безопасности. Гипервизор от VMware “заточен” под задачи виртуализацию и не умеет выполнять никакие другие задачи, что минимизирует площадь атаки.
Если в вашей компании уже применяется виртуализация, выбирайте провайдера с тем же гипервизором, что вы уже используете.
7. SLA
Перед заключением договора на аренду виртуальной инфраструктуры необходимо не только по возможности провести тестирование — как правило, провайдеры бесплатно предоставляют ресурсы для этих целей — но и ознакомиться с SLA, соглашением об уровне предоставляемых услуг. По каким критериям можно проверить SLA:
- всем типовым запросам должны соответствовать параметры времени решения, зафиксированные в SLA; для нетиповых запросов должен быть указан фиксированный отрезок времени, за который должно быть определено время решения.
- за нарушение SLA провайдер услуг должен нести финансовую ответственность.
Помните, что само по себе наличие Соглашения об уровне услуг не гарантирует эффективность процесса управления уровнем сервисов. Поставщик услуг должен регулярно собирать метрики SLA, анализировать их и проводить корректировки.
