Dois provedores de hospedagem em execução simultaneamente… possível / não possível? boa prática / desnecessária?

Question

Por causa de sua reputação, não mencionarei os nomes. Mas vou usar apenas:

Negócio em que trabalhei anteriormente - ABC Web Dev | Empresa de hospedagem que eles usaram - XYZ Hosting

Descobri recentemente que a XYZ Hosting teve algum tipo de incidente em que acabou perdendo muitos dados de seus clientes - incluindo o ABC Web Dev. O ABC Web Dev conseguiu recuperar alguns dos sites de seus clientes, depois de retirá-los de seus computadores de desenvolvimento local e colocá-los em outro provedor de hospedagem. Eles acabaram perdendo muitos clientes por causa disso e sua reputação arruinada.

Estou começando minha própria empresa de desenvolvimento web e não quero me deparar com esse mesmo problema. Estou planejando usar o Rackspace, mas, apesar de serem uma grande empresa, de acordo com a Wikipédia, eles ainda tiveram tempo de inatividade no passado . Achei que seria uma boa ideia tentar executar dois provedores de uma só vez, para garantir que, se algo acontecesse em um, os sites ainda estivessem ativos por causa do outro.

Sei que os sites teriam de estar sempre sendo usados em um servidor, mas se houver uma maneira de redirecionar as solicitações para o segundo servidor, se o primeiro estiver inativo, isso resolveria o problema.

Como nota, teremos uma configuração de ambiente de preparação localmente que permitirá recuperação rápida se um provedor tiver algum problema, no entanto, eu gostaria de evitar qualquer tempo de inatividade, se possível.

Então, minhas perguntas são:

Alguém já tentou executar dois provedores simultaneamente?

Isso seria considerado boa prática ou estou indo longe demais?

Existe realmente alguma maneira de executar dois simultaneamente, onde um servidor atua como backup?

    

Answer 1

Você não precisa executar dois sites simultaneamente se tiver backups locais bons e testados .

Se a web hospeda tanto o cpanel quanto você tem um backup cpanel de toda a sua conta, você deve ser capaz de implantá-lo no seu outro host rapidamente.

O problema de executar vários sites de uma só vez é manter tudo atualizado. É difícil, especialmente quando os bancos de dados estão envolvidos, e a maioria dos sites executa bancos de dados nos dias de hoje.

Vamos ser honestos aqui, a razão pela qual o seu anterior empregado perdeu os clientes não foi porque os sites estavam fora por algumas horas (até mesmo alguns dias), mas porque não havia backups e eles perderam todo o seu site para sempre. p>

Este é o nosso plano de recuperação de desastres:

1. Temos backups noturnos da conta inteira do cpanel
2. No caso de uma interrupção prolongada, compraremos uma nova conta de hospedagem em outro lugar. Normalmente, as contas estão ativas em < 60 minutos
3. Restaurar o backup do cpanel para o novo host
4. Atualize as entradas de DNS para os domínios e, conforme elas se propaguem, os clientes voltarão a ficar on-line

Desta forma, sabemos que podemos recuperar de uma interrupção em cerca de 3-4 horas.

A execução de vários hosts ao mesmo tempo é muito, muito mais difícil, e você ainda precisa aguardar a propogação do DNS quando quiser mudar de host.

    

Answer 2

Lidar com isso sem qualquer tempo de inatividade será difícil. Os Big Boys lidam com isso por meio do BGP para redirecionar o tráfego para todo o site bloco de IPs através da nova instalação . Para todos os outros, você terá que escolher uma solução que resolva o nível de redundância desejado.

No nosso caso, estávamos procurando por "Site A deixa de existir" - proteção de nível (em oposição a "O site A cria acidentalmente um loop de rede e a rede fica parada por 15 minutos"). Para fazer isso, configuramos nosso servidor DNS primário no Site A e nosso servidor DNS secundário no site B, para que se A ficar inativo permanentemente, podemos alterar os arquivos de zona em B para apontar tudo para B e atualizar nosso domínio para substitua o site Um servidor de nomes por outro site. Há situações em que não podemos lidar com isso (por exemplo: estamos bloqueados no Site A, mas o servidor DNS ainda está em execução lá, e nesse caso não podemos fazer nada até que o registro de domínio seja atualizado), mas para todo o resto, as coisas estão sendo executadas novamente assim que os registros DNS em cache expirarem.

Dependendo da "ameaça" específica, você pode configurar outras opções: por exemplo, para a perda de todos os dados no site A, mas o servidor ainda está funcionando (rm acidente?), você pode configurar um servidor web básico que redireciona todo o tráfego para backup.example.com. Se alguém está de prontidão para reagir à situação, isso pode ser muito mais rápido do que trocar registros DNS.

Tudo isso pressupõe que você mantenha os dados sincronizados entre os sites. Como fazer isso dependerá inteiramente do que você precisa sincronizar, o quanto está disposto a deixar o Site B, o quanto você pretende gastar com isso, e se esse acidente deve ser replicado também. um assunto para uma questão completamente diferente.