Установка Hyper-V сервера на Windows Server 2012 R2
На данный момент существует несколько крупных гипервизоров – VMware vShpere, XenServer, Citrix и Hyper-V. У каждого свои плюсы, минусы, цены, поддержка и т.п. Но о последнем мы поговорим более подробно в этой заметке, т.к. Hyper-V – это бесплатный инструмент виртуализации от Microsoft, существует в роли для уже установленного сервера, так и отдельного компонента – Hyper-V Windows Server, установка и работа происходит в режиме server core, т.е. без графики.
Часто возникает путаница с лиценризованием операционной системы гипервизора (хоста) и ВМ. Я писал об этом здесь , расставим раз и навсегда точки над i: одна лицензия Windows Server 2012 Standard или Datacenter приобретается на 2 процессора физического хост-сервера. Таким образом, если у вас 4-процессорный сервер, вы можете:
- купить 2 лицензии Windows Server 2012 Standard и запустить 4 виртуальные машины на нем (неважно на платформе Microsoft Hyper-V или VMware vSphere)
- купить 2 лицензии Windows Server 2012 Datacenter и запускать сколько угодно виртуальных машин на нем (Hyper-V или vSphere)
Как ни странно, но достоверных и качественных тестов производительности, отказоустойчивости, функциональности не так уж и много. Поэтому мы еще не раз вернемся к сравнению перечисленных выше систем виртуализации, а сейчас займемся установкой роли Hyper-V на Windows Server 2012 R2.
Все начинается с диспетчера серверов, далее установка выполняется последовательно и согласно инструкции ниже:
Закончив установку Hyper-V, стоит обратить внимание – виртуальный коммутатор можно настраивать позднее, уже под конкретную задачу. Файлы виртуальных машин и их жесткие диски переносятся в более производительные и отказоустойчивые места, например SAN/СХД. Данные моменты, а также миграция виртуальных машин и кластеризация будут рассмотрены позже – следите за обновлениями.
Теперь перейдем к “Диспетчеру Hyper-V” – займемся настройкой виртуальных машин и коммутатора. На рисунке, представленном ниже справа представлены необходимые для этого пункты меню:
Далее создадим коммутатор и тестовую виртуальную машину:
Установка роли Hyper-V, создание виртуального коммутатора, виртуальной машины завершены. Если возникнут проблемы при загрузке ОС, измените параметр “Безопасная загрузка” – снять галочку (Раздел встроенное ПО).
Содержание:
Здравствуйте!
Поднял на hyper-v терминальный сервер (server 2012 r2), при подключении с терминала наблюдаются тормоза у всех пользователей кроме администратора домена, даже добавление в админы не помогает. В чём может быть причина?
Как подключаются (среда передачи) пользователи и админ?
Подключаюсь с одного и того же терминала через локальную сеть
Сложно ответить сходу. Явных причин не вижу.. Какое оборудование и настройки сети?
128Гб. оперетивки, проц: xeon e5-2620 2.0Ghz. в кластере
сеть одноранговая
Здрассте, ну вот установил я виндоус сервер 2012 р2, создал виртуальный свитч, виртуальную машину, установил винду на вирт машину и чё терь с этим делать? Для чего это нужно? Я имею ввиду вся эта система.
а зачем ты это всё ставил? у тебя сервак дома или что? это всё не для средних умов создано
Ну похоже вы ниплохо разбираетесь в этом. Тогда дайте мне пожалуйста ваш совет по архитектуре и софту майкрософт.
Допустим в компании нужны сервера: 1с, видеонаблюдения, ОПС, Терминальный сервер с удалёнными пользователями, Вёб-сервер, сервер актив директори, сервер АТС Астериск, Облачный сервер, Сервер с Линукс. Каким образом вы бы всё это организовали, чтобы создать отказоустойчивую систему? Если возможно, изложите пожалуйста ваш ответ как можно более развёрнуто, по пунктам (Нужно столько-то физических серверов, на первом нужна Windows server 2012 r2, развернуть виртуальную сеть такого типа, установить такую роль…). По физическим серверам, хотелось бы узнать ваше мнение и по менее мощному варианту, и по более дорогому. А также сколько и каких лицензий потребуется для всех машин?
можете написать мне на chart41@bk.ru
Отличный способ обмануть судьбу, но мне это нравится)
Отвечу публичной статьей на следующей неделе. Сообщите количество ПК, пользователей в AD, АТС, 1С, RDP пользователей и уровень отказоустойчивости/приемлемое время простоя каждого сервиса.
В начале будет 50 пользователей, но позже у нас будут представительства в 10 других городах, мы же развивающаяся компания =). Все они будут в ad, АТС и они будут постоянно работать в rdp и 1c, а также пользоваться иксченджем, для которого тоже нужна машина. Ну и желательно, чтобы они все работали с контрагентами в crm. Пользователи будут батрачить в обычный рабочий день с 9 до 18 и ближе к ночи на сервере будут бэкапы
Здравствуйте Игорь, очень жду от вас статью, когда же?
у меня на работе +/- 600 компов на сервере вертится, оставь серверные операционки в покое, если не знаешь для чего они созданы
Судя по отклику – Вы новичок в системном администрировании. Со временем вы придете к тому, что большинство вещей (программы и оборудование) не имеют значения в своем разнообразии, главное – сам сервис (например, DHCP или jabber, почта, локальный сайт и т.п.).
Виртуализация предназначена, в первую очередь, для обстрагирования от железа и изоляции сервисов, их удобном и надежном управлении. Например, на одном физическом сервере, даже не мощном, можно с легкостью, благодаря VMware, Xen Server, Hyper-V, разместить несколько нетребовательных сервисов – контроллер домена, jabber, asterisk, ftp/smb сервер.
Что вы получите в итоге? Один простой физический сервер (два БП, отдельный raid-контролер “с батарейкой”, ИБП), который будет работать с бОльшим аптаймом, а виртуальные машины легко и прозрачно будут управляться (стоп/старт, снапшоты, полное резервное копирование, легкая миграция на другой сервер, даже обычным копированием vm на другой хост виртуализации).
Только представьте: проблемы или ошибки с ОС во время настройки, общие сбои ОС, повреждение данных или программ – все это уходит на второй или третий план, т.к. вам не нужно останавливать физический сервер, ждать его загрузки, восстановления ОС, сохранения данных, переустановки ОС и т.п. Просто запустить актуальную копию/резервный образ vm на другом таком же хосте виртуализации (vmware, xen, hyper-v), откатитесь до акуального состояния (снапшота/копии), при разворачивании нового сервиса – используйте заранее созданный “готовый” образ ОС с дефолтными настройками и будет Вам счастье 😉
А не проще все это сделать в контейнере?
под win2k16 конечно можно организовать контейнер, но что-то не нравится terminal services под 16. Рандомно черный экран вместо рабочего стола, или глюки с refs.
Уж куда предсказуемей jails, да zfs.
А тому новичку пофиг – это да))