Продолжая цикл заметок о производительности Hyper-V, сегодня мы поговорим об операции копирования на диски, использующие новую технологию Cluster Shared Volumes (CSV). На самом деле, эта заметка никак не касается самого Hyper-V, работы или производительности уже существующих виртуальных машин, а затрагивает лишь производительность операции копирования файлов на том CSV.
После того, как вы создали кластер из нескольких узлов и настроили общие диски на использование CSV, настало время создавать виртуальные машины. Часто процесс заключается не только в создании новых виртуальных машин, но и в копировании существующих или создании их из готовых шаблонов — что также подразумевает копирование шаблона из Библиотеки. На какой же узел следует копировать файлы виртуальных дисков, где нужно создавать виртуальные машины по шаблонам из Библиотеки? Удобным нововведением CSV является доступность общего диска одновременно со всех узлов кластера. Вы можете выполнить операцию копирования файла с сетевого ресурса в каталог «C:\ClusterStorage\Volume1» на любом из узлов. Но будет ли время копирования одинаковым на всех узлах? Рассмотрим задачу на практике, а после поговорим о теории.
В моём примере имеется кластер из двух одинаковых узлов с разделяемым дисковым хранилищем. Чтобы не упираться в производительность копирования по сети, я скопирую тестовый файл виртуального диска на локальных системный диск каждого из узлов. Размер этого файла равен 6.4 ГБ. Я буду копировать этот файл на общих кластерный ресурс CSV по очереди на обоих узлах, задав результируемому файлу имя, содержащее номер узла, измеряя время копирования и отслеживая счетчики производительности в Performance Monitor.
На первом узле процесс копирования занял 155 секунд.
На втором узле тот же процесс занял уже 196 секунд — более, чем на четверть больше!
Я «локально» копирую одинаковый файл на двух узлах на общий диск, но результат на втором узле заметно хуже, чем на первом! В чём же разница?
Дело в том, что первый узел является координатором или владельцем данного тома CSV — так что все операции записи для него действительно локальны. Тогда как второй узел владельцем CSV не является, и на самом деле операции записи в новый файл перенаправляются по сети!
Заметим, что все узлы будут работать с содержимым файла виртуального диска локально — в случае, если этот файл уже создан и имеет заданный размер. По сети перенаправляются лишь операции расширения файла, которые увеличивают его размер на томе. Для существующих фиксированных виртуальных дисков разницы в производительности виртуальных машин не будет совсем. Для виртуальных машин, использующих динамические диски, можно заметить незначительное замедление операций записи в моменты расширения диска. Но это происходит не при каждой записи в файл, а увеличении диска при исчерпании места в файле. Реальная разница в производительности между узлами кластера для существующих динамических дисков на CSV практически нулевая, ибо операции по увеличению файла виртуального диска являются разовыми (пусть несколько раз в сутки или даже в час, но никак не постоянными).
Посмотрим, как выглядел процесс копирования с точки зрения счетчиков производительности в Performance Monitor.
Заметим, что на первом узле все записи, расширяющие файл (а только так работает операция file copy), являются локальными, — это линия красного цвета, а перенаправленных записей нет вообще.
Для второго узла картина обратная. Все записи на том CSV являются перенаправленными — это линия зелёного цвета — тогда как локальных операций записи нет вообще (их и не может быть во время копирования нового файла на том CSV).
Выводом из наших изысканий является то, что при копировании файлов на том CSV (локально или по сети) вам следует использовать узел-координатор, чтобы сэкономить время и не нагружать дополнительно сеть операциями перенаправленной записи.
Как же понять, какой узел является координатором того или иного тома CSV? Это можно увидеть в консоли Failover Cluster Manager.
Если вы предпочитаете работать из командной строки (например, на Hyper-V Server 2008 R2), вы можете воспользоваться следующим коммандлетом Powershell: Get-ClusterSharedVolume.
Многое уже было сказано о виртуализации в Windows Server 2008 R2, о новой технологии Cluster Shared Volumes (CSV), позволяющей всем узлам кластера одновременно работать с общим диском, о Live Migration, отчасти ставшей возможной как раз с появлением CSV.
Технология Cluster Shared Volumes позволяет вам размещать на общем кластерном диске виртуальные машины, запускаемые на разных узлах кластера. Это очень удобно, так как позволяет вам переносить виртуальные машины с узла на узел, не смотря на то, какие еще виртуальные машины на данном диске расположены.
Сегодня я не буду рассказывать теорию работы Cluster Shared Volumes — если интерес будет проявлен, опишу её в отдельной статье. Сейчас же мы рассмотрим практическую сторону — как задействовать функционал Cluster Shared Volumes, как включить его для общих дисков, как отключить данный функционал, если потребуется и такой шаг.
Я исхожу из того, что вы уже установили Windows Server 2008 R2 или Hyper-V Server 2008 R2 на один или несколько серверов и создали кластер. Сразу после создания кластера вы не видите в консоли Failover Cluster Manager раздела Cluster Shared Volumes, так как данных функционал отключен по умолчанию.
Как задействовать Cluster Shared Volumes?
Ответ на вопрос будет таким же простым, как его формулировка, — в консоли Failover Cluster Manager выберите корневой элемент созданного кластера. В списке действий увидите команду Enable Cluster Shared Volumes.
Выбрав эту команду, согласитесь с предупреждением системы о том, что CSV поддерживается лишь для отказоустойчивых виртуальных машин, — и вы заметите, что в консоли Failover Cluster Manager появился новый раздел.
Как задействовать Cluster Shared Volumes из PowerShell?
Вы можете включить поддержку CSV на вашем кластере и из PowerShell. Делается это при помощи следующей команды: Get-Cluster | %{$_.EnableSharedVolumes = "Enabled"}
Обратите внимание на то, что по умолчанию в PowerShell не загружаются все возможные модули — и поэтому при обычном запуске Windows PowerShell коммандлет Get-Cluster недоступен. Чтобы воспользоваться специализированным набором коммандлетов, вам потребуется импортировать модуль поддержки технологий кластеризации. Для этого выполните команду import-module failoverclusters или же запустите «Windows PowerShell Modules» из меню «Administrative Tools», что загрузит разом все модули, входящие в стандартный пакет администрирования.
Как отключить поддержку Cluster Shared Volumes?
Интересный момент — включение поддержки CSV возможно из консоли Failover Cluster Manager, а вот возможность отключения там отсутствует. Единственный способ отключить поддержку CSV в кластере — выполнить команду Get-Cluster | %{$_.EnableSharedVolumes = "Disabled"}
Помните о том, что следует импортировать модуль failoverclusters или запускать «Windows PowerShell Modules» из «Administrative Tools».
Включение Cluster Shared Volumes для общих дисков
Задействовав поддержку CSV на кластере, вы еще не сделали ваши общие диски доступными на всех узлах сразу. Это потребуется выолнить для каждого из дисков отдельно. В консоли Failover Cluster Manager в графе Cluster Shared Volumes вы видите, какие диски в данный момент используют технологию CSV.
Если вы хотите включить Cluster Shared Volumes для нового диска, выполните действие «Add Storage» и выберите этот диск.
Добавленный диск также отобразится в списке дисков, использующих CSV.
Создание виртуальных машин на Cluster Shared Volumes
Каждый диск, для которого вы задействовали CSV, будет доступен на всех узлах в виде каталога «C:\ClusterStorage\VolumeX», где X — номер диска в очерёдности включения CSV (что вовсе не обязательно может совпадать с нумерацией дисков в представлении оснасток Failover Cluster Manager и/или Disk Management).
Теперь создавая виртуальные машины, размещайте их конфигурацию и диски внутри данных каталогов.
Дополнительные соображения
Помните о том, что диски CSV не поддерживают технологию Pass-Through. То есть у вас не получится подключить общий диск кластера напрямую к виртуальной машине. Вместо этого на общих дисках следует создавать виртуальные диски (VHD) и уже их подключать к виртуальным машинам. Впрочем, любая виртуальная машина может одновременно сочетать в себе виртуальные диски (расположенные на CSV) и диски, подключенные как Pass-Though (не задействованные в кластере каким-либо другим способом).
Если вы копируете файлы (например, виртуальные диски) на диск CSV — запускайте процесс копирования на узле-координаторе. Подробнее об этом я расскажу в следующей заметке.
Сегодня было объявлено о том, что работа над System Center Data Protection Manager (DPM) 2010 завершена. Ознакомительную версию вы можете загрузить с сайта Microsoft Download Center, а в продаже продукт должен появиться первого июня.
В блоге команды разработки приведены интересные цифры. Один сервер SC DPM 2010 может защищать:
К сожалению, пока не ясно, считается ли всё одновременно — или каждое из перечисленного справедливо в отдельности. Так же неясно, является ли это официальными ограничениями поддерживаемой конфигурации. Я надеюсь, что полная документация по продукту должна появиться в ближайшее время.
Кроме того, одновременно выпущена окончательная версия System Center Essentials 2010. И теперь этот продукт тоже включает некоторый функционал управления серверами виртуализации Microsoft. Подробнее об этом мы постараемся написать в ближайшем будущем.
Алекс сейчас пребывает с затянувшейся командировкой в Штатах, а я не слишком пристально слежу за Citrix — так что прошу прощения за то, что мы изрядно затянули с объявлением. Но всё-таки — в понедельник, пятого апреля, в рамках мирового Microsoft Virtualization Summit в Москве пройдёт совместное мероприятие Citrix и Microsoft, посвящённое виртуализации рабочих мест (Desktop Virtualization).
Алекс будет выступать в 15:30 и расскажет про роль Citrix в страгии виртуализации Microsoft. А именно — про сотрудничество в VDI с XenDesktop, включая информацию о замене лицензий VMware View на VDI Suite + XenDesktop, о SiteRecovery, о XenApp и интеграции с App-V, об управлении XenApp через AGPM и SCCM. Обещает поговорить про Denyamic Memory и RemoteFX для сценария VDI, возможно покажет новые компоненты интеграции Linux на примере RHEL 5.4 с многопроцессорностью.
Да, конечно, официальная регистрация уже закрылась — но если понедельник (или хотя бы его часть) у вас свободна, и вам интересны подробности недавних объявлений насчёт виртуализации рабочих мест, то вас всё равно ждут в гостинице Рэдиссон Сас Славянская. Напишите Алексу через форму обратной связи в блоге — или приходите без приглашения.
1. Вышла предварительная редакция версии 2.1 Служб интеграции (Integration Services, IS) для Lunux. Изменений масса, среди которых
Загрузить дистрибутив и документацию к предварительной версии Служб интеграции для Linux можно, как всегда, через соответствующую программу на веб-сайте Microsoft Connect.
2. Не так давно вышел официальный докумет, озаглавленный «Best Practices for Running Linux on Hyper-V». Надо понимать, что ориентируется он на текущую версию Служб интеграции, то есть не учитывает всех новых функций, перечисленных выше. Но уверен, что он окажется полезен тем, кому приходится иметь дело с Linux в виртуальных машинах. Если у вас после прочтения руководства возникнут какие-то соображения — напишите об этом в комментариях.
О функциях, добавленных в Службы интеграции для Linux ранее, читайте в нашем блоге по тегам Interoperability и Integration Components. Об интересе сообщества к Службам интеграции можно судить по тому факту, что с тех пор, как их код был предложен для включения в ядро Linux, различные участники внесли более 200 доработок. Такая же судьба постигнет и объявленные сегодня изменения. Например, поддержка многопроцессорности уже была предложена для включения в ядро.
3. Да, И вот ещё что. Всё не успеваю об этом написать отдельно, поэтому пусть будет здесь. На прошлой неделе вышла очередная предварительная версия Microsoft Assessment and Planning (MAP) Toolkit — уже 5.0 Beta 1. Да, и там теперь тоже есть поддержка Linux! И это, к сожалению, не первоапрельская шутка. Загрузить дистрибутив и документацию можно так же через Microsoft Connect.