Чи може hMailServer бути налаштований на отримання пошти з зовнішніх облікових записів лише у випадку, коли його викликає клієнт?

Я запускаю невелику локальну мережу і використовую hMailServer для надання сервера IMAP. У мене є база даних hMail на накопичувачі NAS. Коли я встановлюю hMail для отримання електронної пошти з зовнішніх серверів (наприклад, наш ISP), він пробуджує диск NAS. Насправді, він ніколи не дає їздити спати, оскільки я встановлюю його для вибірки кожні 5 хвилин (це вічність, коли ви чекаєте електронної пошти, яку ви знаєте, що відправлено). Моє занепокоєння перевищує надмірний знос приводу, оскільки він ніколи не засвітиться (в даний час він тільки спить, якщо неактивний протягом 60 хвилин).

Що мені дуже подобається, це метод, який дозволяє клієнту викликати отримання електронної пошти з зовнішніх серверів і не матиме цього сервера на будь-якому інтервалі. Чи існує такий механізм, який я міг би дослідити?

До того ж, про те, про який надлишок зносу ми говоримо з сервером, який отримує доступ до диска кожні 5 хв. Чи диск все ще носиться, якщо він не доступний, але й не в режимі сну?

Це дійсно залежить від жорсткого диска і робочого циклу.

Почнемо з горили в номері. Жорсткі диски не спрацьовують - і поступовий знос - це найменше занепокоєння, оскільки у вас все ще є час для резервного копіювання і відновлення. Тим не менш, корпоративні диски розроблені для 24-годинних робочих циклів, і багато компаній використовують великі масиви споживчих дисків для зберігання. У Google є документ про це , і ця частина вас цікавить

Коли ми дивимося на ці результати по окремих моделях, ми знову бачимо   складний малюнок, з різними патернами поведінки провалу   трьох рівнів використання. В цілому наші дані вказують на   набагато слабша кореляція між рівнями використання і невдачами, ніж   попередня робота запропонувала "

(розділ 3.2).

Коротше кажучи, диск зносу не має значення, як багато в плані надійності, як ви думаєте, особливо там, де ви можете мати інші режими відмови. Враховуючи, що ви використовуєте nas, він повинен контролювати зносостійкі режими збоїв (за допомогою smart) і мати певний механізм для заміни дисків.

Я бачив, як на споживчих жорстких дисках тривалість життя 3-5 років (і вони працюють 24/7 з великою кількістю активних дисків, тому періоди, коли вони постійно читають чи пишуть, або нічого не роблять), не мають великих електромеханічних несправностей (які часто є несподіваними), вони поступово сповільнюються. Слідкуйте за своїми дисками (розумні тести приємні), є резервні копії (всі апаратні засоби помирають), і ви повинні бути в порядку.

Ви будете мати набагато більше "надмірного зносу" на диску, починаючи & amp; зупиняючи його весь час, ніж залишаючи його працює, але це буде споживати більше енергії. Найкращий спосіб зношувати більшість елементів електроніки - це перетворення їх на & amp; вимкнено. Я пропоную перевірити вашу модель жорсткого диска, щоб побачити, що таке її MTBF; сервери повинні використовувати диски, які мають MTBF в діапазоні 10 років.