Ordenar o arranque dos dois servidores pode ser um desafio.
Idealmente, você gostaria que seus servidores se recuperassem de uma falha de energia sem intervenção do operador. Mas, é claro, alguns servidores precisam aparecer antes dos outros, por exemplo, talvez você precise usar o firewall antes de tentar exibir servidores que se conectam externamente. Ou você precisa dos seus servidores NFS antes dos seus clientes.
Uma maneira de fazer isso é obter uma faixa de energia inteligente (por exemplo, PDU gerenciada pela APC) e, em seguida, você pode configurar o atraso na inicialização para cada tomada. Assim, você pode certificar-se de que o firewall e as opções sejam ativadas primeiro, depois seus servidores DNS, seus servidores NFS, etc. Mesmo que você faça isso manualmente em uma lista de verificação ("ative A, aguarde a inicialização, ative B e C, espere que eles inicializem, ... ") você ainda quer simplicidade.
Mas você não pode fazer isso se A depende de B, mas B depende de A. Em casos simples, é fácil trabalhar por aí - A e B precisam iniciar seu próprio servidor NFS (e exportar seus servidores locais). sistemas de arquivos) antes de tentar montar qualquer compartilhamento NFS (embora isso seja o oposto da ordem padrão). A menos, claro, que você acabe com caminhos aninhados, onde, por exemplo, um sistema de arquivos local é montado sob uma montagem NFS. Ou onde você adiciona um terceiro servidor, e então talvez os compartilhamentos de A sejam montados sob os de B em C.
Trabalhar com esse tipo de coisa manualmente não é muito difícil, é claro, mas você não quer fazer isso depois de uma falha de energia. Você provavelmente tem problemas não planejados para resolver (por exemplo, coisas que romperam com perda de energia inesperada ou dependências que você não conhecia), enquanto todo mundo reclama que está inoperante, então é melhor não para configurar problemas evitáveis conhecidos que vão consumir seu tempo.
Além disso, a montagem e a reexportação de um compartilhamento NFS provavelmente não são aconselháveis, se não por outro motivo, além da sobrecarga de rede de enviar todos os dados duas vezes. Não é como se o cliente não pudesse simplesmente montar os dois servidores.
edit: Mais uma razão - quando um servidor NFS fica inativo, qualquer processo em um cliente que tente acessar esse servidor entra em suspensão em disco ("ininterrupto"). Isso pode levar a um "contágio" de um servidor NFS falhando para a outra falha (de processos essenciais para o armazenamento em disco ou para a falta de recursos de tarefas agendadas gerando e não terminando, etc.). (Isso mostra um D em ps , se você está se perguntando)