Tip#1: Динамическая память не поддерживается для Windows XP.

Tip#2: Только Enterprise и Ultimate Windows 7 и Vista поддерживают динамическую память.
Tip#3: Для быстрой проверки DM установите для рисунка в MSPaint максимальный размер.
Tip#4: DM отвечает только за фактические запросы выделения памяти.

Tip#5: Вы должны обновить и Hyper-V и Гостевую ОС для работы DM.
Tip#6: Вы должны установить патч для 2008 SP2 Web и Standard Edition для работы DM: http://support.microsoft.com/kb/2230887/en-us
Tip#7: Самый быстрый способ включить DM: задать стартовую память Лучший способ: задать максимальную память.
Tip#8:  Не беспокойтесь если память сразу не возвращается хосту при закрытии приложения.

Tip#9: Для Windows 7 и Windows Server 2008 R2 вы должны проинсталлировать SP1 для DM.
Tip#10: В большинстве случаев вам не нужен параметр ‘Memory Priority’ в VDI.
Tip#11: Машина должны быть выключены если вы хотите поменять значения стартовой и максимальной памяти.

Tip#12: ‘Memory Buffer’ и ‘Memory Priority’ могут быть изменены на лету.
Tip#13: Установка DM на неподдерживаемой ОС приведет к использованию стартовой памяти.
Tip#14: Увеличьте Memory Buffer если у вас проблемы производительностью DM.
Tip#15: DM наиболее эффективен если вы определяете требуемую память для машины и указываете её в стартовой.

Tip#16: Для кластерной конфигурации необходимо учитывать что сервер так же выделяет память на кластерные нужды.

Tip#17: Know that adding a RFX adapter adds a significant amount of RAM. Be sure to review  Startup RAM at that time.
Tip#18: Установка начальной памяти по минимуму – это плохо.
Tip#19: Не доверяйте Task Manager о доступной памяти.

Tip#20: To gather performance data on DM, you should not use guest tooling. Run perfmon on the host instead.

Недавно компании Box.net и Zynga устроили презентацию об использовании в своей инфраструктуре публичных вычислительных облаков. Тема заинтересовала меня, особенно, в свете отказа в апреле 2011 года нескольких зон доступности (Availability zones) облака Amazon EC2, сделавшего недоступными несколько крупных интернет ресурсов и игр на Facebook на несколько дней. Презентации были изложены очень кратко, конкретные детали реализации докладчики не раскрыли. Но даже поверхностные данные представляют интерес. 

Сегодняшний мир — это мир виртуализации. Мощности современных серверов уже достигли все мыслимых пределов при достаточно низкой стоимости. Поэтому многие задачи, для которых традиционно отводилось несколько серверов, переносятся в виртуальные среды. Причем если раньше администратор был, по сути, связан самим железом, то теперь он может создать любое количество серверов буквально одной командой. В результате на группе серверов может “крутиться” целый табун виртуальных машин, что в итоге порождает целый ряд проблем управления всем хозяйством с возможностью делегирования полномочий между несколькими администраторами. Плюс надо как-то получать информацию о состоянии хостовых и гостевых систем. Контроль первых необходим, чтобы создавать новые виртуальные машины на наименее загруженных серверах. Гостевые системы, как правило, ограничены в ресурсах, их контроль необходим, чтобы быстро реагировать на проблемы. Частично это все решается при помощи команд Unix, записанных в скрипты, но производимые операции и выдаваемая информация не всегда наглядны, да и требует некоторой подготовки. Не говоря уже о том, что эти скрипты надо где-то брать. Использование графического интерфейса сразу снимает ряд вопросов. В мартовском приложении к журналу «Виртуализация», уже рассматривался интерфейс Karesansui и Red Hat Enterprise Virtualization. Проект ConVirt также обещает много интересного.

Читать далее >>> 

Как и было обещано в предыдущей статье, сегодня мы поговорим о базовой настройке хост-машины для работы KVM.

Для начала необходимо узнать, есть ли у нашего процессора необходимые инструкции для поддержки виртуализации.

$ egrep '(vmx|svm)' /proc/cpuinfo

Если есть — это замечательно.

Подготовка операционной системы

 

Читать далее >>>