Red Hat Training

A Red Hat training course is available for Red Hat Enterprise Linux

7.6. Konfiguration von Redundant Ring Protocol

Ab Red Hat Enterprise Linux 6.4 unterstützt das Red Hat Hochverfügbarkeits-Add-On die Konfiguration des Redundant Ring Protocols.
Bei der Konfiguration eines Systems zur Verwendung des Redundant Ring Protocols müssen Sie die folgenden Faktoren berücksichtigen:
  • Legen Sie nicht mehr als zwei Ringe an.
  • Jeder Ring muss das gleiche Protokoll verwenden; Sie dürfen nicht IPv4 und IPv6 mischen.
  • Wenn nötig, können Sie manuell eine Multicast-Adresse für den zweiten Ring angeben. Wenn Sie eine Multicast-Adresse für den zweiten Ring angeben, muss entweder die alternative Multicast-Adresse oder der alternative Port anders sein als die Multicast-Adresse für den ersten Ring. Wenn Sie keine alternative Multicast-Adresse angeben haben, wird das System automatisch eine andere Multicast-Adresse für den zweiten Ring verwenden.
    Wenn Sie einen alternativen Port angeben, müssen die Port-Nummern des ersten Rings und des zweiten Rings um mindestens zwei unterschiedlich sein, da das System selbst port und port-1 verwendet, um Operationen durchzuführen.
  • Verwenden Sie nicht zwei unterschiedliche Schnittstellen auf demselben Subnetz.
  • Im Allgemeinen ist es ist ratsam, das Redundant Ring Protocol auf zwei unterschiedlichen Netzwerkkarten und zwei verschiedenen Switches zu konfigurieren, für den Fall, dass eine Netzwerkkarte oder ein Switch ausfällt.
  • Verwenden Sie nicht den ifdown oder den service network stop Befehl, um einen Netzwerkausfall zu simulieren. Dies zerstört den ganzen Cluster und erfordert, dass Sie alle Knoten im Cluster neu starten müssen, um ihn wiederherzustellen.
  • Verwenden Sie nicht den NetworkManager, da es den ifdown Befehl durchführt, wenn das Kabel herausgezogen wird.
  • Wenn ein Knoten einer Netzwerkkarte ausfällt, wird der gesamte Ring als ausgefallen markiert.
  • Manuelles Eingreifen ist nicht erforderlich, um einen ausgefallenen Ring wiederherzustellen. Zur Wiederherstellung brauchen Sie nur den Grund für den Ausfall, wie z.B. eine ausgefallene Netzwerkkarte oder Switch, zu beheben.
Um eine zweite Netzwerkschnittstelle zur Verwendung des Redundant Ring Protocols festzulegen, fügen Sie eine altname Komponente zum clusternode Abschnitt der cluster.conf Konfigurationsdatei hinzu. Wenn Sie altname festlegen, müssen Sie einen name Parameter definieren, um einen zweiten Host-Namen oder die IP-Adresse des Knotens anzugeben.
Im folgenden Beispiel wird clusternet-node1-eth2 als der alternative Name für den Cluster-Knoten clusternet-node1-eth1 definiert. 

<cluster name="mycluster" config_version="3" >
  <logging debug="on"/>
  <clusternodes>
    <clusternode name="clusternet-node1-eth1" votes="1" nodeid="1">
      <fence>
        <method name="single">
          <device name="xvm" domain="clusternet-node1"/>
        </method>
      </fence>
      <altname name="clusternet-node1-eth2"/>
    </clusternode>
Der altname Abschnitt innerhalb des clusternode Block ist nicht positionsabhängig. Es kann vor oder nach dem fence Abschnitt kommen. Definieren Sie nicht mehr als eine altname Komponente für einen Cluster-Knoten, andernfalls kann das System nicht gestartet werden.
Wahlweise können Sie eine Multicast-Adresse, einen Port und eine TTL manuell für den zweiten Ring angeben, indem Sie eine altmulticast Komponente im cman Abschnitt der cluster.conf Konfigurationsdatei definieren. Die altmulticast Komponente akzeptiert einen addr, einen port, und einen ttl Parameter.
Das folgende Beispiel zeigt den cman Abschnitt einer Cluster-Konfigurationsdatei, die eine Multicast-Adresse, Port und TTL für den zweiten Ring festlegt. 

<cman>
   <multicast addr="239.192.99.73" port="666" ttl="2"/>
   <altmulticast addr="239.192.99.88" port="888" ttl="3"/>
</cman>