Eu tenho dois servidores, A e B. Eu gostaria de clonar o servidor A para o B. A está rodando o Linux, e ambos são remotos, eu não tenho acesso físico a eles
Qual é a melhor maneira de abordar isso?
Eu acredito que o rsync é a solução aqui. Não tenho certeza se todos os arquivos serão graváveis durante uma sessão rsync, embora ...
Você já considerou fazer um clone dd das partições no servidor A e transferi-lo para o servidor B? Parece um pouco selvagem, mas talvez como último recurso?
Para imagens de disco, eu gosto de clonezilla , mas você precisa de acesso físico para inicializar a partir do disco para fazê-lo funcionar. Honestamente, eu não acho que você possa fazer uma cópia completa do sistema remoto completamente apagada. O rsync só vai te levar até agora. Se ambos tiverem sistemas completos já instalados, e eles forem idênticos, então você pode obter os mesmos aplicativos instalados no host B como no host A. Então é só uma questão de copiar os arquivos de configuração necessários de A para B. Você don ' t necessariamente precisa copiar tudo .
O script bash backup-images-1.0.sh automatiza o processo de clonagem de discos de máquinas Linux remotas. Ele usa o comando dd junto com os comandos ssh e gzip para copiar e compactar discos remotos e enviá-los rapidamente para um disco local por meio de uma conexão SSH.
Exemplos de clonagem de um disco remoto em um disco local usando backup-images-1.0.sh escrito por Radovan Brezula, que escreveu backup-images-1.0.sh.
Exemplo de clonagem de um disco local para um disco remoto usando dd
dd if=/path/to/disk/image ibs=4096 conv=notrunc,noerror | (ssh 132.183.12.128 dd of=/remote-archive/test/remote-archive-test.img obs=4096)
ibs=4096 leu até 4096 bytes de cada vez
conv=notrunc,noerror não truncar o arquivo de saída e continuar depois dos erros de leitura
obs=4096 escreve 4096 bytes de cada vez
Há pelo menos três maneiras diferentes de fazer isso.
Esta opção é mais útil em grandes corporações com documentação apropriada e provavelmente se expande em configurações com inicialização via PXE e configurações de fantoches ou similares.
Basicamente você repete os mesmos passos que você usou para configurar o servidor A no servidor B.
Isso funciona muito bem se sua configuração for grande o suficiente (por exemplo, você está executando 100 servidores e quer rodar o servidor 101. Inicialização PXE, diga a sua configuração de puppet que ele precisa ser um servidor $ type e voltar uma hora mais tarde. Feito!).
Muito trabalho para configurar, mas perfeito depois. E com todo o trabalho de configuração, provavelmente não vale a pena copiar uma configuração uma vez.
Você pode copiar todos os arquivos do servidor A para o servidor B, preservando seus direitos e usuários. rsync é provavelmente a melhor ferramenta para isso.
Para isso, você deseja preparar o servidor de destino com uma configuração semelhante (por exemplo, copiar a configuração da partição) e depois rsync a maioria dos arquivos. A parte complicada aqui é que você não deseja rsync alguns arquivos (por exemplo, skip / proc e / dev) e que você precisa ter algo para receber os arquivos rsync no servidor B.
Por último, você provavelmente deseja inicializar o servidor B de um disco diferente ou usar o ILO / DRAC / .. para inicializar a partir de uma imagem iso do liveCD em sua área de trabalho, deixando seu disco vazio e pronto para receber os arquivos rsync.
Isso é diferente de copiar o sistema de arquivos. É muito mais fácil e provavelmente muito mais rápido, mas o acesso ao disco bruto (por exemplo, com dd) ignora todas as alterações no sistema de arquivos. Isso significa que você realmente não deseja copiar um sistema de arquivos em execução.
Para ajudar você a entender isso mais facilmente, imagine um livro. Este livro tem um índice e quatro histórias. O restante do livro está em branco e isso também está bem indicado no índice de livros.
Agora começamos a copiar. Nós copiamos o índice. Copiamos a história 1, copiamos ...
** segure brevemente, deixe-me adicionar uma nova história aqui e alterar o índice **
Copiamos o stopry 2, 3, 4 e 5 ...
Agora temos um livro com um índice mostrando quatro histórias (não cinco, já que copiamos isso antes de escrever a história 5 e cinco histórias) ... um livro corrompido.
Algo semelhante pode (e ocorrerá) se você usar o acesso ao disco bruto para copiar um sistema em execução. Portanto, antes de usar uma cópia do disco bruto, verifique se o sistema operacional está off-line. Inicialize algo diferente (por exemplo, de um segundo disco, de um CD local ou da rede (PXE, DRAC, ...) e copie.
Detalhes sobre como fazer isso já estão em muitos posts aqui em [su].