Ни одно решение не может быть исследовано, не зная больше о модели угроз, то есть от чего вы пытаетесь защитить?
Если вы хотите пережить программный сбой со стороны вашего размещенного образа , тогда достаточно иметь две виртуальные машины; если один выйдет из строя, другой все еще должен быть там.
Если вы хотите пережить программный или аппаратный сбой со стороны хоста, то joeqwerty прав в своем комментарии выше: это будет зависеть от деталей хостинга и кластеризации технологии, и только ваша хостинговая компания может посоветовать это.
Если вы хотите пережить сбой инфраструктуры со стороны вашей хостинговой компании, то наличия виртуальных машин на разных хостах будет недостаточно; вам понадобятся виртуальные машины на разных сайтах или, возможно, даже у разных поставщиков.
Пока вы не уточните, какой именно тип избыточности вы ищете, никто не может сказать, будет ли данное решение достаточным.
И пара предостережений: чем больше разделения вы вводите между виртуальными машинами, тем сложнее будет переключиться на резервный сервер в разумные сроки. И ADM правильно отмечает, что резервные копии должны располагаться как можно дальше от источника информации, хотя это не совсем тот вопрос, который вы задали.
Нет, эта схема не считается безопасной, потому что если ваш (провайдер / хост-сервер / резервная копия провайдеров) выйдет из строя, вы не сможете восстановить свой бизнес.
Самая безопасная резервная копия - это когда ваши файлы собираются в совершенно другом месте - Dropbox, S3, Github, на вашем домашнем ПК и т. Д.
Если произойдет какая-то катастрофа, с такой настройкой вы можете легко купить новый сервер где угодно else и разверните резервную копию.
Рано или поздно вам придется пойти на компромисс между задержкой и защитой ваших данных.
Лучшая защита, которую вы можете получить для своих данных, - это алгоритмы, гарантирующие защиту от византийского неудачи. Для таких алгоритмов требуется как минимум четыре реплики, и задержки обмена данными между этими репликами могут вызвать малую задержку для обновления данных. Это особенно плохо, потому что эти реплики должны находиться в четырех разных центрах обработки данных для обеспечения максимальной безопасности.
Практически каждый предпочел немного пожертвовать гарантией целостности, которую вы получаете от такой установки, чтобы снизить затраты и / или повысить производительность.
Два сервера в одном центре обработки данных могут повысить доступность вашей службы и защитить от некоторых случаев потери данных. Однако установка двух серверов представляет незначительный риск повреждения данных в случае, если оба сервера выполняют запись в ситуации, когда, по их мнению, другой не работает. Сохранение серверов в одном центре обработки данных снижает задержку между ними и повышает вероятность того, что они останутся подключенными и не будут одновременно выполнять конфликтующие записи.
Но два сервера в одном центре обработки данных не заменяют резервное копирование или репликацию .
Можно реплицировать данные в другое физическое место сразу после их записи. Если вы разрешите фиксировать записи и передавать их клиенту до того, как данные будут реплицированы в другое физическое место, это приведет к незначительным затратам на задержку. Окно возможности потери данных может составлять от нескольких минут до нескольких секунд в зависимости от объема записи.
Сохранение серверов в одном центре обработки данных снижает задержку между ними и повышает вероятность того, что они останутся подключенными и не будут одновременно выполнять конфликтующие записи.Но два сервера в одном центре обработки данных не заменяют резервное копирование или репликацию .
Можно реплицировать данные в другое физическое место сразу после их записи. Если вы разрешите фиксировать записи и передавать их клиенту до того, как данные будут реплицированы в другое физическое место, это приведет к незначительным затратам на задержку. Окно вероятности потери данных может составлять от нескольких минут до нескольких секунд в зависимости от объема записи.
Сохранение серверов в одном центре обработки данных снижает задержку между ними и повышает вероятность того, что они останутся подключенными и не будут одновременно выполнять конфликтующие записи.Но два сервера в одном центре обработки данных не заменяют резервное копирование или репликацию .
Можно реплицировать данные в другое физическое место сразу после их записи. Если вы разрешите фиксировать записи и передавать их клиенту до того, как данные будут реплицированы в другое физическое место, это приведет к незначительным затратам на задержку. Окно возможности потери данных может составлять от нескольких минут до нескольких секунд в зависимости от объема записи.
Но два сервера в одном центре обработки данных не заменяют резервное копирование или репликацию.
Можно реплицировать данные в другое физическое место сразу после их записи. Если вы разрешите фиксировать записи и передавать их клиенту до того, как данные будут реплицированы в другое физическое место, это приведет к незначительным затратам на задержку. Окно вероятности потери данных может составлять от нескольких минут до нескольких секунд в зависимости от объема записи.
Но два сервера в одном центре обработки данных не заменяют резервное копирование или репликацию.
Можно реплицировать данные в другое физическое место сразу после их записи. Если вы разрешите фиксировать запись и передавать ее клиенту до того, как данные будут реплицированы в другое физическое место, это приведет к незначительной стоимости задержки. Окно вероятности потери данных может составлять от нескольких минут до нескольких секунд в зависимости от объема записи.