VDS x2

Кластер какого типа имеется ввиду ?
Между VPS должна быть хорошая связь, уверен с этим будут постоянные проблемы. Лучше захоститесь в aws, там есть всё что нужно с документацией и апи.

Ну я так назвал кластер, нужно просто обезопасить себя от того что хостер частенько падает, и нужно что бы сайты были доступны 24\7. А что за aws ?

https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ECS_AWSCLI_EC2.html
на самом деле, в таком случае достаточно виртуалки у нормального хостера. в случае падении ноды, виртуалка запускается на другой ноде и простой невелик.

Добрый день! Есть VDS ,на нем сайты, ,хотим еще арендавать один VDS, во славу стабильности надо их объединить в один кластер , что бы при падении одного VDS сразу подхватывался другой, реализуемо?

А как второй VDS поймет что первый упал, а не просто связь между первым и вторым? Получишь 2 мастерноды в онлайне.

Для любого HA нужен третий арбитр.

Так же тебе надо будет позаботиться о ситуации со split brain. Если у тебя чисто статичные сайты - подключи cloudflare или айри.рф, а вот если продажи идут - как потом будешь 2 базы сливать?

Просто в 5 сек настраивается балансировщик под AWS ну или HA proxy курить

https://aws.amazon.com/elasticloadbalancing/

Ну если я не ошибся то там балансировщик, тоесть он в случае не доступности одного пустит по другому трафик, а как на счет того что бы оба сервера были синхронизированы?

Зачем тебе нужно синхронизировать сервера ?
Ты не представляешь насколько это будет дороже, чем обычная ВМ у нормального хостера.
Тебе нужно будет сделать кластер БД. Данные, которые не лежат в БД, нужно хранить на общем дисковом хранилище. В итоге тебе придётся обмазаться мониторингами и молиться, чтоб сеть не падала между виртуалками.

Если тебе нужна полная синхронизация состояния (БД, сессии, etc) — лучше иметь сразу 3 сервера, чтоб избежать split brain. Если ничего такого не требуется — вполне может хватить просто добавить IP-шки обоих VPS в A-записи обслуживаемых ими сайтов.

Разве это сейчас работает? Т.Е Добавить А-запись в DNS типа

host.ru. 3600 A (адрес Internet v4) 82.202.202.202
host.ru. 3601 A (адрес Internet v4) 82.202.202.201

Синхронизацию можно оставить на силы rsync например?

Это будет работать? Сессии то наплевать, главное что бы была бесперебойная работа..

Ну, это будет работать, если у тебя там нет БД (или БД не особо отличаются между серверами). Для «тупых» сайтов (читай — почти без динамики) это будет работать без проблем. Для сайтов поумнее нужно уже думать, как бы доставлять все изменения в БД в приемлемое время (rsync тут не прокатит, надо репликацию делать, наверное).

Для БД можно отдельный сервер выделить, только вот если он упадет то будет всем плохо...

Даже не знаю какое готовое и простое решение может быть..

Даже не знаю какое готовое и простое решение может быть..

Тебе уже сказали простое - AWS.

Если тебе нужно не простое и самому все - то это уже энтерпрайз уровень и траханья там будет достаточно. То что ты хочешь называется HA (High Availability) и реализуется либо от 3 серверов, либо от 2 серверов + арбитр и целой кучей разных доп инстурментов по синхронизации и мониторингу.

Ты еще подумай что c IP делать, 2 А записи - это не выход. ДНС половине клиентов вернет умерший сервер и как бы это не HA совсем.

А про VMmanager Cloud что то можете сказать?

Ты определись какие задачи решить хочешь.
Что будешь делать, когда к твоему кластеру отвалится инет ?
Если хочешь и канал зарезервировать, то как ?
AWS перекрывает с головой огромное количество потребностей.

Там столько всего ужас, мне нужно Elastic Load Balancing ??? Есть два VDS у разных хостеров, мне нужно их синхронизироваь между собой что бы они были одинаковы в реальном времени ну или почти в реальном, если один падает , то нужно что бы сразу подхваывался второй VDS , и работал и направлял трафик пока не поднимется первый , затем после доступности первого происходила синхронизация и снова трафик шел через первый!

Конечно задача жесть, решает ли AWS такие задачи? Можно поподробней где то прочитать про это?

VMmanager Cloud — совсем не про то. Это — панель управления виртуалками, которая умеет «расползаться» на несколько (железных) хостов и двигать виртуалки между ними, при условии наличия какого-либо общего хранилища (Ceph, iSCSI, и т.д.). Тебе с твоими VPS это никак не поможет.

Самый тупенький вариант — засинкай файлы сайтов через Rsync, а БД скрути друг с другом через репликацию (скорее всего тебе понадобится master-master, ведь запись в БД будет идти с обоих площадок). Ну либо вынеси БД куда-то ещё и резервируй отдельно от сайтов.

HA с наскоку не делается. Во славу стабильности поищи стабильного хостера.

Что будешь делать, если связь между VDS пропадёт, но обе VDS будут доступны для пользователей ?
Как определишь какие данные актуальные, какие нет ?

Да, согласен это гиморой.. AWS работает только с VPS на их площадке?