SAN: Как определить количество LUN и CSV
Мы унаследовали среду Hyper-V (2008 R2) с хранилищем SAN (аппаратное обеспечение HP4500). Два хоста и два SAN для резервирования. Хотя я хорошо разбираюсь в виртуальных машинах, я думаю, что мои знания о хранилище очень слабые. Я пытаюсь понять, как это разработал наш инженер MSP и почему. Это была вступительная часть, вот основная часть.
У нас есть 5,32 ТБ доступного пространства в каждой сети SAN и четыре тома на хост-компьютерах Hyper-V: Том 1, Том 2, Том 3 и недавно созданный том Exchange для сервера Exchange. На консоли управления HP я вижу соответствующие (LUN?) Тома размером 3 ТБ, 1,79 ТБ, 2 ТБ и 1,07 ТБ. Может показаться, что это не главный вопрос сейчас.
Мой вопрос на данный момент: как было принято решение создать эти тома и по какой причине? Почему бы не создать один большой том или много маленьких томов?
Я попытался исследовать, и после нескольких статей, особенно этой: https://technet.microsoft.com/en-us/library/ff182320(WS.10).aspx это имеет смысл. Я не хочу делать какие-либо предположения и публиковать свой вопрос на случай, если он может быть неправильным, я не хочу путать других людей, которые ищут аналогичный ответ. Я попробую спросить вместо этого.
Разделение хранилища на несколько томов - из соображений производительности и для предотвращения переполнения или перезаписи дисков?
Как мне решить, на каком томе я должен хранить мою новую виртуальную машину - я должен создать весь системный VHD на одном томе и все VHD данных на другом?
Если да и если у многих виртуальных машин имеется один VHD-файл, то что, если на одном томе будет слишком много VHD, и размер будет расти?
2 ответа
Основными причинами его разделения являются:
- Чтобы использовать разные уровни RAID
- Использовать разные скорости дисков
- Возможно, осталось перенести миграцию между различными кластерами, прежде чем вы могли бы просто выполнить обновление до новой версии Windows, или по каким-то другим странным причинам миграции оборудования.
У меня аналогичная установка с Dell MD3600f SAN и 3 LUN, каждый для общего тома кластера в моем кластере Hyper-V.
Один LUN сделан из меньших 15k дисков SAS в RAID10 - он содержит диск с ОС для виртуальных машин и все меньшие виртуальные машины. Второй - большой массив RAID6 дисков NLSAS - много места для хранения, но значительно медленнее. Он содержит диски данных для большинства виртуальных машин. Третий - крошечный CSV для тестирования, поэтому я могу тестировать такие вещи, как перенаправленный доступ, не затрагивая основные.
Я не могу сказать вам, почему он так настроен в ВАШЕЙ среде, но для этого могут быть веские причины. Первое, что нужно сделать, это посмотреть, как настроены диски - какие это типы дисков, какие уровни RAID и как они работают.
Чтобы более подробно остановиться на ответе Гранта - у меня был предыдущий опыт работы с HP MSA, который предоставил не ту модель HP Storage, которую вы используете, но я могу только представить, что общая архитектура схожа.
Из этого конкретного типа хранилища мы узнали, что выделение нескольких LUN позволило нам использовать функцию активного / активного контроллера MSA, чтобы у нас был трафик, проходящий через несколько контроллеров. Это означало, что мы могли использовать кеш на обоих контроллерах, а также иметь метод распределения нагрузки ввода-вывода между контроллерами. Возможно, это еще одна архитектурная причина того, почему он создал несколько LUN.