IF
haproxy/nginx + dns rr могут не только в отказоустойчивать, но еще и в балансировку же
да вооще все можешь убрать и оставить только dns
Size: a a a
2020 May 31
AM
haproxy/nginx + dns rr могут не только в отказоустойчивать, но еще и в балансировку же
если у тебя днс рр нахер нужен хапрокси/нжинкс?
AM
ну например, отчего возникают побитые объекты?
то чего угодно
SK
если у тебя днс рр нахер нужен хапрокси/нжинкс?
dns'у насрать, живая нода, или нет
AM
начиная со вспышек на сонце заканчивая битой памятью
IF
dns'у насрать, живая нода, или нет
вот для этого и применяй service discovery
AM
dns'у насрать, живая нода, или нет
и чем тебя спасет nginx&
IF
я использую consul
VO
то чего угодно
память ecc.
ag
но включи балансер и он все сделает
балансер в статусе error вроде не включается... я бы включил
AM
и чем тебя спасет nginx&
особенно если умрет он ))
SK
и чем тебя спасет nginx&
keepaliced будет держать по одному адрусу на каждой ноде, + все 3 адреса указаны в dns. Если что - адрес битой ноды переедет на соседнюю. Дальше под каждым ip стоит haproxy на каждой ноде, который размазывает нагрузку + следит за доступностью бекендов
ag
у тебя там случайно ревейтов нет?
а чем они могут мешать?
IF
keepaliced будет держать по одному адрусу на каждой ноде, + все 3 адреса указаны в dns. Если что - адрес битой ноды переедет на соседнюю. Дальше под каждым ip стоит haproxy на каждой ноде, который размазывает нагрузку + следит за доступностью бекендов
заверни все через bgp еще по кратчайшему пути будет трафик бегать.
AM
заверни все через bgp еще по кратчайшему пути будет трафик бегать.
и еще все за естио кубере
IF
да неееееееее ))
ВН
а чем они могут мешать?
Они кривожопые... приводят к тому что краш одну из реплик не может выбрать
AM
хули больше слоев богу оверлея )
ВН
а чем они могут мешать?
Выглядит именно так, типа вроде все норм, а пг в андерсайзед
AM
Они кривожопые... приводят к тому что краш одну из реплик не может выбрать
это кажеться еще в люме пофиксили )