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