Влияние снапшотов на производительность - 1

Зачастую пользователи жалуются: "Если я нажимаю "Delete snapshot" - все просто встает!" Причем у кого-то действительно все сильно тормозит, а кто-то практически не замечает, что вообще что-то происходит.
Так что же происходит со снапшотами и как они влияют на производительность?

Описание тестовой среды:

• Windows 2003-R2-SP2 ВМ (32 bit);
• 1 vCPU;
• 2048 MB RAM;
• 5 GB загрузочный диск в режиме "independent" - SAN;
• Конфигурационные файлы ВМ и 4 GB диск для измерений на локальных дисках (10K RAID1);
• IOmeter (version 2006.07.27);
• Perfmon измеряет reads/writes на PhysicalDisk с интервалом 20 секунд;
• ВМ созданы на ESX3.5 и 4.0 для сравнения.

Обращаю ваше внимание, что и конфигурационные файлы и диск для измерений находятся на локальных дисках, т.е. все файлы снапшота тоже будут находиться на локальных дисках. Поскольку загрузочный диск ВМ в режиме independent - снапшот к нему не применяется и соотв. влияния на производительность он не оказывает.

VMworld Sessions

VMware открыла голосование для выбора сессий на VMworld.

https://vmworld2011.wingateweb.com/scheduler/publicVoting.do

Моя сессия – 3332 :)

VMware vExpert 2011

VMware объявила о старте программы vExpert в этом году.

Напомню, что vExpert - это не техническое звание как VCP и не требует каких-либо экзаменов. Звание vExpert присуждается за вклад в развитие сообщества блоггерам, авторам книг, лидерам VMware User Group, спикерам и организаторам мероприятий, лидерам форумов - иными словами всем тем, кто тратит свое время и делится своими знаниями с сообществом.

VMware vExpert'ы получают доступ к бетам продуктов, бесплатный доступ к контенту vmworld.com, доступ к закрытому форуму vExpert, лицензиям. В прошлом году звание vExpert получили около 350 человек, из них 6 в России и СНГ.

Вот здесь вы можете заявить свою активность в сообществе, либо номинировать того, кто, по вашему мнению, заслуживает звания vExpert за свою активность в 2010.

VMware User Group - Тбилиси, Грузия

Рад сообщить, что 22 апреля в Тбилиси пройдет первая встреча VMware User Group Georgia. Организатор мероприятия - Сандро Галдава с моей посильной помощью.

За поддержку спасибо компании EMC.

Регистрация здесь.

Приходите, будет интересно :)

Бесплатная книга о защите данных в средах VMware

Компания Veeam сделала прекрасный подарок всему сообществу, выложив в открытый доступ книгу известного специалиста в области виртуальных сред VMware "Top 10 Best Practices for VMware Data Protection by VMware vExpert Eric Siebert".

Eric Siebert is an IT industry veteran, author and blogger with more than 25 years of experience, most recently specializing in server administration and virtualization. He is a very active member of the VMware VMTN support forums, where he's attained the elite Guru status by helping others with their virtualization-related challenges.

EMC Record Breaking Tour в Екатериннбурге и Новосибирске

Рад сообщить, что 5го апреля в Екатеринбурге и 7го апреля в Новосибирске состоятся семинары, посвященные новой линейке систем хранения данных EMC. Я на них присутствую, и даже не исключено, что выступаю. Приходите, будет интересно.

В любом случае буду готов ответить на ваши вопросы в кулуарах и рассказать про интеграцию СХД EMC и продуктов VMware.

P.S. и не откажусь от общения в неофициальном режиме за кружечкой пива после мероприятия :)

Тонкие диски и фрагментация VMFS

На форуме VMTN часто поднимается миф о фрагментации VMFS и ее влиянии на дисковую производительность.

При создании тома VMFS вы выбираете размер блока форматирования (1, 2, 4 или 8 МБ). Этот размер блока влияет на то, как гипервизор будет выделять место для VMDK файлов. Для толстых дисков - размер блока, подлежащего заполнению нулями при первом доступе, для тонких - соотв. еще и размер блока для роста.

Так значит тонкие диски в сочетании с маленьким размером блока приведут к фрагментации? Да, это более чем возможно. Однако, вопрос должен звучать: а приведет ли это к снижению производительности? И ответ - нет. Прежде всего, размер блока форматирования VMFS не имеет никакого отношения к вводу-выводу гостевой ОС. Скажем, у вас обычная ВМ с Windows и эта ВМ читает и пишет блоками по 8кБ на томе с 1МБ блоками. Гипервизор не будет читать блоками по 1 МБ, поскольку это вызовет серьезную деградацию общей производительности. Нет, гипервизор передаст СХД запрос гостевой ОС, и СХД в свою очередь будет действовать в соответствии с собственными настройками. Вероятно люди беспокоятся о том, что фрагментации повлияет на последовательные чтение / запись, но подумайте секунду-две. О каком последовательном вводе-выводе мы говорим, если смотреть со стороны СХД? Множество хостов, на каждом из которых не одна ВМ, обращающихся к целой куче виртуальных дисков, размазанных по один Ньютон знает какому количеству шпинделей. Последовательный ввод-вывод вдруг оказывается не таким уж последовательным, не так ли?

Оригинал: Duncan Epping (yellow-bricks.com)