среда, 30 июля 2008 г.

Рекомендации по созданию LUN для ESX

Достаточно злободневный вопрос -
как мне сконфигурировать LUN'ы под ESX?
Сколько их надо, какого размера, и т.п.

В качестве отправной точки можно рассматривать пост VMFS Storage Sizing for Maximum Performance.
О чем там говориться(комментарии мои):

  1. Использовать массивы RAID разных уровней для того, чтобы увеличить производительность ВМ и иметь возможность разнести разные .vmdk файлы по разным массивам RAID .

    Для примера возьмем ВМ со следующими дисками:
    • C: на VMFS lun1, массив RAID5, содержит ОС.
    • D: на VMFS lun2, массив RAID 5, содержит файлы данных и файлы приложений
    • E: на VMFS lun3, массив RAID 1+0, содержит логи транзакций и БД
    (эта рекомендация, по моему мнению, дает не столько повышение производительности, сколько повышение эффективности использования дисковых ресурсов. Понятно, что в идеале мы делаем только быстрые массивы RAID 10 на многих дисках - но зачастую мы не можем себе этого позволить. В таких случаях создание более быстрых и более медленных массивов может быть оправдано - скорости более медленных для части задач хватает, а стоят они дешевле.)

  2. Создавайте только один VMFS раздел на "physical SAN Volume".
    (вообще, с терминологией касательно SAN не очень хорошо сейчас. такие термины, как "LUN", "volume", "disk" могут означать как одно и тоже, так и разные вещи - имейте это в виду при чтении документации и общении на эту тему. Конкретно тут, по всей видимости, имеется в виду то, что VMware понимает под термином "LUN")
  3. Создавайте не более 16 .VMDK файлов (виртуальных дисков) на VMFS раздел
    (вот это уже конкретная рекомендация, жалко не объясняется из каких соображений она дается. Примечание актуально и для пп. 4 и 6 )

  4. Давайте доступ не более чем 16 хостам к VMFS разделу

  5. Тяжело нагруженные ВМ имеет смысл помещать на выделенные LUNS'ы, может быть еще и в режиме RDM.
    (логичная рекомендация - если ВМ нужна большая производительность дисковой подсистемы, лучше будет если если ее делить ни с кем не придется. Также, напомню,что в случае нескольких ВМ на VMFS разделе возникает паразитная нагрузка из за блокировки LUN'а в случае включения\выключения\снапшота и некоторых других действий с ВМ ).
    Примеры требовательных к диску задач на ВМ:
    • Development VMs
    • Messaging
    • Database

  6. Для тяжелонагруженых ВМ хорошо бы лежать на тех VMFS разделах, к которым имеют доступ не более 8 хостов.

  7. Если пользователи хотят иметь возможность создавать снапшоты ВМ, то для таких ВМ закладывайте удвоение необходимого места.
    (по всей видимости, имеется в виду проблемы типа таких - Удаление нескольких больших снапшотов.)

  8. Старайтесь максимизировать число шпинделей(дисков) в каждом массиве.
    Это самый эффективный способ повысить скорость работы дисковой подсистемы.

Теперь пример:



  1. Диски(vmdk) ВМ с разными типами задач разносим по разным массивам.
  2. Создаем 1 VMFS раздел на LUN или"SAN volume".
  3. LUN'ов надо:

  4. Создаем менее 16 .vmdk файлов на VMFS раздел.
  5. Разделов(LUN'ов, как следствие) теперь необходимо:

  6. Подключаем менее 16 хостов к каждому разделу- в этом примере у нас не более 2-3 ESX серверов, так что это правило не применяется.
  7. Тяжело нагруженные диски(vmdk) лежат на выделенных LUN'ах.
    • Messaging VMs - помещаем диски c:, d:, и e: на отдельные разделы
    • File VMs - помещаем d: на отдельный раздел

  8. Будем считать, что делать снапшоты мы не будем.


Вот как то так.
Напомню, ранее уже писал о рекомендации по выбору размера VMFS раздела - сколько места отвести под ВМ.

0 коммент.:

Отправить комментарий