Будучи студентом, у меня не было большого опыта в настройке сетей и управлении ими. У меня есть вопрос, который мой учитель не смог удовлетворительно объяснить:
Раньше мне казалось, что серверное оборудование должно иметь время безотказной работы 99,99%. Я помню, как администраторы linux хвастались, что у них есть ящик, работающий более 3 лет. Каково же было мое удивление, когда я впервые узнал, что Центр обновления Windows для Windows Server 2008 предлагал мне критические обновления каждые 2-3 недели, и что большинство обновлений требовали перезагрузки.
Когда виртуальная машина запрашивает перезагрузку, обычно это не имеет большого значения, поскольку вторая, резервная виртуальная машина может взять на себя трафик, пока первая виртуальная машина не вернется в режим онлайн. Однако мне интересно, что делать с сервером Hyper-V, на котором размещены все эти виртуальные машины?
Мой учитель сказал мне, что вы можете либо перезагрузить сервер в нерабочее время, что разумно для небольшой компании, либо вообще не обновлять этот сервер. Я даже не могу представить, насколько небезопасным должен быть такой сервер после того, как он не обновлялся годами, поэтому я вообще не считаю это допустимым вариантом.
Разве нет способа скопировать виртуальные машины на другой физический сервер Hyper-V и каким-то образом заставить эту виртуальную машину не отключаться для конечного пользователя?
Я ценю любые советы и подсказки, которые вы мне можете дать.
Windows запрашивает обновления и перезагрузку в основном потому, что многие драйверы работают в режиме ядра. Linux запускает множество вещей в пользовательской среде и может выполнять обновления без перезагрузки. Даже некоторые ядра могут пройти без перезагрузка.
Многие машины, у которых время безотказной работы составляет 3 года, представляют собой специально усиленные ядра. Я знаю, что у меня есть несколько Linux-систем, время работы которых очень велико. Один брандмауэр работал около 3 лет, прежде чем ИБП был подключен к сети. Его ядро было скомпилировано с удалением практически всех функций, кроме необходимых для работы межсетевого экрана.
Что касается вопроса, как сказал Массимо, Hyper-V поддерживает кластеризацию. Таким образом, вы устанавливаете две (или более) машины, а затем перемещаете виртуальные машины на другие хосты. Установите обновления и перезагрузите хост. Затем переместите их обратно.
Ваша самая большая проблема всегда связана с кластеризацией сервисов. Exchange, например, требует много работы для работы с двумя компьютерами таким образом, чтобы один мог быть перезагружен незаметно для всех.
Hyper-V поддерживает кластеризацию, которая позволяет перемещать виртуальные машины на другие узлы в случае сбоя одного из них или просто необходимости перезагрузки.
Рекомендуется запускать узел Hyper-V в установке Server Core, чтобы уменьшить поверхность атаки и уменьшить количество необходимых обновлений.
С помощью System Center Virtual Machine Manager (SCVMM) вы можете переместить дочерний раздел на другой хост, как вы предлагаете.
Для дальнейшего чтения вы можете попробовать TechNet или материалы для подготовки к экзамену 70-652. Вот.