SG
у вас сервер всего один, который является точкой отказа и так сильно заморачиваетесь на каналах?
Size: a a a
2021 February 05
B
только все говые решения хостинг провайдера операются на сущности своих объектов ... балансировщик яндекса позволяет балансировать трафик и проверять доступность сущностей серверов которые созданы у него в кабинете, а не просто добавленных адресов
SB
спасибо этот вариант плох тем, что в случае проблем на стороне провайдера изменение (замена адреса или его исключение из А записи) займет время равное распространению зоны днс между DNS серверами
Это решается уменьшением ttl для записей. Например до 1-3 секунд
O
Это решается уменьшением ttl для записей. Например до 1-3 секунд
:D
O
ага, во внешнем DNS
B
Это решается уменьшением ttl для записей. Например до 1-3 секунд
))) это не решение потому как многие DNS имеют кеш
O
ну может кто и позволяет конечно
B
и его ttl может достигать 7 дней
O
но рег.ру например, дает выставить время только на SOA запись, остальные отдельно нельзя редактировать
SB
Ну мы сейчас решаем не нашу задачу. Берите сетевиков за яйца и пусть они думают
B
сервер один и это правда ... но чаше в отказ идут провайдерский линк или связанность )
B
Ну мы сейчас решаем не нашу задачу. Берите сетевиков за яйца и пусть они думают
я сетевик )
SB
Вот это поворот! И вы хотите, чтобы мы вас научили как отказоустойчивость каналов делать?
B
это я умею )
B
отказоусточивость это не просто два состояния работает или нет ... она может работать и иметь задержку в 1 - 2 секунды, может пропадать каждый 10 пакет или же джиттер может колебаться от 10 до 600 мс ... или же на стороне провайдера может поплыть фулвью ... и вроде бы работает ...все но возникает перманентный лаг или откидываение сессии или даже недоступность для некоторых клиентов адреса входа
B
вот поэтому пришел за советом ... стоит ли городить умный прокси с анализом доступности точек входа или собрать два рутера построить две таблицы vrf на одном виртуальном узле в облаке яда и погнать трафик через него
B
или вообще не париться и указать две A записи RR с маленьким ttl забить
SB
От требований зависит. И от допустимого времени недоступности сервиса
B
вот яркий пример
