Size: a a a

VMware User Group Rus

2021 January 11

R

Roma in VMware User Group Rus
Здравствуйте. Пожалуйста подскажите, установил новый vcenter, хочу подключить к нему старый esxi уже подключенный к старому vcenter, при подключении новый vcenter сообщает , что все машины вкл, надо ли их выключать или можно добавить esxi со включенным машинами ?
источник

D

Dmitry [Shep] in VMware User Group Rus
Можно
источник

N

Nikolay Kulikov in VMware User Group Rus
Sergey
Вцентр нужен такой же, esxi может быть ниже, но vm compatibility  должна быть такой, чтобы поддерживалась на обоих esxi
Это почему? Кто сказал, что нужна однаковая версия vCenter на обоих площадках? https://blogs.vmware.com/virtualblocks/2018/04/17/srm-vr-81-whats-new/
источник

N

Nikolay Kulikov in VMware User Group Rus
iscsi
удачи мигрировать что-то, что похоже на нагруженную VM
Это скорее от толщины канала зависит, чем от RTT. RTT влияет на stun-time, но не на скорость/время миграции. А rtt и bandwidth в общем-то не связанные между собой вещи.
источник

N

Nikolay Kulikov in VMware User Group Rus
источник

i

iscsi in VMware User Group Rus
Nikolay Kulikov
Это скорее от толщины канала зависит, чем от RTT. RTT влияет на stun-time, но не на скорость/время миграции. А rtt и bandwidth в общем-то не связанные между собой вещи.
RTT влияет на ширину окна, миграция это однопоточная процедура, поэтому вы упрётесь в определённую скорость
источник

MO

Mr Orange in VMware User Group Rus
Nikolay Kulikov
Это скорее от толщины канала зависит, чем от RTT. RTT влияет на stun-time, но не на скорость/время миграции. А rtt и bandwidth в общем-то не связанные между собой вещи.
Ммммм ещё как связанные
источник

MO

Mr Orange in VMware User Group Rus
Nikolay Kulikov
Это скорее от толщины канала зависит, чем от RTT. RTT влияет на stun-time, но не на скорость/время миграции. А rtt и bandwidth в общем-то не связанные между собой вещи.
От rtt зависит время на подтверждение доставки, льётся то оно вроде пока что по tcp, и дальше вопрос window size / подтверждения. То есть оно связано, но не 1/1.
источник

E

Evgeniy in VMware User Group Rus
+1. при больших ртт в один поток тсп не выйдет сильно разогнать.
источник

N

Nikolay Kulikov in VMware User Group Rus
В 1 поток - да. А если в несколько - нет
источник

MO

Mr Orange in VMware User Group Rus
Nikolay Kulikov
В 1 поток - да. А если в несколько - нет
В любое число потоков будет зависимость.
источник

i

iscsi in VMware User Group Rus
в общем на рынке не просто так есть продукты с названием WAN accelerator
источник

MO

Mr Orange in VMware User Group Rus
iscsi
RTT влияет на ширину окна, миграция это однопоточная процедура, поэтому вы упрётесь в определённую скорость
источник

N

Nikolay Kulikov in VMware User Group Rus
Мой комментарий был о том, что очевидно, что можно иметь 100ms rtt при толщине 10mbit/s, а можно иметь 1gb/s при 100ms rtt. И скорость vMotion в этих двух случаях будет координально отличаться. Потому что vMotion работает/может больше, чем в рамках 1 TCP сессии.
источник

i

iscsi in VMware User Group Rus
в курсе обоих вариантов, я пробовал крутить очереди в vsish, особо это ничего не поменяло, миграция все равно занимает от нескольких до десятка часов
источник

i

iscsi in VMware User Group Rus
т.е. технически оно работает, практически же в этом мало смысла
источник

D

Dmitry [Shep] in VMware User Group Rus
А нет никакой статейки про баг когда скорость миграции  лочится на 3мбит ?😬
источник

i

iscsi in VMware User Group Rus
Dmitry [Shep]
А нет никакой статейки про баг когда скорость миграции  лочится на 3мбит ?😬
это похоже на network misconfiguration, а не на баг
источник

i

iscsi in VMware User Group Rus
Nikolay Kulikov
Мой комментарий был о том, что очевидно, что можно иметь 100ms rtt при толщине 10mbit/s, а можно иметь 1gb/s при 100ms rtt. И скорость vMotion в этих двух случаях будет координально отличаться. Потому что vMotion работает/может больше, чем в рамках 1 TCP сессии.
в реальном мире стабильный rtt редкость, там всегда есть jitter и дропы по разным причинам
источник

i

iscsi in VMware User Group Rus
мы платим за каналы провайдерам вроде Sparkle со своей сетью морских кабелей, чтобы получать стабильный rtt, но и это не 100% работает, там тоже случаются перегрузки и ассиметричный роутинг
источник