Planejando mover servidores de uma colo para outra

3

Não estamos muito satisfeitos com nosso provedor de colocalização atual e, por isso, queremos mudar para uma empresa diferente em outra cidade. Nosso negócio é uma escola on-line que é acessada em todo o mundo (o que significa que precisamos de disponibilidade 24x7 para nosso aplicativo, mas talvez um máximo de tempo de inatividade de 1-2 horas seja acessível). Faculdades e universidades em todo o mundo oferecem nosso currículo como seu, portanto, parte desses acordos dizem que não podemos ter mais do que X tempo de inatividade em um determinado mês para que possam nos pagar.

Então eu tenho um plano, mas eu quero colocar isso em aberto para ver se alguém vê algum problema com ele que eu possa estar negligenciando, ou talvez se você tiver um plano melhor que você possa sugerir.

Nossa configuração: Intel Modular Server, FreeBSD com jails, apache, mysql, php. O domínio em que os alunos fazem login é algo como portal.mydomain.com

Eu estava pensando que poderíamos criar uma segunda instância do nosso servidor no Site B (o novo site) e atribuir um novo nome de domínio (portal1.mydomain.com). Poderíamos então forçar todo o tráfego do portal.meudominio.com para redirecionar para o portal1.mudominio.com. Nesse momento, faríamos a alteração do DNS do nosso nome de domínio original para ter o novo endereço IP. Em seguida, damos 48 horas para as alterações de DNS se propagarem. Nesse ponto, basta alterar o apache na nova instância para responder a portal.mydomain.com em vez de portal1 e, em seguida, tudo está funcionando normalmente.

Há algum buraco neste plano que eu estou negligenciando? Existe uma maneira melhor de fazer isso?

    
por Safado 07.05.2012 / 17:11

1 resposta

2

Para que isso funcione, você deve ter certeza absoluta de que seu aplicativo não depende do nome de domínio atual e funcionará em portal1.mydomain.com.
Minha experiência no passado é que, infelizmente, nem sempre é esse o caso.

Se você pode ter certeza de que o nome de domínio não é um problema, seu plano parece bom.
Obviamente, você precisa sincronizar o banco de dados MySQL quando fizer a transição para o novo datacenter (você não mencionou isso em seu plano). Eu definiria o TTL do registro DNS portal.mydomain.com como um valor mais baixo, portanto, não demorará 48 horas para ser propagado.

Se você não pode ter certeza, minha sugestão de fazer isso seria a seguinte: * abaixe o TTL de portal.mydomain.com (5 minutos)
* configurar uma nova instância no novo DC, também ouvindo portal.mydomain.com
mantém o banco de dados MySQL em sincronia do antigo para o novo DC (replicação)
pare o Apache no DC antigo ** aguarde as últimas alterações do banco de dados para replicar
interromper a replicação no novo banco de dados, configure para ser autônomo ** alterar o registro DNS de portal.mydomain.com para apontar para o IP da nova instância
** configura a antiga instância do Apache para acessar o banco de dados MySQL no novo DC
* aguarde, monitorar solicitações no Apache antigo, desligar quando não for mais usado
* defina o TTL para um valor normal novamente

Isso também pressupõe algumas coisas, como conexões MySQL entre DCs são possíveis.

    
por 07.05.2012 / 17:43