Corosync.conf Erklärung: Unterschied zwischen den Versionen
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.