5.8. Konfigurieren einer Ausfallsicherungs-Domain


Eine Ausfallsicherungs-Domain ist eine benannte Teilmenge von Cluster-Knoten, die dazu berechtigt ist, einen Cluster-Dienst im Falle eines Knotenausfalls weiterzuführen. Eine Ausfallsicherungs-Domain kann die folgenden Charakteristiken haben:
  • Uneingeschränkt — Ermöglicht Ihnen, eine Teilmenge bevorzugter Mitglieder zu spezifizieren, doch der dieser Domain zugewiesene Cluster-Dienst kann auf jedem verfügbaren Mitglied ausgeführt werden.
  • Eingeschränkt — Ermöglicht Ihnen, die Mitglieder einzuschränken, auf denen ein bestimmter Cluster-Dienst laufen darf. Falls keines der Mitglieder in einer eingeschränkten Ausfallsicherungs-Domain verfügbar ist, kann der Cluster-Dienst nicht gestartet werden (weder manuell noch durch die Cluster-Software).
  • Ungeordnet — Wenn ein Cluster-Dienst einer ungeordneten Ausfallsicherungs-Domain zugewiesen ist, wird das Mitglied, auf dem der Cluster-Dienst ausgeführt wird, ohne Berücksichtigung von Prioritäten aus den verfügbaren Mitgliedern der Ausfallsicherungs-Domain ausgewählt.
  • Geordnet — Ermöglicht Ihnen, eine Prioritätsreihenfolge für die Mitglieder einer Ausfallsicherungs-Domain anzugeben. Das erste Mitglied in der Liste wird bevorzugt, gefolgt vom zweiten Mitglied in der Liste, usw.
  • Failback — Ermöglicht Ihnen festzulegen, ob ein Dienst in der Ausfallsicherungs-Domain auf den Knoten zurückwechseln soll, auf dem er vor dessen Ausfall ursprünglich ausgeführt wurde. Das Konfigurieren dieser Charakteristik ist hilfreich in Situationen, in denen ein Knoten häufig ausfällt und Teil einer geordneten Ausfallsicherungs-Domain ist. In diesem Fall würde ein Dienst, der auf dem bevorzugten Knoten in einer Ausfallsicherungs-Domain läuft, möglicherweise wiederholt zwischen dem bevorzugten Knoten und einem anderen Knoten hin- und herwechseln, was beträchtliche Leistungseinbußen zur Folge hätte.

    Anmerkung

    Die Failback-Charakteristik greift nur, wenn die geordnete Ausfallsicherung konfiguriert ist.

Anmerkung

Eine Änderung der Ausfallsicherungs-Domain-Konfiguration hat keine Auswirkungen auf derzeit laufende Dienste.

Anmerkung

Ausfallsicherungs-Domains werden für den Betrieb nicht benötigt.
Standardmäßig sind Ausfallsicherungs-Domains uneingeschränkt und ungeordnet.
In einem Cluster mit mehreren Mitgliedern kann Ihnen der Einsatz einer beschränkten Ausfallsicherungs-Domain die Arbeit erleichtern. Denn um einen Cluster zum Ausführen eines Cluster-Dienstes (wie z.B. httpd) einzurichten, müssen Sie auf allen Cluster-Mitgliedern, die diesen Cluster-Dienst ausführen sollen, eine identische Konfiguration einrichten. Anstatt den gesamten Cluster zur Ausführung dieses Cluster-Dienstes einzurichten, müssen Sie somit nur die Mitglieder der beschränkten Ausfallsicherungs-Domain, die Sie mit diesem Cluster-Dienst verknüpfen möchten, entsprechend einrichten.

Anmerkung

Um ein bevorzugtes Mitglied zu konfigurieren, können Sie eine uneingeschränkte Ausfallsicherungs-Domain einrichten, die nur aus einem Cluster-Mitglied besteht. Dadurch läuft der Cluster-Dienst zwar hauptsächlich auf diesem einen Cluster-Mitglied (dem bevorzugten Mitglied), doch erlaubt es dem Cluster-Dienst gleichzeitig, im Falle eines Ausfalls auf einen beliebigen anderen Knoten zu wechseln.
Um eine Ausfallsicherungs-Domain zu konfigurieren, wenden Sie folgendes Verfahren an:
  1. Um eine Ausfallsicherungs-Domain hinzuzufügen, führen Sie den folgenden Befehl aus:
    ccs -h host --addfailoverdomain name [restricted] [ordered] [nofailback]
    

    Anmerkung

    Der Name sollte aussagekräftig genug sein, um daraus im Vergleich zu anderen Namen im Cluster auf den Zweck schließen zu können.
    Beispielsweise konfiguriert der folgende Befehl eine Ausfallsicherungs-Domain namens example_pri auf node-01.example.com, die uneingeschränkt und geordnet ist und Failback erlaubt:
    ccs -h node-01.example.com --addfailoverdomain example_pri ordered
    
  2. Um einen Knoten zu einer Ausfallsicherungs-Domain hinzuzufügen, führen Sie den folgenden Befehl aus:
    ccs -h host --addfailoverdomainnode failoverdomain node priority
    Um beispielsweise die Ausfallsicherungs-Domain example_pri in der Konfigurationsdatei auf node-01.example.com so zu konfigurieren, dass sie node-01.example.com mit der Priorität 1, node-02.example.com mit der Priorität 2 und node-03.example.com mit der Priorität 3 beinhaltet, führen Sie die folgenden Befehle aus:
    ccs -h node-01.example.com --addfailoverdomainnode example_pri node-01.example.com 1
    ccs -h node-01.example.com --addfailoverdomainnode example_pri node-02.example.com 2
    ccs -h node-01.example.com --addfailoverdomainnode example_pri node-03.example.com 3
    
Sie können sich mithilfe des folgenden Befehls eine Liste aller in einem Cluster konfigurierten Ausfallsicherungs-Domains und Ausfallsicherungs-Domain-Knoten anzeigen lassen:
ccs -h host --lsfailoverdomain
Um eine Ausfallsicherungs-Domain zu entfernen, führen Sie den folgenden Befehl aus:
ccs -h host --rmfailoverdomain name
Um einen Knoten aus einer Ausfallsicherungs-Domain zu entfernen, führen Sie den folgenden Befehl aus:
ccs -h host --rmfailoverdomainnode failoverdomain node
Vergessen Sie nicht, nach Abschluss der Konfiguration aller Komponenten Ihres Clusters die Cluster-Konfigurationsdatei auf allen Knoten zu synchronisieren, wie in Abschnitt 5.15, »Verbreiten der Konfigurationsdatei auf den Cluster-Knoten« beschrieben.
Red Hat logoGithubRedditYoutubeTwitter

Lernen

Testen, kaufen und verkaufen

Communitys

Über Red Hat Dokumentation

Wir helfen Red Hat Benutzern, mit unseren Produkten und Diensten innovativ zu sein und ihre Ziele zu erreichen – mit Inhalten, denen sie vertrauen können.

Mehr Inklusion in Open Source

Red Hat hat sich verpflichtet, problematische Sprache in unserem Code, unserer Dokumentation und unseren Web-Eigenschaften zu ersetzen. Weitere Einzelheiten finden Sie in Red Hat Blog.

Über Red Hat

Wir liefern gehärtete Lösungen, die es Unternehmen leichter machen, plattform- und umgebungsübergreifend zu arbeiten, vom zentralen Rechenzentrum bis zum Netzwerkrand.

© 2024 Red Hat, Inc.