Перенос инфраструктуры в облако - 5 практических шагов

Статья опубликована на интернет-портале TAdviser

Облачные технологии продолжают быть привлекательной альтернативой для развития инфраструктуры как с точки зрения экономической эффективности, так и гибкости решений. Однако многие компании сталкиваются со сложностью переноса в облака существующих ИТ-систем. На примере решений компании CorpSoft24 в статье рассказывается о том, какие подготовительные процедуры нужно произвести, чтобы «переехать» в облако.

Рынок облачных сервисов продолжает расти как в России, так и в мире, а аналитики по-прежнему говорят о преимуществах таких решений. Однако для компаний, которые рассматривают возможность перехода в облако, имеется целый спектр возможностей — от использования разных площадок до выбора разных категорий услуг. Однако наиболее популярным видом сервисов остается аренда инфраструктуры как услуга (IaaS — Infrastructure as a Service). Дело в том, что IaaS предлагает тот уровень виртуализации, который предоставляет полную свободу и выбор средства реализации архитектурных решений.

Используя облачный IaaS, компания просто получает готовую вычислительную мощность и доступную емкость. Используя этот уровень сервиса, уже на стадии проектирования можно легко реализовать архитектуру сетевых решений, создать свои вычислительные кластеры, применить прозрачную политику управления и разделения доступа к ресурсам и наполнить инфраструктуру вычислительными ресурсами. Таким образом, используя IaaS, компании получают возможность быстрого развертывания любых решений — от сетей до серверов и приложений, а также впоследствии моментально корректировать характеристики своей инфраструктуры и запускать новые проекты без каких-либо временных издержек по закупкам оборудования, организации и построению сетей.

ЭКОНОМИКА ОБЛАКОВ

Преимущество IaaS заключается в том, что компания не несет никаких капитальных издержек по приобретению оборудования, отсутствуют и затраты на обслуживание и организацию бесперебойной работы и резервного копирования. Поскольку содержание оборудования остается на стороне облачного оператора и заложено в стоимость облачного сервиса, у пользователей сервисов IaaS капитальные издержки отсутствуют практически полностью. Кроме этого, пропадает необходимость заботиться об амортизации оборудования и его сопровождении в ходе эксплуатации.

Более того, в отличие от традиционной инфраструктуры облако может быть не только увеличено, но и уменьшено. За счет тарификации по принципу Pay As You Go (оплата только потребленных ресурсов), при снижении нагрузки тариф за пользование инфраструктурой также уменьшается.

Затраты на поддержку своей инфраструктуры	Затраты на IaaS
1. Приобретение сетевого оборудования и средств сетевой инфраструктуры	1. Аренда суммарной мощности CPU
2. Регулярные амортизационные затраты на сетевое оборудование	2. Аренда емкостей системы хранения
3. Затраты на приобретение серверного оборудования	3. Аренда каналов связи
4. Технические затраты на поддержку и обслуживание в ходе эксплуатации
5. Затраты на энергообеспечение работы оборудования
6. Затраты на реализацию режима безопасности эксплуатации оборудования инфраструктуры
7. Заработная плата обслуживающему персоналу
8. Затраты на системы резервного копирования
и так далее…

Данный список затрат в случае использования своей инфраструктуры можно продолжать очень долго, и он может быть разным в зависимости от характера проекта и бизнеса клиента.

" Большинство крупных проектов из числа социальных сетей экономят этой политикой тарификации около двух третей своих операционных затрат, поскольку в течение суточной активности пользователей максимальный период пользования ресурсами составляет около восьми часов. Вычислительные ресурсы можно свободно в течение суток вводить и выводить из эксплуатации, то есть в среднем фактически за 8 часов максимальной активности обеспечивается экономия до 2/3 финансовых ресурсов в то время, когда эти мощности не используются", — рассказали в компании CorpSoft24.

ПЕРЕЕЗД В ОБЛАКО

Чтобы воспользоваться преимуществами аренды облачных сред, необходимо пройти все этапы миграции, которые проще всего реализовать при поддержке самого провайдера. Так, специалисты CorpSoft24 выделяют 5 основных этапов подготовки, после которых нагрузки клиентов начинают безболезненно перемещаться в облако, причем без остановки бизнес-процессов.

Инвентаризация существующих собственных сетей у Клиента

Изначально необходимо изучить архитектуру решений, которые используются на конкретный момент. Составление подробной топологии и схемы взаимодействия позволяет реализовать аналогичные сети в облаке, чтобы бизнес-системы «не заметили» переезда и продолжили работать в штатном режиме.

Инвентаризация физического оборудования или вычислительных мощностей

Чтобы понять, какой объем услуг из облака необходим, специалисты проводят инвентаризацию оборудования и виртуальных вычислительных ресурсов. При этом производится учет текущей загрузки и пиковых потребностей, чтобы разместить в облаке виртуальные машины необходимой мощности.

Инвентаризация сервисов и определение состава инфраструктур

После того, как будет составлен перечень баз данных, систем и приложений, которые работают в ЦОДе заказчика, появляется возможность спланировать и организовать нужные сервисы, а также построить аналогичную систему в облаке. При этом нередко происходит оптимизация и перераспределение нагрузок, которое несет заказчику дополнительную экономию.

Организация VPN-каналов между внутренними сетями и облаком

Чтобы обеспечить непрерывную работу бизнеса при переходе в облако, необходимо наличие надежных каналов связи. Их пропускная способность оценивается исходя из потребностей текущего трафика, а также переноса систем и данных, находящихся в них. В дальнейшем количество и скорость каналов могут быть уменьшены, но на этапе миграции их емкость должна быть достаточной.

Выбор инструментов переноса физических серверов в облако

Проще всего перенести в облако виртуальные машины, и если в средах компании уже применяется виртуализация, провести миграцию сервисов будет просто. Что касается физических серверов, то в большинстве случаев с задачей миграции справляются стандартные конвертеры физических серверов в виртуальные машины. Впрочем, иногда для этого требуются и индивидуальные решения.

" Реализация переноса физических серверов производится покомпонентно, что обеспечивает непрерывность бизнес-процессов. В процессе перехода в облако часть серверов будут физическими, а часть — виртуальными, что не влияет на непрерывность бизнеса. Главное — выработать безболезненную технологию и придерживаться ее. Поскольку наша компания начала предлагать услуги миграции в облако еще до повсеместного принятия новых технологий, все методики миграции уже выработаны и были проверены на десятках проектов", — подчеркнули в CorpSoft24.

ЖИЗНЬ В ОБЛАКЕ

Уже в процессе миграции в облако новые проекты можно размещать на арендуемой платформе IaaS. Масштабируемая и гибкая инфраструктура является идеальным полигоном не только для эксплуатации, но и испытания любых проектов. Возможность кратковременной аренды мощностей для тестирования позволяет запустить новые сервисы в кратчайшие сроки и без лишних затрат, а также отказаться от мощностей, если прототип так и не стал готовым сервисом.

Что касается пользователей, в большинстве случаев сотрудники и клиенты даже не знают, работают они на локальных компьютерах или эти мощности размещаются в облаке. Поскольку все данные все равно доставляются по сети, работа в облаке при правильной организации каналов доступа может быть совершенно прозрачной и даже более эффективной, убеждены в CorpSoft24.