SB
Никита
у меня сейчас клиенты балансируются в оба датацентра. Я хочу, чтобы в резервный они заворачивались только в случае отказа основного
автоматом средствами эксченджа так не сделать. в любом случае придётся вручную переключать
Size: a a a
2021 January 22
Н
насколько я понял, в bound так и происходит - клиент ходит в west, пока тот жив, если он помер, клиент отправляется в west
Н
автоматом средствами эксченджа так не сделать. в любом случае придётся вручную переключать
ок, видимо, придется вкуривать внешние балансировщики. Спасибо
SB
нет. bound для того, чтобы не гонять клиентов на другой континент, условно говоря.
SB
когда задержка для клиента становится критичной
ДС
нет. bound для того, чтобы не гонять клиентов на другой континент, условно говоря.
Но вообще так можно использовать и чтобы клиенты шли в первый дц, пока он доступен? Хотя зачем это делать, если это можно настроить на уровне балансировщика с одним именем..
ВБ
Никита
у меня сейчас клиенты балансируются в оба датацентра. Я хочу, чтобы в резервный они заворачивались только в случае отказа основного
Не получится так у вас. Вы имеете две ноды. К примеру, свидетель там, где у вас активная нода. При потере связи с активной нодой, остановится и пассивная. 2) Свидетель там, где пассивная нода. Теряется связь с пассивной. Опять же почта умирает).
ВБ
Разве что, где-то в третьем месте свидетеля держать?
m
Разве что, где-то в третьем месте свидетеля держать?
Облако же)
Н
Разве что, где-то в третьем месте свидетеля держать?
у меня так и будет, свидетель в третьем месте
SB
В общем смотрите что такое dac и как отказоустойчивость на уровне датацентров делать
D
в этой схеме геобалансировщик нужен
Геобалансировка нужна, когда имя одно , а площадки - две (три,...)
D
Не получится так у вас. Вы имеете две ноды. К примеру, свидетель там, где у вас активная нода. При потере связи с активной нодой, остановится и пассивная. 2) Свидетель там, где пассивная нода. Теряется связь с пассивной. Опять же почта умирает).
В такой схеме можно alternate witness добавить
D
Облако же)
Вроде не поддерживается до сих пор
ВБ
DMitriy
В такой схеме можно alternate witness добавить
а что толку? Его ж надо вручную активировать все-равно
D
а что толку? Его ж надо вручную активировать все-равно
Ну да. Если у тебя ЦОД свалился, можно же одно телодвижение сделать, чтобы сервис поднять :)
ВБ
DMitriy
Ну да. Если у тебя ЦОД свалился, можно же одно телодвижение сделать, чтобы сервис поднять :)
Откуда узнает нода, где свидетель, что свидетель поменялся?
ВБ
По-мойму, этот способ подходит только для случаев, когда реально свидетель сломался
С
А зачем простаивать второму ДЦ?
D
Откуда узнает нода, где свидетель, что свидетель поменялся?
Условно говоря - администратор об этом оставшимся в живых нодам сообщит вручную, запуская DAG в резервном ЦОД