С тех пор, как мы перешли со СТАРЫХ серверов linux на новые машины, нас время от времени преследовал «завис». Похоже, что ожидания ввода-вывода проходят через крышу несколько раз в день, и все зависают, пока операционная система не сможет его очистить. В целом все сообщают о лучшей скорости отклика нового сервера, кроме случаев, когда он забивается этим невыполненным журналом ввода-вывода.
Однако мы не знаем, как это решить. У нас всего 16 пользователей, подключенных к этому серверу, и на его дисках используется только 8 ГБ пространства (RAID 10, все диски по 15 КБ). Счетчики производительности для диска / сети / памяти / процессора все близки к 0 ... за исключением средней длины очереди диска, которая резко увеличивается в то же время, когда пользователи жалуются.
В Linux средние нагрузки никогда не превышают 2 или 3, а теперь длина очереди иногда увеличивается до 10 или 12, даже если у нас есть более быстрые диски, больше дисков, больше памяти, больше ядер, одно и то же приложение, обращающееся к серверу, и т. Д. .
Первый вопрос - какие-либо предложения о том, что мы можем сделать, чтобы отследить и решить эту проблему?
Второй вопрос - есть ли способ создать логический диск в памяти (тогда просто DFS реплицируйте его с помощью физического жесткого диска или даже напишите сценарии для его репликации из нашего приложения)? Весь диск с данными занимает всего 8 ГБ (а сервер поддерживает 48 ГБ памяти), но я не уверен, как с этим справиться.
Похоже на проблему с драйвером или аппаратный сбой. Я бы начал с обновления всех драйверов и аппаратного обеспечения для накопителей и чипсетов.
Вы также можете обратиться в службу поддержки производителей и спросить, не сталкивались ли они с подобной ситуацией. Я знаю как псих как бы это ни звучало, в половине случаев у них есть быстрое решение (или, по крайней мере, они могут определить проблему).
Если в вашем массиве хранения есть программа управления, проверьте ее на наличие ошибок или информацию о состоянии диска. Проверьте, нет ли переназначенных секторов или других индикаторов проблем с диском.
Крис С. уже дал вам отличные указания, с чего начать поиск. Re: ваш второй вопрос, я бы не советовал RAMDrives (даже DFS-Replicated) для производственных данных, которые вам небезразличны.
Если ваша репликация DFS синхронна, ваш RAM-диск, вероятно, заблокируется, если запись на физический диск, который вы реплицируете, остановится, и если ваша схема репликации не синхронна, вы потеряете питание (и ваша батарея ИБП будет таинственным образом разряжена), пока физическая копия находится в несовместимом (или устаревшем) состоянии: Мгновенная потеря данных по закону Мерфи.