Aviso automático de interrupção do site

Question

Houve uma interrupção em julho de 2009 dos sites do Authorize.Net devido a um incêndio local. Se você foi ao site deles durante esse período, houve um aviso ou redirecionamento para visualizar as atualizações de status em sua conta do Twitter. Isso pareceu uma boa solução.

Isso me fez pensar. Para os sites que eu gerencio, em sua configuração atual, se meu host perdesse a conexão total com a Internet, o usuário veria um erro "Servidor não encontrado" em seu navegador. Eu odiaria que os visitantes achassem que a empresa não estava mais no mercado. Eu gostaria que o visitante visse algum tipo de página de 'interrupção não planejada'.

Atualmente eu tenho que:

1. Observe que o site estava inoperante (monitoramento ip)
2. Atualize os registros DNS do servidor de nomes para apontar para outro host (esperamos que já esteja configurado)
3. Aguarde a propagação dos novos registros DNS (25 minutos - 48 horas)

Esta parece ser uma solução horrível. Eu sei que tem que haver uma maneira melhor de fazer isso.

Pergunta # 1: O que é uma solução para evitar isso?

Uma ideia que tive foi ter o Nameserver 1 & 2 apontou para servidores de nomes localizados fisicamente onde o site está hospedado. E ter o Nameserver 3 & 4 apontou para outro host em que uma página de "interrupção não planejada" pode ser visualizada.

Pergunta # 2: esta solução funcionaria?

Pergunta 3: Posso confiar nos servidores de nomes que estão sendo consultados em ordem (1,2,3,4)?

Pergunta # 4: Esta é uma ideia horrível ou desaprovada?

    

Answer 1

Suas suposições em "Atualmente, eu tenho que" são sólidas - note que o tempo de propagação do registro DNS é controlado no registro SOA em seus servidores de nome - você pode torná-lo muito mais curto (veja os registros de qualquer site proeminente e você vai ver que eles são geralmente TTLs curtos)

No entanto, sua solução não funcionaria porque os servidores DNS não são solicitados. Não há 1,2,3,4.

Uma maneira de lidar com isso em um site grande no passado foi semelhante ao que você descreveu - com um componente de failover. Servidores DNS no datacenter primário, servidores DNS no datacenter secundário hot-spare, quando o datacenter principal falhava na atualização do DNS para apontar o WWW para o datacenter secundário. Havia produtos comerciais para lidar com isso automaticamente (BigIP 3DNS, hah), mas não era difícil de criar scripts.

Você pode fazer algo muito similar no barato.

• Obtenha um VPS barato e configure como um servidor de nomes secundário para o seu domínio (s) e atualizar seus registros com o seu registrador para se certificar todo mundo sabe disso nome do servidor.

• Hospede uma página de interrupção do site no seu novo Servidor dns.

• Ajustar números TTL / Repetir / Atualizar em seu registro DNS SOA para corresponder a janela de failover desejada.

• Se o seu site principal falhar, atualize seu DNS manualmente ... (ou automaticamente, se você puder detectar falha de forma confiável e script-lo ...)

Tenho certeza de que outros terão algumas sugestões sobre as (muitas) maneiras com as quais você pode lidar com isso.

    

Answer 2

Dê uma olhada em AutoFailover.com

Snip da sua oferta:

Autofailover

A base do TZO-HA e a base para a opção de alta disponibilidade é a capacidade exclusiva de manter tempos de cache extraordinariamente baixos. Isso permite o redirecionamento de tráfego quase em tempo real .

Quando o TZO-HA detecta uma falha, ele atualiza automaticamente o registro DNS de seu domínio para que as solicitações do servidor sejam enviadas para o endereço IP de seu servidor alternativo ou cluster de servidores .

Tempo de failover sem precedentes

O tempo máximo para redirecionar as solicitações do servidor é de 2-1 / 2 minutos, incluindo detecção de falhas, alterações no registro DNS e tempo de propagação do DNS por meio de outros servidores DNS. Normalmente, tudo isso ocorre dentro de 1 minuto. Ofertas competitivas só podem oferecer prazos de 10 a 30 minutos ou mais. O TZO-HA também inclui vários modos de failover.

    

Answer 3

Fazer isso via DNS é uma ideia horrível. Não só irá demorar uma eternidade para os seus clientes obterem a dica de que o seu IP mudou, mas eles irão armazenar em cache que você está em baixo, mesmo depois de voltar.

O que os grandes fazem é ter um segundo site disponível (hospedando a página "estamos em baixo", ou talvez apenas outra cópia do site), e ter alguns roteadores fazendo BGP na frente deles. Se um site cair, os pacotes magicamente vão para o outro site. Quando voltar, tem prioridade, e lá vai você.

Isso é caro. Você provavelmente não precisa disso. Se você fizer, bem ... obter gastos:)

Outra opção seria hospedar sua página principal fora de um CDN (que presumivelmente não será desativado). Se o seu site for escolhido, passe-o para a página "ei, as coisas estão ruins, mas elas ficarão melhores" enquanto você faz as correções.