O que fazemos · Dados e web: Migrações de datacenter geridas, ensaiadas
Mover uma plataforma de produção em funcionamento (web, base de dados, ficheiros, pesquisa e cache) para um novo datacenter, ou de outro fornecedor para nós, sem um fim de semana de downtime. O lado antigo continua a correr intacto até o novo estar comprovado, e voltar atrás não custa nada.
O que é
Uma migração conduzida como um projeto de engenharia, não como um ticket. Construímos o destino de raiz, carregamo-lo com os seus dados enquanto continua a operar, ensaiamos a transição final (cutover) e depois mudamos numa janela medida em minutos. A seguir auditamos a nova plataforma contra a antiga antes de desligar o que quer que seja no site antigo.
Como o construímos
Construído de novo, não restaurado. A stack de destino é construída segundo especificações medidas, com software atual e o nosso hardening baseline, em vez de copiada de imagens antigas.
Dados carregados cedo, deltas movidos tarde. As bases de dados são carregadas a partir de um backup físico e mantidas atualizadas por replicação ou por recarga incremental. Os ficheiros são pré-sincronizados, para que a passagem final mova apenas o que mudou. Os índices de pesquisa são copiados com um remote reindex nativo em vez de serem novamente rastreados através do CMS.
O percurso certo para cada carga. Os dados em massa viajam por um percurso de relay construído para throughput; os deltas pequenos vão diretamente pelo nosso backbone encriptado. Onde um cliente precisa, estendemos as suas redes entre sites para que os servidores mantenham os seus endereços durante todo o processo.
A janela é a janela do DNS, e é sua. Se uma alteração puder tocar no seu tráfego, acordamos primeiro o momento consigo. Nada mais é agendado para dentro do cutover.
Rollback por desenho. As diretorias de dados antigas são renomeadas, nunca apagadas, pelo que voltar atrás é um rename e uma alteração de DNS.
Um playbook com relógio. Cada cutover é escrito como um playbook com um orçamento de tempo por passo.
Auditar, depois desativar. Depois da mudança comparamos a nova plataforma com a baseline antiga: exposição vista de fora, nível de patching, taxa de acerto da cache, tempos de resposta. Só então o lado antigo é desligado, com os seus dados guardados até dar a sua aprovação.
Do que o protege
- Janelas de manutenção de um fim de semana inteiro e dias de atividade perdidos.
- Dados editoriais ou de encomendas introduzidos durante a janela que desaparecem.
- Uma migração «concluída» que continua, em silêncio, a depender do site antigo.
- Um cutover sem caminho de volta.
Na prática
Uma editora de notícias nacional. Mudámos o grupo de seis sites de notícias e lifestyle da editora de Amesterdão para as nossas instalações no Digital Realty em Atenas. Como o destino estava pré-carregado, a passagem final de ficheiros, sobre milhões de ficheiros, moveu apenas os alterados em cerca de setenta segundos, e a sincronização final da base de dados e dos uploads demorou menos de cinco minutos, pelo que o cutover visível de cada site foi de cerca de cinco minutos, independentemente do volume editorial acumulado. A editora é servida a partir de Atenas, perto dos seus leitores.
Um portal de notícias reconstruído em Atenas. Depois de mover um portal de notícias para uma nova plataforma de três blades, as respostas em cache regressavam em poucos milissegundos e as páginas sem cache em menos de meio segundo.
Porquê a EuroVPS
- A plataforma antiga mantém-se em produção e intacta até a nova ter conquistado o tráfego.
- Playbooks com orçamentos de tempo, ensaiados e melhorados a cada migração.
- Uma única equipa responsável pelas camadas de rede, storage, plataforma e aplicação da mudança.
- Podemos estender as suas redes entre sites, para que nada tenha de mudar de endereço.
- Auditorias pós-migração antes de desativar o que quer que seja, e a sua aprovação antes de retirar dados.
Perguntas frequentes
Quanto downtime devemos esperar? Para a maioria das plataformas web, o cutover é a janela de propagação do DNS mais uma sincronização final medida em minutos. Damos-lhe um orçamento de tempo por passo antes do dia.
Podem mudar-nos de outro fornecedor? Sim. Precisamos de acesso de leitura à origem para carregar os dados; a origem não precisa de mudar.
Temos de mudar de endereços IP? Não necessariamente. Numa mudança entre os nossos sites, podemos estender as suas redes para que os endereços se movam com os servidores.
E se algo correr mal no dia? O lado antigo está intacto, pelo que o rollback é uma alteração de DNS. Decidimos go ou no go com base em critérios acordados de antemão.
Quem faz o trabalho no destino? Os nossos engenheiros, de ponta a ponta: hardware, rede, storage, plataforma e a stack da aplicação.
A planear uma mudança? Fale com um engenheiro.
O seu próximo parceiro de infraestrutura
Vamos analisar a sua infraestrutura.
Diga-nos o que executa hoje e o que precisa de melhorar. Um engenheiro vai analisar o seu pedido e ajudar a planear o passo seguinte.
+357 222 32280
Comecemos pela sua infraestrutura.
Um pouco de contexto ajuda-nos a começar a conversa certa.