Size: a a a

2019 November 12

N

Nikolay Kulikov in VMware vSAN
кэша на чтение - нет. Есть буфер на запись.
источник

А

Андрей in VMware vSAN
И мы помним про ограничение Кеша в 600гб)
источник

T

The in VMware vSAN
Кстати, Nikolay Kulikov, CBRC в all-flash тоже нет?
источник

GP

Grigory Pryalukhin in VMware vSAN
vMotion это безусловно технология, перевернувшая мир ИТ, первая статья из цикла vMotion Deep Dive: https://medium.com/@pryalukhin/vmotion-process-under-the-hood-50f78f95f2ca
источник

N

Nikolay Kulikov in VMware vSAN
The
Кстати, Nikolay Kulikov, CBRC в all-flash тоже нет?
Cbrc - есть всегда и он не зависит от наличия vsan. У vsan есть ещё собственный RAM-Cache и он работает на all Flash и гибриде.
источник
2019 November 13

N

Nikolay Kulikov in VMware vSAN
Там просто история, что RAM - все равно быстрее SSD, поэтому он и на All Flash имеет смысл. И, кстати, да. Для него есть "Data Locality" - т.е. всегда на узле, где работает ВМ, т.к. сеть значительно медленее скорости RAM. Что еще интреснее, то что вместе с Magma он может быть больше по размеру, будет динамический и per-VM, т.е. размер RAM Cache в vSAN будет меняться Scale-Up и Scale-down в зависимости от цели оптимизации ВМ и параметров работы этой ВМ и инфраструктуры, загрузки хостов  и т.д.- всё благодаря ML+NN, который будет на лету подстраивать параметры кластера, а RAM Cache является одним из них. Причем там сетка жестко обучена, что никакие изменения не должны ухудшать параметров работы ВМ - только в плюс.
источник

N

Nikolay Kulikov in VMware vSAN
Я только теперь не представляю, как нормально бенчмарки можно будет делать, если он будет с каждым прогоном теста автоматом тюнить кластер и улучшать производительность....
источник

T

The in VMware vSAN
Мы точно про vSAN? Или это roadmap и вообще NDA? ;)
Иначе где можно прочитать про эту неонку?
источник

a

a in VMware vSAN
ну про автотюнинг я на вмворлде слышал
источник

a

a in VMware vSAN
вот только я ярый противник каких-либо advanced кастомизаций
источник

a

a in VMware vSAN
фиг его знает, что там этот ML будет подкручивать
источник

AK

Andrey Konovalov in VMware vSAN
a
фиг его знает, что там этот ML будет подкручивать
боишься остаться без работы? ;-)
источник

AP

Aleksandr Pushkin in VMware vSAN
Andrey Konovalov
боишься остаться без работы? ;-)
Причем в варианте, накосячил и потерял данные ml, а без работы останется человек
источник

AA

Alexandr Agapov in VMware vSAN
Сразу впомнились ролики про кожаных мешков и организмов)
источник

AA

Alexandr Agapov in VMware vSAN
Коллеги я тут недавно у вас интересовался как увеличить объем памяти для vSAN management service, это нужно в тех случаях, когда используется Veeam proxy на каждом хосте vsan кластера. И при бэкапе vsan health ругается на "Hosts With Communication Issues".

В логах можно увидеть следующее событие:  error vsand[9969293] [opID=918dc990 StatsMetricsMethods::getHeapInformation] Failed to get Heaps List: <built-in function list> returned a result with an error set MemoryError: Out of memory  During handling of the above exception, another exception occurred:  Traceback (most recent call last):   File "/build/mts/release/bora-14263064/bora/build/vsan/release/vsanhealth/usr/lib/vmware/vsan/perfsvc/StatsMetricsMethods.py", line 1157, in getHeapInformation SystemError: <built-in function list> returned a result with an error set

Решение проблемы - это увеличение выделяемой памяти до 400мб для vSAN management service на всех хостах кластера. Сделать это можно следующим образом:
1. Проверяем текущее значение (default 174080):
 memstats -r group-stats -s name:parGid:min:max:minLimit:eMin:eMinPeak:rMinPeak |grep vsanperfsvc
   2466         vsanperfsvc    15   102400   174080     -1   148692   174080   177164
2. Останавливаем сервис
 /etc/init.d/vsanmgmtd stop
 Terminating watchdog process with PID 2102778
 vsanperfsvc stopped.
3. Запускаем сервис
 /etc/init.d/vsanmgmtd start
 vsanperfsvc started.
4. Увеличиваем резервируемую память до 400mb
 localcli --plugin=/usr/lib/vmware/esxcli/int/lib64/libsched-internal.so sched group setmemconfig -g host/vim/vmvisor/vsanperfsvc -i 100 -m 400 -u mb
5. Проверяем что изменения вступили в силу
 memstats -r group-stats -s name:parGid:min:max:minLimit:eMin:eMinPeak:rMinPeak |grep vsanperfsvc
 2466         vsanperfsvc    15   102400   409600     -1   107560   174080   177164

Решение не перманентное, после перезагрузки хоста эти действия нужно повторить.
Надеюсь в следующих патчах починят это.
источник

T

The in VMware vSAN
Капец, вместо штатного линуксового механизма page cache нужно изобретать модную нейросеточку с негарантированной сходимостью на ограниченной выборке.
источник
2019 November 15

GP

Grigory Pryalukhin in VMware vSAN
Ну что, продолжаем, пятница отличное время чтобы узнать что-то новое, сегодня ускоряем vMotion: https://medium.com/@pryalukhin/how-to-tune-vmotion-3168ff9ff1ec
источник

KS

Konstantin Statsenko in VMware vSAN
а вот тут еще люди предлагают покрутить TcpipRxDispatchQueues если карты 25 Gbps и выше:
источник

KS

Konstantin Statsenko in VMware vSAN
источник

KS

Konstantin Statsenko in VMware vSAN
это вообще законно ? )
источник