кароч. при появлении нового сервера он появляется в SCP. скажем у тя это второй сервер. клиент обновляет кэш, идет в AD, ему говорят - вот те 2 CAS сервера. В одной записи идет на балансер, другая просто на новый сервер. клиент приходит на новый сервера, а там нихуя не настроено
кароч. при появлении нового сервера он появляется в SCP. скажем у тя это второй сервер. клиент обновляет кэш, идет в AD, ему говорят - вот те 2 CAS сервера. В одной записи идет на балансер, другая просто на новый сервер. клиент приходит на новый сервера, а там нихуя не настроено
кароч. при появлении нового сервера он появляется в SCP. скажем у тя это второй сервер. клиент обновляет кэш, идет в AD, ему говорят - вот те 2 CAS сервера. В одной записи идет на балансер, другая просто на новый сервер. клиент приходит на новый сервера, а там нихуя не настроено
Ад сам сортирует список этот и отдает самый старый
вот насчет самого старого не помню. емнип, если у тя были 16 и ты добавил еще 16, то да. если 19, то он в приоритете будет. но опять повторюсь, могу ошибаться
вот насчет самого старого не помню. емнип, если у тя были 16 и ты добавил еще 16, то да. если 19, то он в приоритете будет. но опять повторюсь, могу ошибаться
да почему он будет в приоритете то? вообще все это можно будет протестировать
да почему он будет в приоритете то? вообще все это можно будет протестировать
могу ошибаться. но скажи, почему тогда пошла практика при миграции на более новую версию чанги выводить её в отдельный сайт? ведь даже при RR в такой схеме не должно быть проблем с клиентами
могу ошибаться. но скажи, почему тогда пошла практика при миграции на более новую версию чанги выводить её в отдельный сайт? ведь даже при RR в такой схеме не должно быть проблем с клиентами
я хз что это за практика и нигде не встречал таких рекомендаций