Windows Server 2012 GA: разворачиваем первый Standard у пилотного клиента

4 сентября Microsoft отгрузила финальные биты Windows Server 2012. Мы следили за этим релизом с января - смотрели бету и RC - так что к дню GA у нас уже был подготовлен пилотный клиент, готовый принять первую боевую установку. Небольшой производственник, хаотичный файловый шаринг, три старых сервера с разнокалиберными дисками в углу серверной - в общем, идеальный полигон.

Что изменилось в редакциях

Microsoft наконец убила зоопарк SKU. Теперь только две редакции с серверными ролями:

• Standard - до двух виртуальных машин в лицензии на хост, полный набор ролей.
• Datacenter - неограниченное количество ВМ, остальное то же самое.

Foundation и Essentials остались для малого бизнеса, но в корпоративном сегменте выбор стал проще. Для нашего пилотного клиента Standard - очевидное решение: нагрузка небольшая, две ВМ хватит с запасом.

Установка прошла без сюрпризов. Сервер-менеджер заметно переделали - теперь это дашборд с общим видом ролей и удалённым управлением несколькими серверами из одного окна. Нам понравилось: хватит открывать отдельные консоли для каждого хоста.

Storage Spaces: JBOD вместо NAS

Вот за этим мы шли особенно. У клиента скопилась гора дисков - остатки от апгрейдов, разные ёмкости, некоторые с историей. Покупать нормальный NAS или SAN для файлового шаринга было жалко: сервер стоит, диски есть, задача несложная.

Storage Spaces позволяет объединить кучу обычных дисков (JBOD, без RAID-контроллера) в пул и создать из него виртуальные диски с зеркалированием или чётностью - прямо через стандартный интерфейс Windows. Мы собрали пул из шести дисков трёх разных ёмкостей, создали два виртуальных тома: один с двухсторонним зеркалом (два диска) для рабочих файлов, второй с чётностью (три диска) для архива.

Что понравилось сразу: пространство из пула выделяется тонко - виртуальный диск можно создать «больше», чем реальный пул, а докупать физические диски по мере роста данных, не трогая структуру томов. Это то, что раньше требовало отдельного NAS с LVM или дорогого SAN с thin provisioning.

Что насторожило: производительность при чётности под нагрузкой записи заметно проседает - это известная цена расчёта XOR на CPU. Для архивного тома с редкими записями норма, для активного шаринга - нет. Зеркало в этом плане ведёт себя честнее.

Итого: для простого файлового хранилища без требований к IOPS Storage Spaces работает и стоит примерно в треть цены нормального NAS с аналогичным объёмом. Продавать это клиенту как замену СХД для базы данных мы не будем - разные весовые категории.

Hyper-V 3.0: первые ВМ в бою

На этом же хосте подняли две ВМ: одну под файловый сервер на базе 2012 Standard (вторая лицензия по включённым правам), вторую под старый 2008 R2 с 1С. Hyper-V мы уже гоняли в бете, больших откровений нет - всё работает, ВМ шустрые, Generation 1 для совместимости с 2008 R2 без вопросов.

Что отметим отдельно: процедура установки Hyper-V роли через Server Manager стала заметно чище - мастер сам предлагает настроить внешний виртуальный свитч и указать папки для VHD. Мелочь, но экономит время при первичной настройке.

Live Migration без SAN мы пробовали ещё в бете. На продакшн-хосте с одним сервером проверять его смысла нет - нужен второй хост, это следующий шаг у клиента.

ReFS: пока смотрим

ReFS (Resilient File System) - новая файловая система, позиционируемая Microsoft как замена NTFS для хранилищ с большими объёмами данных. Интегрируется с Storage Spaces и автоматически находит испорченные блоки, сверяя контрольные суммы.

На текущем пилоте мы создали тома Storage Spaces в NTFS - привычно, проверено, нет вопросов с совместимостью утилит. ReFS пока не поддерживает дедупликацию и загрузку системы с него, так что для продакшна ставить его везде подряд смысла нет. Посмотрим на хранилище архива - есть идея перевести его на ReFS и проверить, как работает self-healing на реальных данных. Но это отдельная история.

Итог дня

Первая боевая установка WS2012 Standard прошла гладко. Storage Spaces на разнокалиберных JBOD-дисках - рабочий вариант для небольшого файлового хранилища без претензий к производительности записи. Клиент доволен: сэкономили на железе, файловый шаринг работает, ВМ живут. Для managed-сопровождения такого клиента это хороший шаблон: один физический хост, две ВМ, Storage Spaces под файлы - и минимум движущихся частей.

Hyper-V и тонкости Storage Spaces будем копать глубже по мере поступления задач. Одного дня на серьёзные выводы мало.