Лучшие практики вариантов развертывания Hyper-V
Я использую Розеттский камень для Unix как мой ресурс для поиска команд на ОС, когда я знаю то, что я хочу сделать, но я только знаю команду на другой ОС.
Это является абсолютно блестящим. Выберите Ose, что Вы интересуетесь и нажимаете 'Draw table'. Это сократит таблицу так все, что Вы видите, скажем, Linux и Солярис.
Пара мыслей перед списанием использования Полной версии R2. Я был преданным фанатом Ядра Сервера (Все еще на самом деле), но после года выполнения кластера Hyper-V на Ядре Сервера, у меня есть некоторые новые мысли о Ядре по сравнению с Полным.
С R2 у нас теперь есть Кластерные Совместно используемые тома и Живая Миграция, таким образом, можно переместить VM's между узлами без любого времени простоя. Это - по существу эквивалент V-движения от VMware. Теперь, когда я не должен приостанавливать/возобновлять VM's для обработки отказа их, исправление физических узлов больше не является таким грандиозным предприятием.
Во-вторых, так, как я люблю командные строки, половина моей операции в секунду не любят их так же. Я закончил тем, что был главным ресурсом из-за крутой кривой обучения, когда все, с чем необходимо работать, является командной строкой. Так, в зависимости от навыка группы, которая будет управлять серверами повседневно, это могло бы быть фактором.
Кроме того, для сетей, если Вы когда-нибудь входите в объединение в команду NIC, удача, делающая это в Ядре Сервера. Для конфигурирования объединения в команду на Intel и Broadcom необходимо будет использовать их программное обеспечение, которое только устанавливает на Полном.
При рассмотрении HA, который Вы получаете с живой миграцией и простотой managemmet с GUI для нашей операционной команды, я - encouraing наша команда для перемещения в Полную версию Сервера 2 008 R2.
Незначительное обновление
После чтения этого технического описания похоже, что CSV рекомендуется, но не требуется для Живой Миграции. В моем более раннем сообщении я вывел, что Вам был нужен CSV для Живой Миграции. Это не обязательно имеет место.
Первое, что пришло на ум Сервер Hyper-V не допускает высокую доступность (поэтому, если Вы хотите сделать кластеризацию, Вам нужна полная версия Windows, или базовая или полная установка). Это также не делает быстрой миграции или поддерживает больше чем 4 процессора и 32 ГБ RAM.
Сервер Hyper-V и ядро Сервера имеют графический интерфейсы пользователя командной строки, которые могут сделать администрирование некоторых задач хитрым, хотя можно сделать большую часть администрирования через менеджер Hyper-V или Диспетчера виртуальных машин, после того как сервер является установкой.
Для надежности Вы хотели бы использовать установку Ядра Сервера вместо полной установки в родительском разделе. Чем меньше услуг там работает в родительском разделе, тем меньше компонентов там должно исправить, или это могло вызвать проблемы надежности (и поверхность атаки сервера уменьшается также).
Как Вы отмечаете, там также лицензируют преимущества для использования полной версии Windows Server... Enterprise Edition включает лицензию на 4 виртуализированных версии Windows, и Центр обработки данных предоставляет лицензии для неограниченных виртуализированных гостей.
Существует полезная таблица здесь для помощи с решением: http://www.microsoft.com/hyper-v-server/en/us/default.aspx
В теории полный Server, которого 2008 не дал бы как хорошее представление в качестве Ядра или Сервера Hyper-V, но моего опыта, - то, что я не могу сказать различие. Целый 2008 Сервера, очевидно, использует больше пространства памяти и дискового пространства, но, пока у Вас есть достаточно из обоих, нет никакого различия. Я предпочитаю использовать полного Server 2008, потому что можно запустить любое приложение на нем, в то время как много вещей не будет работать над Ядром. Также Вы сталкиваетесь с большим количеством неожиданно трудных задач на Ядре и Сервере Hyper-V. Например, изменение политики локальной защиты означает использовать secedit для экспорта политики, редактируя его в Блокноте и импортируя его снова (или с помощью групповой политики, которую я предполагаю :-).
Однако мы действительно используем Сервер Hyper-V. Это является большим как "служебный" сервер, потому что требуется меньше чем два часа до включения DVD к наличию его и выполнению. Мы используем его для обеспечения серверов резервного копирования и серверов разработки, и как места для помещения VMs, если какое-либо обслуживание необходимо на основных серверах. Мы обычно не копировали бы установки Сервера Hyper-V, потому что при потере сервера, это столь же быстро, чтобы вставить DVD и восстановить, как это должно восстановить его. Поскольку поддержка драйвера в 2k8 довольно хороша при необходимости во временном сервере Hyper-V фактически, любой довольно недавний сервер может быть принужден к сервису как Сервер Hyper-V в кратчайшие сроки.
Для меня решающий голос является Ядром Сервера. Я не вижу, почему Вы заплатили бы Ядро Сервера использования (для Hyper-V), когда это испытывает те же затруднения как Сервер Hyper-V и стоит денег. Очевидно, вещи отличаются, если Вы собираетесь выполнить другие роли на Ядре Сервера.
John Rennie
Быстрое примечание по новейшему Серверу Hyper-V 2 008 R2 (для обновления информации в предыдущих сообщениях): См. http://www.microsoft.com/hyper-v-server/en/us/default.aspx для деталей
Может работать кластеризация хоста Может работать, живая Миграция Действительно поддерживает>, 32 ГБ памяти на хосте (до 1 ТБ) Действительно имеют поддержку> 4 Процессора (до 8)
John Rennie упомянул вопрос относительно того, почему Вы выполните ядро только для hyper-v роли, а не просто Сервер Hyper-V (бесплатно). Hyper-V Сервер-серверный 2008 не идет ни с какими лицензиями на гостевые серверы. При выполнении Ядра Стандарта R2 2008 года, Вы получаете одну бесплатную гостевую лицензию, и с Предприятием Вы получаете 4 бесплатных гостевых лицензии, и с Центром обработки данных, неограниченным.
Michael Isaacs