Size: a a a

2020 December 16

N

Nikolay Kulikov in VMware vSAN
Андрей
подскажите это актуальная информация ?
какая именно?
источник

А

Андрей in VMware vSAN
то что в случае 2 вмкернелов под висан их нужно в изолированные сегменты помещать
источник

А

Андрей in VMware vSAN
Это инфа из ИЦМ
источник

N

Nikolay Kulikov in VMware vSAN
источник

N

Nikolay Kulikov in VMware vSAN
источник

А

Андрей in VMware vSAN
вы не подумайте что я собирался внедрять это решение, перечитывая ицм по 6.7 висан я вижу что "в 6.7 добавили этот айр гап" я всеголишь уточнил актуальная эта информация или нет
источник

А

Андрей in VMware vSAN
судя по тому что для 7.0 в доке она есть, значит актуальная, но для деплоя вы рекомендуете сингл висан вмкернел с ласп агрегацией аплинков?
источник

N

Nikolay Kulikov in VMware vSAN
Андрей
вы не подумайте что я собирался внедрять это решение, перечитывая ицм по 6.7 висан я вижу что "в 6.7 добавили этот айр гап" я всеголишь уточнил актуальная эта информация или нет
Это было и до 6.7 ЕМНИП, но там могли возникнуть большие таймуты на переключение между фабриками, потому что TCP сессия в RDT не рвалась насильно до завершения Timeout TCP сессии. В 6.7 научили принудительно рвать сессии, чтобы они перезапускались по второй фабрике, что уменьшило тайматы
источник

N

Nikolay Kulikov in VMware vSAN
На да, такая конфигурация поддерживалась и поддерживается на текущий момент
источник

А

Андрей in VMware vSAN
Для чего было придумана такая схема? когда адепты сана приходили и говорили а вот сан так может, и висан тоже так смог?
источник

N

Nikolay Kulikov in VMware vSAN
Но, как верно замечено в доке - это очень смахивает на over-engineering и жить с этим трудно и сложно. Поэттому вместо этого рекомендуется 2 основных варианта - обычный active-passive (ИМХО, самый простой, надежный и достаточный вариант практически всегда) или LACP
источник

N

Nikolay Kulikov in VMware vSAN
Андрей
Для чего было придумана такая схема? когда адепты сана приходили и говорили а вот сан так может, и висан тоже так смог?
Вангую, что есть какой-нибуть заказчик уровня уровня JPMC с сотнями-тысячами хостов, который сказал, что ему так нужно в каком-нибуть кейсе и для него прописали такую опцию (т.к. все равно работает практически из коробоки, а научить принудительно рвать сессии при отказе фабрики не так уж и сложно). Но это только мои догадки
источник

А

Андрей in VMware vSAN
понял, спс
источник

AK

Andrey Konovalov in VMware vSAN
Андрей
Для чего было придумана такая схема? когда адепты сана приходили и говорили а вот сан так может, и висан тоже так смог?
есть заказчики, которые хотят терминировать L2 на ToR коммутаторах и не хотят трафик по ISL гонять
источник

N

Nikolay Kulikov in VMware vSAN
Andrey Konovalov
есть заказчики, которые хотят терминировать L2 на ToR коммутаторах и не хотят трафик по ISL гонять
А зачем тут 2 фабрики для этого?
источник

AK

Andrey Konovalov in VMware vSAN
ну до ToR L2, а дальше только L3
источник

AK

Andrey Konovalov in VMware vSAN
VLAN'ы дальше ToR не уходят
источник

N

Nikolay Kulikov in VMware vSAN
Это понятно и это правильно
источник

N

Nikolay Kulikov in VMware vSAN
Я про другое - если vSAN между стоек, то трафик пойдет через Spine на другую стойку в другой L2 - для этого надо только GW прописать на хостах (в 7.0U1 добавили  GUI). Если кластер внутри стойки - то leaf просто два коммутатора в стеке на который ты делаешь тот же active-passive или LACP
источник

AK

Andrey Konovalov in VMware vSAN
2 фабрики, чтобы трафик по ISL не ходил, или чтобы кривая прошивка оба ToR не положила
источник