Посоветуйте параллельный метод работы более одного VDS

У селектел кажется минимум 60 ttl можно указать, 120 точно работает.

А причём тут селектел, оба VDS расположены у двух других хостеров, в минусах я писал, что если ляжет днс селектела, то сайт будет не доступен, но в платных решениях так же, если ляжет их днс, то всё. Схема работает, за 4 года уже не единожды основной сервер вырубался, в основном хостер вырубал, так как я не успевал за 12 часов на жалобы роскомнадзора отреагировать.

Обратно переключаю потому что на резервном VDS тариф дешевле и ресурсов меньше, его задача работать только когда не работает основной VDS.

Скрипт который переключает расположен на обоих VDS и на резервном и на основном, скрипт запущенный на резервном следит за основным, соответственно php скрипт упадет только, если упадет сам резервный сервер, но тогда и переключаться будет некуда, в минусах это тоже указано, что при одновременном падении обоих VDS сайт будет не доступен. Можно конечно использовать 3 VDS или больше, но это уже паранойя.

В моем конкретном случае не обязательно базы данных один в один держать на обоих VDS, поэтому проблем с этим нет.

В плюсах я писал по поводу бесплатности решения, вроде уже бесплатно пользоваться не получится, услуги dns у selectel бесплатны, но ты вроде должен пользоваться любой платной их услугой. У меня подключен мониторинг доступности сайтов за 240 в месяц, поэтому dns работает, что будет если отключить платные услуги я не знаю. Раньше можно было бесплатно пользоваться dns и бесплатно мониторить 3 сайта на доступность.

С помощью мониторинга я слежу за обоими VDS и могу точно знать, что они работают или что не работают. Таким образом если резервный vds упадет я об этом сразу узнаю.

Понял, спасибо за инфу! Нужно попробовать...

CloudFlare не плох, но вот эти мелкие нюансы надоедают.

Плюс в этом году у них что-то многовато серьезных глюков: то Я-ботов по ошибке заблочат ))), то API тормозит и не отвечает.

Всё же они хороши кратковременно, как сервис именно на случай дидоса.

Угу, так и есть, сегодня к ним обращался с этим вопросом.

Мониторинг у них не глючит, всё вас в нем устраивает?

СМС входит в стоимость?

Хорошая экосистема серверов обычно требует того, чтобы сисадмин или девопс регулярно следили за новостями ДЦ и своевременно работали с возникающими проблемами.

Админы в самых разных ДЦ имеют неприятную особенность спокойно относиться к перебоям в работе локальных сетей. Перезагрузить свитч (или что там у них) - легко и в любое время. Аплинк - это "святое", а локалка время от времени преподносит неожиданности.

Если ОП реализует схему с пика, а потом у него отвалится мастер DB, возможны интересные последствия. В зависимости от того что там установлено и как настроено, приложение может нагадить в реплику, после поднятия первого мастера, мастер-мастер не осилит восстановление консистентности и всё может так хитро завернуться, что дорогой ОПу сервер ляжет не на полчаса, а, при неплохих объемах данных в DB, на целый день.

Уж лучше бы ему без всяких балансеров, один монолит на одном хорошем сервере вместе с DB, и по желанию, реплику DB рядом на сервере послабее и также на более дешевом сервере временную копию приложения, которая в случает падения основного сервера будет в аварийном режиме работать с репликой. Да и те не пригодятся скорее всего.

Вобщем, если хочется надёжности, нужно учитывать нестабильность локальных сетей в ДЦ.

В моем случае простой это не проблема, основной сервер прекрасно справляется с нагрузкой, скорость переключения меня полностью устраивает, к тому же решение проверено временем и стоит не дорого можно сказать бесплатное, в реализации простое. Ну и на резервном сервере крутятся языковые версии сайта, поэтому совсем он не простаивает.

Мониторинг как мониторинг, работает проблем у меня не было. СМС я думаю  не входит, но мне они не нужны, уведомления я в телеграм отправляю.

Есть у меня такой проект, висит в селектеле на единственном выделенном сервере  2 × Intel Xeon Silver 4214 2.2 ГГц,  192 ГБ DDR4,  2 × 960 ГБ SSD NVMe + 2 × 1920 ГБ SSD SATA, проект потребляет примерно половину сервера по мощности, в пересчёте на ваши амазоновские сумма будет достаточно приличная. Есть второй сервер в другой локации, но туда чисто бэкапится все, поэтому его не считаем, если уж селектел грохнется конкретно поднять проект будет порядка 1 часа +-, но на моей памяти работы с селектелом один раз прилег ДЦ московский часа на 2, что не критично в целом с учетом того что работаю я с селектелом с 2015-16 примерно. Но в целом я провожу перевод проекта в кубер и распределенный кластер, но живет он на сервере одном с 2019 и норм, сервер только в вертикаль масштабируется, начинали с i9 и 32Гб оперативки.

Отдельная машина на самом деле не даст вам отказоустойчивости, если грохнется любая из них то проект ляжет, обычно БД выносят ради производительности, например сделать один большой и жирный мастер и натравить на него по проще несколько серверов приложений. Но сеть не такая шустрая и у неё есть ограничение. А так же может грохнуться сетевое оборудование ДЦ, тогда то что у вас там зарезервировано по 10 машин все равно ничего не даст и так далее по нарастающей. А для нормальных ДЦ и серверов аптайм в год это вполне нормальное явление, вот с момента переезда ни одного рестарта

PS. У меня даже есть еще интереснее пример. Система для управления персоналом (замерщиками), разрабатывалась для одного достаточно большого клиента с последующим выходом в SaaS и довольно долго такая серьезная система вообще висела на шаред хостинге бегет =)

По-моему всё логично. Воспользуюсь, спасибо.

Наружу действительно нельзя выставлять. Если вы работаете в рамках одной компании, но разных ДЦ, то как правило такие сервера объединяются в локальную сеть, во-первых там может быть бесплатный чисто ваш гигабитный и выше порт что критично, во-вторых вы не платите за трафик внутри локальной сети. Если же у вас это разные компании, то для организации защищенной внутренней сети используют VPN, он как раз для этого создавался, а не для обхода блокировок.

Кто мешает принимать запросы с определённого IP?