Was ist der grundlegende Prozess hinter hochverfügbarem NFS über 2 Server? Nehmen wir an, ich verwende Heartbeat, um ein Failover über eine Floating-IP zwischen den beiden Servern durchzuführen. Dann habe ich einen Drittanbieter-Server, der basierend auf dieser IP eine NFS-Freigabe mountet. Die Idee dahinter ist, dass ich Dateien manipulieren kann und dann, wenn ein Failover auftritt, das NFS aktiv bleibt und vorübergehend nicht verfügbar ist, da das NFS und die IP auf den anderen Server umgeschaltet werden.
Ich wundere mich jedoch über den Workflow. Im Moment kann ich mit manuellem Failover Knoten1 als DRBD-Primär haben und DRBD als NFS-Export mit Floating-IP mounten. Wenn ich dann ein Failover möchte, kann ich das DRBD-Laufwerk unmounten, den Server als sekundär festlegen, dann Knoten2 als primär festlegen, DRBD-NFS mounten und dann wird die neue IP auf Knoten2 angezeigt.
Ist das die richtige Idee? Wenn ich versuche, die NFS/DRBD-Einbindung ordnungsgemäß aufzuheben, kann dies fehlschlagen, weil NFS immer noch darauf zugreift (d. h. wenn der Server des Drittanbieters auf die Freigabe zugreift).
Gibt es eine Möglichkeit, einen ähnlichen Prozess mit manuellem Failover durchzuführen, das Failover aber schnell durchzuführen?
Antwort1
Bei Ihrem Ansatz müssen Sie daran denken, den NFS-Dienst zu stoppen, wenn Sie das Failover durchführen. Die Schritte sollten also wie folgt lauten:
- Beenden Sie den NFS-Dienst auf Knoten2
- Mounten Sie denNFS-Laufwerkauf Knoten2
- Floaten der Dienst-IP-Adresse von Knoten2 zu Knoten1
- Montieren Sie dieNFS-Laufwerkauf Knoten1
- Starten Sie den NFS-Dienst auf Knoten1
Sie haben andere Alternativen, zum Beispiel können Sie ein Cluster-Dateisystem verwenden (wie RedHat'sGFS), so können Sie dieNFS-Laufwerkauf beiden Servern. Dann liegt es an Ihnen, ob Sie im Fehlerfall einfach von Knoten zu Knoten wechseln oder sie sogar irgendwie ausgleichen möchten, sodass sie Aktiv/Aktiv sind.