Hyper-V на 2012R2 HyperV Edition или 2008R2 Standard Edition?
В настоящее время мы используем VMWare ESXi с 1 экземпляром Windows 2008 R2 Standard, 1 экземпляром Windows 7 и 2 экземплярами Linux.
Итак, недавно я хотел обновить свой сервер, потому что произошло много вещей. Я не смог найти многопортовый адаптер Intel 1GB, поэтому я получил адаптер Dlink, но он не был поддержан VMWare. Другая проблема заключается в том, что наши аппаратные NAS работают крайне медленно, а их техническая поддержка в лучшем случае неэффективна. 20 МБ / с RAID5 с объединением сетевых карт и только iSCSI действительно мало что могут сказать о производительности. Поэтому я столкнулся с Starwind VirtualSAN, который может работать только под Windows. Поэтому я планирую перенести мой VMWare в HyperV.
У нас есть только 1 стандартная лицензия Windows 2008 R2. Но, как я читаю на сайте Microsoft, Windows 2008 R2 Standard подходит для 1 ВМ и 1 хоста. Эта Windows 2008 R2 отвечает за удаленный рабочий стол Citrix.
Я успешно выполнил миграцию, но у меня осталось несколько вопросов перед выполнением живой миграции.
- Поскольку я могу запустить 2 стандартных Windows 2008 R2 Standard (хост + ВМ), должен ли я запускать Windows 2008 R2 Standard поверх хоста Windows 2008 R2 Standard или лучше с хостом Windows 2012 R2 HyperV? Есть ли какие-либо новые функции в 2012 R2, о которых я должен знать, чем аналог 2008 R2?
- Поддержка Ubuntu от VMWare была превосходной и очень быстрой. Как насчет производительности HyperV? Кто-нибудь когда-нибудь пытался сравнить сервер Ubuntu на HyperV и VMWare?
- Лучше ли позволить виртуальным машинам получать доступ к iSCSI со своего хоста или просто выделять им фиксированный VHD? т.е. 100 ГБ для VHD + 2 ТБ iSCSI или просто поставить 100 ГБ VHD и 2 ТБ VHD? ISCSI будет кэшироваться около 16 ГБ кэш-памяти на хосте. Мне действительно нужно установить Starwind на хост HyperV, так как у меня есть еще один сервер, который в настоящее время также обращается к iSCSI.
Спасибо за помощь
2 ответа
Хорошо... это было какое-то время... Я надеялся, что некоторые провели некоторое тестирование и могут помочь мне в этом вопросе, но после нескольких последних дней я тестировал некоторые конфигурации и тестировал их, пытаясь найти и компенсировать себя. Это может быть не идеальный конфиг, но это достаточно удобно для меня.
Я иду с Windows 2012 HyperV + 2008 R2. StarWind работает на Windows 2012. 2012 HyperV быстрее, чем HyperV 2008R2. По крайней мере, мне не нужно оставлять его на ночь, чтобы завершить установку, в отличие от 2008 R2. Плюс я могу NIC Teaming на сервере. Таким образом, предоставляя нашему соединению iSCSI полную полосу пропускания 3 Гбит / с с 2 DLink и одним встроенным. Наш iSCSI работает со скоростью около 2 ГБ / с плюс, около 3 ГБ. очень значительная скорость обновления для других наших серверов по сравнению со старыми 20 МБ / с. Просто прекрасно. Более того, Starwind может достичь гораздо быстрее, читайте ниже.
Сервис Ubuntu не был хорош в 2008R2, но очень хорош с 2012 R2 Gen2. Еще один момент при выборе 2012 R2 HyperV. Gen2 HyperV от Microsoft - ОЧЕНЬ значительное обновление старого Gen1. Не чувствует, что отличается от тех, что в VMWAre.
Я иду по маршруту iSCSI starwind и минимальному VHDX. Причина в том, что я могу достигать только 50 МБ / с с VHDX, но я могу достигать примерно 9-10 ГБ / с с StarWind. Используя кэш-память объемом 8 ГБ и кэш-накопитель L2 емкостью 100 ГБ, Starwind кричит БЫСТРО. И я действительно имею в виду БЫСТРО. Он также имеет зеркальное отображение сервера, поэтому целостность данных там рассматривается.
Что касается миграции, меня это не особо волнует, поскольку с iSCSI я могу просто отключить диск от ВМ 1 и подключить его к другой ВМ на другом сервере или просто подключить его к физическому серверу и возобновить работу практически без время потеряно. Нет необходимости в миграции, просто переключите соединение, и вуаля.. готово.
Итак, после тестирования производительности я решил использовать HyperV 2012 R2, гостевую версию 2008 и все данные в iSCSI.
StarWind vSAN работает под VMware просто отлично. У вас там тоже есть собственный vSAN от VMware. Не должно быть проблемой для живой миграции ваших виртуальных машин.