Способы быстрого восстановления серверной системы на новом оборудовании?

Question

[choodo]

Подкиньте, пожалуйста, практических статей или расскажите о личном опыте быстрого восстановления серверных (MS) операционных систем (файлы, принтеры, AD) на новом железе, в т.ч. виртуальном: решения, плюсы, минусы. В идеале нужно решение для удаленного офиса на 15-17 человек без постоянного админа и которое хотя бы раз может самостоятельно восстановиться и заработать на резервном железе (или с помощью минимального участия неспециалиста на месте).
Понимание как это сделать имеется, но нет понимания плюсов и минусов решений, цен и требований к железу. Боюсь, что без предварительной информации могу потратить кучу денег впустую.

Comments

[Максим Гришин]

Непонятен сценарий. "Восстановление на новом железе" - это легла вся инфраструктура или только один узел? Если один узел, вам в сторону гиперконвергентных решений, или кластера, формально подойдет любой, фактически надо смотреть на все эти RTO/RPO и подобные вещи вроде максимальной величины простоя, минимального периода работы в деградированном состоянии без вмешательства пользователя и т.п.

Answer 1

[Сергей]

С точки зрения стоимости я бы предложил ориентироваться на быстрое восстановление, а не резервирование всего.
На каком-нибудь обычно системнике настраивается tftp сервер и подготовленный образ, с возможностью удаленного подключения к нему и необходимыми инструментами.
Для настройки всей архитектуры используется система управления конфигурациями (Puppet, Chief, Ansible, PowerShell DSC по вкусу), и актуальные сценарии хранятся на том же ПК.
При возникновении проблем, не связанных со смертью железа, потребуется включить этот настроенный ПК и перезагрузить Сервер. Он загружается с tftp сервера и вы к нему подключаетесь - чините все или перенакатываете систему и скармливаете сценарии настройки, для восстановления инфраструктуры. Проверяете что все работает.
При таком раскладе необходимо обеспечить безопасность данных, чтобы переустановка системы их никак не касалась, но не требуется покупать 2-3 сервера как в схемах резервирования и High availability. Но придется очень многое изучить, чтобы саму систему организовать.

Answer 2

[res2001]

В случае виртуализации сервера проблем с восстановлением нет, если собрать правильную виртуальную инфраструктуру: общее внешнее хранилище для разделов с дисками ВМ, 2 одинаковых сервера под гипервизоры (сервера могут загружаться с флэшки или карты памяти), оба подключенны к хранилищу. В хранилище диски зеркалировать + 1/2 диска под горячую замену.
В таком случае восстановление сводится просто к запуску ВМ на другом физическом сервере.
Если поднять НА, то восстановление будет происходить автоматически.

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

Но, обычно, подобное решение для поддержки сети из 20 машин - слишком дорого, но это реально надежно и достаточно легко в обслуживании.
Узкое место - хранилище, но и тут есть варианты, правда с удорожанием решения.

Comments

[choodo]

Если поднять НА, то восстановление будет происходить автоматически.

Вот здесь не понял. НА - это что?

[res2001]

HA - High availability - высокая доступность.
В продуктах VMWare это так называется, в других может по другому.
Смысл в том, что HA контролирует состояния гипервизоров и если видит, что один из них перестал отвечать, то переносит настроенные ВМ на работающие гипервизоры.

[Максим Гришин]

Если ляжет свитч, поимеете split brain. Надо три ноды и два свитча. а в остальном - очень даже солидарен.

[res2001]

Максим Гришин, про дублирование свичей абсолютно согласен.
Вообще, когда собираешь отказоустойчивую инфраструктуру, все надо дублировать. Иначе этот не продублированный узел сразу становится точкой отказа.

Та же ситуация и с хранилищем - оно в моей схеме единственное. В правильных системах используют хранилище с двумя контроллерами (любой контроллер может заменить другой) и/или 2 хранилища с возможностью on-line дублирования данных.
Ту да же можно добавить - дублирование блоков питания на сервере и хранилище, дублирование сетевых интерфейсов и т.п.

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

Answer 3

[Максим Гришин]

Три гипервизора в кластере, хоть и с локальным хранилищем (Storage Spaces Direct - но дорогой как собака), или с общим iSCSI-хранилищем. Как вариант - рассмотреть Nutanix Community Edition из-за бесплатности, но по железу просит больше раза в полтора, чем совокупное требование ВМ, и в три по хранилищу, плюс просит обязательные SSD для метаданных. Тоже три хоста (максимум 4), но в отличие от S2D, на гигабите тоже живут, пусть и медленно. Администрируются, кстати, инженером любой подготовки, которые умеют рулить любым гипервизором, но подводных камней большая куча, в основном касательно обязательных обновлений и использования NVMe.