L
👍
https://bit.ly/3gnLOwH
В vmc on aws завезли vSAN на NVME namespaces
Size: a a a
2020 August 06
2020 August 07
DG
основной вопрос когда же будут все замечательные нововведения портировать в on-prem версию
N
В смысле портировать? NVMe namespaces прекрасно работают уже сейчас. Только unsupported 🙂
DG
угу а в AWS это поддерживается )
N
Когда я последний раз поднимал этот вопрос, то сказали, что как только на рынке появится нормальное количество SSD с поддержкой namespaces, а так же кто-то сможет внятно объяснить зачем это нужно (вот для AWS объяснили - и все протестировали и сертифицировали) - они повысят приоритет этой сертификации (это уже есть в backlog)
DG
Понятно :)
N
Я смог придумать только один кейс - vSAN для Edge. Где места под нормальное число SSD в серверах просто нет (например, Lenovo SE350), то там это может иметь смысл
GP
до 8 дисков можно поставить, думаю даже для этого не очень
GP
только диски бы найти(
a
основной вопрос когда же будут все замечательные нововведения портировать в on-prem версию
для меня основной вопрос: когда пофиксят однопоточность всана, а то он больше одного ядра использовать не умеет, что сразу же по процессору ограничивает производительность
N
для меня основной вопрос: когда пофиксят однопоточность всана, а то он больше одного ядра использовать не умеет, что сразу же по процессору ограничивает производительность
Это не так
N
Откройте Observer - там десятки процессов
a
вот некоторые из них не могут в несколько ядер
N
для меня основной вопрос: когда пофиксят однопоточность всана, а то он больше одного ядра использовать не умеет, что сразу же по процессору ограничивает производительность
Так какое именно ограничение по производительности вы испытываете?
a
resync, например
a
меня не устраивает его медлительность
N
resync, например
Resync не упирается ни к какое ядро cpu в vsan. Он делается per-component, а его скорость зависит от приоритетов в I/O scheduler.
RK
Nikolay Kulikov
Resync не упирается ни к какое ядро cpu в vsan. Он делается per-component, а его скорость зависит от приоритетов в I/O scheduler.
правильно, упирается в архитектуру @CuriousPasserby 😉
a
ну мне было сказано, что есть лимит дисковой группы, через который не перепрыгнуть не важно на сколько быстрая сеть или диски
a
что наводит на мысль, что процесс упирается в CPU