Что лучше иметь больше LUN или больше хранилищ
Что лучше иметь - больше LUN или больше хранилищ. На самом деле у меня есть 1 ESXi для хранения на 1 LUN, так что есть около 15 LUN и 15 хранилищ. Теперь есть своего рода проблема, потому что для LUN выделено различное пространство, поэтому, если я удаляю 2 LUN, например, 1 2 3 4 [x] 6 [x] 8 9 (вот так), я не могу сделать 1 LUN из 5 и 7 частей. свободного дискового пространства в массиве хранения IBM. Это первый аргумент, чтобы не иметь много LUN. Если бы мне нужно было сделать всего несколько LUN (около 3) и внутри какой-нибудь системы хранения из ESXi, было бы лучше? Например, для расширения емкости хранения? Я ищу хорошие решения.
Заранее спасибо.
1 ответ
Это все о IOPS. Виртуальные машины, использующие какое-либо конкретное хранилище данных, не должны превышать емкость IOP луны. Например, рассмотрим 3 виртуальные машины Ларри Мо и Керли. Ларри запускает SQL-сервер и в среднем делает 700 iops/sec (пики на 1000). Ларри использует 500 ГБ. Moe - файловый сервер 2008 года, средняя IOPS 150 / сек (максимум 300), 1 ТБ места. Curly - это веб-сервер с низким IOPS 100 (пики при 100) и низким объемом 40 ГБ. Это интерфейс IOPS- сколько нужно выполнить на реальных машинах. Поддерживаемые IOPS должны быть рассчитаны в зависимости от типа рейда и требуемой избыточности. Так что для Ларри мы, вероятно, хотим рейд 10 (и мы предположим, что 50/50 - это микс чтения). Таким образом, нам потребуется 1050 IOPS на бэкэнде - это означает 8 шпинделей (SAS или FC- 14 SATA). Кроме того, в 500 ГБ мы близки к разумному размеру хранилища данных, так что это 1 лун, посвященный. Мо требуется всего 150 iops, но мы хотим, чтобы это было raid 5, так что это 375 IOPS на бэкэнде - все еще только 3 шпинделя - но нам нужно 1 ТБ, а наши диски - только 300 ГБ, поэтому нам потребуется как минимум 5 шпинделей для размера в одиночку это дает нам толстый лун, но много IOPS (750 на бэкэнде и 300 на нтернете). Это оставляет Керли. мы могли бы объединить Curly и Moe в один и тот же день, однако Curly - это веб-сервер, и мы не хотим проблем с задержкой, когда Moe достигает максимума в 300. Мы можем поставить Curly на рейд 5, получить избыточность за счет шпинделей и пространства. или используйте raid 0+1 на 2 дисках, но потенциально есть проблема с отказами диска.
Мораль этой истории в том, что на вопрос, который вы задаете, нет простого ответа. сосредоточиться на требованиях IOP, и вы должны быть в порядке, независимо от того, как именно вы туда попали. Еще больше не обсуждается (проектирование для пикового IOPS против среднего, для Sql-сервера должен быть установлен RAID 1 для журналов), но, надеюсь, я сделал свою точку зрения.