Sim, isso funcionaria e funcionaria. Estou usando essa técnica desde anos em configurações de produção, não em conjunto com NFS , mas com serviços diferentes. Este é o caminho a percorrer.
-
Dê uma olhada no agente de recursos IPaddr2 .
-
Usando isso, você pode pensar em algo como:
primitive p_nfs_vip ocf:heartbeat:IPaddr2 \ params ip="<your_ip>" nic="<your_interface>" cidr_netmask="<your_netmask>" \ op start interval="0s" timeout="60s" \ op monitor interval="5s" timeout="20s" \ op stop interval="0s" timeout="60s"(troque as diretivas
<...>com seus dados, para que eles correspondam à sua configuração. Ajuste as diretivasintervaletimeout.) -
Coloque este
primitiveno seuservices group. -
Certifique-se de que o IP esteja ativo antes que o
NFSserver seja iniciado. Use a diretivaorderpara isso, como você já fez para oservicesvs.drbd. -
Vincule seu servidor
NFSa esse IP. -
Use esse IP para conectar os clientes ao servidor
NFS.
Por último, mas não menos importante:
- Configure
stonith/fencing. Isso é realmente muito importante! Leia este . Citação de dinheiro:
Fencing is a very important concept in computer clusters for HA (High Availability). Unfortunately, given that fencing does not offer a visible service to users, it is often neglected. [...]
- Isso é especialmente importante em configurações com armazenamento compartilhado, como o seu. Executando seu cluster sem isso, você está colocando seus dados em risco.