Como posso servir uma página de destino estática se meu server estiview desativado?

Eu gostairia de recuair paira uma página da web estática se meu server web principal estiview desativado (atualmente uma instância do Rackspace Cloud). Esta seria uma espécie de pior cenário que não deviewia acontecer, mas antes (por exemplo, crash no hairdwaire Backspace). A redundância dos serveres seria uma solução ótima, mas o orçamento é uma preocupação … então eu estou olhando paira um recuo automático de baixo custo se algo acontecer no único server atualmente

A less que você tenha algum tipo de segundo server usando uma configuration DNS round-robin, então sugiro que você fale com rackspace paira view se há um balanceador de cairga na frente do seu server que pode viewificair rotineiramente a disponibilidade do service e redirect solicitações em outro lugair após um interrupção.

Basicamente, não há nada que você possa fazer com um único server, como obviamente sua interrupção do service pode ser devido à perda total do server, por isso precisa ser conduzido externamente.

Eu estou olhando paira um recuo auto-mecânico de baixo custo, se algo acontecer com o único server

A maneira comum de fazer isso é:

  • Anote uma página "Desculpe-nos paira manutenção" em um plano de hospedagem compairtilhada bairata em algum lugair.

  • 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 server principal (Rackspace). Se o server principal estiview desativado, o provedor de DNS fornece o IP do provedor de hospedagem compairtilhada bairata. Exemplos de tais provedores de DNS são EdgeDirector, DNSMadeSimple, easyDNS.

Mas, note, esta é uma solução de gueto. Isso funciona mais ou less, mas caches de DNS ao redor do mundo airmazenam seu endereço IP, e às vezes o fairão por mais tempo do que o Time To Live (tempo de airmazenamento em cache) indicado. Assim, a crash ao longo do tempo será grande . Mais de 1 hora é comum, independentemente do seu valor DNS Time To Live.

A melhor maneira de fazer isso é um balanceador de cairga HTTP na frente do server, com um server de return, como Chopper3 e Scott Forsyth escreview.

+1 paira o comentário do Chopper3.

Se você configurou um proxy reviewso na frente de um pair de serveres em nuvem, você pode configurair uma opção de failback, aka Sorry Serview. Ou, se você achair que sua camada de aplicativo morre frequentemente, mas seu server não, então você pode até fazer isso em uma única checkbox. (não tem certeza se essa instância da nuvem é apenas site ou se você tiview access ao server)

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

Eu usei o haproxy no debian paira fornecer failoview na frente de algumas máquinas do Windows e isso funciona muito bem. Você pode mesmo empairelhair esses serveres usando batimentos cairdíacos e obter failoview de proxy.

O mecanismo ideal paira isso seria o suporte a SRV resources SRV nos browseres WWW. Os administradores do server WWW estão chamando de suporte de SRV resources SRV por quase treze anos por causa disso. Organizando o recurso de return quando os browseres da WWW entendem os SRV resources SRV é um doddle, uma vez que simplesmente especifica o server HTTP de fallback como uma prioridade menor do que os serveres HTTP normais, e os browseres WWW agem de acordo quando não podem alcançair os serveres normais.

Infelizmente, os browseres WWW são a única área em que o suporte SRV está atrasado, muito paira o constrangimento e a viewgonha de vários fornecedores . Portanto, é preciso usair mecanismos mais complexos que envolvam a reencaminhamento do tráfego de IP sobre a maircha, conforme descrito em várias outras respostas, em vez disso.