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…“) |
|||
| Zeile 1: | Zeile 1: | ||
| − | === Erklärung der Corosync- | + | === Erklärung der Corosync-Konfiguration === |
| − | ==== | + | ==== totem Abschnitt ==== |
| − | Der | + | 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. | 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. | 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. | 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. | + | 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. | 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. | Dieser Abschnitt listet die Nodes auf, die Teil des Clusters sind. | ||
| − | * | + | * node Unterabschnitte |
| − | Jeder | + | 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. | 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. | 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. | 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. | 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. | 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. | 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. | 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. | 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.