Ok, é um desafio e estou tendo problemas para planejá-lo principalmente devido à falta de experiência. No entanto, tornou-se uma tarefa no meu trabalho e eu estou fazendo isso principalmente solo, com uma mão extra.
Estou confortável com o Linux e todos esses servidores são Debian ou CentOS. Alguns são VPS, hosts compartilhados e outros são VMs em nuvem. Sou novo na empresa e só consegui tempo nos últimos meses para fazer um balanço de questões pendentes. Todos eles executam plesk ou cpanel.
Descobri que esses servidores nunca foram configurados, apenas comprados e sites criados com uma administração muito básica nos últimos dois anos (limpeza de espaço em disco e tarefas de gerenciamento de domínio / hospedagem principalmente). Não havia iptables configuradas e nenhuma precaução de segurança foi tomada; portanto, esses servidores estão repletos de problemas. Eu acho que a melhor solução aqui é começar de novo e consolidar nossa hospedagem para menos servidores, pois eles acabaram de comprar novos servidores compartilhados por muito tempo. Sinto que podemos oferecer suporte a toda a nossa base de clientes em cerca de 1/4 do nosso cluster.
Meu problema é que não tenho certeza de como planejar essa mudança. Isso exigirá muitos sites em movimento e alterações no DNS. Penso que seria sensato procurar aconselhamento de qualquer bruxo por aí que lide com esse tipo de coisa regularmente ou, pelo menos, tenha a experiência de me indicar a direção certa.
Lama
fonte
Respostas:
Não existe uma solução simples para isso - provavelmente será um caminho longo e irritante para colocar tudo em movimento. Eu começaria com algumas coisas, mas o livro que eu recomendei nos comentários provavelmente entrará em alguns detalhes. Eu vejo quatro estágios principais aqui - inventário, reimplementação, teste e aceitação.
Se você ainda não o fez, faça um inventário completo do que você tem e do que está usando agora. Identifique o que são recursos críticos e o que está parado lá. Esta pergunta sobre SF pode ser um bom começo, embora, naturalmente, você precise ajustá-la para um ambiente debianisque - talvez assim . Esta é a fase mais crítica .
Servidores 'Web' não são todos iguais - verifique se você está executando algum processo que executa seu próprio servidor Web (como o django) ou se é um servidor Web independente como o apache.
Você está usando versões EOLed do seu sistema operacional e outro software? Você pode migrar? Que problemas você enfrentaria? Existem riscos de segurança conhecidos? Posso padronizar tudo para uma única versão de todo o meu software? Posso automatizar meus processos de implantação e até que ponto (veja fantoches e chef).
Faça uma lista do que precisa funcionar e como você o testará
Dessa forma, você pode escolher o melhor processo de P2V ou V2V para suas necessidades.
Você pode optar por executar vários conjuntos de serviços separados anteriormente em um servidor. Você também pode optar por executar VMs. Tanto a execução de VMs muito específicas de tarefas (você pode reiniciar uma sem afetar outras coisas) quanto o agrupamento de tarefas semelhantes (para que você tenha menos sistemas lógicos a manter) têm vantagens
Dessa forma, você pode configurar e testar uma movimentação do sistema sem atrapalhar a produção. Você provavelmente poderá fazer isso em talvez um único servidor executando VMs.
Mova as VMs para a área de preparação e teste-as uma última vez
Defina um dns ttl curto para os sistemas que foram migrados com êxito e altere o nome do domínio e outras configurações relevantes durante uma janela de manutenção. Teste novamente. Fique de olho em todos os erros após a implantação do novo servidor
Cubra-se. Se algo der errado, a curto prazo, você sempre poderá voltar ao servidor antigo.
fonte