сталкивался.
Пытаюсь тестировать ceph iscsi. У клиента такая потребность - подключать разделы по iSCSI на Windows Server 2019. Очень долго сидели на PetaSAN и всю дорогу жаловались на скорость. Скорость действительно не ахти.
Реально Symantec NetBackup больше 15MiB/s в ceph по iscsi не грузит (смотрю при помощи rbd perf image iotop).
И если руками запускать загрузку файла в цеф по iscsi, то те же 15MiB/s.
Есть утилита https://www.petasan.org/petasan-copy/, которая копирует в 16 потоков и в пике выдает ~90MiB/s на Винде. Тоже не ахти, но значительно лучше. Это бы всех +/- устроило. Если "эмулировать" загрузку в несколько потоков (несколько окон терминала cmd, в каждом копирование запущено), то каждый поток добавляет в общую загрузку канала примерно 15MiB/s, пока не упрется в те самые 90MiB/s
Решили для теста поднять чистый цеф (17.2.6) с iscsi https://docs.ceph.com/en/quincy/rbd/iscsi-target-cli/ и на Windows Server уперлись в те же 15MiB/s в один поток. А утилитой petasan-copy те же 90MiB/s
Поставили Linux. Он в iSCSI LUN пишет 90MiB/s в один поток.
(к слову - в RBD запись идет около 900Mib/s, у меня 3 хоста по 36 дисков по 6Тб 7200, R3, сеть 10G, mtu 9000)
Ну и вопрос:
Кто-нибудь знает как Windows Server iSCSI разогнать скорость загрузки в один поток больше 15MiB/s? Немного гуглил, безуспешно.
(я не уверен, что это возможно возможно, ибо нафига разработчики PetaSAN специальную утилиту под Винду написали, которая в несколько потоков пишет? Но вдруг...)
Если вдруг кому-то интересно. Поставил обновления на Windows Server и обновил драйвера сетевых карт. Скорость загрузки с 15MiB/s возрасла до 170-180MiB/s. 🥳 Сразу отвечу на вопрос, почему изначально этого не сделал - потому что изолированный сегмент сети, пришлось клиента уговаривать, чтоб сетевые доступы куда надо сделали. 🤷♂️ (Ну и работали они в таком режиме годами. Я и не предполагал, что они ОС совсем не обновляют)
Ты бы сильно удивился на чем порой приходится людям работать
Работает же! Зачем что-то менять.
А могло упасть до 1,5🙂
Обсуждают сегодня