К сожалению, не нагуглил нормальных тестов.
Как правильно погонять этот sata ssd.

https://docs.google.com/spreadsheets/d/1E9-eXjzsKboiCCX-0u0r5fAjjufLKayaut_FOPxYZjc/edit
см. внизу файла

В установке Red Hat мне приходилось ждать часами, чтобы получить ошибку, с 10 ВМ достаточно 1-2 минут рандомной записи

Спасибо за ссылку, сейчас прочитаю

Это?

ага

я руководствовался данной статьей (она очень старая, но все же) https://yourcmc.ru/wiki/%D0%9F%D1%80%D0%BE%D0%B8%D0%B7%D0%B2%D0%BE%D0%B4%D0%B8%D1%82%D0%B5%D0%BB%D1%8C%D0%BD%D0%BE%D1%81%D1%82%D1%8C_Ceph

тесты от туда взял

я правильно понял, что без всяких qemu и тд.

не старая, я её обновляю

да, просто fio по диску

Ок. Спасибо.

проверь mtu

как я написал, сейчас я снес кластер Red Hat, добавил ещё один узел(все узлы идентичны по параметрам), поставил ubuntu bionic на все ноды, плейбуками раскатил openstack и ceph в контейнерах kolla.
NODES:
controller0 (ceph-mon)
controller1 (ceph-mon)
controller2 (ceph-mon)
ceph0 (11 OSD + root)
ceph1 (11 OSD + root)
ceph2 (мой коллега захотел попробовать raid 0, и поэтому тут только 5 OSD raid 0)
compute0 (на этом узле плейбуком запускаю цикличное создание instance в openstack, и дальнейшее попеременное тестирование линейной и ранломной записью, если остается живой, то скрипт повторяет действие)
compute0

mtu 9200 switch, а на портах 9000
раньше был 1500, по ощущениям ничего не поменялось

также развернул вспомогательные сервисы E*K, skydive

моя проблема в том, что я не знаю на что обращать внимание в первую очередь

на логи

на логи сервисов

rbd в данном случае