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

smart long test - как влияет на производительность загруженный сервер?

У меня загруженный сервер с настройкой RAID 1. Приложение (работает на PHP) очень интенсивно читает / записывает в базу данных (MariaDB).

Cronjob работает smartctl короткий тест каждый день и проверяет вывод smartctl -H и mdadm -D.

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

Итак, несколько вопросов:

1) Обычно длительные интеллектуальные тесты влияют на производительность, что может быть значительным для пользователей?

2) Поскольку у меня есть RAID 1 и я провожу короткие тесты, нужны ли длительные тесты?

3) Есть ли способ остановить длительный тест, если я обнаружу, что он вызывает проблемы с производительностью сервера?

  1. Это зависит. (мухахаха) На чем? Сколько ваше приложение использует диск и какой объем кэширования может использовать ваше приложение. Здесь нет никакого волшебства - если накопитель тестируется, он не может работать с такой же максимальной скоростью и низкой задержкой, как когда это не так. Однако, если ваши требования к минимальной задержке меньше, чем влияние тестов, то это промывание с точки зрения воздействия на приложение.
  2. Возможно нет. Компании по хранению данных крупных предприятий (EMC, IBM, NetApp и т. Д.) Заменяют диски на основании их M (ean) T (ime) B (etween) F (ailures), а не просто ждут, пока микропрограмма накопителя сообщит о проблеме. Короткие тесты проверяют все, что может сначала дать сбой. Длинные тесты выполняют те же тесты, что и короткие, за исключением того, что они не имеют ограничения по времени. Просто предположите, что все диски выйдут из строя, но их вероятность возрастет после истечения гарантии.
  3. Да, ПРЕДОСТАВЛЯЕТСЯ, что накопитель поддерживает прерывание (или «приостановку») автономного сбора данных.

На странице руководства smartctl (8):

       -X, --abort
              Aborts  non-captive  SMART  Self  Tests.  Note that this command
              will abort the Offline Immediate Test routine only if your  disk
              has the "Abort Offline collection upon new command" capability.

(Я думаю, вы также можете прервать работу, если увидите «Приостановить автономный сбор при новой команде»; я думаю, что страницу руководства необходимо обновить.) Вы можете проверить эту возможность с помощью:

smartctl -x <device>