O servidor Centos migra para um disco maior

Question

Eu tenho um servidor centos que executa um whm / cpanel com daemons mysql, apache, bind e email. O servidor agora tem 95% do disco do servidor cheio. É um dell poweredge 1950 com 2 espaços para discos SAS. Eu tenho que configurar agora com ataque espelhado com os dois discos atualmente no servidor (SAS 146GB 10K drives).

Eu preciso de mais espaço disponível no servidor, mas não tenho certeza sobre como fazer isso. O que vocês sugeririam para conseguir mais espaço? Eu comprei duas unidades SAS de 600 GB de 10k para substituir as unidades de 146 GB (também quero executar as novas unidades maiores na configuração espelhada).

Eu pensei em tentar puxar um dos discos na configuração espelhada e colocar um disco maior e deixar o sistema tentar reconstruir o array. No entanto, estou preocupado que isso possa causar problemas e que o disco maior talvez nem seja aceito na matriz. Se a matriz de ataque se tornasse corrompida ou inutilizável, então eu ficaria preso fazendo uma restauração bare-metal a partir de backups que eu gostaria de evitar como a praga.

Eu também pensei em apenas colocar esses discos maiores em outro poweredge livre que eu tenho por aí e depois mover os dados do servidor existente para esse servidor. Eu tenho experimentado com isso off-line, no entanto, não tenho certeza que esta é a melhor maneira de fazer isso? O método que eu pretendia fazer era

• inicialize os dois servidores de um live cds
• no servidor de destino com discos maiores, eu formataria o novo disco de 600 GB com partições e um sistema de arquivos e montaria a partição raiz. Eu configuraria o daemon rsync para poder enviar para a partição raiz
• do servidor de origem com discos menores eu montaria a unidade raiz, em seguida, rsync -avh tudo até o servidor de destino nova partição raiz
• do servidor de destino, eu precisaria modificar fstab, grub boot configuration, se necessário, reconstruir o initrd se necessário, em seguida, fazer um grub-install para empurrar o grub para os novos discos

Se tudo corresse bem com o acima, eu teria um servidor duplicado com unidades maiores e, se isso não funcionasse, eu ainda teria o servidor antigo com discos menores para voltar à emergência.

Eu experimentei alguns computadores em minha casa, cheguei ao ponto de ter o novo destino inicializado, mas por causa de hardware diferente, o kernel do servidor de destino entrou em pane, parece ser um módulo de kernel ausente para o controlador de disco rígido. Eu estava indo para resolver isso e ver se o meu experimento pouco funciona para que eu possa replicar no servidor ao vivo, no entanto eu queria saber se estou indo sobre isso da maneira errada?

Alguma sugestão é apreciada?

Obrigado

    

Answer 1

A maneira mais segura seria recuperar o servidor, desligá-lo, substituir as unidades e restaurá-las.

    

Answer 2

Jogue com sua reserva de 1950:

• Insira as duas unidades
• use as duas unidades com um único destino
• Na primeira unidade, use seu esquema de partições "antigo"
• Instale o sistema operacional em uma unidade (não esqueça o espaço da partição do utilitário Dell)
• Crie partições "maiores" na segunda unidade
• Copie seus dados para a segunda unidade com rsync -axHS para cada ponto de montagem
• Remova a primeira unidade (ou off-line com o OMSA), troque as unidades, inicialize a partir do CD de recuperação
• Instalar o grub
• Reinstale ou on-line a unidade "pequena"
• Remover as unidades que controlam a configuração do controlador (OMSA ou PERC5i-BIOS)
• Tente criar um RAID1 com o drive grande e gratuito via OMSA

Se isso funcionar - tente dividir o drive virtual via OMSA em unidades únicas novamente.

Dica: Coloque "Tikanga" em / etc / redhat-release "e você poderá instalar e executar o OMSA 6.5.0 sem problemas.

1. Divida seu RAID1
2. Inserir disco maior
3. Reconstruir
4. Reinicialize com disco maior
5. Inserir outro disco maior
6. Reconstruir para o RAID1

Posso imaginar que isso funcione, mas a restauração dos novos discos provavelmente é mais rápida.