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…“)
(kein Unterschied)

Version vom 10. September 2024, 05:53 Uhr

Erklärung der Corosync-Konfigurationsdatei

1. `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.

2. `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.

3. `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.

4. `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.