У нас есть диск, экспортированный по iSCSI. При записи на этот конкретный диск проявляется следующая проблема:
Начальная скорость приличная, потом после нескольких гигабайт записи
i) диск становится занят на 100%
ii) скорость записи на диск упала до 10 МБ / с
iii) Снижение IOPS диска до 80 передач / сек.
Некоторые (тревожные) моменты, которые следует учитывать:
1) Все остальные диски в нашей сети работают правильно, то есть их скорости при экспорте в качестве целей iSCSI являются нормальными и стабильными.
2) Этот конкретный диск правильно работает при локальном использовании, а не в качестве цели iSCSI.
3) Поведение диска было продублировано в виртуальной среде. То есть цель iSCSI и инициатор iSCSI - это две виртуальные машины на одной машине с голым железом.
Если бы не пункт 2), мы бы пришли к выводу, что диск неисправен. Но текущее поведение (проблемы только для 1 конкретного диска, только для 1 конкретной среды) не может быть объяснено.
Есть предположения?
редактировать:
Скреншот прилагается.
Вверху слева находится цель iSCSI (имя хоста «san»). Экспортированный диск - xvdb.
Вверху справа - инициатор iSCSI (имя хоста «песочница»). Смонтированный диск - sdb.
Внизу справа - операция передачи (как rsync) в системе инициатора с локального диска на вышеупомянутый проблемный диск.
Примечание: Начальная скорость ~ 25 МБ / с была оправдана из-за узкого места процессора инициатора. Но изображенная загрузка отличается от загрузки ЦП при правильном функционировании (30% пользователей, 70% систем, 0% ожидания, 0% простоя).
Некоторое время назад я столкнулся с той же проблемой. Проведя несколько тестов, мы пришли к выводу, что диск больше не работает. В вашем случае одна вещь, которую следует учитывать, - это пункт № 2, и, исходя из этого, я бы подумал, что у вас может быть проблема с сетевым путем, и вы должны попытаться проверить это соединение (кабель, MTU, емкость порта коммутатора) и посмотреть, не изменится ли что-то. iSCSI - довольно хороший протокол, но требует надежных соединений.
