Назад | Перейти на главную страницу

Как безопасно использовать тонкое выделение ресурсов хранилища?

У меня есть хранилище, которое позволяет мне тонко выделять мои тома, представленные клиентам. Это безопасно? Какие лучшие практики?

Как правило, говорите ли вы о SCSI LUN (SAN) или сетевых файловых системах (NAS), хранилище с тонким предоставлением - это когда вы сообщаете клиенту хранилища, что у него больше места, чем вы ему фактически выделили. Сам по себе это не несет никаких рисков, но если у вас недостаточно фактического хранилища, чтобы позволить каждому отдельному контейнеру вырасти до полного обещанного размера, это называется избыточным выделением ресурсов и влечет за собой риск.

Преимущества

Преимущества избыточного выделения ресурсов и тонкого выделения ресурсов очевидны. Многие потребители хранилища (серверы, пользователи файловых ресурсов и т. Д.) Будут запрашивать гораздо больше хранилища, чем им изначально нужно, и будут продолжать обеспечивать безопасный запас для роста по мере своего роста. Централизованно обеспечиваемая безопасная маржа для роста намного эффективнее, чем сотни небольших. Использование базового хранилища без тонкого / избыточного выделения ресурсов может быть очень низким, и это обеспечивает более высокий уровень использования.

Риски

Все риски этого сценария связаны с перевыпуском. Чем больше у вас избыточных запасов, тем выше ваш риск. Опасность заключается в возможности использования ресурсов хранилища для полного заполнения доступного хранилища, что обычно приводит к тому или иному выходу из строя всех контейнеров хранилища. Файловые системы станут доступны только для чтения или отключены, а LUN - отключены.

Лучшая практика

Чтобы получить преимущества более высокого использования, связанные с избыточным выделением ресурсов, при одновременном снижении риска, вам необходимо постоянно контролировать хранилище и иметь возможность принимать меры, когда это необходимо.

  • Используйте программное обеспечение для мониторинга и оповещения об условиях использования пула. Если в коробке нет ничего, что могло бы это сделать, напишите сами. Большинство хранилищ поддерживает команды интерфейса командной строки, которые могут быть прочитаны сценарием, который вы планируете часто запускать. Частота должна быть достаточно высокой, чтобы ни один из ваших пулов не мог заполниться между событиями опроса.
  • Установите базовый порог. Все новые пулы хранилищ с избыточно выделенными клиентами должны применять это значение по умолчанию. Этот порог должен быть самым консервативным в вашей среде.
  • Для небольших бассейнов используйте более низкий порог. Если вы даете себе 30% предупреждения для пула 100 ТБ, у вас будет намного больше времени для добавления диска, чем если бы у вас было предупреждение 30% для пула 10 ТБ, если они оба способны принимать записи с одинаковой скоростью.
  • Увеличьте порог, если у вас меньше ресурсов. Если у вас есть пул с избыточным выделением ресурсов всего на 106%, достижение 70% -ного использования не так рискованно, как пул с избыточным выделением ресурсов на 200%.
  • Настройте пороговые значения в зависимости от того, сколько времени вам нужно, чтобы добавить место в пул. В моем магазине мы храним онлайн-хранилище в каждой коробке, сдерживаемой для роста в любом пуле, и больше хранилища на полке, готовой к установке в любой ящик для хранения. Мы делаем это для достаточного количества типов хранилищ, чтобы справиться с ростом в любом пуле.
  • По возможности и применимо, уменьшите объем хранилища. Дедупликация снижает использование ресурсов, а если вы используете LUN, то это помогает и освобождение нулевой страницы, и клиенты, которые могут выполнять невыделение памяти при удалении данных.

Смысл и цель тонкого выделения ресурсов аналогичны причине использования консолидированного хранилища в первую очередь - за счет консолидации вы получаете лучшую пиковую емкость с более низким средним значением.

Но не питайте иллюзий - тонкое обеспечение делает вид, что выделяет что-то, но на самом деле этого не делает. Это полезно по многим причинам. Двумя ключевыми из них являются:

  • Более высокая степень использования - если ваши тома не заполнены полностью, дисковое пространство тратится. Большинство систем не работают на 100% все время (и, как правило, считается, что у них «проблемы»).

  • Отложенные расходы - если я дам вам 10 ТБ сегодня, но вы заполните его по 2 ТБ в год, я, вероятно, смогу заплатить меньше, если подожду перед покупкой дисков.

Однако у вас есть две проблемы, связанные с этим:

  • диск заканчивается слишком быстро - кто-то, кто начинает заполнять «свои» диски, может запустить остальную часть предприятия без свободного места.

  • количество шпинделей - покупка меньшего количества дисков означает, что у вас будет меньше шпинделей и, следовательно, меньше операций ввода-вывода в секунду. Это означает, что ваши диски будут нагреваться сильнее, а производительность снизится.

Вот что я могу предложить в качестве лучших практик для тонкого предоставления:

  • Заставьте руководство принять сопутствующие риски.
  • установить «приемлемый» коэффициент переподписки. (Это решение о бизнес-рисках, поэтому принимайте его вверх).
  • Также учитывайте индивидуальные размеры томов. Том 20 ТБ с большей вероятностью займет место, чем множество томов по 100 ГБ.
  • Подготовьте емкость (или заказ на поставку), когда у вас начнется нехватка (на основе «свободного места» или «размера тома». Вы не получите столько предупреждений о том, что у вас скоро закончится, и вы, вероятно, сможете Не ждите до следующего квартала / финансового года, чтобы заполнить запасы - вы больше не покупаете новые мощности, вы заполняете то, что уже «продано».
  • Учтите теоретическую максимальную емкость вашей системы хранения. Очень хорошо подумайте, что вы будете делать, если пройдете мимо.
  • обратите пристальное внимание на свою работу. IOP / пропускная способность и то и другое. Вероятно, вы не получите хорошего ответа на вопрос «какая производительность вам нужна». Но вы можете обнаружить, что производительность «иссякает» быстрее, чем в противном случае. Установите для этого порог.
  • соответственно рассмотрите свою зарядку. Вы экономите деньги за счет тонкого выделения ресурсов, но вам НЕОБХОДИМО вернуть часть их, чтобы не отставать от вашей модели тонкого выделения ресурсов.

Я не могу достаточно переоценить этот последний момент. У вас могут быть клиенты, которые просят хранилище и никогда не используют его. Это деньги, которые вы не потратили, и они представляют собой экономию. Однако это не то же самое, что клиенты, которым требуется время, чтобы использовать его (например, более финансового года) - вы экономите деньги, покупая диски большего размера / более дешевые в следующем году. Но вы НЕ уйдете с рук, «продав» пространство заранее и просто надеясь, что ни один. Никто когда-либо его использует. Со временем вы вполне можете заполнить всю партию, и вам нужно быть готовым к засыпке.