Re[3]: Virtual IP (два WAN и балансировка)
От: Vetal_ca Канада http://vetal.ca
Дата: 10.06.21 14:49
Оценка: 12 (1)
Здравствуйте, Буравчик, Вы писали:


Б>Почему не получится? Просто нужен третий провайдер, у которого есть доступ к первым двум.


Да, но цена вопроса. Свой BGP AS номер, настройка, поддержка.


Б>Да, спасибо, где-то раньше слышал про CARP.


Это как пример компонентов системы. Иллюстрация WAN switch, Uplink провайдеров. CARP это уже "ниже по течению", ближе к тебе. Failower самого Gateway

Б>Почему смысла нет. Если нужно оплачивать трафик балансера, то лучше прогонять через него только входящий трафик (сильное меньше исходящего)


Для ответов основного траффика, тебе нужна та же пропускная способность и надежность, что и для входа.
Если мы про внутренний траффик. Что есть вызовы платежных систем от сервера, апдейты, сервисы. Он, обычно, гораздо скромнее. Максимум, это APM (logging в какой-нибудь DataDog, мониторинг)

Б>Да, я и предполагал — взять VPS, сделать к нему два канала VPN (GRE?) и гонять трафик. Но трафик стоит денег (а может и не дорого это все не больших сервисов?). Но в любом случае этот VPS поддерживать — их две штуки надо + как-то синхронизировать.


Это дорого только для всяких домашних случаев. Когда эти $10+ заметны. Но там и LB не нужен

А так, если сервис нагруженный, то там и поток денег от клиентов должен быть "нагруженный". Т.е., если у тебя прибыль от клиента сопоставима с ценой траффика им генерируемым, то оно не взлетит. Вручную будет еще дороже


Б>Тот же CARP, он работает внутри сегмента одного. Не факт, что у провайдера можно арендовать два VPS внутри сегмента. Или опять же между ними канал делать — что-то вообще сложно. Проще арендовать


CARP тебе не нужен в данном случае. LB + несколько VPS. За $10/мес, сэкономленное время пустишь на решение других проблем

Б>У меня такое ощущение, что это микро-AWS/GCP. Они предполагают virtual ip внутри своих сетей. Т.е. серверы должны находится у них.


У тебя есть тяжелый и не быстрый компонент внутри? Все сервера не обязаны находиться внутри сети провайдера. Только то, что high load, low latency и прочее. Внутреннюю БД для подкачки можно прикрутить. При помощи того же VPN, от On-Prem к провайдеру с VPS
Отредактировано 10.06.2021 15:05 Vetal_ca . Предыдущая версия .
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.