Как использовать автоматизацию для более точного управления частным облаком

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

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

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

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

> См. также:Нравится вам это или нет, критически важные данные подвергаются риску в облаке

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

Наконец, после любых дополнительных необходимых корректировок инициатива будет полностью развернута, возможно, с участием географически рассредоточенных облачных сред в нескольких центрах обработки данных и на облачных платформах разных поставщиков.

Управление рисками

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

Например, разрозненные группы, занимающиеся частным облаком, могут представлять серьезную проблему.

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

Без такой прозрачности сетевые команды не имеют смысла даже пытаться соблюдать политики аудита и безопасности, учитывая, что у них не будет точной информации о том, какие IP-адреса и записи DNS назначены каким виртуальным машинам в любой момент времени.

Для виртуальных машин и сетей, IP-адресов и зон DNS необходимо отслеживать множество факторов, таких как приложения, местоположения и пользователи. Большинство администраторов серверов будут иметь доступ к этой информации, но, скорее всего, сетевые команды не будут иметь к ней доступа.

Поэтому их ответы, как правило, будут медленными из-за использования ручных методов для создания и удаления виртуальных машин.

Выполнение обещания быстрой доставки

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

Возможность потенциально дорогостоящего сбоя сети, вызванного ненадежными службами управления DNS, DHCP и IP-адресами, известными под общим названием DDI, может представлять серьезную угрозу для любой организации, при этом риски выходят за рамки самой сети.

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

> См. также:Великий ИТ-миф:действительно ли облачная среда менее безопасна, чем локальная?

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

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

Принципы автоматизации, интеграции и наглядности

Успех организации в развертывании частного облака во многом зависит от понимания и срочного учета критических факторов, таких как упомянутые выше.

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

Источник:Арья Барирани, вице-президент по маркетингу продуктов, Infoblox