Hard- und Softwareanforderungen

Hardwareanforderungen

Die Hardware-Anforderungen für Ihr High Availability Add-on (HAA) sind je nach Entwicklungs- und Produktionsumgebung unterschiedlich.

Entwicklungsumgebungen

Element	Mindestanforderungen	Empfohlen
HAA-Knoten	1	3+
RAM	6 GB	8 GB
Speicher (Standardpfad `/opt/redislabs`)	10 GB	20 GB

Obwohl ein Knoten für eine Entwicklungsumgebung ausreicht, werden drei oder eine ungerade Anzahl von Knoten empfohlen, um die Clusterfunktionen zu nutzen, die wahrscheinlich für Ihre Produktionsumgebung erforderlich sind.

Produktionsumgebungen

Element	Mindestanforderungen	Empfohlen
HAA-Knoten	3	3+
Kerne pro Knoten	4	8+
RAM	6 GB (15 GB für DR-Bereitstellungen)	30+ GB
Speicher (Standardpfad `/opt/redislabs`)	75 GB	150+ GB
Netzwerk	1 G	10+ G

Hinweis: Pflegen Sie immer eine ungerade Anzahl von Knoten. Dies ist erforderlich, um ein Quorum zu erhalten, das in Ausfall- und Failover-Szenarien benötigt wird.

Ports

Port	Protokoll	Beschreibung
1968	TCP	Standardport, der für internen Proxydatenverkehr verwendet wird.
3333–3344 36379-36380	TCP	Standardportbereiche, die für den internen Clusterdatenverkehr verwendet werden.
8001	TCP	Wird ggf. für Datenverkehr von der Anwendung zum Ermittlungsdienst verwendet.
8443	TCP	Wird für `HTTPS`-Zugriff auf die Verwaltungsbenutzeroberfläche verwendet.
8444,9080	TCP	Standardport, der für internen `nginx < - > cnm_http/cm`-Datenverkehr verwendet wird.
9081	TCP	Standardport, der für internen CRDB-Datenverkehr (Conflict-free Replicated Database) verwendet wird.
8070-8071	TCP	Wird für Metriken verwendet, die von `nginx` exportiert und verwaltet werden.
9443	TCP	Empfohlener Port für REST-API-Datenverkehr.
10000-19999	TCP	Portbereich für Datenbankdatenverkehr. Standardmäßig verwendet HAA Port `10000`.
20000-29999	TCP	Portbereich, der für internen Datenbankshards-Datenverkehr verwendet wird.
53, 5353	UDP	Wird für internen `DNS/mDNS`-Datenverkehr verwendet.
8002, 8004, 8006	TCP	Überwachung des Systemzustands.
	ICMP	Wird verwendet, um die Konnektivität zwischen Knoten zu überprüfen.

Softwareanforderungen

Wichtig:

HAA unterstützt nur 64-Bit-Betriebssysteme und muss auf einem sauberen Host ohne andere Anwendungen installiert werden. Alle HAA-Knoten müssen mit demselben NTP-Server synchronisiert werden.

In der folgenden Tabelle sind die Betriebssystemversionen aufgeführt, die wir getestet und als kompatibel mit HAA bestätigt haben. Aufgrund der hohen Anzahl von Betriebssystem-Updates und -Variationen können wir die Kompatibilität jedoch nicht für jede Kombination aus HAA-Version und Nebenversion des Betriebssystems testen. Obwohl wir allgemein erwarten, dass HAA mit neueren Nebenversionen des Betriebssystems, die wir nicht getestet haben, ordnungsgemäß funktioniert, können wir die Kompatibilität nicht garantieren.

Wenn Sie auf eine Nebenversion des Betriebssystems aktualisieren möchten, die nicht in der Tabelle aufgeführt ist, müssen Sie das Upgrade in einer Testumgebung durchführen, bevor Sie es in einer Produktionsumgebung bereitstellen.

Plattform	Unterstützte Versionen
RHEL/CentOS 8	8.6, 8.8, 8.9
RHEL/CentOS 9	9.3
Ubuntu	20.04 Serverversion wird für Produktionsinstallationen empfohlen. Die Desktopversion wird nur für Entwicklungsbereitstellungen empfohlen.

Allgemeine Anforderungen zu Clustern

Der HAA-Cluster benötigt drei Server für einen ordnungsgemäßen Betrieb.

Unter normalen Umständen haben die HAA-Clusterserver die folgenden Rollen:

Einen Hauptserver – er hält ein Datenfragment (Shard) und akzeptiert Lese- und Schreibdatenbankvorgänge von der Außenwelt;
Einen sekundären Server – er enthält eine Kopie des Datenfragments;
Ein sekundärer Server – Er enthält keine Daten, sondern dient nur als Quorum.

Der HAA-Cluster unterstützt nur den Ausfall eines einzelnen Servers.

Wenn einer der Server ausfällt, egal welcher, funktioniert der HAA-Cluster weiter und auf der Webverwaltungsoberfläche wird eine Warnung angezeigt. Weitere Informationen finden Sie durch das Ausführen des Befehls rlcheck, der in der Regel in /opt/redislabs/bin zu finden ist. Sie können --continue-on-error auch an den Befehl rlcheck anfügen.
Wenn zwei Server ausfallen, fällt auch der HAA-Cluster aus, selbst wenn der Hauptserver noch online ist.

Der Aufbau eines HAA-Clusters mit mehr als drei Servern ist möglich, bietet aber keinen wesentlichen Vorteil.

Es ist nicht möglich, die Anzahl der ausgefallenen Server zu erhöhen. Bei einem HAA-Cluster mit fünf Knoten fällt bei einem Ausfall des Hauptknotens und des sekundären Knotens, der die Kopie des Datenfragments aufbewahrt, auch der gesamte Cluster aus. In diesem Fall gibt es keine Neuzuweisung des Datenfragments an andere Knoten.