Назад | Перейти на главную страницу

Архитектура высокой доступности для малого бизнеса

Мы небольшой стартап. В нашей текущей настройке у нас есть выделенный сервер в удаленном месте. Наш веб-сайт и приложения размещаются на этом сервере. Веб-сайт и некоторые приложения написаны на PHP, а остальные - это java-приложения, использующие Tomcat и JBoss. Наш сервер базы данных - mysql. Мы делаем резервную копию данных mysql на наш локальный сервер с помощью репликации. Очевидно, что в этой настройке что-то может пойти не так, и они это сделали. В последнее время у нас были серьезные проблемы с простоями и другие проблемы.

Новая установка, которую мы имеем в виду, выглядит следующим образом.

1) Покупка нового сервера той же конфигурации, что и текущий. Настройка аналогична текущему серверу со всеми приложениями и программным обеспечением.

2) Выполнение горячего резервного копирования на новый сервер с помощью BackupPC. (синхронизация только часто меняющихся файлов, таких как веб-сайт, приложения php, приложения jboss и tomcat)

3) Запуск подчиненного mysql на новом сервере с полусинхронной репликацией

4) Запуск apache / nginx / lighttpd в качестве обратного прокси на отдельном сервере, который указывает на основной сервер.

5) Продолжайте запускать подчиненное устройство на локальном сервере

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

Каковы плюсы и минусы описанного выше подхода? Или как это можно улучшить? Я так понимаю, что обратный прокси будет SPOF. На данный момент мы ищем экономичное решение. Может ли обратный прокси-сервер быть недорогим сервером с приличной конфигурацией?

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

дешевым и простым решением, которое устранило бы ваш SPOF и необходимость в обратном прокси, было бы установить для вашего DNS низкое значение TTL (например, 60 секунд) и просто изменить IP-адрес, когда вы хотите переключить серверы.

Если вы используете поставщика DNS с поддержкой динамического DNS (или Amazon Route 53), вы даже можете написать небольшой сценарий, который даже автоматизирует этот процесс за вас.