Облако перестало быть лозунгом вендоров и стало строкой в бюджете. Но публичные сервисы подходят не всем: банки, операторы связи и госструктуры держат данные внутри периметра по требованиям ФЗ-152 и отраслевых регуляторов. Ответ – частное облако на собственной площадке. И строится оно не с порталов самообслуживания, а с фундамента – виртуализации. Без неё «облако» остаётся набором серверов под разными столами.

Виртуализация – это не про экономию на железе

Консолидация – первый и очевидный эффект. Средний физический сервер в корпоративной серверной загружен на 10–15%. Виртуализация поднимает утилизацию до 60–70%, и парк из сотни машин ужимается до полутора десятков гипервизорных узлов. Меньше стоек, меньше электричества, меньше кондиционеров.

Но настоящая ценность в другом – в развязке приложения и оборудования. Виртуальная машина перестаёт зависеть от конкретного сервера. Её можно перенести на соседний узел без остановки сервиса, поднять из снимка за минуты, склонировать тестовую среду из боевой. Именно эта подвижность превращает статичную инфраструктуру в ресурс, который выдаётся по запросу. Без неё ни о каком IaaS внутри предприятия речи не идёт – об этом мы подробно писали в разборе моделей IaaS, PaaS и SaaS.

Три слоя, а не один

Виртуализация серверов через VMware vSphere или Microsoft Hyper-V – только начало. Частное облако требует виртуализовать три слоя сразу.

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

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

Хранилище – общий пул на SAN или NAS, иначе живая миграция и отказоустойчивость не работают. Том должен быть доступен любому узлу кластера, а не одному серверу.

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

С чего начать предприятию

Начните с инвентаризации и оценки нагрузок. Соберите профили потребления CPU, памяти и дисковых операций за пиковые периоды – без этих цифр сайзинг кластера превращается в гадание. Затем определите кандидатов на миграцию: легаси-приложения с жёсткой привязкой к оборудованию выносите в последнюю очередь.

Для госсектора отдельный пункт – сертификация. Средства виртуализации, обрабатывающие персональные данные и гостайну, должны иметь действующие сертификаты ФСТЭК. Это сужает выбор платформ и требует проектировать защиту периметра с самого начала, а не накручивать поверх готового кластера.

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

Вывод

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