Unir dois servidores em um

[Guzpido Krush]

Olá pessoal

estou precisando migrar dois servidores Linux para um novo FreeBSD
mas por ser lammer estou enfrentando dificuldades...
há certas "ambiguidades" para as quais não consigo encontrar soluções.
Por exemplo, há uma conta de usuário muito importante que existe nos dois servidores, mas ela tem diretórios home diferentes em cada servidor antigo. Para ilustrar imaginem que a máq ALPHA tem como home /alpha/user e a BETA tem como home /home/user

O que vocês fariam nesse caso? Sinto que há uma solução óbvia mas não estou encontrando. Não posso alterar centenas de scripts, e acho meio arriscado brincar com a varíavel HOME. A minha idéia era criar uma espécie de "switch" que setasse as varíaveis HOME e etc. para o ambiente de cada servidor antigo dentro do novo servidor. Por exemplo o usuário escreveria "switch-alpha" e todo o ambiente estaria preparado para usar os scripts da máq alpha. O mesmo para a beta. Mas acho isso uma gambiarra sem precedentes, e gostaria de saber a opinião de vocês. Há algo mais óbvio e menos lammer para se fazer?

Obrigado

[J.Augusto]

Olá,

Já pensou em clone do disco rígido? Se vc não enxugou o kernel das máquinas é uma alternativa, pois ele detecta os novos padrões da máquina nova e vc poderia testar sem colocar em risco os discos originais... (Já tive boas experiencias, com máquinas semelhantes...) Depois pode-se enxugar o kernel com cuidado...

Outra, teu backup é só dos ativos? Lá no trampo temos backup do server inteiro. :) Podendo resteurá-lo depois de algum desastre o que poderia ser aproveitado de alguma forma, não? Não sei se me expressei bem, mas fica a idéia.

Ps.: A alternativa que citei pode dar errado por isto o fato do clone e a preservação dos originais... Se vc perder o clone não se tem tanto prejuízo... O ideal seria ter este espelho para um outro hardware igual/semelhante... Tb é preciso ter material para fazer, não adianta ter uma empreitada destas com pouca ou nenhuma estratégia...

[Guzpido Krush]

Então... mas isso daria certo passando de um Linux pra FreeBSD? Estou só pegando os ativos por causa disso. Além do mais, são dois servidores que devem virar 1, não vai dar pra clonar os "dois" (e mais) HDDs e transformar em um único sistema. Acho que tenho mesmo que pegar só os ativos. Não tenho muita alternativa quanto a isso.

[J.Augusto]

mas isso daria certo passando de um Linux pra FreeBSD?

- Xii, tens razão! aí complica, este pequeno detalhe passou despercebido...

Agora fiquei na dúvida, se as config's do Linux casariam vindas de um backup para o Free BSD, eu acho que não... :( Realmente... Boa parte talvez demande até menos tempo se vc levantar na unha mesmo, não conheço nenhuma ferramenta que promova esta migração, mas tendo os ativos e as bases de dados, já é um ótimo começo...

Ps.: Só uma curiosidade, que distro roda nestes servers? Ah! outra coisa, o que ja fiz não foi com servidores de arquivos, sem chance é um risco grande demais, tudo pode ir para o brejo e nestas horas tempo é muito importante... Tenho colegas que migram para Linuxes mais articulados e menos pé duro, como o CentOS, claro em alguns casos...

Mas Krush se for um Firewall, vc faz rápido! ;) Se não tiver virtualizado + rápido ainda, sacal é lidar nestes casos, com bancos de dados (pelo menos eu acho...) Ah! são 02 que vão concentrar os serviços de outros 02 servers em 01?

É uma boa estratégia colocar tudo em um só mesmo? Se ele falhar? Teras redundãncia?

[Guzpido Krush]

Pois é, é uma bela empreitada, adoro desafios, e nesse caso o bichinho não vai poder parar nem 10 minutos, a operação rola 24 horas por dia. A idéia é testar tudo e só depois desplugar os dois servidores antigos. Eu pra ser sincero fui contra unir os dois em um só, por questões de segurança e performance. Mas insistiram, então vou mandar ver. A questão da redundância é muito importante, mas temos um certo problema de dinheiro para criar essa infra. Em último caso se tudo der errado eu replugo as duas máquinas antigas e volto pra prancheta.

As distros no caso são Debian. O novo servidor tá com latest FreeBSD.

[mmachado]

Para ilustrar imaginem que a máq ALPHA tem como home /alpha/user e a BETA tem como home /home/user

Não dá para simplesmente criar um link /alpha/user -> /home/user? Os scripts que consultam a variável $HOME vão encontrar o /home/user e os que possuem o path /alpha/user hardcoded vão ser direcionados para o mesmo lugar.

A não ser que você tenha nomes de arquivos ou diretórios conflitantes nas duas estruturas. Neste caso, creio que a solução toda não passe de meia dúzia de sed.

[]s, MM

[Guzpido Krush]

A não ser que você tenha nomes de arquivos ou diretórios conflitantes nas duas estruturas.

acertou em cheio. :(

eu queria evitar mexer nos scripts, são centenas, mas acho que vou ter que conferir mesmo cada um deles se quiser fazer o trabalho direito. então acho que vou ser obrigado a fazer os sed mesmo. não vai ter jeito. não queria alterar os scripts, mas vai ter que ser assim. tem bastante paths hardcoded sim.

[Guzpido Krush]

Bem pessoal, cá estou eu de novo enchendo o saco com essa bucha.

Tive uma idéia bem simples, algo que eu já poderia ter feito antes.
Partindo do princípio de que numa relação, para uma ordem parcial de tarefas relacionadas por pré-requisitos, uma ordem total correspondente identifica a ordem sequencial em que as tarefas devem ser executadas; estava pensando em criar um modelo de ordenação topológica das tarefas realizadas por cada um dos servidores A e B, utilizando para isso ferramentas forenses.

Pensei então em utilizar o grave-robber nos servidores A e B originais e logar o extenso output dele num NFS onde caiba o lixo. Minha pergunta é: como posso dimensionar o impacto na performance dos sistemas por realizar tal coisa?

Alguém que já tenha utilizado ferramentas para este tipo de monitoramento pode me dizer se é viável rodá-la num servidor em produção? Durante dias?

abraços