Хостинг в облаке или с репликацией (нужен совет)

В идеале я вижу такую схему, берется 2 облачных сервера, к примеру в Нидерландах и в США. Настраивается синхронизация по rsync и одновременная работа с двух серверов. Это все довольно тривиально и выполнимо.

В случае недоступности одного из серверов - будет работать с другого.

Облачный сервер - да, это то, что Вам нужно, только, чтоб быть полностью застрахованным от падения облака - лучше использовать 2 сервера в РАЗНЫХ облаках.

Вы это сами придумали? т.е. Облачные VDS это те-же VDS только с приставкой облачные? Вы хоть бы думали что говорите, чес слово.. Люди вкладывают огромные деньги в инфраструктуру чтобы предоставить отказоустойчивость, репликацию по кластерам и т.д., а Вася Пупкин взял и сказал что все это маркетинг.

2ТС, облачное решение - очень хорошо Вам подойдет.. НО, как справедливо заметили ранее - Вам лучше думать о отказоустойчивости - локально. Не будет интернета в Ваших заведениях - будет беда. Сделайте локальные серверы и 1 общий который будет их синхронизировать. Если недоступен общий - на это время работают локальные.

последнее время модно стало не отвечать на вопросы, а давать советы обо всем кроме темы))

ТС попросил подсказать облако, а ему уже про каналы, локальный сервер, простые впс и синхронизацию...

советую присмотреться к предложению sladkydze, получите то что нужно.

Как это ни странно, но обычно в таких случаях распределённость закладывается в архитектуру приложения и обеспечивается именно репликацией средствами базы данных. Средствами хостера это сделать невозможно, т.к. он может только синхронизировать файлы и всегда есть вероятность, что, например, файлы БД, индексов и лога транзакций будут рассинхронизированы в момент сбоя. По сути у вас есть два варианта - искать хостинг с высоким SLA типа предложенного в этой теме, либо запустить репликацию БД, что на самом деле не так сложно, как кажется. Насчет mysql не знаю, но и MSSQL, и MongoDB имеют встроенные средства для создания теневого сервера БД и автоматического переключения на него в случае сбоя основного сервера.

Добрый день,

Мы можем вам предложить разместить Disaster Recovery site в нашем ЦОД-е на виртуальных машинах или выделенном сервере организовав VPN туннель, и настроив кластерезированную работу ОС в режиме Active-Passive, с шифрованием дисковых разделов.

У нас есть опыт построения схожих решений, поэтому если есть интерес – обращайтесь.

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

Если бюджет позволяет, перенесите все в амазон и будете спать более менее спокойно. При правильно архитектуре приложения и серверной части

KainCq, Вы задаете абсолютно правильные вопросы. :) 100% uptime реалистично гарантировать никто не сможет, только по SLA, т.е. компенсациями. Но 99.95%+ вполне.

Разумеется для этого требуются специальные решения, а не из разряда "поставьте 2 VPS"

У нас есть готовое облачное решение, с множественной отказоустойчивостью (построенное на инфраструктуре двойных датацентров), которое к тому же будет стоить вполне вероятно дешевле чем Вы платите сейчас, т.к. у нас оплата идет по факту фактически использованных ресурсов, а не лимитированными пакетами. + большое количество других фич, таких как поддержка докеров, windows, ежедневные бэкапы включены.

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

Миграция между регионами также есть.

Единственное - на данный момент из регионов - Нидерланды и США. Если нужна РФ - насколько я знаю, у sladkydze грамотно сделанное решение.

Добрый день!

Можем предложить отказоустойчивую облачную инфраструктуру в нашем ЦОД Tier3.

Расположение - Москва.

Вы все верно полагаете, что при падении одного из хоста система автоматически подцепит

одну из резервных копий и для Вас это произойдет незаметно.

В RAID, также, нет необходимости, т.к. дисковая подсистема разнесена по разным физическим машинам.

Такую конфигурацию можем предоставить за ~2000к.

2 миллиона дороговато, не?

какой лютый наброс!!! неистово плюсую

HA кластеры видимо тоже маркетологи придумали, как и резервирование каналов