Reinstalação remota do Scientific Linux

2

Estou tentando ter um servidor usado para uma plataforma de teste configurada de modo que ele possa ser facilmente reinicializado e reinstalado com nosso sistema operacional de teste, para que possamos obter um ambiente limpo para trabalhar de forma consistente.

Eu tenho um arquivo iso que contém a imagem, mas eu não sou vendido sobre a melhor maneira de abordar a obtenção da iso no sistema.

Algumas ideias que foram rejeitadas até agora:

iDRAC - estamos usando um servidor dell com o iDRAC, mas ele não tem o cartão de gerenciamento, portanto, a inicialização remota de um iso não está disponível

PXE - tentando evitar configurar outro servidor na rede para atender às informações de inicialização

O pensamento atual é particionar o disco rígido e despejar o iso na segunda partição. O BIOS seria o padrão para inicializar a partir da primeira partição (onde o sistema operacional seria instalado) e, em seguida, a segunda partição. Para reinstalar, deveríamos eliminar a primeira partição do sistema em execução (presumivelmente usando o dd para sobrescrever o setor de inicialização), mas parece uma configuração bastante desagradável. O kickstart na instalação do iso poderia (talvez) ser modificado para lidar com qualquer configuração de partição que acabamos usando.

Alguém já enfrentou um problema semelhante e, em caso afirmativo, como você o resolveu?

    
por L.J. 17.08.2012 / 21:18

1 resposta

1

Isso pode ser um pouco além do que você está tentando fazer, mas você já pensou em usar um servidor virtualizado?

Tivemos exatamente o mesmo objetivo - configurar um sistema operacional para testar, configurá-lo para uma linha de base, testar algumas coisas, em seguida, eliminá-lo da órbita quando terminarmos e começarmos de novo. Para nós, encontramos o ESXi com VMs mais fácil, utilizando o recurso de instantâneo do VMWare. Poderíamos configurar uma máquina, tirar um instantâneo, testar as alterações e reverter para a captura instantânea instantaneamente. Seus snapshots podem até capturar RAM, então o estado é idêntico ao momento em que você tirou o snapshot.

Nossa configuração era uma área de trabalho simples (com hardware compatível) executando o ESXi com um link local 192.168.x.x para outra área de trabalho próxima a ele. Nós executamos os vários agentes e ferramentas de acesso remoto do vSphere (ssh, VNC, RDP) a partir de lá.

O benefício adicional é que poderíamos testar com várias configurações de hardware virtual (número de CPUs, RAM, etc.) e poderíamos testar várias configurações de uma só vez / alternar facilmente entre os casos de teste.

    
por 17.08.2012 / 21:37