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

Когда имеет смысл не устанавливать квоты на тома NetApp?

Когда я получил NetApp, который был настроен кем-то другим, я заметил, что на все тома есть квоты, и из-за этого кажется, что очень часто у нас возникают проблемы, потому что кто-то забывает обновить квоту, когда он действительно изменяет размер тома.

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

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

Посоветуйте, пожалуйста, когда лучше / плохо использовать квоты вместо размера тома.

Примечание: все это общие ресурсы NFS, и тонкое предоставление не включено.

Если квота не определена, вы можете заполнить все хранилище за несколько минут.

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

С включенной квотой вы получаете больше возможностей для планирования емкости / лучшее представление о пространстве для хранения и использовании.


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

Другими словами :

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

В этом конкретный случай Я бы сказал, что включение квоты мне кажется бесполезным.

Если это все для одного пользователя, у вас может быть пользовательская квота вместо квоты qtree. Но да, квоты часто не требуются.

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

В моей среде мы обычно квотируем все с ограниченным количеством примеров, потому что мы разрежаем выделение ресурсов и выполняем дедупликацию.

Наши ключевые сценарии:

  • Домашние диски - мы значительно перевыполняем подписку, но каждому пользователю даем небольшую квоту. Таким образом, вероятность того, что достаточное количество пользователей заполнит пространство достаточно быстро, чтобы вывести из строя всю систему, очень низка.
  • Положения, основанные на проектах / услугах - мы представляем небольшие (1-3 или около того) qtrees, каждое индивидуально с квотами. Мы размещаем их в томе, который затем тонко выделяем, дедуплируем и применяем мгновенный резерв. Размер тома установлен, что он мог тонкое обеспечение до суммы размера квоты + размер резерва оснастки.
  • Тома с интенсивной дедупликацией, такие как образы дисков VMWare, мы не квотируем, потому что в большинстве случаев их использование - это коэффициент дедупликации. Мы часто получаем 70% + дедупликации, что хорошо для места и кеширования.

Мы также обычно снимаем все - в некоторых случаях мы делаем снимок, а в большинстве случаев автоматически удаляем на первичном.

Я бы вообще сказал, что квотирование - это хорошо. Доступное пространство (сообщаемое) на томе всегда наименьшее из следующих:

  • Бесплатная квота
  • свободное пространство тома
  • свободное совокупное пространство

И обратите внимание - в него встроены снимки и дедупликация.

Поэтому мы квотируем, потому что это сводит к минимуму путаницу - в противном случае вы можете легко получить сценарий, в котором вы запутаетесь, как «если я удалю 1G, почему мое свободное пространство не изменится». Это также значительно снижает эффект сбоя в работе процессов / пользователей / файлов журналов.

Там, где мы этого не делаем - где мы предоставляем объемы и выполняем высокую дедупликацию - «просмотр» этих томов ограничен административным персоналом, который лучше понимает, как это работает.