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

Как я могу переключить домен моего веб-сайта на отказ?

У меня есть два веб-сервера, работающих в разных местах с разными статическими IP-адресами:

Веб-сервер 1: x.x.x.x Веб-сервер 2: z.z.z.z

Оба сервера должны указывать на домен test.com. Предположим, что в настоящее время главный веб-сервер запущен и работает, а запись DNS A указывает на статический IP-адрес x.x.x.x.

Теперь, если главный сервер выходит из строя, как я могу перенести пользователей через домен test.com на дополнительный IP-адрес веб-сервера z.z.z.z?

Я попытался связаться с реестром DNS, у них есть только пример средства резервного копирования сервера имен. ns1.domain.com, ns2.domain.com. Они не поддерживают мониторинг HTTP-порта 80, в котором они могут передавать тип записи A на мой вторичный IP-адрес веб-сервера для домена test.com.

Есть ли способ перенаправить пользователя на мой вторичный сервер с тем же доменом test.com без ручного изменения IP?

Мой веб-сервер работает на apache в ubuntu 18.04 и 20.04.

Спасибо.

ОБНОВИТЬ

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

global
    log /dev/log    local0
    log /dev/log    local1 notice
    chroot /var/lib/haproxy
    stats socket /run/haproxy/admin.sock mode 660 level admin expose-fd listeners
    stats timeout 30s
    user haproxy
    group haproxy
    daemon

    # Default SSL material locations
    ca-base /etc/ssl/certs
    crt-base /etc/ssl/private

    # See: https://ssl-config.mozilla.org/#server=haproxy&server-version=2.0.3&config=intermediate
    ssl-default-bind-ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY>        ssl-default-bind-ciphersuites TLS_AES_128_GCM_SHA256:TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256
    ssl-default-bind-options ssl-min-ver TLSv1.2 no-tls-tickets

 defaults
    log     global
    mode    http
    option http-server-close
    option  httplog
    option  dontlognull
    timeout connect 5000
    timeout client  50000
    timeout server  50000
    errorfile 400 /etc/haproxy/errors/400.http
    errorfile 403 /etc/haproxy/errors/403.http
    errorfile 408 /etc/haproxy/errors/408.http
    errorfile 500 /etc/haproxy/errors/500.http
    errorfile 502 /etc/haproxy/errors/502.http
    errorfile 503 /etc/haproxy/errors/503.http
    errorfile 504 /etc/haproxy/errors/504.http

frontend ft_app
    bind 0.0.0.0:80 name app
    default_backend bk_app

backend bk_app
    server s1 x.x.x.x:80 check
    server s2 z.z.z.z:80 check backup

Когда вы готовите среду для резервирования, вы должны создать несколько сценариев, от которых вы хотите защитить свою среду. Также у вас должен быть бюджет в виде времени и денег на то, что вам нужно сделать.

Вы можете использовать балансировщик нагрузки http (обратный прокси), такой как haproxy, varnish ... Вы можете использовать CDN если у вас больше трафика.

Более сложные решения, включающие BGP и ТАК КАК может быть создан при необходимости и при наличии денег.