Corosync.conf Erklärung: Unterschied zwischen den Versionen

Aus Xinux Wiki
Zur Navigation springen Zur Suche springen
(Die Seite wurde neu angelegt: „=== Erklärung der Corosync-Konfigurationsdatei === ==== 1. `totem` Abschnitt ==== Der `totem` Abschnitt konfiguriert den grundlegenden Kommunikationsmechanis…“)
 
 
Zeile 1: Zeile 1:
=== Erklärung der Corosync-Konfigurationsdatei ===
+
=== Erklärung der Corosync-Konfiguration ===
  
==== 1. `totem` Abschnitt ====
+
==== totem Abschnitt ====
Der `totem` Abschnitt konfiguriert den grundlegenden Kommunikationsmechanismus, den Corosync verwendet.
+
Der totem Abschnitt konfiguriert den grundlegenden Kommunikationsmechanismus, den Corosync verwendet.
  
* **`version: 2`**  
+
* version: 2   
 
   Gibt die Version des Totem-Protokolls an. Version 2 ist die aktuell gängige Version für Corosync.
 
   Gibt die Version des Totem-Protokolls an. Version 2 ist die aktuell gängige Version für Corosync.
  
* **`secauth: on`**  
+
* secauth: on   
 
   Aktiviert die Authentifizierung für die Kommunikation zwischen den Cluster-Nodes. Dies stellt sicher, dass nur autorisierte Nodes am Cluster teilnehmen können.
 
   Aktiviert die Authentifizierung für die Kommunikation zwischen den Cluster-Nodes. Dies stellt sicher, dass nur autorisierte Nodes am Cluster teilnehmen können.
  
* **`cluster_name: nfs_cluster`**  
+
* cluster_name: nfs_cluster   
 
   Der Name des Clusters. Dieser Name dient der Identifikation und hilft bei der Verwaltung.
 
   Der Name des Clusters. Dieser Name dient der Identifikation und hilft bei der Verwaltung.
  
* **`transport: udpu`**  
+
* transport: udpu   
   Legt das Transportprotokoll fest, das für die Kommunikation zwischen den Nodes verwendet wird. `udpu` steht für UDP Unicast, was bedeutet, dass die Kommunikation über Unicast-Nachrichten erfolgt, im Gegensatz zu Multicast.
+
   Legt das Transportprotokoll fest, das für die Kommunikation zwischen den Nodes verwendet wird. udpu steht für UDP Unicast, was bedeutet, dass die Kommunikation über Unicast-Nachrichten erfolgt, im Gegensatz zu Multicast.
  
* **`interface` Abschnitt**  
+
* interface Abschnitt   
 
   Definiert die Netzwerkdetails, die für die Kommunikation verwendet werden.
 
   Definiert die Netzwerkdetails, die für die Kommunikation verwendet werden.
   **`ringnumber: 0`**  
+
 
  Die Nummer des Kommunikationsrings, hier der erste und einzige Ring.
+
   * ringnumber: 0   
   **`bindnetaddr: 10.0.10.0`**  
+
    Die Nummer des Kommunikationsrings, hier der erste und einzige Ring.
  Die Netzwerkadresse, an die Corosync gebunden wird. Diese Adresse sollte das Subnetz des Interfaces sein, das für die Cluster-Kommunikation verwendet wird.
+
 
   **`broadcast: yes`**  
+
   * bindnetaddr: 10.0.10.0   
  Erlaubt die Verwendung von Broadcasts für die Kommunikation.
+
    Die Netzwerkadresse, an die Corosync gebunden wird. Diese Adresse sollte das Subnetz des Interfaces sein, das für die Cluster-Kommunikation verwendet wird.
   **`mcastport: 5405`**  
+
 
  Der Port, der für Multicast-Kommunikation verwendet wird. In diesem Fall ist es nur relevant, wenn Multicast anstelle von Unicast verwendet würde.
+
   * broadcast: yes   
 +
    Erlaubt die Verwendung von Broadcasts für die Kommunikation.
 +
 
 +
   * mcastport: 5405   
 +
    Der Port, der für Multicast-Kommunikation verwendet wird. In diesem Fall ist es nur relevant, wenn Multicast anstelle von Unicast verwendet würde.
  
==== 2. `nodelist` Abschnitt ====
+
==== nodelist Abschnitt ====
 
Dieser Abschnitt listet die Nodes auf, die Teil des Clusters sind.
 
Dieser Abschnitt listet die Nodes auf, die Teil des Clusters sind.
  
* **`node` Unterabschnitte**  
+
* node Unterabschnitte   
   Jeder `node` Unterabschnitt definiert einen Node im Cluster.
+
   Jeder node Unterabschnitt definiert einen Node im Cluster.
   **`ring0_addr`**  
+
 
  Die IP-Adresse des Nodes im Cluster.
+
   * ring0_addr   
   **`name`**  
+
    Die IP-Adresse des Nodes im Cluster.
  Der Name des Nodes. Dieser Name kann zur leichteren Identifikation verwendet werden.
+
 
   **`nodeid`**  
+
   * name   
  Eine eindeutige ID für den Node innerhalb des Clusters.
+
    Der Name des Nodes. Dieser Name kann zur leichteren Identifikation verwendet werden.
 +
 
 +
   * nodeid   
 +
    Eine eindeutige ID für den Node innerhalb des Clusters.
  
==== 3. `quorum` Abschnitt ====
+
==== quorum Abschnitt ====
 
Dieser Abschnitt konfiguriert die Quorum-Einstellungen, die festlegen, wann der Cluster arbeitsfähig ist.
 
Dieser Abschnitt konfiguriert die Quorum-Einstellungen, die festlegen, wann der Cluster arbeitsfähig ist.
  
* **`provider: corosync_votequorum`**  
+
* provider: corosync_votequorum   
 
   Gibt an, dass das Vote-Quorum-Modul von Corosync verwendet wird, um Quorum-Entscheidungen zu treffen.
 
   Gibt an, dass das Vote-Quorum-Modul von Corosync verwendet wird, um Quorum-Entscheidungen zu treffen.
  
* **`two_node: 1`**  
+
* two_node: 1   
 
   Aktiviert den speziellen Modus für Zweiknoten-Cluster. In diesem Modus wird das Quorum so behandelt, als wäre es immer erfüllt, solange mindestens ein Node aktiv ist.
 
   Aktiviert den speziellen Modus für Zweiknoten-Cluster. In diesem Modus wird das Quorum so behandelt, als wäre es immer erfüllt, solange mindestens ein Node aktiv ist.
  
* **`wait_for_all: 1`**  
+
* wait_for_all: 1   
 
   Erzwingt, dass der Cluster beim Start wartet, bis alle Nodes online sind, bevor Quorum erreicht wird.
 
   Erzwingt, dass der Cluster beim Start wartet, bis alle Nodes online sind, bevor Quorum erreicht wird.
  
* **`last_man_standing: 1`**  
+
* last_man_standing: 1   
 
   Aktiviert eine Funktion, die sicherstellt, dass der letzte verbleibende Node im Cluster weiterarbeiten kann, selbst wenn das Quorum nicht erfüllt ist.
 
   Aktiviert eine Funktion, die sicherstellt, dass der letzte verbleibende Node im Cluster weiterarbeiten kann, selbst wenn das Quorum nicht erfüllt ist.
  
* **`auto_tie_breaker: 0`**  
+
* auto_tie_breaker: 0   
 
   Deaktiviert den automatischen Tie-Breaker-Mechanismus, der bei einem Gleichstand helfen könnte, zu entscheiden, welcher Node Primärfunktionen übernehmen soll.
 
   Deaktiviert den automatischen Tie-Breaker-Mechanismus, der bei einem Gleichstand helfen könnte, zu entscheiden, welcher Node Primärfunktionen übernehmen soll.
  
==== 4. `logging` Abschnitt ====
+
==== logging Abschnitt ====
 
Dieser Abschnitt konfiguriert die Logging-Einstellungen von Corosync.
 
Dieser Abschnitt konfiguriert die Logging-Einstellungen von Corosync.
  
* **`to_syslog: yes`**  
+
* to_syslog: yes   
 
   Leitet die Log-Ausgaben von Corosync an das Syslog weiter, was die zentrale Verwaltung der Logs erleichtert.
 
   Leitet die Log-Ausgaben von Corosync an das Syslog weiter, was die zentrale Verwaltung der Logs erleichtert.
  
 
Diese Konfiguration stellt sicher, dass Corosync in einem Zweiknoten-Cluster zuverlässig läuft und angemessen auf Verbindungsverluste und Node-Ausfälle reagiert, während die Kommunikation durch Verschlüsselung und Authentifizierung gesichert wird.
 
Diese Konfiguration stellt sicher, dass Corosync in einem Zweiknoten-Cluster zuverlässig läuft und angemessen auf Verbindungsverluste und Node-Ausfälle reagiert, während die Kommunikation durch Verschlüsselung und Authentifizierung gesichert wird.

Aktuelle Version vom 10. September 2024, 05:55 Uhr

Erklärung der Corosync-Konfiguration

totem Abschnitt

Der totem Abschnitt konfiguriert den grundlegenden Kommunikationsmechanismus, den Corosync verwendet.

  • version: 2
 Gibt die Version des Totem-Protokolls an. Version 2 ist die aktuell gängige Version für Corosync.
  • secauth: on
 Aktiviert die Authentifizierung für die Kommunikation zwischen den Cluster-Nodes. Dies stellt sicher, dass nur autorisierte Nodes am Cluster teilnehmen können.
  • cluster_name: nfs_cluster
 Der Name des Clusters. Dieser Name dient der Identifikation und hilft bei der Verwaltung.
  • transport: udpu
 Legt das Transportprotokoll fest, das für die Kommunikation zwischen den Nodes verwendet wird. udpu steht für UDP Unicast, was bedeutet, dass die Kommunikation über Unicast-Nachrichten erfolgt, im Gegensatz zu Multicast.
  • interface Abschnitt
 Definiert die Netzwerkdetails, die für die Kommunikation verwendet werden.
 
 * ringnumber: 0  
   Die Nummer des Kommunikationsrings, hier der erste und einzige Ring.
 
 * bindnetaddr: 10.0.10.0  
   Die Netzwerkadresse, an die Corosync gebunden wird. Diese Adresse sollte das Subnetz des Interfaces sein, das für die Cluster-Kommunikation verwendet wird.
 
 * broadcast: yes  
   Erlaubt die Verwendung von Broadcasts für die Kommunikation.
 
 * mcastport: 5405  
   Der Port, der für Multicast-Kommunikation verwendet wird. In diesem Fall ist es nur relevant, wenn Multicast anstelle von Unicast verwendet würde.

nodelist Abschnitt

Dieser Abschnitt listet die Nodes auf, die Teil des Clusters sind.

  • node Unterabschnitte
 Jeder node Unterabschnitt definiert einen Node im Cluster.
 
 * ring0_addr  
   Die IP-Adresse des Nodes im Cluster.
 
 * name  
   Der Name des Nodes. Dieser Name kann zur leichteren Identifikation verwendet werden.
 
 * nodeid  
   Eine eindeutige ID für den Node innerhalb des Clusters.

quorum Abschnitt

Dieser Abschnitt konfiguriert die Quorum-Einstellungen, die festlegen, wann der Cluster arbeitsfähig ist.

  • provider: corosync_votequorum
 Gibt an, dass das Vote-Quorum-Modul von Corosync verwendet wird, um Quorum-Entscheidungen zu treffen.
  • two_node: 1
 Aktiviert den speziellen Modus für Zweiknoten-Cluster. In diesem Modus wird das Quorum so behandelt, als wäre es immer erfüllt, solange mindestens ein Node aktiv ist.
  • wait_for_all: 1
 Erzwingt, dass der Cluster beim Start wartet, bis alle Nodes online sind, bevor Quorum erreicht wird.
  • last_man_standing: 1
 Aktiviert eine Funktion, die sicherstellt, dass der letzte verbleibende Node im Cluster weiterarbeiten kann, selbst wenn das Quorum nicht erfüllt ist.
  • auto_tie_breaker: 0
 Deaktiviert den automatischen Tie-Breaker-Mechanismus, der bei einem Gleichstand helfen könnte, zu entscheiden, welcher Node Primärfunktionen übernehmen soll.

logging Abschnitt

Dieser Abschnitt konfiguriert die Logging-Einstellungen von Corosync.

  • to_syslog: yes
 Leitet die Log-Ausgaben von Corosync an das Syslog weiter, was die zentrale Verwaltung der Logs erleichtert.

Diese Konfiguration stellt sicher, dass Corosync in einem Zweiknoten-Cluster zuverlässig läuft und angemessen auf Verbindungsverluste und Node-Ausfälle reagiert, während die Kommunikation durch Verschlüsselung und Authentifizierung gesichert wird.