Почему такая низкая скорость последовательного чтения через FiberChannel?

Question

[4ebyanka]

Подскажите, может кто то работает с SAN Lenovo (de4000h 2u24 sff) и знает их хорошо. Есть сервер Lenovo с ESXi 6.7 и к нему напрямую через FC подключен SAN с 24 дисками по 1.8 Тб (sas 12g 10k hdd) в 10 RAID. Сначала не понимал, почему Ubuntu читает с него так медленно, оказалось что больше 160 мб в сек вообще не получается читать (проверяю на файле в 10гб). Рядом стоит такой же сервер с такими же дисками, только внутри сервера (8 дисков в 10 raid) и там чтение уже 900мб в сек с таким же файлом и с такой же системой. В настройках SAN везде указано что это для VMware и volume тоже создан с учетом VMware vmfs, ssd кэша нет , размер блока 64К

Comments

[Wexter]

а читаете чем, куда и как? может у вас локальное хранилище не может больше 160мб/с записывать

[4ebyanka]

Ну испытал на двух одинаковых ОС, с разными хранилищами. Читал через dd

[4ebyanka]

Wexter, в /dev/null

[4ebyanka]

Сейчас игрался с block size и с блоком 512к достиг скорости 400мб в сек, но самы парадокс в том, что скорость записи в 2 раза больше - 800-950гб в сек, перепроверил даже на 100гб данных

Answer 1

[noute]

Сложный вопрос - нужно анализировать
1. Перфоманс СХД
2. Перфоманс сети САН
3. Перфоманс на сервере
4. Перфоманс ОС.
5. Настройки мультипаса и анализ логов

Размер блока 64 К где - СХД, Датастор, Файла?
Посмотри может быть датастор забился поэтому такая ситуация. Так же может забилась файловая система.
Сервер один на этих дисках или есть что то что крутится по соседству ?
В какой провизий созданы датасторы ?
Thin provisinging - если в сервере большой прирост то система алоцирует дисковое пространство и пока не заполнит ее, будут тормоза иными словами при этой провизий может быть проблема с ростом.
В Thin provisinging zeried - лишино данной проблемы, но там свой велосипед.