Виртуализация - не облако: где проходит практическая граница
Гипервизор делает серверы гибче, но не делает инфраструктуру сервисной. Разбираем, в чём разница между виртуализацией и облаком и почему это важно для бизнес-решений.
Когда в компании установлен VMware или Hyper-V и виртуальные машины разворачиваются за минуты вместо дней, ИТ-директор нередко говорит: "У нас уже фактически облако". Это понятное ощущение, но оно не точное.
Виртуализация и облако решают разные проблемы. Путаница между ними приводит к конкретным управленческим ошибкам: компания либо платит за облако там, где не нужно, либо считает что уже пришла туда, куда ещё не дошла.
Что делает виртуализация
Виртуализация позволяет запускать несколько операционных систем на одном физическом сервере. Это повышает использование железа, ускоряет развёртывание, упрощает резервирование и восстановление.
Всё это - реальные преимущества. Но виртуализация не меняет принципиальной модели управления инфраструктурой. Серверы всё равно нужно закупать, настраивать, обслуживать, резервировать физически. Ёмкость всё равно планируется заранее. Есть потолок - и когда ресурсы заканчиваются, нужно снова идти к вендору.
Виртуализация - это эффективность. Но инфраструктура по-прежнему ваша, со всеми вытекающими.
Что добавляет облако
Облако - это другая модель потребления ресурсов. Её ключевые характеристики:
- самообслуживание: ресурсы получаются без участия ИТ-отдела или вендора;
- оплата по факту: платите за то, что реально используете, а не за зарезервированную ёмкость;
- эластичность: ресурсы масштабируются вверх и вниз в зависимости от нагрузки;
- не ваше железо: физическая инфраструктура принадлежит провайдеру и вас не касается.
Ни одно из этих свойств не возникает автоматически из факта установки гипервизора.
Почему это разграничение важно на практике
Компания, которая путает виртуализацию с облаком, рискует столкнуться с такой ситуацией: тестовая среда разворачивается за минуты, но в пиковые периоды не хватает ресурсов - потому что физических серверов ровно столько, сколько купили. Или: ИТ-отдел считает задачу решённой, потому что "у нас виртуализация", а бизнес ждёт той гибкости, которая бывает только при настоящей облачной модели.
Бывает и обратная ситуация: компания уходит в публичное облако, продолжает управлять ресурсами так, как будто это внутренняя виртуальная среда - без авто-масштабирования, без управления стоимостью, без использования эластичности. В итоге получает облачные счета при внутренней дисциплине управления.
Где проходит реальная граница
Полезно думать об этом как о спектре:
- физические серверы - максимальный контроль, максимальные операционные расходы;
- виртуализация на своём железе - лучшее использование оборудования, но та же ответственность за инфраструктуру;
- частное облако - виртуализация с добавленным слоем автоматизации и самообслуживания, но на своих или арендованных мощностях;
- публичное облако - полная передача инфраструктурного слоя провайдеру.
Каждый шаг вправо снижает операционный контроль и снижает инфраструктурную нагрузку на команду. Нет правильного ответа для всех - есть правильный ответ для конкретной компании с конкретными задачами и конкретными рисками.
Три вопроса перед решением
Прежде чем принимать решение об инфраструктуре, полезно ответить честно:
- Нужна ли нам эластичность - то есть возможность быстро увеличить ресурсы под нагрузку и уменьшить обратно?
- Готова ли команда управлять инфраструктурой как продуктом, или ИТ-отдел занят другим?
- Есть ли требования по размещению данных, безопасности или регулированию, которые ограничивают выбор?
Если на первый вопрос ответ "нет", виртуализации часто достаточно. Если "да" - стоит считать реальную стоимость облачной модели, а не сравнивать её с капитальными вложениями в железо.