Como posso servir uma página de aterragem estática se o meu servidor estiver inoperante?

Question

Eu gostaria de voltar a uma página da Web estática se meu servidor da Web principal estiver inativo (atualmente uma instância do Rackspace Cloud). Isso seria uma espécie de pior cenário que não deveria acontecer, mas antes (por exemplo, falha de hardware do Backspace). A redundância dos servidores seria uma solução ideal, mas o orçamento é uma preocupação. Por isso, estou procurando um fallback automático de baixo custo se algo acontecer com o único servidor atualmente

    

Answer 1

A menos que você tenha algum tipo de segundo servidor usando uma configuração round-robin de DNS, sugiro que fale com rackspace para ver se há um balanceador de carga na frente do servidor que pode verificar rotineiramente a disponibilidade do serviço e redirecionar solicitações em outro lugar em cima de uma interrupção.

Basicamente, não há nada que você possa fazer com um único servidor, já que obviamente sua interrupção de serviço pode ser devido à perda total do servidor, portanto, ele precisa ser conduzido externamente.

    

Answer 2

I'm looking to a low cost autoMatic fallback if something happens to the only server

A maneira comum de fazer isso é:

• Hospede uma página "Lamentamos a nossa manutenção" em um plano de hospedagem compartilhada barato em algum lugar.

• Use um provedor de DNS que também tenha monitoramento de integridade HTTP integrado. Durante a operação normal, o host DNS fornece o endereço IP do seu servidor principal (Rackspace). Se o servidor principal estiver inativo, o provedor de DNS fornecerá o IP do provedor de hospedagem compartilhada mais barato. Exemplos de tais provedores DNS são EdgeDirector, DNSMadeSimple, easyDNS.

Mas, por favor, note que esta é uma solução de gueto. Funciona mais ou menos, mas os caches DNS em todo o mundo armazenam em cache o seu endereço IP e, por vezes, vão fazê-lo por mais tempo do que o Tempo para Live (tempo de colocação em cache) indicado. Assim, o fail over time será large'ish . Mais de 1 hora é comum , independentemente do valor do seu tempo de vida no DNS.

A melhor maneira de fazer isso é um balanceador de carga HTTP na frente do servidor, com um servidor de fallback, como Chopper3 & Scott Forsyth escreve.

    

Answer 3

+1 para o comentário de Chopper3.

Se você configurar um proxy reverso na frente de um par de servidores em nuvem, poderá configurar uma opção de failback, também chamada Sorry Server. Ou, se você descobrir que sua camada de aplicativos morre com frequência, mas seu servidor não, então você pode até fazer isso em uma única caixa. (não tenho certeza se essa instância da nuvem é somente site ou se você tem acesso ao servidor)

No espaço da Microsoft, o Application Request Routing funciona perfeitamente para isso. Eu acredito que é Squid no espaço Linux.

    

Answer 4

Eu usei haproxy no debian para fornecer failover na frente de algumas máquinas windows e funciona muito bem. Você pode até parear esses servidores usando heartbeat e obter failover de proxy.

    

Answer 5

O mecanismo ideal para isso seria SRV de suporte a registros de recursos em navegadores WWW. Os administradores do servidor WWW têm chamado por SRV suporte de registro de recurso por quase treze anos por causa disso. Dispor de fallback quando os navegadores WWW entendem que SRV registros de recursos é um doddle, já que um simplesmente especifica o servidor HTTP de fallback como uma prioridade menor que os servidores HTTP normais e os navegadores WWW agem de acordo quando não conseguem alcançar os servidores normais. >

Infelizmente, Os navegadores WWW são a uma área onde SRV suporte está atrasado, para grande constrangimento e vergonha de vários fornecedores . Portanto, é preciso ir com mecanismos mais complexos envolvendo o redirecionamento do tráfego IP em tempo real, conforme descrito em várias outras respostas aqui.