Нужен очень отказоустойчивый виртуальный сервер

Вот российские ДЦ: https://uptimeinstitute.com/TierCertification/allCertifications.php?page=1&ipp=50&clientId=&countryName=Russia&tierLevel=

Глянь из подписи у них все на класстерной системе сделано, дц тиер 3+.

Русский суппорт :)

ТС, отказоустойчивый и приемлемо "дешевый" виртуальный сервер это AWS (амазон)

Может вот это вам подойдет? https://w.tools/ru/faq/#05-safe-multi-hosting-backend

там нет русского саппорта

---------- Добавлено 30.09.2017 в 01:03 ----------

Я думаю только репликация, 2 разные виртуалки в двух разных ДЦ с синхронизацией файлов и репликацией БД мастер/мастер достаточно дешевое решение. Главное чтоб провайдеры были разные, ну и dns мастер устойчивый с двумя А записями и хранение сессий в БД. как то так думаю прокатит хотя не ручаюсь

Тиер 3 или не тиер 3 вам не помогут. Они лишь повышают, правда значительно, вероятность отсутствия отказов по причине инфраструктуры ЦОД. Однако аптайм, это не только ЦОД, но и серверы, сама платформа. К примеру - выделенный сервер это не есть панацея, он ложиться на раз и приводит к долгому простою, в ожидании пока его починят. Кластер из двух серверов и реплика между ними уже значительно сведут к минимуму возможный простой сайта. В общем аптайм целая наука. 100% - это маркетинг, если это декларируется. Но может вполне быть по факту, это только наблюдать.

У нас к примеру тоже высокий SLA заключается, но 100% это все-таки про маркетинг. С другой стороны не один хостер не заинтересован в простое своих сервисов, и по идее, должен стремиться к 100% SLA.

Могу у нас предложить. Изначально кластерная среда, то есть вылет единичного сервера на аптайм существенно не влияет. Дублирование сетевой составляющей. Правильные аппаратные СХД с полным дублированием всего.

Бэкапы с быстрым восстановлением на случай выхода из строя ДЦ целиком.

РФ, есть безнал с НДС, договора и т.д.

Вижу только 2 минуса:

1. Мы не осуществляем администрирование клиентских систем. То есть есть наша зона ответственности - работающий сервер с интернетом. Что там внутри творится - ответственность клиента.

2. В случае падения ДЦ и поднятия машины в другом ДЦ будет необходимость смены IP. Не знаю насколько для вас это приемлемо.

Бюджетный вариант: поднимаете 2 одинаковых впс в разных дц, система мониторинга ежеминутно проверяет доступность сервера, если сервер упал, то скрипт меняет айпи в днс на второй впс. Простой будет около 5-10 минут.

И посмотрите в сторону решения Атлант от firstvds, здесь уже предлагали.

Пардон, а что не так в решении от Aisamiery?

Всё ж максимально просто и доступно, чего тут еще выдумывать-то? Зачем какие-то скрипты и системы мониторинга?

И vps можно взять не 2, а больше. И не каких-то особенных, а вообще любых. И никаких минут ждать не надо, максимум - перезагрузить страницу.

DNS должен Round-Robin поддерживать, но это тоже не проблема вроде...

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

Как вариант где все уже решили за вас - облачные решения, в них штатно предусмотрена миграция в случае чего с железом.

Но облака не решат всех проблем.

Все проблемы решить можно только на прикладном уровне вашего ПО в кооперации с хостингом.

Вы не по адресу обратились.

Этим не хостеры занимаются, а компании, специализирующиеся на Highload, DevOps и т.п.