Como obter uma transição de hospedagem do website sem tempo de inatividade zero?

Question

Histórico:

Eu sou um programador. Ainda tenho muito a aprender sobre hospedagem e DNS. Eu estou usando um provedor de hospedagem compartilhada barata (DreamHost) para hospedar um site de cliente. Eles decidiram que gostariam de gerenciar sua própria conta. Eu pensei que isso seria tão fácil quanto pedir ao DreamHost para mover minhas coisas para sua própria conta, mas aparentemente não é tão fácil.

O ponto principal é que, uma vez que o DreamHost hospeda os registros DNS, eles precisam remover os registros DNS (por um curto período de tempo) para que os sistemas DNS limpem seus caches e, em seguida, restabelecer os registros DNS. que apontará para a nova conta (hospedada em algum novo servidor em seu data center) ... pelo menos é assim que eu a entendo. Aqui está a resposta real deles:

-- What amount of downtime can I expect? Are we talking minutes/hours/days?

The length varies by location and the amount of time it takes you to recreate the hosting for the domain on the destination account, but would be in the range of minutes to hours (days would be for extreme DNS caching).

-- Why will there be new DNS records? Won't the DNS records stay the same since the account is still hosted and registered with dreamhost?

The reason is that you are not guaranteed to be hosted on the same machine on the destination account. Since it would be a new machine, there's new network addresses used, so that's a DNS change to have the new machine address information set for the domain. In case it wasn't clear, the domain is completely removed from the Dreamhost DNS system for a (brief) time, so when it's added back, the system treats it like any other domain that's added. That's why all the content must be backed up before it's removed. No pointers to that content would exist (and in some cases, the content becomes completely unavailable, permanently).

Pergunta:

Minha pergunta (para você, administradores de servidores profissionais): como posso transferir o código, o banco de dados e os subdomínios de uma maneira que tenha o menor tempo ocioso, e o e-mail (hospedado pelo Google Apps) não perdido? A maneira recomendada do DreamHost é a melhor maneira? Reduziria o tempo de inatividade para transferir para outro host e depois transferiria de volta para o DreamHost? Estou fazendo algo importante que não será notado se acontecer tarde da noite?

    

Answer 1

Normalmente, ao alterar o IP público de um site, gosto de executar o site em ambos os IPs por pelo menos dois dias, pois há muitas pessoas que têm IPs armazenados em cache em seus servidores DNS e continuarão recebendo o antigo IP. Usando essa abordagem, assumindo que quando o Dreamhost remove o site do DNS, ele também encerra o site antigo no servidor antigo. O IP em cache (agora errado) receberia uma mensagem de erro em vez do site.

O pior que eu vi foi quando movemos um site para um cliente. Tivemos pessoas acessando o servidor antigo por um mês (apenas algumas pessoas). Acabamos tendo que ligar para esses clientes para que eles esvaziassem o cache DNS manualmente.

    

Answer 2

domain is completely removed from the Dreamhost DNS system for a (brief) time, so when it's added back

É um lado obscuro de todo serviço em massa e tarefas automatizadas.

Para um movimento realmente transparente (mas manual), você pode

• Mover a hospedagem de DNS do domínio de DH para qualquer terceira parte de hospedagem
• Após o movimento, diminua o TTL para, pelo menos, o site RR em algum valor pequeno
• Espere, enquanto os dados antigos não expiraram
• Pergunte ao DH sobre o novo IP
• Alterar IP na definição da zona
• Transferir site para novo host

Última e última-1 operações podem ser trocadas na lista

    

Answer 3

A maioria dos serviços compartilhados (HostGator é bom com isso) fornece uma maneira temporária de visualizar um domínio. Por isso, configure o servidor antes de transferi-lo usando o URL temporário e verifique se tudo está impecável.

No entanto, se você codificou os caminhos para outras origens, você terá que alterá-los, pois o domínio agora é alterado.

Então, é claro, depois que você migrar e configurar tudo, poderá encaminhar o domínio para a nova conta. Este método não terá tempo de inatividade, no entanto, os usuários podem ser direcionados para diferentes servidores para qualquer coisa editável pelo usuário (fóruns são um bom exemplo), você pode querer desabilitar na caixa antiga como você não quer usuários com servidores DNS muito em cache para servi-los para a conta antiga e aqueles com DNS atualizado para o novo servidor.

Desde que você tenha tudo configurado (especialmente e-mail), você estará bem. Alguns conteúdos podem estar no servidor antigo, como e-mail, mas você terá que falar com seu cliente para verificar o e-mail manualmente (usando as ferramentas do cPanel) na caixa antiga.

Mantenha o servidor antigo ligado por uma semana e dificilmente os usuários perceberão. Mas se for um fórum ou outro site gerado pelo usuário, você pode ter "tempo de inatividade" para os usuários que não têm o DNS atualizado, mas não há absolutamente nada que você possa fazer, exceto ter um TTL baixo para os domínios em seu DNS config ...

Espero que ajude você!