N
ну мне было сказано, что есть лимит дисковой группы, через который не перепрыгнуть не важно на сколько быстрая сеть или диски
Это правда.
Size: a a a
2020 August 07
a
ну дык зачем мне такой лимит на оптане с, например, 100гб/с сетью? 🙂
a
я хочу, чтобы железо, за которое я плачу, 100% использовалось)
RK
что наводит на мысль, что процесс упирается в CPU
ядра разные бывают, так что не цпу
N
Потому что дисковых групп может быть много - это раз.
a
ядра разные бывают, так что не цпу
причем тут ядра? вон...пустые 40 ядер, например....бери, используй 🙂
N
Во вторых, lsom уже многопоточен, но отдельные процессы по обработке IO идут per-core. И их нельзя параллизовать ибо получим гонки.
a
короче, мне говорили, что работа ведется, вот я и жду улучшений 🙂
N
Поэтому есть два способа - увеличивать эффективность per поток и второе стараться минимизировать нагрузку на такие процессы перенеся обработку данных на на другие.
N
Оба этих процесса идут постоянно
N
Практически в каждом релизе есть изменения под капотом, о которых не пишут в release notes. Но суммарно это приводит к тому, что bottleneck становится меньше и ещё перемещается
a
Nikolay Kulikov
Практически в каждом релизе есть изменения под капотом, о которых не пишут в release notes. Но суммарно это приводит к тому, что bottleneck становится меньше и ещё перемещается
да. но просто обидно, когда тебе говорят, что "ну вы уперлись в лимит DG", а ты такой "а как же мои оптаны и NVMe? а как же моя 100гб/с сеть и куча свободных ядер?" 🙂
N
Lsom - был узким местом во времена 6.2-6.5. Потом его долго улучшали и сейчас в него очень редко упираются. Чаще в DOM или component manager
N
Моя мысль простая - performance vsan, разумеется, улучшают и планируют улучшать. Но говорить о лом, что он однопоточный - совершенно некорректно
N
да. но просто обидно, когда тебе говорят, что "ну вы уперлись в лимит DG", а ты такой "а как же мои оптаны и NVMe? а как же моя 100гб/с сеть и куча свободных ядер?" 🙂
Это очень легко проверить
N
Открываете вкладку perfomance for support, cpu и смотрите есть ли процессы в 100%. Если есть, то смотрите какие и после этого рождается план., как его улучшить
N
Уперлись в lsom на одной или нескольких DG? Включите страйпинг - это равномерно нагрузит все дисковые группы. Уперлись в comp. Manger - выключите страйпинг :)
N
А про сетку в 100gbe - все давно писали и говорили, что это бессмысленно. Больше, чем 25GbE смысла брать нет
VK
да. но просто обидно, когда тебе говорят, что "ну вы уперлись в лимит DG", а ты такой "а как же мои оптаны и NVMe? а как же моя 100гб/с сеть и куча свободных ядер?" 🙂
Антон, а, кроме тебя, в Facebook есть специалисты по vmware? Или все проблемы решает один белорусский паренёк?
RK
Nikolay Kulikov
А про сетку в 100gbe - все давно писали и говорили, что это бессмысленно. Больше, чем 25GbE смысла брать нет
циско с гиперфлексом на Вас обиделась :)