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

Почтовый сервер - Размер дисковой квоты - предложения?

Разработка нового сервера для агентства с 200 сотрудниками - примерно с 240 учетными записями электронной почты.

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

Как только я определю размер квоты, он определит решение для хранения. У меня было все, от 4 ГБ на учетную запись (что я считаю щедрым) до 500 МБ (в наши дни это довольно ограничительно). Дело в том, что 4 ГБ на документ - это чуть менее 1 ТБ выделенного хранилища для электронной почты. в одиночестве.

Кто-нибудь следует «практическому правилу» или думает по этому поводу?

заранее спасибо

Это ситуация «длины строки» - она ​​во многом зависит от количества писем и их содержимого (все небольшие простые текстовые сообщения или ваши пользователи регулярно отправляют и получают большие вложения?).

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

Два практических правила для почтовых квот:

  1. Один размер не подходит всем, поэтому не давайте каждому пользователю во всех отделах 4 Гб только потому, что пользователям из отдела искусства / маркетинга нужно столько для всех больших изображений, которые они передают по почте.
  2. Увеличить квоту пользователя, если / когда им это нужно, намного проще, чем уменьшить ее, если они этого не делают (они будут стонать, что что-то потеряют, даже если им это не нужно!), Поэтому установите разумные квоты, но не завышенное значение и убедитесь, что сервер (ы) отправляет предупреждения (пользователю, вашим почтовым администраторам или обоим), когда учетная запись достигает, скажем, 90% квоты.

4 Гб - это определенно слишком много для общей квоты - у меня в нынешней системе объем почты менее чем в 256 МБ за 18 месяцев (мы сохранили старый почтовый сервер для архивирования, а не для переноса старых данных), и я уверен, что многие люди нужно меньше, чем мне, если вы не архивируете почту в течение длительного времени. 1 ГБ более реалистичен, но все же может оказаться слишком большим, чем ваша базовая квота для всех.

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

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

В зависимости от того, как электронная почта используется в этом агентстве, вы можете обнаружить, что существует слишком много переменных, чтобы просто указать один размер для всех. В моем текущем положении у нас есть пользователи, которым удается сохранить размер своих почтовых ящиков менее 100 МБ. Есть и другие, которые не могут реально сократить размер своих дисков до менее 2 ГБ +. У меня это довольно легко из-за небольшого количества пользователей, в настоящее время около 25 с учетными записями электронной почты. Я отслеживал размеры их почтовых ящиков за последний год и использовал их в качестве ориентира для установки индивидуальных ограничений. Не идеальное решение, но оно работает для нас, так как не позволяет пользователям бездельничать по хозяйству.

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

Конечно, если вам нужно иметь дело с множеством или большими вложениями, это плохое решение.

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

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

Убедитесь, что вы знаете, какие (если есть) правила хранения данных относятся к вашей сфере деятельности.

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

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

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

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

У вас есть почтовая система прямо сейчас? Что в настоящее время используют пользователи? Какая текущая статистика? Это должно лечь в основу ваших оценок.

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

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

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

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