Migrando a configuração do servidor para a nova máquina

1

Eu tenho um VServer (Ubuntu 14.04) com alguns problemas, onde a reinstalação do sistema operacional foi sugerida aqui e também pelo hoster.

Eu estava planejando clonar toda a configuração, pacotes instalados etc., exceto os poucos defeituosos, é claro. Eu encontrei um monte de instruções sobre como migrar diferentes partes do sistema operacional, mas não completa como / script. Desde que eu estou muito surpreso sobre este fato, eu queria saber se alguém conhece um.

Deve incluir:

  • usuários
  • casa
  • / etc
  • instalado
  • pacotes
  • / var / www
  • / var / vmail
  • / opt
  • bancos de dados: mysql e postgresql
  • etc.

as limitações são:

  • os servidores não possuem o mesmo hardware
  • não consigo instalar pacotes no sistema de origem
  • apenas acesso ssh
por meles 07.12.2016 / 15:15

3 respostas

2

Fora dos meus vários anos de experiências com hardware real ou instâncias de nuvem, eu recomendaria que você não tentasse copiar a configuração da instalação antiga, a menos que seja algo realmente específico.

Também agora, em 2016/12, eu não recomendaria que você ficasse no Ubuntu 14.04, a menos que você tenha algo dificilmente dependendo dessa versão.

Eu tenho "scripts básicos" para diferentes tipos de instâncias, incluindo todos os pacotes básicos e configurações que eu preciso - algo como "Dockerfile" com todas as etapas de instalação. Ele inclui pacotes "obrigatórios" e garante que você tenha um ambiente estável ao criar uma nova máquina.

Apenas o caso em que realmente clonei a instância existente é uma nova réplica do mysql no GCE porque ele economiza muito tempo e todas as réplicas devem ser as mesmas.

Tão estúpido quanto parece, eu recomendo que você "crie uma máquina a partir de arranhões". Porque se você não pode resolver problemas na máquina antiga, é muito provável que você possa duplicar pelo menos alguns problemas junto com a configuração antiga.

E mais uma coisa - geralmente não é exatamente uma boa ideia rodar mysql e postgresql em uma máquina ou instância, a menos que sejam bancos de dados muito pequenos e pouco usados. Ambos os bancos de dados têm estratégias bastante diferentes para trabalhar com memória e discos e para obter um bom desempenho de ambos os bancos de dados que você precisaria mexer um pouco com suas configurações.

    
por JosMac 08.12.2016 / 16:32
0

A clonagem de um servidor inteiro geralmente não é a abordagem correta. Isso apenas clona todos os problemas. A abordagem normalmente adotada é a seguinte

  • Criar novo servidor
  • Instalar o software necessário
  • Clonar dados

Se você quiser gerenciar a configuração deste e de outros servidores, em longo prazo, em escala e conseguir migrar rapidamente tudo para um novo sistema quando necessário, recomendo um moderno gerenciamento de configuração. ferramenta projetada para automatizar a implantação e a criação de um novo servidor. Chef, fantoche e Ansible vêm à mente. Mas eu recomendo o Ansible por causa da sua facilidade de uso e sua operação sem agente.

Existem alguns detalhes importantes em falta na sua pergunta, como se esta fosse uma VM hospedada em algum lugar, qual software está instalado, como o servidor é usado. Esses detalhes podem exigir que se modifique a abordagem de um novo sistema.

    
por JDS 08.12.2016 / 17:48
0

O Clonezilla faz o trabalho, conecta o seu novo HDD via USB e inicializa via CD do clonezilla. Siga as instruções para clonar o HDD de origem para o USB externo. tenha cuidado e certifique-se de clonar o disco rígido certo para a fonte correta. após a conclusão do clone, insira o seu HDD na nova máquina.

    
por Briandeitwiz khumalo 19.01.2018 / 10:10