Эксперты в подборе IT-оборудования
Разговор про виртуализацию в компании обычно начинается с обещания сэкономить: было десять серверов, стало два, счета за электричество упали, стойка освободилась. Экономия действительно есть, но считать её надо честно - вместе с тем, что виртуализация добавляет к расходам и к рискам.
Ниже - что она реально даёт бизнесу, чего не даёт вопреки распространённому мнению, и с чего начинать, если серверов у вас пока два.
Термином называют несколько разных вещей, и путаница мешает разговору с поставщиком.
Аппаратная виртуализация - это поддержка со стороны процессора (Intel VT-x, AMD-V). Сама по себе виртуальных машин она не создаёт - её задача в том, чтобы гипервизор работал быстро. Включается в BIOS или UEFI, и без неё современные гипервизоры либо не запустятся, либо будут работать через медленную эмуляцию - как её найти и включить, разобрано в статье про виртуализацию и её включение.
Виртуализация серверов - то, ради чего всё затевается. Гипервизор делит физическую машину на несколько независимых, у каждой своя операционная система. Гипервизоры бывают двух типов: ставящиеся прямо на железо и работающие как программа внутри обычной ОС; разница разобрана в статье про типы гипервизоров.
Контейнеризация - отдельная технология, которую часто ошибочно называют разновидностью виртуализации. У контейнера нет своей операционной системы, он пользуется ядром хоста. Это не «виртуальная машина полегче», а другой подход с другими границами применимости - подробно в разборе виртуализации и контейнеризации.
Виртуализация рабочих мест - когда пользователи получают не свои компьютеры, а сессии на сервере. Отдельная история со своей экономикой и своими лицензиями.
Консолидация. Главное и самое понятное. Физические серверы почти всегда загружены на единицы процентов: файловый сервер, контроллер домена, сервер 1С и почта по отдельности не нагружают даже недорогой процессор. Собранные на один узел, они утилизируют железо нормально, а компания платит за один сервер вместо четырёх - и за одно место в стойке, один комплект питания, одно обслуживание.
Снимки состояния. Возможность зафиксировать состояние машины перед обновлением и вернуться к нему за минуту, если обновление сломало систему. Для админа это меняет саму цену ошибки: обновление 1С или контроллера домена перестаёт быть операцией без права на промах.
Скорость развёртывания. Новый сервер под задачу - это не закупка, доставка и монтаж, а десять минут из шаблона. Тестовый контур, стенд под обновление, временная машина под подрядчика появляются тогда, когда нужны.
Перенос между железом. Виртуальная машина не привязана к конкретной материнской плате. Умирающий сервер меняется на новый без переустановки систем - машины просто переезжают. При отказе узла в кластере они поднимаются на соседнем автоматически.
Резервное копирование целиком. Копия виртуальной машины - это файл. Его можно увезти на другую площадку и развернуть там, не собирая сервер заново.
| Было: отдельные серверы | Стало: один узел с машинами | |
|---|---|---|
| Загрузка железа | Единицы процентов на каждом | Нормальная утилизация одного узла |
| Отказ железа | Падает один сервис | Падает всё, что на узле |
| Новый сервер под задачу | Закупка и монтаж | Шаблон, минуты |
| Обновление с риском | Откат вручную | Снимок состояния и возврат за минуту |
| Переезд на новое железо | Переустановка систем | Перенос машин |
| Лицензии | По числу серверов | По ядрам хоста плюс доступы - считать заново |
| Требования к админу | Обычные | Выше: гипервизор, резерв, мониторинг |
Здесь стоит быть точным, потому что на этих ожиданиях чаще всего и строят неверные расчёты.
Она не отменяет лицензии. Это самое дорогое заблуждение. Доступ нескольких сотрудников к программе, установленной на одной машине, лицензий не отменяет - у большинства коммерческого ПО работа через виртуальную среду или терминальную сессию прямо оговорена в лицензионном соглашении.
Наоборот, при виртуализации лицензирование усложняется. Windows Server лицензируется по ядрам хоста: минимум восемь ядер на процессор и минимум шестнадцать на сервер. Редакция Standard даёт право на две виртуальные машины; чтобы запустить больше, лицензии докупают повторно на те же ядра. Datacenter снимает ограничение на число машин, и на плотных узлах выходит дешевле. Сверх этого нужны клиентские лицензии на доступ, а для терминальных сессий - отдельные RDS CAL. У 1С своя схема: клиентские лицензии считаются по рабочим местам независимо от того, физическая машина или виртуальная. Детали по редакциям и типам лицензий - в разборе лицензирования Windows Server.
Лицензии - отдельная строка бюджета проекта, и на плотных узлах она может превысить экономию на железе. Считать их надо до закупки.
Она не сокращает админа. Обещание «виртуализируем и урежем ИТ-отдел» звучит в презентациях, но работа не исчезает, а меняется. Появляются гипервизор, кластер, система резервного копирования, мониторинг - всё это надо настраивать и обслуживать. Компетенций требуется больше, а не меньше.
Она не заменяет резервное копирование. Снимок состояния - не бэкап: он лежит на том же хранилище и умирает вместе с ним. Шифровальщик, добравшийся до хоста, заберёт и машины, и снимки. Резервные копии нужны отдельные, на отдельном носителе, и проверять их восстановлением надо так же, как и раньше.
Она сама по себе не повышает надёжность. Скорее наоборот - см. следующий раздел.
У консолидации есть обратная сторона, о которой в рекламных материалах не пишут: вместе с серверами консолидируются и риски.
Пока файловый сервер, 1С и почта стоят на трёх разных машинах, отказ одной роняет один сервис. После переезда на один узел его отказ роняет всё сразу. Утилизация выросла, цена простоя тоже.
Отсюда требования, которые закладывают в проект с самого начала - до первого инцидента:
Типичная ситуация небольшой компании: один сервер под 1С, второй под файлы и домен, оба куплены в разные годы и загружены процентов на десять.
Первый шаг - не покупать, а посчитать. Сложите оперативную память и дисковое пространство, которые реально заняты на обеих машинах, добавьте запас процентов тридцать на рост и на переезд. Обычно выясняется, что всё это помещается в один современный сервер среднего уровня.
Второй шаг - лицензии. До закупки железа посчитайте, во что обойдётся Windows Server нужной редакции на выбранное число ядер, клиентские лицензии и, если планируются терминальные сессии, RDS CAL. Именно здесь чаще всего рушится расчёт экономии.
Третий шаг - гипервизор. Платформ хватает, в том числе бесплатных и российских; обзор вариантов - в статье про решения для виртуализации серверов. Выбирать стоит по тому, с чем умеет работать ваш админ, - список функций тут вторичен: платформа, которую некому обслуживать, обойдётся дороже любой лицензии.
Четвёртый шаг - не сносить старое сразу. Перевезли машины, неделю поработали, убедились, что всё на месте, - и только тогда разбирайте старый сервер. Он же, кстати, становится площадкой под резервные копии или вторым узлом.
Чего не делать: переносить на один узел вообще всё, включая то, что должно быть изолировано по требованиям безопасности, и экономить на дисковой подсистеме. Диски под десятком машин работают в совершенно другом режиме, чем под одной, - случайный доступ вместо последовательного, и обычный настольный накопитель здесь не подходит.
Не каждой компании она вообще требуется, и честно об этом сказать полезнее, чем продать лишнее.
Если сервер один и загружен по делу - виртуализировать нечего: вы добавите слой, который надо обслуживать, и ничего не выиграете. Если приложение единственное и требовательное, ему лучше отдать железо целиком. Если админа нет, а обслуживание держится на приходящем специалисте раз в месяц, сложная платформа станет источником проблем.
Виртуализация начинает окупаться там, где серверов несколько, они недозагружены, а простой любого из них стоит денег. До этого порога она - расход, а не экономия.
Требования отличаются от обычного сервера под одну задачу, и это стоит учесть при подборе.
Память - главный ограничитель. Каждой машине нужен свой комплект операционной системы, и упирается узел обычно именно в память, а не в процессор. Слоты под расширение лучше оставить свободными: добавить модули дешевле, чем менять платформу.
Диски - второй. Десяток машин создаёт случайную нагрузку, с которой механические диски справляются плохо. Под системные тома виртуальных машин берут твердотельные накопители серверного класса, под архивы и резервные копии - ёмкие механические.
Процессор - обычно последний. Ядер нужно достаточно, но упереться в них при типовой офисной нагрузке сложнее, чем в память. А вот стоимость лицензий Windows Server считается именно по ядрам, так что «взять с запасом» здесь напрямую бьёт по бюджету.
Сеть. Узлу с десятком машин нужно минимум два порта: один под управление, другой под продуктивный трафик. Как устроена сетевая часть - в разборе про виртуальную сетевую карту.
Универсального числа нет, но ориентир простой: когда серверов больше двух, они недозагружены и простой любого из них стоит денег. На одном загруженном сервере выигрывать нечего.
Сама по себе - незначительно, современные гипервизоры отъедают немного. Замедляет обычно другое: недостаток памяти на узле, механические диски под нагрузкой десятка машин или эмулированные драйверы вместо паравиртуальных. Это вопросы настройки и подбора железа, а не технологии.
Зависит от платформы. Есть бесплатные и открытые варианты, есть коммерческие с подпиской. Но лицензия на гипервизор - не единственная и обычно не главная строка: гостевые операционные системы и доступы к ним лицензируются отдельно и чаще стоят дороже.
Технически да, так и делают. Осторожность нужна с тем, от чего зависит запуск самой инфраструктуры: если контроллер домена, DNS и система хранения окажутся на одном узле, после его отказа поднимать всё придётся в правильном порядке и вручную. Такие роли либо дублируют, либо часть оставляют на отдельном железе.
Считать надо на горизонте трёх-пяти лет. Облако выигрывает на старте и при непредсказуемой нагрузке, свой сервер - при постоянной нагрузке и требованиях к тому, где физически лежат данные. Для компании со стабильным набором сервисов свой узел обычно дешевле, но требует админа.
Самая частая ошибка при переходе на виртуализацию - собрать узел по остаточному принципу и упереться в память через полгода, когда добавлять модули уже некуда. Если планируете консолидацию, посмотрите готовые конфигурации в разделе сервер под виртуализацию или напишите нам - посчитаем память, диски и число ядер под ваши машины, с учётом того, во что обойдутся лицензии.
ITTELO, 11+ лет на рынке серверов.
Телефон: +7 (800) 551-80-12
Почта: info@ittelo.ru
