Из не-Microsoft OS поддерживается официально SLES и RHEL. Это значит, что под них существуют официальные интеграционные компоненты (драйвера синтетических устройств, то же, что у VMware называется VMware Tools). В принципе, можно поставить туда любую ОС, используя эмулируемые устройства (к примеру — Legacy Network Adapter) вместо синтетических, но некоторые особые фичи (типа Offloading у сетевых адаптеров) поддерживаться не будут.
Ставили вообще туда и FreeBSD, и еще кучу всего — подробнее можно почитать в блоге Андрея Бешкова, и в частности — вот в этом посте: blogs.technet.com/abeshkov/archive/2010/04/01/3322594.aspx
Копирование без копирования настроек — это просто тупой перенос VHD-файла? Ну да, разумеется, сетевой адаптер будет уже вроде как новый, с новым MAC-адресом. Это то же самое, что заменить сетевку в обычном компе. На сетевку той же модели — но MAC уже другой, и разумеется настраивать придется заново.
Для переноса виртуалки с сервера на сервер в Hyper-V нужно использовать импорт-экспорт или Live Migration.
Это да. Но много ли надо клиенту для обработки картинки низкого качества с низким FPS и низкокачественного звука? Все равно основная нагрузка ляжет на сервер, а клиент будет только показывать «картинку». Да, может для видеотелефонии 256 цветов будет и маловато, можно поставить 16bit. Человек все равно разницы между 16 и 32-битным цветом не заметит.
Сарказм тут немного не к месту. Технологии виртуализации приложений — это чуть большее, чем chroot/jail. Это все равно, что конструктору космических кораблей говорить «ха-ха, ракеты еще китайцы тыщу лет назад изобрели!»
Для упрощения миграции лучше всего использовать Microsoft Hyper-V Server 2008 R2: он бесплатный, поддерживает кластеры и Live Migration, и при этом совсем не требует лицензий на каждый чих и пых.
VoIP, по моему скромному мнению, лучше все же реализовывать на железках. Да и самая простая встроенная звуковая карта позволит общаться через MS OCS например. X-Fi и HD-разрешение для коммуникаций, опять же, не нужно. Для TelePresence есть аж целые специальные железки.
Конечно, 256 цветов достаточно, если смотреть на такой экран 5-10 минут в день. А вы пробовали так работать?
Пробовали, во времена WinNT/2000. Я еще даже 60-герцовые мониторы застал :)
Контроллер домена все же хотя бы один нужно иметь «железный». Надо, чтобы хотя бы один КД стартовал раньше всех остальных серверов. Особенно это касается Exchange.
Вообще есть негласное правило виртуализации, «если средняя нагрузка составляет более 50% — виртуализация бессмыслена и вредна.»
Лучше не жмотиться и сразу поставить столько памяти, сколько нужно с запасом.
Microsoft (и я тоже) в этом полностью с Вами согласны. Память, да и все остальное железо необходимо проектировать с запасом.
VMware же почему-то так не считает, и во всю пиарит Memory Overcommitment :)
А что есть «полноценная работа»? Никто в здравом уме не собирается смотреть HD-фильмы, или там рендерить в 3DSMax на тонких клиентах. Терминальные среды предназначены для работы множества пользователей в относительно простых приложениях. В частности, для того, чтобы забивать накладные в 1С — не нужна гигабитная сеть и разрешение 1920*1080*32bit, достаточно и 256 цветов ;)
А
производительную графическую систему, достаточно мощный процессор и как минимум нормальную пропускную способность сети в пределах 1 Гигабита
VDI — это виртуализация железа, у нее очень много общего с виртуализацией серверов. Виртуализация сетей, СХД — это все известно, просто не хотелось копать уж настолько вглюбь, иначе статья получилась бы километровой. Потому что даже сами многопроцессорные системы — это уже виртуализация. Захотелось раскрыть те аспекты виртуализации, о которых сейчас во всю трубят маркетоиды всех калибров. А это — именно те три аспекта, которые я и привел.
Час — это при очень больших объемах памяти. При миграции копируется только память, виртуальные диски остаются на СХД. В высоконагруженных системах для быстрого копирования памяти при миграции можно использовать отдельные сетевые адаптеры, и даже — 10-гигабитные.
Опять же, час «подтормаживания» все же лучше, чем час даунтайма на разборку-сборку сервера, к примеру, для добавления оперативки.
Кстати да, с AD там очень много заморочек.
Насчет устаревания тикетов — это правда, именно поэтому снапшоты не рассчитаны на длительное хранение — и в частности поэтому их не рекомендуется использовать вместо бэкапов.
Да, контроллеры домена нельзя откатывать, более того — их не рекомендуется даже переводить в Save State, только Shutdown.
Во-первых, не факт, что это пройдет именно с институтами РАН — это все же не целиком коммерческие конторы. Во-вторых — патентное право в России чуть помягче, в частности алгоритмы у нас не патентуются вообще. В-третьих — даже если конечный результат кто-то себе заберет — по ходу дела будет сделано множество других важных открытий. Пример: технологии, разработанные в рамках космической программы применяют для изготовления искусственных суставов. И в-четвертых: даже если оплатившие исследования и заграбастают результаты — они все равно будут применены на практике, иначе не было бы смысла эти самые исследования оплачивать. Речь же идет о прикладной науке, а не о фундаментальной.
Ставили вообще туда и FreeBSD, и еще кучу всего — подробнее можно почитать в блоге Андрея Бешкова, и в частности — вот в этом посте: blogs.technet.com/abeshkov/archive/2010/04/01/3322594.aspx
Для переноса виртуалки с сервера на сервер в Hyper-V нужно использовать импорт-экспорт или Live Migration.
Пробовали, во времена WinNT/2000. Я еще даже 60-герцовые мониторы застал :)
Спасибо, здравая мысль!
Microsoft (и я тоже) в этом полностью с Вами согласны. Память, да и все остальное железо необходимо проектировать с запасом.
VMware же почему-то так не считает, и во всю пиарит Memory Overcommitment :)
А
это уже не тонкий, а толстый клиент :)
Опять же, час «подтормаживания» все же лучше, чем час даунтайма на разборку-сборку сервера, к примеру, для добавления оперативки.
Насчет устаревания тикетов — это правда, именно поэтому снапшоты не рассчитаны на длительное хранение — и в частности поэтому их не рекомендуется использовать вместо бэкапов.
Да, контроллеры домена нельзя откатывать, более того — их не рекомендуется даже переводить в Save State, только Shutdown.
Они что, разработали свой Office 2010, с азартными играми и продажными женщинами?