Господа, скажите, а у кого-нибудь на офф.прошивке 2.1 есть проблема при настройке синхронизации с Exchange и попытке создания аккаунта: «Error: Failed to create the account. please try again later»?
Да и с уменьшением (shrink) на лету системных разделов под NTFS в Windows Server 2008 и выше стандартными утилитами проблем никаких нет.
Файловая система должна быть минимально возможного размера. Если у нас занято 2Гб, то размер файловой системы 2Гб + служебные данные.
А это уже, на мой взгляд, должно быть проблемой совсем не файловой системы, а СХД, и, кстати, у многих вендоров Thin Provisioning реализован и вполне успешно работает.
Добавьте побольше «интриг, скандалов, расследований», напишите что-нибудь вроде: «PRO Tips предоставляет больший функционал, чем VMware DRS и DPM.» и люди к вам «потянутся». «:-)»
На этом хотелось бы закончить статью, и заодно – рассказ об архитектуре Hyper-V. В заключение – хотелось бы спросить: у меня есть желание написать статью о Live Migration. Будет ли это интересно аудитории, или же все об этом слышали и все об этом знают?
Давно мечтал, чтобы кто-нибудь написал простенькую статью про пошаговую настройку PRO Tips с Management Pack'ами, которые могли бы как-нибудь экзотически ВМ'ку перезагружать, например, если служба какая-нить внутри ВМ зависала. Нэ? :-)
На мой взгляд, основная причина — почему используют SCSI контроллеры нежели IDE в виртуальной среде — это поддержка горячего добавления и возможность делать на таких дисках общее хранилище, например, для MSCS кластера.
Использовать дифференциальные диски в production-среде не рекомендуется
Это неплохо экономит место на СХД, например, при развертывании VDI на Hyper-V.
Картинка из Windows Server 2008 Hyper-V Resource Kit
Как видите, для эмулируемых устройств обращение идет к Worker Process, который выполняется в User Mode. Из-за чего получается большое пенальти по производительности.
System32, а почему по вашим схемам ВМ выполняются на уровне пользователя? В реальности это не так.
Каждая виртуальная машина имеет набор виртуальных устройств (сетевой адаптер, видеоадаптер, контроллер дисков, и т.д.), которые взаимодействуют с родительской партицией посредством так называемой шины виртуальных устройств (VMBus).
Это справедливо только для Enlightened Child Partition с установленными компонентами интеграции. Для неподдерживаемых ОС без компонентов интеграции используется другая схема взаимодействия эмулируемых устройств в ВМ с железом сервера.
Каждому свое, холиварить не будем… в моем случае я hyper-v ставил на двух процессорную систему, потому что у ESXi бесплатное ограничение на один физический процессор
Развитию облаков в России также мешает отсутствие вменяемых схем распилинга и откатинга. Как только такие схемы будут выработаны, работа пойдет быстрее.
А это уже, на мой взгляд, должно быть проблемой совсем не файловой системы, а СХД, и, кстати, у многих вендоров Thin Provisioning реализован и вполне успешно работает.
Давно мечтал, чтобы кто-нибудь написал простенькую статью про пошаговую настройку PRO Tips с Management Pack'ами, которые могли бы как-нибудь экзотически ВМ'ку перезагружать, например, если служба какая-нить внутри ВМ зависала. Нэ? :-)
Это неплохо экономит место на СХД, например, при развертывании VDI на Hyper-V.
Картинка из Windows Server 2008 Hyper-V Resource Kit
Как видите, для эмулируемых устройств обращение идет к Worker Process, который выполняется в User Mode. Из-за чего получается большое пенальти по производительности.
Это справедливо только для Enlightened Child Partition с установленными компонентами интеграции. Для неподдерживаемых ОС без компонентов интеграции используется другая схема взаимодействия эмулируемых устройств в ВМ с железом сервера.
Бесплатная редакция ESXi не ограниченая одним физическим сокетом/процессором
blogs.vmware.com/esxi/2009/06/esxi-vs-esx-a-comparison-of-features.html