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

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

Задача cron запускает короткий тест smartctl каждый день и проверяет вывод smartctl -H и mdadm -D .

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

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

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

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

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

2
задан 12 May 2017 в 23:32
1 ответ
  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>
1
ответ дан 3 December 2019 в 12:36

Теги

Похожие вопросы