А
если в стретчет кластере вм системные растянуть на 2 площадки я получу локальный доступ на обоих площадках или трафик кроссайт так и будет ходить?
Size: a a a
2020 October 06
DG
Которую?
Которая 6.7u1 deep dive
EZ
Андрей
если в стретчет кластере вм системные растянуть на 2 площадки я получу локальный доступ на обоих площадках или трафик кроссайт так и будет ходить?
With vSAN 7, vSAN File Service is not supported on a stretched cluster or 2 node deployment.
А
Чудо не случилось
А
Могло получиться очень красиво
N
из них одна - праймари. В NFS 3 весь трафик идет через нее. В NFS4 используется редирект
Все не совсем так
EZ
шара привязана к ip, да
N
Сама по себе ВМ ничего не обслуживает. Она тупая. Обслуживают трафик контейнеры, которые запускаются в ней. Это важно, потому что на одной ВМ этих контнейров может быть несколько. Далее контейнер primary per share, а не per cluster.
EZ
но контейнер с primary ip ведь не запустится на другой вм, так?
N
Далее, я не тестил, но, скорее всего, на растянутом кластере будет работать (как раньше работал iscsi), но он пока не site-aware. Поэтому клиент на сайте 1 при обращении к шаре может пойти на сайт 2 (если primary container находится там, нагрузив cross site interconnect, что не есть хорошо. Поэтому file services пока unsupported на растянутом кластере. В планах сделать его поддержку есть (как сделали для iscsi в 7.0u1), но, разумеется, без конкретных сроков. Если у вас сайты - на расстоянии сотни метров и очень жирные линки, то обсуждается в рамках rpq.
N
А вообще зову @Darchenkov - он детальнее разбирался с file services
EZ
Да, кстати, если контейнеры могут переезжать на другие FSVM, сколько FSVM можно выключить?
EZ
* с сохранением работоспособности vSANFS, ессно, а то я вас знаю, ща ответите "все"))
N
Да, кстати, если контейнеры могут переезжать на другие FSVM, сколько FSVM можно выключить?
А какая разница? Упасть хостов может не более ftt, как обычно. Т.е. Если ftt=2, то два хоста с file services может упасть. На третий сами данные уже будут не доступны, т.к. Объектов снизу больше не доступны.
EZ
Ну давайте представим что кто-то злобный или тупой решил их выключить
EZ
Речь об agent vm, не о хостах
А
Далее, я не тестил, но, скорее всего, на растянутом кластере будет работать (как раньше работал iscsi), но он пока не site-aware. Поэтому клиент на сайте 1 при обращении к шаре может пойти на сайт 2 (если primary container находится там, нагрузив cross site interconnect, что не есть хорошо. Поэтому file services пока unsupported на растянутом кластере. В планах сделать его поддержку есть (как сделали для iscsi в 7.0u1), но, разумеется, без конкретных сроков. Если у вас сайты - на расстоянии сотни метров и очень жирные линки, то обсуждается в рамках rpq.
Спасибо
N
Да, кстати, если контейнеры могут переезжать на другие FSVM, сколько FSVM можно выключить?
Конейтенеры могут переезжать между ВМ при failover или ребалансе - https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.vsan.doc/GUID-6D9184A4-23BB-411B-983B-D2A9BC6A33E6.html
N
но контейнер с primary ip ведь не запустится на другой вм, так?
Насколько я помню он именно так и делает, когда у вас падает хост
EZ
ага, круто. то есть primary ip всегда активен