How to become an author
Search
Write a publication
Pull to refresh

Comments 91

FYI Темно-синие блоки с черным текстом на картинках — нечитабельны, как впрочем и половина остальных блоков — неудобно читать. Впрочем судя по картинкам — это «картинки картинок».
Исправьте, пожалуйста, если это все же ваш собственный графический материал.
Total votes 3: ↑2 and ↓1+1
Спасибо, исправил. Картинки мои, сам в Visio рисовал ;)
Total votes 2: ↑1 and ↓10
Фотография не просто намекает, а почти открытым текстом говорит:

«Hyper-V — теперь ваши сервера не просто работают, а еще ходят и бухают энергетики!»

Не хватает только пары робототелок и клубов дыма от косяка, спрятанного за спиной.
Total votes 1: ↑1 and ↓0+1
Спасибо за статью, жду продолжений. Всегда было интересно как раз то, что «под капотом».

Но с иллюстрациями беда, как уже подметили. Чёрный текст на синем фоне не читается, и картинки изуродованы jpeg сжатием. Если есть возможность, используйте png для картинок.
Total votes 2: ↑1 and ↓10
Hyper-V – это не самостоятельный продукт, а всего-навсего компонента ОС Windows Server 2008


Какая-то у вас устаревшая информация, укажите источник?
Hyper-v может выступать как роль windows 2008/2008r2 а может как отдельный сервер (win 2008r2 server core) причем полностью бесплатный (proof: www.microsoft.com/hyper-v-server/e/us/default.aspx)

P.S. если что спрашивайте ;) с hyper-v знаком непонаслышке
Total votes 3: ↑0 and ↓3-3
Гипервизор Hyper-V — это таки компонента ОС. Даже Hyper-V Sever — это практически полноценный Windows Server с гипервизором, из него просто вырезали все роли кроме Hyper-V. Parent Partition никуда не девается. А вот VMware ESXi например — это «чистый» гипервизор, без хостовой ОС.
Total votes 7: ↑5 and ↓2+3
Согласен, это так (еще говорят про гипервизор первого и второго рода), но думаю стоит сделать акцент на этом, так как это очень важно, что «чистый» hyper-v можно получить совсем бесплатно, причем ограничения менее жесткие как у ESXi например
Total votes 4: ↑1 and ↓3-2
Речь в статье шла именно об архитектуре самого гипервизора. А отличия Windows Server, Windows Server Core, и Hyper-V Server лежат уровнем выше.
Total votes 4: ↑2 and ↓20
Гипервизор 1го и 2го рода — это вообще не о том.
ESX и Hyper-V — 1го рода оба. Гипервизоры второго рода — VMware Server (ex-GSX), MS Virtual Server 2005
Total votes 3: ↑1 and ↓2-1
А есть явные преимущества перед ESX, ESXi и XenServer?
Total votes 2: ↑1 and ↓10
Каждому свое, холиварить не будем… в моем случае я hyper-v ставил на двух процессорную систему, потому что у ESXi бесплатное ограничение на один физический процессор

И смотря что вы собрались виртуализировать, если win системы — то думаю однозначно стоит ставить hyper-v server
Total votes 3: ↑0 and ↓3-3
при чем тут бесплатное или нет? в рамках статьи это не рассматривается.

почему вдруг винду на гипер-в? никакой разницы с вмварью нет.
Total votes 2: ↑1 and ↓10
Разница появляется, когда надо получить решение чуть посложнее, чем один сервер с парой виртуалок.
Total votes 2: ↑1 and ↓10
а можно без шаманства, в чем конкретно разница?
вот у меня чуть посложнее. виндовых серверов пачка крутится.
Total votes 1: ↑1 and ↓0+1
Ну, к примеру кластер поднять, с миграцией. У MS это можно сделать бесплатно, у VMware, ЕМНИП, будет стоить денег.
Total votes 2: ↑1 and ↓10
> отличается (..) с точки зрения архитектуры, а не маркетинговых листовок.

и при чем тут цена? как она влияет на архитектуру?

кстати, бесплатно это сделать нельзя. винду все равно надо покупать.
Total votes 1: ↑1 and ↓0+1
С точки зрения архитектуры самого гипервизора — разницы нет. А инфраструктура уже строится немного по-разному.

Винду покупать — не обязательно, есть Hyper-V Server.
Total votes 4: ↑2 and ↓20
И в чем разница в построении инфраструктуры?
Total votes 1: ↑1 and ↓0+1
Ну например в том, что Hyper-V не умеет пробрасывать FC. Или VMware ESX не позволяет запускать на одном хосте больше 128 виртуалок. VMware позволяет «на лету» переносить виртуалки с одного стораджа на другой, Hyper-V — только QSM. Работа с виртуалками в SCVMM немного отличается от оной в VirtualCenter.
Вобщем, нюансов много и там и там.
Total votes 4: ↑2 and ↓20
именно, ты перечисляешь ньюансы работы, а не разницу в архитектуре в.м. или разницу в построении архитектуры.
это, кстати, разные вещи, и непонятно почему от вопроса в разнице архитектуры в.м. ты перескочил на разницу в построении архитектуры.
Total votes 1: ↑1 and ↓0+1
Смотря с какой миграцией. Если мы говорим, например, о Storage VMotion, то у MS его даже за деньги не купишь. Нету просто такой функции.
Total votes 2: ↑1 and ↓10
У меня ESXi 4, там бесплатная лицензия на 2 сокета, по 6 ядер.
Total votes 2: ↑1 and ↓10
Каждому свое, холиварить не будем… в моем случае я hyper-v ставил на двух процессорную систему, потому что у ESXi бесплатное ограничение на один физический процессор

Бесплатная редакция ESXi не ограниченая одним физическим сокетом/процессором
blogs.vmware.com/esxi/2009/06/esxi-vs-esx-a-comparison-of-features.html
Total votes 3: ↑2 and ↓1+1
Нет такого ограничения. Выпишите себе лицензию на сайте VMware хоть на 100 процессоров — дадут новый ключик.
Total votes 2: ↑1 and ↓10
С точки зрения архитектуры — явных преимуществ нет ни у того ни у другого. Именно про XenServer — не знаю, какая архитектура там используется, микроядерная или монолитная. А вот ESX и Hyper-V я сравнить попытался, и тут сказать однозначно что одно хуже, а другое лучше — невозможно. Есть свои плюсы и минусы.
ESX от ESXi отличается только наличием Linux в комплекте, ESXi — это «чистый» гипервизор, без хостовой ОС. Это возможно из-за монолитной архитектуры. При микроядерной архитектуре, как у Hyper-V — сам гипервизор будет очень маленьким, но работать без хостовой ОС он не может.
Total votes 2: ↑1 and ↓10
ну тогда и ESX тоже не «чистый», а форкнутый redhat
Total votes 1: ↑0 and ↓1-1
а ESXi? :)
там от редхата не так много осталось, как может показаться разглядывая процесс загрузки.
Total votes 2: ↑1 and ↓10
как сказал, ТС: «ESXi — это «чистый» гипервизор, без хостовой ОС»
не важно много или мало, важно что какая-никакая а подложка будет все равно
Total votes 1: ↑0 and ↓1-1
Там от редхата вообще ничего не осталось. Роль Service Console выполняет busybox.
This comment wasn’t rated yet0
У меня XenServer используется. Раз уж без купюр и ценников решили здесь общаться, я хотел увидеть явные плюсы решения от MS. Или здесь какой вендор ближе тот и используем?

Я Hyper-V не использовал. Сравнивал для себя ESXi и XenServer. Остановился на нем.
Total votes 2: ↑1 and ↓10
для чего используете виртуализацию?
This comment wasn’t rated yet0
Консолидация задач в рамках одного устройства. Минимизация простоев ресурсов серверов.
Total votes 2: ↑1 and ↓10
это общие факты, интересует что является гостями и что на них работает
This comment wasn’t rated yet0
MS Windows 2003, SLES 10, SLES 11. Терминальный сервер, Samba PDC, DNS, WWW, Print. Вот.
Total votes 2: ↑1 and ↓10
Не думаю, что вы заметите разницу поменяв xen на hyper-v
Total votes 1: ↑0 and ↓1-1
Hyper-V, например, не поддерживает размещение ВМ на NAS (NFS).
Total votes 3: ↑2 and ↓1+1
Вот и плюс. Вернее, минус Hyper-V.
Total votes 1: ↑1 and ↓0+1
Нет там никакой хостовой ОС Linux. Есть Service Console (на базе RHEL), которая является виртуальной машиной. Гипервизор ставится прямо на железо.
Total votes 1: ↑1 and ↓0+1
Sorry, да, забыл я этот термин — «Service Console» :) Потому и сказал «хостовая ОС», что не совсем верно. /me Посыпает голову пеплом
Total votes 2: ↑1 and ↓10
Service Console работает уровнем выше, чем родительский раздел Hyper-V.
This comment wasn’t rated yet0
драйвера для ограниченного числа железа ставится в упрек vmware.
а что с h-v? неужели можно запустить на _любом_ железе?
Total votes 1: ↑1 and ↓0+1
Необходим сервер с x64-совместимым микропроцессором Intel или AMD, аппаратно обеспечиваемой виртуализацией (Intel VT или AMD-V) и поддержкой аппаратного предотвращения выполнения данных (DEP) через XD-разряд Intel или NX-разряд AMD.


ru.wikipedia.org/wiki/Microsoft_Hyper-V_Server
This comment wasn’t rated yet0
ну то есть разницы нет. у вмвари требования, кстати, шире. можно и на более старых машинах работать.
Total votes 1: ↑1 and ↓0+1
но допусти ограничение на один физический процессор, о чем я писал выше goo.gl/CI8x
Total votes 3: ↑0 and ↓3-3
с какой версии его убрали?
This comment wasn’t rated yet0
Его никогда не было.

Когда скачиваешь ESXi на страничке есть поле, в котором надо ввести требуемое количество процессоров и будет даден новый ключ на это количество процессоров.
Total votes 1: ↑1 and ↓0+1
На любом, с поддержкой аппаратной виртуализации. Речь шла о том, что если, например, в компании используется какая-нить старая версия ESX, и нужно поставить, к примеру, новый RAID-контроллер — то его драйвера в ESX может и не быть, и придется ставить новый гипервизор. И наоборот, при переходе на новый ESX возможно придется заменить что-то из железа.
В Hyper-V же достаточно поставить драйвер.
Total votes 3: ↑2 and ↓1+1
какой нафиг рейд-контроллер?
клауд строим. диски — снаружи. внутри память и процессоры распределенные по задачам.
там не так много драйверов надо.
во всяком случае я собирал тестовый esx на двух старых десктопных машинах. h-v на таком просто не запустится. и вы еще верите мс, что мол у вмвари хуже с драйверами. это рекламный буллшит.
Total votes 1: ↑1 and ↓0+1
Ну ладно, не RAID-контроллер, а какой-нить новый FC HBA 8Gbit. Или сетевая карта под 10Gbit. В старых версиях ESX дров на них может и не оказаться.

и вы еще верите мс, что мол у вмвари хуже с драйверами. это рекламный буллшит.

Таки да, хуже. Потому что монолитная архитектура.
Total votes 4: ↑2 and ↓20
конкретику можно?
а то хуже-хуже.
Total votes 1: ↑1 and ↓0+1
Конкретика была в статье: жесткий список поддерживаемого железа, без возможности добавления сторонних драйверов. Кроме этого, интеграция стороннего кода в гипервизор «утяжеляет» его и снижает безопасность.
Total votes 2: ↑1 and ↓10
я не вижу практически, что это где-то было хуже.
пример я уже приводил, esx я запускал на десктопном железе.
а h-v на нем не запустится.
Total votes 1: ↑1 and ↓0+1
Запустится, если процессор поддерживает. Я когда делал вебкасты — ставил Hyper-V Server на ноутбуки для демонстрации.
Total votes 2: ↑1 and ↓10
Запустится, если есть аппаратная виртуализация. ESX / ESXi этого не требует.
Total votes 2: ↑2 and ↓0+2
ESXi далеко не на любое железо встанет, при установке на сервер (Intel, на котором сейчас крутится hyper-v) ESXi 3.5 просто вис, поэтому на нем сейчас живет Hyper-V
Total votes 1: ↑0 and ↓1-1
Поставьте нормальную сетевую карту от Intel (30$) и аппаратный RAID начального уровня (200$) и все будет прекрасно. Или вообще ESXi на флэшку, а если локальных дисков не планируется, то весь вопрос лишь в сетевухе.
Total votes 1: ↑1 and ↓0+1
Сетевушки Intel, raid sas intel, что еще?
Total votes 1: ↑0 and ↓1-1
— ставим 4-ку.
— смотрим лог 3.5 и говорим, на что именно ругается.
Total votes 1: ↑1 and ↓0+1
1) Ее тогда не было
2) уже точно не помню на что
Total votes 1: ↑0 and ↓1-1
тогда это беспредметная дискуссия.
может весь вопрос бы включить/отключить что-то в биосе. или вынуть не совместимую плату.
Total votes 1: ↑1 and ↓0+1
ESXi / ESX 4.0 тоже виснет при установке?
Total votes 1: ↑1 and ↓0+1
Не настолько он и жесткий. Почти полностью поддерживаются текущие модели всех крупных ведоров.

Более того, по сути драйверы требуются только на две вещи: сетевые карты и raid контроллеры. При этом, разумеется, драйверы под все серьезное оборудование уже есть, и проблема только с копеечными китайскими поделками или с уже устаревшим оборудованием. Например, ESX 4 не поддерживает 100 мегабитные сетевухи по причине их полной моральной дряхлости.
Total votes 2: ↑2 and ↓0+2
>Таки да, хуже. Потому что монолитная архитектура

Или лучше. Все зависит от точки зрения. У меня с серверами HP никаких проблем с драйверами для ESX.
Будь не HP, а самосбор из рассыпухи от дядюшки Ляо, то да, была бы проблема с драйверами.
Total votes 2: ↑2 and ↓0+2
UFO just landed and posted this here
> приходится пользоваться ухищрениями вроде проброса USB через TCP/IP-сеть
вообще есть копеечные сетевые usb хабы для этого.

а что, в hyper-v можно юзать usb брелок с хоста?
и что будет когда машина мигрирует с этого хоста? а когда хост выключится для экономии потребления электричества?
Total votes 1: ↑1 and ↓0+1
как раз нельзя, проброса USB в гостевую машину нет и не будет по соображениям безопасности
Total votes 1: ↑0 and ↓1-1
у VMware будет в vSphere 4.1 примерно через месяц-два. Пока дата выхода не названа.
Total votes 1: ↑1 and ↓0+1
вообще есть копеечные сетевые usb хабы для этого.

Не знал, будем иметь ввиду.

а что, в hyper-v можно юзать usb брелок с хоста?

Именно, что нельзя — поэтому приходится всячески извращаться.
Total votes 2: ↑1 and ↓10
ну так везде нельзя.
смысл об этом говорить?
Total votes 2: ↑1 and ↓10
Смысл был — сказать, что нельзя. Вот и все.
Total votes 3: ↑2 and ↓1+1
а не поделитесь ли примерами копеечных, а то видел нормальные только за ~400$
This comment wasn’t rated yet0
покупались какие-то с ценой около ста баксов.
точную модель не вспомню, это пару лет назад, у других заказчиков.
работало вполне надежно, повисания девайса были не чаще раза в несколько месяцев.
This comment wasn’t rated yet0
жаль что не помните, а то цены на энивайр юсб, который последний запосченый в виртуализации, это именно тот который я находил с ценой более 300$
This comment wasn’t rated yet0
System32, а почему по вашим схемам ВМ выполняются на уровне пользователя? В реальности это не так.

Каждая виртуальная машина имеет набор виртуальных устройств (сетевой адаптер, видеоадаптер, контроллер дисков, и т.д.), которые взаимодействуют с родительской партицией посредством так называемой шины виртуальных устройств (VMBus).

Это справедливо только для Enlightened Child Partition с установленными компонентами интеграции. Для неподдерживаемых ОС без компонентов интеграции используется другая схема взаимодействия эмулируемых устройств в ВМ с железом сервера.
This comment wasn’t rated yet0
А как же эмулируемые устройства взаимодействуют с драйверами в parent partition? Если я правильно понял — то тоже через VMBus.
Total votes 2: ↑1 and ↓10
Немного по-другому.

Картинка из Windows Server 2008 Hyper-V Resource Kit


Как видите, для эмулируемых устройств обращение идет к Worker Process, который выполняется в User Mode. Из-за чего получается большое пенальти по производительности.
Total votes 1: ↑1 and ↓0+1
Спасибо! Сейчас впишем в статью :)
Total votes 2: ↑1 and ↓10
Статейку обновил, еще раз спасибо ;)
This comment wasn’t rated yet0
Помимо прочего, плюс «вмонтированности» драйверов ESX — при падении Service Console, он же родительский раздел в Hyper-V, виртуальные машины продолжают работать и мы можем дождаться конца рабочего дня, чтобы корректно их погасить и разобраться с хостом. В случае с Hyper-V падает все целиком, вместе с виртуальными машинами.
Total votes 6: ↑6 and ↓0+6
Не надо рассказывать. Нужно просто дать возможность покопаться в исходных текстах. Нет исходных текстов — остаётся только маркетинговое жужжание «как тут всё интересно работает.»
Total votes 4: ↑2 and ↓20
Хотите покопаться в исходных кодах? Вы способны в них не только покопаться, но еще и понять и придумать что-то свое? Отправляйте резюме в Microsoft, вас ждут с нетерпением.
Total votes 2: ↑1 and ↓10
Меня не интересует работа в майкрософт, т.к. все результаты моей работы окажутся в собственности капиталистов.

Алсо, буквально сейчас, в соседнем окне, у меня открыты исходные тексты XEN'а, в котором я изучаю специфику работы ballooning'а. Без описаний. Там вполне понятный код есть. И уже есть нужный мне патч под специфику работы.
Total votes 5: ↑3 and ↓2+1
А где вы работаете? Уж не в Северной ли Корее, что обходитесь без капиталистов? Чуть менее чем во всех конторах при приеме на работу вы подписываете соглашение, что все, что вы напишите в ходе работы — «становится собственностью капиталистов».
This comment wasn’t rated yet0
Где я работаю, написано у меня в профиле. На этой работе, действительно, есть такой пункт. Потому мне очень нравится GPL, которая меня определённым образом защищает (например, если я пишу гостевой драйвер для передачи его клиентам, то фирма обязана будет отдать его под GPL, т.к. я использую уже существующий GPL'ный код как основу).

На предыдущей работе такого не было, и я вполне публиковал софт под GPL.

Короче, думайте головой, перед тем, как подписывать документы. Кстати, в моём трудовом договоре нет ничего про нерабочее время (в отличие от мелкософта), так что работать над свободным ПО и создавать что-либо под cc-by-* это мне не будет мешать.
This comment wasn’t rated yet0
GPL — она может и хороша, но GPL-код — тоже не ваша собственность в полном смысле этого слова.

У MS — стандартный трудовой договор, и про нерабочее время там ничего не говорится. В свободное время — хоть ядро линукса ковыряйте.
This comment wasn’t rated yet0
Да ладно! А я где-то читал, что MS запрещает своим программистам смотреть GPL-код, чтобы случайно оттуда ничего в основной код не утащили.

Алсо, в любом случае не интересно, работать в организации, к которой испытываешь резкую неприязнь, будет неприятно.
This comment wasn’t rated yet0
Уж точно они ничего не запрещают. И более того, даже пишут Open Source — код. К примеру — codeplex.com.
This comment wasn’t rated yet0
Sign up to leave a comment.

Articles

Show the best of all time

Your account

Sections

Information

Services

Support
© 2006–2024, Habr