Welcome to TechNet Blogs Sign in | Join | Help

Browse by Tags

All Tags » VMware   (RSS)

Новые веб-трансляции по виртуализации

Не уверен, что это будет интересно большинству читателей — так как мероприятия больше маркетинговой направленности, а не технической. Однако если после прочтения наших заметок у вас остаются вопросы — насчёт позиционирования решений Microsoft, сравнений с решениями конкурентов, условий новых предложений — то это хорошая возможность сразу прояснить их «в лоб», а не через третьи руки. Сразу скажу, что язык обоих мероприятий — английский, и проводятся они для общемировой аудитории сотрудников и партнёров Microsoft.

О поддержке продуктов Microsoft в виртуальных машинах

Разных заказчиков интересуют разные вопросы, но один из них всегда остается в первой тройке. Это вопрос о поддержке ОС и ПО Microsoft в средах виртуализации — Virtual PC, Virtual Server 2005, Hyper-V и платформах третьих фирм. Вопрос достаточно тонкий и сложный, но очень важный для клиентов. Давайте в нем попробуем разобраться.

Определение платформы виртуализации из сценария

Недавно мне понадобился способ, позволяющий отличать виртуальные машины Virtual Server 2005 от виртуальных машин Hyper-V при применении групповых политик. Также возможна ситуация, когда понадобится определить платформу виртуализации для установки программного обеспечения — например, для обновления компонент виртуализации. Возможность узнать из виртуальной машины, какая используется платформа виртуализации, также может потребоваться для задач инвентаризации. Например, в тех сценариях, когда «родительская» система» по соображениям безопасности не включена в домен или даже не имеет доступа в корпоративную сеть. (При этом сеть может быть доступна лишь из самих виртуальных машин). Многие ли из вас помнят наизусть, какие платформы виртуализации используются на тех или иных серверах вашей сети (считая, что их много)? Какая версия Hyper-V, актуальна ли версия Virtual Server 2005 (R2, R2 SP1…), установлены ли в виртуальной машине текущие компоненты интеграции Hyper-V или Virtual Machine Additions (для VS2005)? В принципе, ничто не мешает нам определять и сторонние платформы виртуализации — как и версии используемых ими компонентов.
Posted by Alex A. | 4 Comments
Attachment(s): DefineVM_BIOS.vbs

Сделай сам: стенд с решениями для виртуализации — введение

Привет, меня зовут Артём Проничкин. С самого начала я участвую в этом блоге в качестве редактора, а на прошедшей неделе работал с Алексом и его коллегами над стендом для демонстрации Hyper-V и SCVMM. Этой статьёй я открываю цикл заметок, в которых обобщу сделанные нами выводы и полученный опыт. Во вводной статье я затрону самые общие соображения и расскажу историю нашего собственного стенда. А дальше перейду к конкретным описаниям настройки тех или иных компонентов. Прошу обратить внимание, что описываемые здесь сценарии хорошо подходят для демонстраций и тестов, но совершенно не поддерживаются в промышленной эксплуатации. Поэтому если вас интересует выбор оборудования для сборки системы, готовой к настоящей работе, — обратитесь к официальной документации и Windows Server Catalog. В простейшем случае вам понадобятся две машины, которые будут узлами кластера Hyper-V, и общее хранилище для них. Поскольку вы вряд ли найдёте дешёвое аппаратное общее хранилище (если найдёте — напишите мне об этом), рекомендую воспользоваться программной реализацией iSCSI. Это потребует от вас третьей машины, которую по совместительству можно сделать контроллером домена, установить на неё System Center Virtual Machine Manager и VMware VirtualCenter (при необходимости). Понятное дело, что если позволят ресурсы, то все эти приложения лучше разнести по разным виртуальным машинам, но в принципе это необязательно. Также, если вы последуете моей рекомендации и установите узлы кластера в варианте Server Core, то на эту третью машину можно будет установить инструменты удалённого управления Hyper-V и Failover Cluster — для удобства работы через графический интерфейс. Ещё можно добавить одну-две машины с Virtual Server — им SCVMM тоже может управлять. Понятно также, что если вам потребуется демонстрировать интероперабельность с VMware, вам потребуется одна (а лучше две) машины, на которые вы установите VMware ESX Server.
 
Page view tracker