Я настраиваю конфигурацию для многопутевого iscsi на сервере Centos 6. На данный момент я использую следующие параметры для повторения пути:
...
polling_interval 1
no_path_retry 12
...
Это означает, что «если путь не работает, удерживайте запросы ввода / вывода в очереди в течение 12 секунд, а затем установите их как неудачные».
Думаю увеличить тайм-аут до 60 секунд (no_path_retry 60), но меня беспокоит влияние на мою систему.
Я знаю, что время ожидания ввода-вывода (и, следовательно, нагрузка) сильно возрастет, и я считаю это неизбежным при таких обстоятельствах, но будет ли это съедать всю мою оперативную память? Система в конечном итоге выйдет из строя?
Примите во внимание, что средняя скорость ввода-вывода в этом многопутевом режиме составляет около 30 МБ / с.
no_path_retry не тайм-аут в секундах, а количество повторных попыток до тех пор, пока об ошибке не будет сообщено на устройство верхнего блока (например, в файловую систему). Он принимает queue как значение, что означает, что повторять попытки бесконечно и никогда не сообщать об ошибке. Это заморозит любой ввод / вывод. Если вам важны данные и вы не против, если ваше приложение зависнет, когда все пути недоступны, используйте queue. Если вас не интересуют данные и вы хотите, чтобы ваше приложение получало ошибку файловой системы, используйте целочисленное значение. Если вы не знаете, что делать, используйте queue.
no_path_retry
Числовое значение для этого атрибута указывает, сколько раз система должна попытаться использовать неудачный путь перед отключением очереди. Значение «сбой» указывает на немедленный сбой без постановки в очередь. Ценностьqueueуказывает, что постановка в очередь не должна останавливаться, пока путь не будет исправлен.