AD
Вот картинки с хоста, на которым выплыл этот latency
Size: a a a
2020 December 09
AD
iops на чтение в левом верхнем тултипе на этом временном интервале
N
700KB?
AD
Если считать математикой обычной, то похоже на это
N
хм.. ну на блоке 700KB latency в 20мс не выглядит страшно - обычно на блоках >128-256KB уже на latency никто не смотрит
AD
Это скорее для примера, что есть некие знаки, что что-то не так
AD
В первую очередь - proactive rebalance + update
AD
И новый assessment как оно себя чувствует
N
В первую очередь - proactive rebalance + update
в первую очередь - посмотреть, где возникает latency
N
а потом уже какие-то телодвижения
EZ
Это точно достойно кейса в поддержку. У меня был похожий случай, лечилось форматом дисков как кэш так и капасити, например через gparted. Но я бы открыл кейс предварительно на вашем месте.
Пропустил ответ) спасибо, но там очень несаппортед железо (лаба). Починил пересозданием кластера.
2020 December 10
Ɐα
коллеги, есть сервер с 12 одинаковыми капасити тир ssd дисками. Нужно ли выделять один из дисков в группе под кэш?
i
коллеги, есть сервер с 12 одинаковыми капасити тир ssd дисками. Нужно ли выделять один из дисков в группе под кэш?
i
>In an all-flash configuration... Since the all-flash capacity devices can effectively handle reads, it’s not necessary to have a dedicated read cache
i
но если есть optane, я бы ещё подумал
Ɐα
>In an all-flash configuration... Since the all-flash capacity devices can effectively handle reads, it’s not necessary to have a dedicated read cache
ну там написано, что в случае allflash, весь кэш будет под запись отдан.
N
коллеги, есть сервер с 12 одинаковыми капасити тир ssd дисками. Нужно ли выделять один из дисков в группе под кэш?
да и, как минимум, не один 🙂 Но ключевой вопрос в другом - что за диски?
Ɐα
ну там написано, что в случае allflash, весь кэш будет под запись отдан.
но в изначальном вопросе это было учтено
A
Да я вот тоже завис от ответа и пошёл читать статью))