Построение облачного решения требует тщательной предварительной проработки. Компаниям потребуется не просто выбрать оборудование, им придется также в деталях разобраться, как размещать вычислительную нагрузку. Планирование инфраструктуры для будущего гибридного облака — это выбор среди множества вариантов, когда приходится учитывать различные элементы, начиная от выбора оборудования и кончая вариантами размещения ИТ-ресурсов. И здесь стоит прислушаться к советам Аннет Марфи из Zayo Group.
Учет максимальной вычислительной нагрузки
Одним из главных достоинств при выборе гибридного облака для построения корпоративной ИТ-инфраструктуры является то, что заказчик получает возможность подобрать наилучшие конфигурации и условия с учетом ИТ-нагрузки и имеющегося оборудования. Концепция гибридного облака позволяет ему получить в свое распоряжение мощные аппаратные ресурсы и ИТ-инфраструктуру, предоставляемые облачным провайдером.
Однако если выбранная им конфигурация не будет соответствовать требованиям решаемой задачи, то компания может столкнуться с различными неприятностями: скачки производительности, неправильное распределение ИТ-мощностей, низкая доступность сервисов, нерациональное использование выделенных ресурсов.
Особого внимания требуют случаи, когда речь идет о динамично формирующейся или пульсирующей нагрузке. Здесь следует выбирать облачный хостинг, допускающий возможность гипермасштабирования и способный быстро реагировать на запросы для коррекции конфигураций. Нагрузки подобного типа часто встречаются среди бизнес-приложений, специально разработанных для работы в облаке.
Если же бизнес-приложения генерируют мощную нагрузку с точки зрения высоких требований к производительности подсистемы ввода-вывода, загрузке процессора и коммуникационного оборудования, то для таких случаев лучше приспособлены решения, построенные на инфраструктуре частного облака. Выбор таких решений становится очевидным, когда требуется гибкая настройка объема потребляемых ресурсов или имеются особые требования к самообслуживанию установленных систем.
Если же заказчик работает с достаточно ровной нагрузкой, то наилучшим выбором для него станет использование выделенных серверов в режиме управляемого хостинга или размещение собственного оборудования на территории (в ЦОДе) провайдера (колокейшн).
Дополнительным аргументом в пользу выбора гибридного облачного решения является то, что оплата за использование сверхнормативных вычислительных мощностей выполняется только по факту возникновения соответствующей потребности.
Безопасность и соответствие стандартам
Выбор типа хостинга для ИТ-инфраструктуры зависит не только от специфики применяемой нагрузки, но и от требований, связанных с безопасностью или соответствием законодательным нормам.
Например, если в работе клиента используется конфиденциальная информация, то при выборе хостинга сразу исключаются ресурсы, допускающие их передачу от одного владельца другому. Это требование становится критичным для компаний, занимающихся медицинских страхованием или обслуживанием банковских карт. Выбор становится прямым следствием соответствия стандарту PCI DSS и другим регулятивным актам.
Делая выбор, следует также обращать внимание на то, какие данные должны быть изолированы от внешнего доступа. Необходимо также учесть необходимость шифрования данных, передаваемых в облако.
Нынешние облачные хостинг-провайдеры не предоставляют своим клиентам гарантий полного соответствия специальным законодательным требованиям. Однако большинство из них имеют в своем продуктовом портфеле готовые решения, позволяющие получить управляемый контроль за выделенными ресурсами с точки зрения соблюдения ИТ-безопасности. Некоторые из провайдеров предоставляют также специальные сертификаты, которые можно использовать при проведении аудита используемых ИТ-решений сторонними компаниями.
Собственный ЦОД или облако
Существует множество причин, заставляющих компании переходить на аутсорсинг ИТ-инфраструктуры: от сокращения штата ИТ-подразделения до поиска новых решений для повышения эффективности используемых ИТ-решений. Или это может быть подготовка платформы для планируемого роста бизнеса. Переход на аутсорсинг может быть также порожден желанием упростить технологические процессы внутри компании, чтобы сосредоточиться на основных бизнес-функциях.
Когда речь заходит о возведении и эксплуатации собственного ЦОДа, то реализация подобной идеи потребует значительных инвестиций. Для предприятий среднего и крупного бизнеса размер таких инвестиций может оказаться значительным. И сразу необходимо учитывать, что в последующем все установленное оборудование будет постепенно устаревать.
С другой стороны, перенос нагрузки во внешний ЦОД дает компании возможность упорядочить существующие бизнес-процессы, способствует расстановке приоритетов и устойчивому планированию будущего роста. Помимо этого, переход на единую унифицированную платформу, объединяющую публичное облако, хостинг и колокейшн, способствует росту гибкости и управляемости ИТ внутри компании. Миграция в гибридное облако упрощает планирование затрат и одновременно позволяет переложить ответственность за результат на партнера.
Аппаратные ресурсы
По мере роста потребляемой нагрузки компаниям приходится искать пути для ее размещения. Для выбора у них есть несколько вариантов: на собственной площадке, в частном облаке или колокейшн. Если выбор делается в пользу ИТ-аутсорсинга, то в распоряжении компании оказывается наилучший выбор из оборудования бренд-производителей корпоративного класса, а также возможность управлять полученным аппаратным парком как собственными силами, так и через сервис, предоставляемый облачным провайдером.
У каждой компании есть индивидуальный список требований, которые она предъявляет к ИТ-инфраструктуре. Это набор из таких параметров, как производительность, выбор конфигурации и настройка оборудования, доступ к ИТ-ресурсам на уровне СХД, сети, виртуализации и др. Помимо этого, на балансе компании уже есть определенный набор собственного оборудования, который она учитывает наравне с другими предложениями, чтобы сформировать собственный выбор наиболее подходящей для нее ИТ-инфраструктуры.
Если компания решила все-таки строить гибридное облако, то на этом этапе ей будет полезно провести ревизию имеющегося оборудования и списать ту часть, жизненный цикл которой подходит к концу. Составление подробного плана списания устаревших серверов и миграции бизнес-систем в новую среду позволит ей гарантировать надежный переход и избавит от потерь данных на этом пути.
ИТ-персонал
При планировании и строительстве новой ИТ-инфраструктуры часто обращают внимание только на технологии, забывая о людях, которые занимаются их поддержкой. Выбирая облако на базе управляемого хостинга, компания также приобретает уже готовую ИТ-экспертизу и сразу получает обслуживание с требуемым уровнем качества. Тем самым она избавляется от необходимости привлекать собственный ИТ-персонал на поддержку серверов, имея возможность направить его на решение задач для роста бизнеса.
Если же новая ИТ-инфраструктура связана с решением нетиповых задач, то попутно удается нарастить уровень экспертизы собственного ИТ-персонала, который придется привлекать для реализации этих задач.
Восстановление после сбоев
По данным экспертов, многие компании малого и среднего бизнеса не имеют заранее подготовленного плана на случай необходимости восстановления ИТ-инфраструктуры после сбоев. Миграция в гибридное облако, которое допускает выделение дополнительных вычислительных мощностей и возможность отработки отказов, позволяет попутно реализовать у себя функцию восстановления после сбоев.
Например, если компания собирается создать облачные виртуальные машины для реализации резервного копирования для своей выделенной серверной среды, то за достаточно небольшие деньги она получает хостинг для хранения данных, а производить оплату за потребленные вычислительные ресурсы ей придется, только когда непосредственно осуществляется перенос данных в облако.
На этапе планирования таких функций восстановления должны быть оценены заранее следующие параметры: время восстановления (RTO) — допустимая продолжительность простоя сервиса в случае сбоя и точка возврата (RPO) — допустимый объем возможных потерь данных в случае сбоя.
