У нас есть виртуальный сервер, работающий на VMware. К этому виртуальному серверу подключено несколько дисков iSCSI (диски E, F и G). У него есть 2 виртуальных сетевых адаптера — 1 для обычного сетевого трафика и 1 для iSCSI. Оба сетевых адаптера подключены на скорости 1 Гбит/с. Мы используем Windows 2012.
Каждые полчаса мы запускаем процесс, который довольно интенсивен на 1 диске (например, диск F). В PerfMon мы видим, что % Disk Read Time составляет 100% во время работы этого процесса. Если посмотреть в диспетчер задач, то пропускная способность соединения iSCSI редко превышает 500 Мбит/с и обычно составляет около 200-300 Мбит/с во время работы этого процесса.
График активности дисков в SAN и на коммутаторе между хостом и SAN также показывает, что они работают с существенным дефицитом емкости.
Я видел этот вопрос, однако я не понял ответа и он не кажется мне актуальным (я могу ошибаться):iSCSI SAN — узкое место сетевого адаптера
На что следует обратить внимание, чтобы понять, почему Windows считает, что диск загружен на 100%, а оборудование загружено менее чем на 50%?
Я администратор баз данных/программист, а не специалист по сетям, так что вполне возможно, что я упускаю что-то простое.
решение1
% Disk Read Time не означает то, что вы думаете, что это означает. Это не означает, что ваш диск загружен на 100%, что делает остальную часть вашего вопроса несколько неуместной, поскольку она основана на неправильном понимании этого счетчика.
Из статьи по ссылке:
Счетчик «% Disk Time» — это не что иное, как счетчик «Avg. Disk Queue Length», умноженный на 100. Это то же самое значение, отображаемое в другом масштабе. Если Avg. Disk queue length равен 1, %Disk Time будет равен 100. Если Avg. Disk Queue Length равен 0,37, то %Disk Time будет равен 37. Вот почему вы можете видеть, что %Disk Time больше 100%, достаточно, чтобы значение Avg. Disk Queue length было больше 1. Та же логика применима к %Disk Read Time и %Disk Write Time. Их данные берутся из Avg. Disk Read Queue Length и Avg. Disk Write Queue Length соответственно.