Виртуализация внутри виртуализации, или Как повысить эффективность работы инфраструктуры

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

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

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

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

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

Это позволяет:

сэкономить ресурсы — для платформы не потребуется отдельный сервер;

повысить надежность системы —