Tenho 23 servidores da Web - preciso limpar todos os servidores - sem perda de serviço nos sites hospedados por eles

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

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.

• O que estou hospedando agora

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.

• reavaliar a configuração atual para melhores práticas

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).

• crie um conjunto de testes para cada servidor

Faça uma lista do que precisa funcionar e como você o testará

• decidir o que você está mudando

Dessa forma, você pode escolher o melhor processo de P2V ou V2V para suas necessidades.

• decidir o que consolidar

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

• configurar um ambiente de teste isolado

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.

• ter uma área de preparação para sistemas testados

Mova as VMs para a área de preparação e teste-as uma última vez

• Utilize janelas de manutenção para a transição para os novos sistemas.

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

• Não destrua as instalações antigas do servidor até poder verificar se a nova funciona

Cubra-se. Se algo der errado, a curto prazo, você sempre poderá voltar ao servidor antigo.