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

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

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

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

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

См. также: Нравится или нет, критические данные ОПАСНЫ в облаке

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

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

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

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

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

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

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

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

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

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

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

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

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

См. также: Великий IT-миф: облако действительно менее безопасно, чем on-premise?

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

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

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

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

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

Источник: Арья Барирани, VP, Product Marketing, Infoblox