Соображения для объединенных объемов с LUN SAN.
Прежде чем идти дальше, я хочу знать, что я могу ожидать в случае потери (или нет) производительности при создании объединенных томов Windows из LUN, предоставляемых SAN?
Я не знаю, какой тип SAN (мы не администрируем его), но они дают нам 10 300 ГБ LUN для нашей Windows 2k8 R2 (Vmware), и нам нужен больший объем, поэтому мы думаем, что занимаем какой-то диск, но мы знать о проблеме производительности.
Любой вклад?
С уважением.
1 ответ
Время для науки, суки. Тестовая настройка:
- Windows 7 x64
- 2 Гб оперативной памяти
- Виртуальная машина на ESXi 5.0
- LUN 1: толщиной 5 ГБ Предоставлено на 2x HP P4000 Левый кластер 1, экспонированный через iSCSI (2x 1 ГБ MPIO)
- LUN 2: толщиной 5 ГБ для 2-го левого кластера HP P4000 2x, доступного через iSCSI (2x 1 ГБ MPIO)
У нас есть два LUN на двух отдельных кластерах. Я искусственно ограничил максимальную пропускную способность этих LUN, чтобы не влиять на наши реальные системы, работающие на массивах, но для сравнения выходных данных этого должно быть достаточно.
Шаг 1: Оцените LUN индивидуально
Созданы два отдельных простых тома, отформатированные с помощью блоков NTFS 4Kb.
Тест Atto Disk, от 512 до 4196Kb:
Как LUN1, так и LUN2 постоянно обеспечивают максимальную пропускную способность 1 Гбит / с (LUN2 немного медленнее, поскольку использует диски SATA, а не диски SAS).
Если я посмотрю на данные, собранные от каждого кластера SAN, мы увидим похожую историю:
Оба LUN выдают около 1 Гбит / с трафика во время каждого теста.
Шаг 2: Оцените LUN как составной том
ХОРОШО; пока все как мы ожидали. Теперь мы конвертируем эти два диска в динамические диски, создаем один 10-гигабайтный диск и запускаем тот же тест:
И что вы знаете, очень небольшое падение производительности, но в целом мы можем назвать это идентичным первым двум тестам. Но, что наиболее важно, при просмотре данных, собранных из SAN, был активен только один LUN:
Можно предположить, что 2-е LUN станет активным только после заполнения первого LUN. Отсюда пролет.
Шаг 3: Для дерьма и хихиканья
Здесь я ограничил пропускную способность, чтобы не влиять на наши живые системы, но я предлагаю вам сделать все это снова на своих собственных серверах, чтобы увидеть, какую производительность вы получаете. Если этого недостаточно, тогда я предлагаю попробовать полосатый набор. Обычно я бы никогда не предложил это так, как если бы вы потеряли LUN, на который вы облажались, но если вам удобно, чтобы ваш поставщик SAN мог поддерживать оба LUN в оперативном режиме (в этом примере каждый LUN является отказоустойчивым кластером, поэтому шансы он работает в автономном режиме, но вы можете попробовать чередование и тестирование, чтобы увидеть, получаете ли вы требуемую производительность. И давайте будем честными, чередуя или перекрывая, вы теряете один диск, вы все равно теряете много. Так что фактор риска в любом случае довольно высок.
Это все на данный момент; позвольте мне пойти и очистить все сетевые предупреждения, которые были вызваны, потому что один инициатор потребляет больше, чем его справедливая доля пропускной способности...