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 diretivasinterval
etimeout
.) -
Coloque este
primitive
no seuservices group
. -
Certifique-se de que o IP esteja ativo antes que o
NFS
server seja iniciado. Use a diretivaorder
para isso, como você já fez para oservices
vs.drbd
. -
Vincule seu servidor
NFS
a 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.