Vmware scsi controller type какой выбрать

Обновлено: 06.07.2024

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

Самыми главными компонентами виртуальной машины являются файлы виртуальных дисков. В данный момент на рынке присутствует множество вендоров как платформ виртуализации, так и средств управления и обслуживания виртуальных машин. Однако не все поставщики систем виртуализации используют свои форматы виртуальных дисков. Например, не так давно появившаяся, но стремительно набирающая популярность платформа Virtual Iron, хотя и использует открытый гипервизор Xen для управления виртуальными машинами, но работает с виртуальными дисками формата VHD (Virtual Hard Drive) компании Microsoft. Компания VMware разработала свой формат виртуальных дисков — VMDK (Virtual Machine Disk), который, однако, может быть преобразован в другой формат утилитами сторонних производителей.

В данный момент возможности продуктов VMware Workstation позволяют осуществить импорт виртуальных машин и их дисков компании Microsoft, а также образов восстановления Symantec LiveState Recovery Files. Кроме того, VMware предлагает пользователям продукт VMware Converter, в возможности которого входит как конвертация виртуальных машин между различными платформами VMware и их версиями (в том числе VMware ESX Server), так и потоковая миграция с других платформ виртуализации. Сторонние производители также предлагают немало средств для V2V (Virtual-to-Virtual) миграции, например, продукт PowerConvert компании PlateSpin.

Общие сведения об использовании виртуальных и физических дисков виртуальными машинами

Одним из замечательных достоинств виртуальных машин является их простая переносимость на другое физическое оборудование путем обычного копирования папки с файлами виртуальной машины. Все настройки виртуальной машины хранятся в файлах с расширением .vmx в текстовом формате, а файлы виртуальных дисков (.vmdk) содержат в себе все необходимые данные виртуальной машины, либо ссылки на другие vmdk-файлы. Если вы используете виртуальную машину в хостовой системе Windows, вы можете скопировать папку с виртуальной машиной на Linux-хост и запустить ее там, на платформах VMware Workstation или VMware Server.

Диск виртуальной машины VMware Workstation и VMware Server ограничен 950-ю гигабайтами, и этого с лихвой хватит практически для любого варианта использования. Поскольку файлы дисков виртуальных машин являются достаточно большими, необходимо учитывать ограничения на максимальный размер файла в файловой системе хостовой ОС.

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

По-умолчанию платформой виртуализации будет выбран адаптер, наиболее подходящий выбранной ранее гостевой системе. Для всех гостевых систем, за исключением Windows Vista, Windows Server 2003, Red Hat Enterprise Linux 3 и NetWare рекомендуется адаптер BusLogic. Для гостевой системы Windows Vista доступен только LSI Logic адаптер. Этот тип адаптера обладает более высоким быстродействием, нежели BusLogic, к тому же, он поддерживается платформой виртуализации VMware ESX Server, что следует учитывать, если вы планируете в дальнейшем миграцию виртуальных машин на эту платформу.

Выбор контроллера виртуальных дисков не зависит от того, какие диски используются на хостовой платформе. Файлы виртуальной машины могут находиться на любом носителе, включая флэш-карты или внешние USB-диски.

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

В VMware Workstation и VMware Server диск виртуальной машины не может быть более 950 ГБ. Величина, которую вы укажете в поле ввода для Disk Size, означает максимальный размер файла виртуального диска. Уделяйте особое внимание этому параметру, поскольку проблема расширения виртуального диска является одной из наиболее часто возникающих. Если вы планируете использовать растущие по мере наполнения диски (growable) указывайте достаточно большой размер (например, 100 ГБ). В то же время помните, что уменьшить размер виртуального диска значительно сложнее, чем увеличить.

Чекбокс «Allocate All Disk Space Now» позволяет создать preallocated или growable виртуальный диск. Если чекбокс отмечен, будет создан виртуальный диск типа preallocated, это означает, что файл виртуального диска сразу займет указанный размер, который не будет изменяться по мере работы с виртуальной машиной. Если чекбокс не отмечен, будет создан диск, растущий по мере наполнения (growable). Этот тип диска работает несколько медленнее, чем preallocated, поэтому их не рекомендуется использовать, если вы планируете устанавливать приложения, требовательные к производительности дисковых ресурсов (например, сервер баз данных).

Чекбокс «Split disk into 2 GB files» позволяет разделить виртуальный диск на несколько файлов, что, конечно, отрицательно скажется на быстродействии, но является единственным решением для файловых систем, не поддерживающих большие размеры файлов (например, FAT32). Не забывайте отметить его, чтобы не столкнуться с этой проблемой в старых файловых системах в самый неподходящий момент.

После того как вы нажмете «Finish», виртуальная машина с настроенным вами диском будет создана. Однако это еще не все типы виртуальных дисков в VMware Server и VMware Workstation. У виртуальной машины может быть несколько виртуальных дисков различного типа, каждый из которых может использоваться для разных случаев.

В группе «Capacity» представлена информация о текущем размере виртуального диска, его возможный максимальный размер и объем доступного места на логическом диске компьютера. На панели «Disk Information» указан тип виртуального диска: preallocated одним файлом.

В этом окне, поставив галку «Independent», вы можете определить тип диска как независимый. Это означает, что на добавленный вами диск никак не будет влиять создание снимков состояния виртуальной машины («снапшотов»). Параметр «Virtual Device Node» позволяет подключить диск к виртуальному слоту SCSI или IDE-контроллера.

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

Также в окне «Advanced» вы можете выбрать тип независимого диска «Persistent» или «Nonpersistent». Первый тип предполагает поведение виртуального диска как обычного устройства хранения — все изменения диска сохраняются по мере работы с ним. Второй тип дисков используется при тестировании программного обеспечения, когда необходимо создание временных дисков для хранения информации на время работы с виртуальной машиной. После ее выключения содержимое такого типа дисков сбрасывается к начальному состоянию. Временные данные при запущенной виртуальной машине хранятся в файлах с расширением *.REDO_xxx. При выключении машины эти файлы удаляются.

Нужно также отметить, что при запущенной виртуальной машине VMware Server или VMware Workstation создаются lock-файлы для каждого из используемых виртуальных дисков с расширением *.lck во избежание доступа к ним из внешних приложений, использования их другими виртуальными машинами и нарушения целостности данных.

Использование физических дисков напрямую

Выбор целевого физического диска для виртуальной машины Выбор разделов для размещения данных виртуальной машины

Укажите необходимые разделы и нажмите «Next», после чего укажите имя виртуального диска и нажмите «Finish». Одни из наиболее оправданных вариантов использования физического диска напрямую — случаи, когда требуется создание диска емкостью более 950 ГБ (до двух терабайт), что, однако, пока не актуально для пользователей настольных персональных компьютеров.

Сводная таблица соответствия расширений файлов типам дисков виртуальных машин

В приведенной далее таблице перечислены типы виртуальных дисков и соответствующие им расширения файлов в папке с виртуальной машиной.

Расширение файла диска	Описание
*.vmdk	Описание параметров виртуального диска (со ссылкой на файл с данными диска) или виртуальный диск типа growable одним файлом.
0000000.vmdk	Этот файл содержит изменения, произошедшие с момента создания снапшота
s00.vmdk	Это расширение используется для файлов данных растущих разделённых дисков (growable split disks)
0000000-s00*.vmdk	Этот файл содержит изменения, произошедшие с момента создания снапшота X для растущих разделённых дисков (growable split disks)
f00.vmdk	Это расширение используется для файлов данных не растущих разделённых дисков (preallocated split disks)
0000000-f00*.vmdk	Этот файл содержит изменения, произошедшие с момента создания снапшота X для не растущих разделённых дисков (preallocated split disks)
*flat.vmdk	Это расширение используется для файлов данных монолитных (не растущих) неразделённых дисков (preallocated monolithic disks)
0000000-flat.vmdk	Этот файл содержит изменения, произошедшие с момента создания снапшота X для монолитных (не растущих) неразделённых дисков (preallocated monolithic disks)
*.REDO_xxx	Этот файл содержит изменения диска в режиме незавимый-несохраняющийся (independent-nonpersistent disk)
*.lck	Используется для блокировки файлов дисков виртуальной машины

Дефрагментация виртуальных дисков

дефрагментация диска в гостевой системе
дефрагментация диска средствами VMware Server или VMware Workstation
дефрагментация дисков хостовой системы

Для первого и третьего пункта вы можете использовать встроенный дефрагментатор Windows или утилиты сторонних производителей. Для дефрагментации диска средствами VMware зайдите в меню «VM», далее «Settings», выберите диск на вкладке «Hardware» и выберите «Defragment» в VMware Workstation 5.5 и VMware Server 1.0 (в VMware Workstation 6 эта опция доступна по кнопке «Utilities»). Далее будет также показана возможность дефрагментации виртуальных дисков средствами утилиты vmware-vdiskmanager.

Использование утилиты VMware DiskMount

Компания VMware предлагает удобное средство использования виртуальных дисков в хостовой операционной системе как обычных логических томов. Утилита DiskMount позволяет монтировать диски виртуальных машин в хостовую операционную систему для удобной работы с содержимым диска. Диски виртуальных машин могут быть смонтированы только в операционных системах Windows 2000/XP/2003/Vista. Чтобы смонтировать виртуальный диск в хостовую систему, необходимо, чтобы виртуальная машина была выключена (монтировать диск виртуальной машины, находящейся в статусе «suspended», также нельзя) и хотя бы один раздел виртуального диска был отформатирован в файловой системе FAT или NTFS.

vmware-mount [параметры] [буква диска:] [\путьквиртуальному диску]

/v:N Монтирует заданный том виртуального диска (по-умолчанию N=1)
/p Выводит доступные разделы (тома) на виртуальном диске
/d Размонтирование виртуального диска из хостовой системы
/f Принудительное размонтирование виртуального диска из хостовой системы в случае технической проблемы
/? Выводит информацию о доступных параметрах

Пример использования Diskmount:

vmware-mount h: “C:My Virtual Machinesw2003std.vmdk”

Использование утилиты vmware-vdiskmanager

Компания VMware вместе с продуктами VMware Server и VMware Workstation поставляет также консольную утилиту для работы с виртуальными дисками vmware-vdiskmanager. Эта утилита является мощным средством преобразования виртуальных дисков, которое органично дополняет утилиту VMware Diskmount. Найти утилиту vdiskmanager можно в папке, куда установлены продукты VMware Server или VMware Workstation.

Применять vmware-vdiskmanager могут не только конечные пользователи, преобразующие виртуальные диски к требуемому формату, но и сторонние разработчики, пишущие различные утилиты для работы с виртуальными машинами. Утилита vdiskmanager используется в соответствии со следующим синтаксисом:

vmware-vdiskmanager.exe | :

Описание параметров утилиты vdiskmanager:

Параметр	Действие
Основные параметры
-c	Создание диска (необходимо указать дополнительные параметры)
-d	Дефрагментация виртуального диска
-k	Сжатие виртуального диска (уменьшение объема свободного места)
-n	Переименование диска (в параметре необходимо указать целевой диск)
-p	Подготовка смонтированного диска с указанным параметром к сжатию
-q	Отключение логов
-r	Конвертация диска (необходимо указать тип целевого диска)
-x	Расширение диска до требуемой емкости
Дополнительные опции создания виртуальных дисков и их конвертации
-a	Используется только с ключом -c. Указывает тип адаптера (ide, buslogic, lsilogic)
-s	Указывает емкость виртуального диска. Емкость может быть определена в секторах, килобайтах, мегабайтах, гигабайтах. Диапазоны допустимых значений: Адаптер ide : [100.0Mb, 950.0Gb] Адаптер scsi: [100.0Mb, 950.0Gb]
-t	Указывает тип диска (от 0 до 3). Типы дисков: 0: Растущий по мере наполнения (growable), один файл. 1: Растущий по мере наполнения, разделенный на файлы по 2 ГБ. 2: Монолитный диск (preallocated), один файл. 3: Монолитный диск (preallocated), разделенный на файлы по 2 ГБ.

vmware-vdiskmanager.exe -c -s 850Mb -a ide -t 0 myIdeDisk.vmdk
Создание виртуального диска (-c) емкостью 850 МБ (-s 850Mb), с адаптером IDE (-a ide), типом growable одним файлом (-t 0) и именем myIdeDisk.vmdk.
vmware-vdiskmanager.exe -d myDisk.vmdk
Дефрагментация виртуального диска myDisk.vmdk.
vmware-vdiskmanager.exe -r sourceDisk.vmdk -t 0 destinationDisk.vmdk
Конвертация диска (-r) с именем sourceDisk.vmdk в тип growable одним файлом (-t 0) с именем destinationDisk.vmdk
vmware-vdiskmanager.exe -x 36Gb myDisk.vmdk
Расширение диска myDisk.vmdk до емкости 36 ГБ.
vmware-vdiskmanager.exe -n sourceName.vmdk destinationName.vmdk
Переименование диска с именем sourceName.vmdk в destinationName.vmdk
vmware-vdiskmanager.exe -k myDisk.vmdk
Сжатие виртуального диска с именем myDisk.vmdk
vmware-vdiskmanager.exe -p m:
Подготовка диска M хостовой системы к сжатию (виртуальный диск должен быть сначала смонтирован в хостовую систему утилитой VMware Diskmount).

Самым частым вариантом использования утилиты vdiskmanager является расширение виртуальных дисков до требуемого размера. Однако задача расширения виртуального диска является не такой тривиальной, какой кажется на первый взгляд. Если необходимо расширить независимый виртуальный диск, то его расширение сводится к двум операциям: использованию vmware-vdiskmanager для расширения диска и расширению раздела на неразмеченную область в гостевой системе. Однако для дисков, участвующих в создании мгновенных снимках системы («снапшотов»), проблема дополняется и устранением конфликтов между снапшотами.

Рассмотрим пример расширения независимого диска. Чтобы расширить его до 10 ГБ используйте vmware-vdiskmanager следующим образом:

vmware-vdiskmanager.exe -x 10Gb .vmdk

Выберите расширенный недавно диск (E) и введите команду extend, чтобы расширить раздел на всё доступное место на диске: DISKPART> select volume=2 Volume 2 is the selected volume. DISKPART> extend DiskPart successfully extended the volume.

Стоит отметить, что эти действия не применимы к динамическим дискам Windows, поскольку они не могут быть расширены командой extend.

Заключение

В отношении возможностей работы с виртуальными дисками платформы VMware Workstation и VMware Server являются самыми продвинутыми из присутствующих в данный момент на рынке. Множество типов, режимы SCSI и IDE эмуляции и большой набор средств для обслуживания и конвертации виртуальных дисков, позволяют весьма гибко настраивать параметры виртуальных машин и управлять ими. Встроенные возможности импорта виртуальных дисков в формате VHD компании Microsoft позволяют просто осуществить миграцию с платформ Virtual PC и Virtual Server, без применения программного обеспечения других производителей. Консольное приложение vmware-vdiskmanager открывает большие возможности не только для обычных пользователей, но и для разработчиков ПО под платформы виртуализации. Безусловно, компания VMware продолжит совершенствование своих продуктов, в том числе и в отношении виртуальных дисков. Будем надеяться, что планируемая к выходу осенью бесплатная платформа VMware Server 2.0 (которую обещают представить на конференции VMworld 2007 в сентябре), будет обладать еще большим набором возможностей по работе с виртуальными дисками и их обслуживанию.

Довольно часто на семинарах или при аудите существующей у заказчика виртуальной среды мне приходилось слышать упреки: «Виртуализация тормозит», «Мы попробовали перевести сервер в виртуальную среду, и он встал», «Виртуальные серверы работают медленнее физических». При этом девять из десяти таких проблем с «торможением» виртуальных серверов решались простой оптимизацией устройств в составе виртуальной машины.

Большое количество вопросов, как повысить быстродействие виртуальной среды, побудило меня к написанию небольшого FAQ по оптимизации виртуальных машин на основе VMware vSphere – платформы используемой большинством наших корпоративных клиентов. При этом хочется отметить, что для решений на основе Hyper-V и Xen Server корректный выбор устройств также способен ускорить работу виртуальных серверов.

FAQ по работе с виртуальными устройствами в среде VMware vSphere

Q: На что влияют типы устройств виртуальной машины?
A: Типы встроенных устройств влияют на алгоритм работы виртуальной машины с «железом», таким образом оказывая непосредственное влияние на быстродействие.

Q: Зачем VMware понадобилось закладывать в архитектуру уникальные виртуальные устройства вместо эмуляции обычных контроллеров?
A: Виртуальные устройства, не имеющие реальных аналогов, разработаны только с одной целью – снизить накладные расходы на виртуализацию. Только с ними можно добиться того, что быстродействие виртуальной машины практически не отличается от физического оригинала.

Q: Чем отличаются дисковые контроллеры?
A: Дисковые контроллеры влияют на алгоритм обработки SCSI команд. VMware Paravirtual оптимизирован под пакетную обработку команд, таким образом, при большом количестве операций ввода-вывода он заметно эффективнее LSI Logic контроллеров.

Q: Если VMware Paravirtual так хорош, почему он не используется по умолчанию?
A: Поскольку VMware Paravirtual не имеет реальных аналогов, он не поддерживается операционными системами напрямую. Следовательно, остальные контроллеры нужны исключительно для совместимости со старыми версиями гостевых операционных систем. Кроме того при небольшом количестве операций ввода-вывода он может быть менее эффективен чем LSI Logic SAS, что позволяет его рекомендовать для применения в качестве контроллера системного диска.

Q: Какие операционные системы поддерживают VMware Paravirtual?
A: Список ОС поддерживающих VMware Paravirtual приведен в таблице ниже.

Гостевая операционная система	VMware Paravirtual поддерживается в качестве диска с данными	VMware Paravirtual поддерживается в качестве загрузочного диска
Windows Server 2008 R2 (64-bit only)	ESX/ESXi 4.0 Update 1, ESX/ESXi 4.1, ESXi 5.0	ESX/ESXi 4.0 Update 1, ESX/ESXi 4.1, ESXi 5.0
Windows Server 2008 (32 and 64 bit)	ESX/ESXi 4.X, ESXi 5.0	ESX/ESXi 4.0 Update 1, ESX/ESXi 4.1, ESXi 5.0
Windows Server 2003 (32 and 64 bit)	ESX/ESXi 4.x, ESXi 5.0	ESX/ESXi 4.x, ESXi 5.0
Windows 7 (32 and 64 bit)	ESX/ESXi 4.1, ESXi 5.0	ESX/ESXi 4.1, ESXi 5.0
Windows Vista (32 and 64 bit)	ESX/ESXi 4.1, ESXi 5.0	ESX/ESXi 4.1, ESXi 5.0
Windows XP (32 and 64 bit)	ESX/ESXi 4.1, ESXi 5.0	ESX/ESXi 4.1, ESXi 5.0
Red Hat Enterprise Linux (RHEL) 5 (32 and 64 bit) и выше	ESX/ESXi 4.X, ESXi 5.0	Не поддерживается.
RHEL 6 (32 and 64 bit)	ESX/ESXi 4.0 Update 2, ESX/ESXi 4.1, ESXi 5.0	ESX/ESXi 4.0 Update 2, ESX/ESXi 4.1, ESXi 5.0
SUSE Linux Enterprise 11 SP1(32 and 64 bit) и выше	ESX/ESXi 4.0 Update 2, ESX/ESXi 4.1, ESXi 5.0	ESX/ESXi 4.0 Update 2, ESX/ESXi 4.1, ESXi 5.0
Ubuntu 10.04 (32 and 64 bit) и выше	ESX/ESXi 4.0 Update 2, ESX/ESXi 4.1, ESXi 5.0	ESX/ESXi 4.0 Update 2, ESX/ESXi 4.1, ESXi 5.0
Distros Linux 2.6.33 и выше	ESX/ESXi 4.1, ESXi 5.0	ESX/ESXi 4.1, ESXi 5.0

Q: Какие дисковые контроллеры лучше использовать, если VMware Paravirtual не поддерживается?
A: Предпочитаемым контроллером является LSI Logic SAS. К сожалению, в виду огромного разнообразия поддерживаемых ОС привести их всех в рамках данного обзора не представляется возможным. Если даже LSI Logic SAS не поддерживается, то вынужденно придется использовать LSI Logic Parallel.

Q: Где взять драйверы для VMware Paravirtual?
A: При установке ОС драйверы можно поставить с виртуального флоппи-дисковода. Для выбора нужного образа следует указать в свойствах дисковода «Use existing floppy image in datastore». После следует указать нужный образ из расположенных в каталоге /vmimages/floppies. Также драйверы для несистемных дисков могут быть добавлены после установки ОС – для этого надо просто установить VMware Tools.

Q: Почему нельзя использовать в промышленной среде «тонкие» диски?
A: При каждой операции расширения тонкого диска значительно снижается быстродействие тома VMFS, на котором он расположен, а точно предсказать операции расширения нельзя.

Q: Какой сетевой контроллер наиболее эффективен?
A: Наиболее эффективным типом сетевого контроллера является VMXNET 3. По аналогии с VMware Paravirtual он позволяет снизить накладные расходы и повысить быстродействие подсистемы сетевого ввода-вывода.

Q: Зачем нужны сетевые контроллеры кроме VMXNET3?
A: Остальные сетевые контроллеры нужны исключительно для совместимости с ОС, не поддерживающими VMXNET3.

32- и 64-разрядные версии Microsoft Windows XP,7, 2003, 2003 R2, 2008, and 2008 R2 и выше;
32- и 64-разрядные версии Red Hat Enterprise Linux 5.0 и выше;
32- и 64-разрядные версии SUSE Linux Enterprise Server 10 и выше;
32- и 64-разрядные версии Asianux 3 и выше;
32- и 64-разрядные версии Debian 4 и выше;
32- и 64-разрядные версии Ubuntu 7.04 и выше;
32- и 64-разрядные версии Sun Solaris 10 U4 и выше.

Q: Где взять драйверы для VMXNET3?
A: Драйверы для VMXNET3 устанавливаются вместе с VMware Tools.

Q: Какие сетевые контроллеры лучше использовать, если VMXNET3 не поддерживается?
A: Рекомендуемым после VMXNET3 является E1000. VMXNET2 нужен для совместимости со старыми версиями ESX/ESXi, а не со старыми версиями гостевых ОС. Если даже E1000 не подошел, то следует использовать другие сетевые контроллеры, совместимые с конкретной ОС.

Q: Что делать, если курсор мыши в виртуальной среде двигается рывками?
A: В Windows 7 и Windows 2008 (и выше) следует вручную установить драйвер видеоадаптера. После установки VMware Tools драйвер видеоадаптера доступен в каталоге C:\Program Files\Common Files\VMware\drivers\wddm_video.

Delphi site: daily Delphi-news, documentation, articles, review, interview, computer humor.

Виртуальный контроллер SCSI тоже бывает разных типов, и для него доступны кое-какие настройки. Сначала про типы. Если вы зайдете в свойства ВМ и на закладке Hardware выделите SCSI-контроллер, в верхней правой части окна будет кнопка Change Type (рис. 5.12).

Рис. 5.12. Смена типа виртуального SCSI-контроллера Типов всего четыре:

- BusLogic Parallel - этот виртуальный дисковый контроллер работает наименее эффективным способом, с большими, чем другие, накладными расходами. Однако для него есть драйверы для большого количества операционных систем;

- LSI Logic Parallel - работает с меньшими накладными расходами, чем Bus-Logic;

- LSI Logic SAS - новая версия LSI Logic. Отличается тем, что поддерживает стандарт SCSI 3. Используется для ВМ, которым необходима поддержка этого стандарта. Главным образом для виртуальных машин - узлов кластера Microsoft Failover Cluster;

- VMware Paravirtual SCSI (PVSCSI) - самая современная версия виртуального дискового контроллера. Обеспечивает наибольшую производительность и наименьшие накладные расходы. Однако не работает VMware Fault Tolerance для ВМ с этим контроллером, и список ОС, для которых есть драйверы, невелик:

• Windows Server 2008 (включая R2);

• Windows Server 2003;

• Red Hat Enterprise Linux (RHEL) 5.

Напомню, что «паравиртуализованный» виртуальный контроллер означает, что при его работе задействуются мощности контроллера физического напрямую, без какой-то эмуляции или перехвата со стороны гипервизора. Именно в этом кроется повышение эффективности паравиртуализованных дисковых и сетевых контроллеров.

Резюме. Если позволяют условия, используйте контроллер типа VMware Paravirtual. Если он не поддерживается гостевой ОС, используйте LSI Logic Parallel. Если и он не поддерживается, используйте BusLogic. Для ВМ-узлов MFC используйте LSI Logic SAS.

Пример - установка в ВМ Windows 2008. У этой ОС нет стандартных драйверов для PVSCSI, однако есть для контроллера LSI. Но на ESX(i) (начиная с Update 1) есть образ FDD с драйверами для PVSCSI. И теперь у вас есть несколько вариантов того, как поступить с типом контроллера:

- вариант 1. Тип контроллера поставить PVSCSI, подключить к ВМ образ flp с драйвером для него и в начале установки подложить эти драйверы. После окончания установки оставить этот тип контроллера.

Вариант хорош простотой. В данном случае его можно назвать оптимальным;

- вариант 2. Тип контроллера поставить LSI Logic. После установки ОС добавить в систему второй контроллер, типа PVSCSI, включить ВМ. Windows активирует драйверы для PVSCSI. Выключить ВМ, удалить второй контроллер (PVSCSI), тип первого поменять с LSI Logic на PVSCSI. Вариант не очень удобен большим количеством шагов, зато нет нужды в подкладывании драйверов;

- наконец, драйверы можно интегрировать в дистрибутив - но их необходимо где-то взять. Например, из упомянутого образа FDD. Как вариант - из iso с VMware tools.

Образы дискет с драйверами для PVSCSI (Windows 2003/2008) и Bus Logic (Windows XP) доступны в каталоге vmimages. Зайдите в свойства ВМ, выделите Floppy Drive ^ Use existing floppy image in datastore ^ каталог vmimages\ floppies.

Еще у виртуального SCSI-контроллера есть настройка «Bus sharing» - совместный доступ к SCSI-шине. Она нужна в ситуациях, когда вы хотите дать одновременный доступ к одним и тем же виртуальным дискам нескольким ВМ. Обычно это необходимо для построения кластеров, таких как MSCS/MFC. Варианты этой настройки:

- None - совместного доступа нет. Значение настройки по умолчанию;

- Virtual - к виртуальным дискам, висящим на этом контроллере, возможен доступ с других ВМ на этом же сервере. Настройка, нужная для организации cluster-in-a-box;

- Physical - к виртуальным дискам, висящим на этом контроллере, возможен доступ с других ВМ, в том числе с других серверов. Настройка, нужная для организации cluster-across-boxes и physical-to-virtual.

Добавление контроллера. Если вы нажмете кнопку Add на закладке Hardware в свойствах ВМ, вы увидите список виртуальных компонентов, которые в ВМ можно добавить. Однако среди них нет SCSI-контроллера. Если вам надо добавить SCSI-контроллер, то делается это так.

Все-таки идем в мастер добавления виртуального оборудования Edit Settings ^ Hardware ^ Add. Но добавляем Hard Drive.

Проходим по мастеру создания жесткого диска. О подробностях - чуть ниже, сейчас нас интересует пункт «SCSI node». У каждого виртуального диска есть адрес вида «SCSI X:Y». Последняя цифра адреса - это номер диска на SCSI-шине, SCSI id. А первая цифра - номер контроллера. Таким образом, первый, дефолтный диск ВМ создается по адресу SCSI 0:0, то есть это первый диск на первом контроллере. Если для второго диска вы выберете адрес SCSI 1:0, то кроме диска у вас добавится и второй контроллер. Если для третьего диска выбрать SCSI 2:0, то добавится третий контроллер. Всего до четырех.

Добавлять несколько контроллеров вам придется преимущественно для ВМ -узлов Microsoft Cluster Services или Microsoft Failover Cluster. Для этих решений требуется, чтобы загрузочный диск и диски с данными висели на разных контроллерах.

Тут собираю интересное по интересующей меня теме виртуализации.

Главная страница
Книга по vSphere
Performance - как правильно мониторить
VMware Certification
Курсы VMware
Подборка важных материалов

Подпишись на обновления по RSS

Посты по email

Обо мне

Последние комментарии

Подпишись на комментарии

Комментарии Комментарии

Архив блога

Ярлыки

пятница, 22 мая 2009 г.

VMware Paravirtual SCSI - PVSCSI

Ранее для ВМ мы могли выбирать два типа SCSI контроллеров - LSI Logic или Bus Logic.
Второй - более совместимый, первый - дает меньше накладных расходов.
Сегодня, с ESX 4, выбор расширился. Добавились: LSI Logic SAS и VMware Paravirtual SCSI (PVSCSI).

SAS контроллер нужен для того, чтобы делать MFC, отказоустойчивый кластер Microsoft на Win2008. Для его работы нужна поддержка протокола SCSI 3, которая этим контроллером и реализована. (сам ESX 4 для себя продолжает использовать SCSI 2)

сегодня поддерживается только для Win2003/2008 и RHEL 5.
если у дисков ВМ есть снапшоты или оверкомитмент памяти - увеличения производительности от замены контроллера на PVSCSI может не произойти.
горячее добавление такого контроллер не поддерживается.
для загрузочного диска ВМ такой контроллер применять нельзя. Вернее, в KB написано что это не поддерживается - а работает или нет я не знаю.

заходим в свойства ВМ
добавляем hard drive
для это HDD в поле SCSI node выбираем пару цифр вида x:y. Первая из этих цифр - id контроллера. Тот контроллер, на котором висит системный диск ВМ, получил Если других SCSI контроллеров в ВМ еще нет, то свободен, и для вновь добавляемого диска выбираем SCSI node вида 1:y. В общем, для добавления SCSI контроллера надо для нового HDD выбирать SCSI node с незанятой первой цифрой.
тип диска имеет смысл выбрать independed - это означает, что снапшоты для этого диска делать нельзя.
нажмите ок для добавления диска
зайдите в свойства ВМ - вы увидите, что появился новый SCSI контроллер.
выберите его, и измените его тип на VMware Paravirtual.
Если VMware tools еще не стоят - поставьте их.

Было бы очень интересно, если бы кто нибудь померил - есть ли разница в скорости работы.

50 комментариев:

Миш, да работает оно. И для загрузки, и для шаренья кластерных дисков. Я же тебе писал неделю назад ;) Скриншоты показать?

> если у дисков ВМ есть снапшоты или оверкомитмент памяти

как это у дисков может быть оверкоммитмент памяти? Имеется в виду Thin Provisioning?

да, и горячее добавление работает без всяких проблем. Как одиночного диска, так и целого контроллера PVSCSI.

Failover Clustering
Failover - отказоустойчивость
Clustering - технология
;)

Failover Clustering - означает, что отказоустойчивость обеспечена посредством организации многоузлового кластера.
Почему называют именно отказоустойчивыми? Потому, что могут быть и другие кластеры, но они также будут многоэлементные(многоузловые). Это выходит из значения слов - лингвистически.
Что такое "требование" в вашем понимании мне не ясно, особенно, как применение к термину "технология". Если у нас имеется технология виртуализации, то должна ли она, например, выполнять требование "варить кофе при запуске ВМ"? У технологии нет требований, так как они предназначены для достижения каких-то целей и задач в рамках целей с помощью методов и инструментов, а вовсе не требований.
Для отказоустойчивости, само значение слова определяет характеристики системы, для которых мы можем задать наборов критериев. А вот к самим системам мы можем выдвинуть требования. например, реализация системы с использованием конкретных технологий.

Артем, так failover cluster - НЕ отказоустойчивый?

по поводу оверкомитмента, цитата из первоисточника: "Disks with snapshots might not experience performance gains when used on Paravirtual SCSI adapters or if memory on the ESX host is overcommitted."

по поводу именования кластера: когда Failover Cluster в реализации от MS не обеспечивает отказоустойчивости? А если обеспечивает, то употребляемое мною именование считаю корректным.

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

мои пять копеек.

failover cluster = кластер с переходом по отказу = high availability = высокая доступность

отказоустойчивый = функционирующий при отказе одного из компонентов = Fault tolerance.

Так что, failover cluster может быть отказоустойчивым, при условии, что допускается простой сервиса.

вот только не надо запутывать
failover cluster != high availability

Я все это примеряю на себя: в силу отсутствия единой базы переводов терминов, люди на курсах одинаково называют разные вещи, и по разному - одинаковые. Частенько необходимо явно предложить какую то систему именования, просто чтобы общение получилось.
Опять же для меня:
high availability - позволяет защитить от сбоя железа(и немножко, не очень красиво - от сбоя софта). Простой минуты..десятки минут.
failover cluster - защищает от сбоя железа, софта(включая сбой сервиса). Простой секунды..минуты.
Fault tolerance - защищает только от сбоя железа. Простой секунды.

Вывод - FC больше всего похож на отказоустойчивый. А если кластер выглядит как отказоустойчивый, работает как отказоустойчивый, и обеспечивает надежность как отказоустойчивый - не надо компостировать мозги, что он не отказоустойчивый.

и вбить failover cluster?

Ага. Я и не спорю с тем, что:

попробуй в том же переводчике вбивать слова по одному:

с английского на русский
Failover = Переход на другой ресурс;
fault tolerance = отказоустойчивость

с русского на английский
отказоустойчивость = fault tolerance

ты считаешь, что Failover Cluster обеспечивает Fault Tolerance при любых условиях?

Этого для меня достаточно, чтобы продолжать упорствовать в своем мнении.

ты считаешь, что переводчики Microsoft всегда правы? =)

я к тому, что термин "кластер с переходом по отказу" я слышал только от тебя. Я думаю, большинство ИТшников от меня в этом не отличаются.
И я считаю, именно начало использования этого термина, вместо привычного "отказоустойчивый кластер", и создаст путаницу.

Не уверен, что сейчас имеет смысл пытать ввести абсолютно правильное название вместо удовлетворительно правильного названия, к которому все привыкли.

Переход по отказу (failover, не обязательно кластер) обеспечивает высокую доступность софта или железа(например сетевых карт или подключения к СХД), если перевести на англицкий получаем high availability. Основной способ достижения - дублирование компонентов.
Время прерыва функционирования может варьироваться. Для перерыва(суть перехода на другой компонент) в работе, невлияющего на работу системы, придумали название Fault Tolerance.

Возвращаясь к Failover Cluster = отказоустойчивый = Fault Tolerant - если мы допускаем перерыв в работе на несколько минут с автоматическим восстановлением, то майкрософтовский кластер можно назвать отказоустойчивым, поскольку система в целом после аварии продолжит работать.

О, у нас уже три понятия:
Fault Tolerance
Failover Cluster(ing)
High availability

Артем, так возвращаясь к теме: что мне говорить на конференциях, посвященных Hyper-V?

Failover Cluster - это не кластер высокой доступности? Это просто кластер с переключением ресурсов?

Из написанного выше понятно, что я не готов спорить о том, что решает озвученную тобой задачу, а что нет. Особенно не видя конкретных условий, а разводя разговоры в пользу бедных и гадая на кофейной гуще.

>вообще-то специалисты считают, что в русском языке слов больше, чем в большинстве европейских.
Ссылка на переводчиков не серьёзна, я говорю о реальных словарях - это такие сборники слов в печатном виде, самый большой словарь английского 450 т с, русский чуть больше 150 т с, этот так сказать задокументированный словаь, а их разговор о 1,5 кратном превосходстве кхм.
А про ИТ-словарь полностью согласен - в русском скудна ИТ-терминология, никто серьёзно за последние лет 20 не занимается, видать, этим.

Тем боьше углубляюсь в однятую Артёмом проблему, тем становится веселее.
Прикол, везде Failover описан, как возможность системы в случае сбоя одного элемента перейти на другой элемент системы. Что из этого следует?Failover Cluster это типа "масло масляное", так как Failover подразмевает наличие многоузловой системы - кластера. ;) Теперь осталось узнать какая это часть речи. ;)

Итак:
Fault Tolerance - отказоустойчивость, либо отказоустойчивая система, так как сама отказоустойчивость есть характеристика системы
Failover Cluster - "кластер с переходом по отказу"
High availability - [система]с высокой доступностью, так как, опять же, сама высокая доступность есть характеристика системы, подразумеваем любую систему с доступностью не менее трех девяток, хоть видел цирфу 99,975, но до четырех девяток не дотянули ;).

Артёму огромное спасибо за систематизацию кусочка знаний.

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

Если верить словарю Babylon English-English, то failover - это имя существительное (noun), а не прилагательное (adjective), на которое также падали мои подозрения.

Артёму в статье советую технологию назвать, всё таки, Failover Clustering, поскольку Failover - это метод, а не технология. В свою очередь, Failover Cluster - это уже реализация системы.

25 комментариев.
столько не набрал даже пост про Counter Strike на ESX ;)

идея про согласование терминов мне нравится.
то, что важно мне в первую очередь:
как по русски называть конкретные решения:
Microsoft Failover Cluster
VMware High Availability
VMware Fault Tolerance.

Еще раз - конкретные решения, а не сферические кластеры в вакууме.

Я вижу так:
MFC = "Отказоустойчивый кластер Майрософт" или "Кластер Майкрософт с переходом по отказу". Первый вариант привычнее для меня(и, имхо, для людей), однако второй, вроде как, правильней академически.

VMware HA = "Кластер высокой доступности VMware"

VMware FT = "VMware Фольт толерансе". Я пока по русски ни как его не перевожу. "Отказоустойчивый кластер VMware"?

> Что из этого следует?Failover Cluster это типа "масло масляное", так как Failover подразмевает наличие многоузловой системы - кластера. ;)

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

> Если верить словарю Babylon English-English, то failover - это имя существительное (noun), а не прилагательное (adjective), на которое также падали мои подозрения.

> Артёму в статье советую технологию назвать, всё таки, Failover Clustering, поскольку Failover - это метод, а не технология. В свою очередь, Failover Cluster - это уже реализация системы.

Я старался обратить внимание на слова с принципиально различными значениями (Failover и Fault Tolerance, отказоустойчивость и переход по отказу).

Читайте также: