Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Konfiguration einer Multi-AZ-Domain in Amazon Service OpenSearch

Um Datenverlust zu verhindern und die Ausfallzeiten des Amazon OpenSearch Service-Clusters im Falle einer Serviceunterbrechung zu minimieren, können Sie Knoten auf zwei oder drei Availability Zones in derselben Region verteilen, eine Konfiguration, die als Multi-AZ bezeichnet wird. Availability Zones sind isolierte Standorte innerhalb jeder AWS Region.

Für Domains, auf denen Produktionsworkloads ausgeführt werden, empfehlen wir die Bereitstellungsoption Multi-AZ mit Standby, mit der die folgende Konfiguration erstellt wird:

Der Rest dieses Abschnitts enthält Erläuterungen und Kontext zu diesen Konfigurationen.

Multi-AZ mit Standby

Multi-AZ mit Standby ist eine Bereitstellungsoption für Amazon OpenSearch Service-Domains, die eine Verfügbarkeit von 99,99%, konsistente Leistung für Produktionsworkloads und eine vereinfachte Domainkonfiguration und -verwaltung bietet. Wenn Sie Multi-AZ mit Standby verwenden, sind Domains widerstandsfähig gegen Infrastrukturausfälle, ohne dass sich dies auf Leistung oder Verfügbarkeit auswirkt. Diese Bereitstellungsoption erfüllt diesen Standard, indem sie eine Reihe von bewährten Methoden vorschreibt, z. B. eine bestimmte Anzahl von Datenknoten, die Anzahl der Master-Knoten, den Instanztyp, die Anzahl der Replikate, die Einstellungen für Softwareupdates und die Aktivierung von Auto-Tune.

Wenn Sie Multi-AZ mit Standby verwenden, erstellt OpenSearch Service eine Domain, die sich über drei Availability Zones erstreckt, wobei jede Zone eine vollständige Kopie der Daten enthält und die Daten gleichmäßig auf jede der Zonen verteilt sind. Ihre Domain reserviert Knoten in einer dieser Zonen als Standby-Knoten, was bedeutet, dass sie keine Suchanfragen bearbeiten. Wenn OpenSearch Service einen Fehler in der zugrunde liegenden Infrastruktur feststellt, aktiviert er die Standby-Knoten automatisch in weniger als einer Minute. Die Domain bedient weiterhin Indizierungs- und Suchanfragen, und jede Auswirkung beschränkt sich auf die Zeit, die für die Durchführung des Failovers benötigt wird. Es findet keine Umverteilung von Daten oder Ressourcen statt, sodass die Clusterleistung nicht beeinträchtigt wird und das Risiko einer verminderten Verfügbarkeit entfällt. Multi-AZ mit Standby ist ohne zusätzliche Kosten erhältlich.

Sie haben zwei Möglichkeiten, eine Domain mit Standby auf dem AWS Management Console zu erstellen. Zunächst können Sie eine Domäne mit der Erstellungsmethode Easy Create erstellen. Der OpenSearch Service verwendet dann automatisch eine vordefinierte Konfiguration, die Folgendes umfasst:

Sie können auch die Erstellungsmethode „Standard“ wählen und als Bereitstellungsoption „Domäne mit Standby“ auswählen. Auf diese Weise können Sie Ihre Domain individuell anpassen und gleichzeitig wichtige Standby-Funktionen wie drei Zonen und drei Masterknoten vorschreiben. Wir empfehlen, eine Anzahl von Datenknoten zu wählen, die einem Vielfachen von drei (der Anzahl der Availability Zones) entspricht.

Sobald Sie Ihre Domain erstellt haben, können Sie zu den Seiten mit den Domain-Details navigieren und auf der Registerkarte Cluster-Konfiguration überprüfen, ob 3-AZ mit Standby unter Availability Zone (n) angezeigt wird.

Wenn Sie Probleme bei der Migration einer vorhandenen Domain zu Multi-AZ mit Standby haben, finden Sie im Leitfaden zur Fehlerbehebung weitere Informationen unter Fehler bei der Migration zu Multi-AZ mit Standby.

Einschränkungen

Beachten Sie beim Einrichten einer Domain mit Multi-AZ mit Standby die folgenden Einschränkungen:

Multi-AZ ohne Standby

OpenSearch Der Service unterstützt weiterhin Multi-AZ ohne Standby, was eine Verfügbarkeit von 99,9% bietet. Die Knoten sind über die Availability Zone (n) verteilt, und die Verfügbarkeit hängt von der Anzahl der Availability Zones und Datenkopien ab. Während Sie bei Standby Ihre Domain nach bewährten Methoden konfigurieren müssen, können Sie ohne Standby Ihre eigene Anzahl von Availability Zones, Nodes und Replicas wählen. Wir empfehlen diese Option nur, wenn Sie über bestehende Workflows verfügen, die durch die Erstellung von Domains mit Standby gestört würden.

Wenn Sie sich für diese Option entscheiden, empfehlen wir dennoch, drei Availability Zones auszuwählen, um auch bei Knoten-, Festplatten- und Single-AZ-Ausfällen widerstandsfähig zu bleiben. Wenn ein Fehler auftritt, verteilt der Cluster die Daten auf die verbleibenden Ressourcen neu, um Verfügbarkeit und Redundanz aufrechtzuerhalten. Diese Datenverschiebung erhöht die Ressourcennutzung im Cluster und kann sich auf die Leistung auswirken. Wenn der Cluster nicht richtig dimensioniert ist, kann es zu einer verminderten Verfügbarkeit kommen, was den Zweck von Multi-AZ weitgehend zunichte macht.

Die einzige Möglichkeit, eine Domain ohne Standby auf dem zu konfigurieren, AWS Management Console besteht darin, die Erstellungsmethode Standard zu wählen und Domäne ohne Standby als Bereitstellungsoption auszuwählen.

Shard-Verteilung

Wenn Sie Multi-AZ ohne Standby aktivieren, sollten Sie mindestens ein Replikat für jeden Index in Ihrem Cluster erstellen. Ohne Replikate kann OpenSearch Service keine Kopien Ihrer Daten an andere Availability Zones verteilen. Die Standardkonfiguration für jeden Index ist eine Replikat-Anzahl von 1. Wie das folgende Diagramm zeigt, bemüht sich OpenSearch Service nach besten Kräften, primäre Shards und die entsprechenden Replikat-Shards auf verschiedene Zonen zu verteilen.

Der OpenSearch Service verteilt die Shards nicht nur nach Availability Zone, sondern auch nach Knoten. Dennoch können bestimmte Domain-Konfigurationen zu einer unausgewogenen Anzahl von Shards führen. Betrachten Sie sich die folgende Domain:

In dieser Situation muss OpenSearch Service einen Knoten überlasten, um die primären Shards und die Replikat-Shards auf die Zonen zu verteilen, wie in der folgenden Abbildung dargestellt.

Um solche Situationen zu vermeiden, die einzelne Knoten belasten und die Leistung beeinträchtigen können, empfehlen wir, Multi-AZ mit Standby zu wählen oder eine Instanzzahl zu wählen, die ein Vielfaches von drei ist, wenn Sie zwei oder mehr Replikate pro Index haben möchten.

Verteilung dedizierter Hauptknoten

Selbst wenn Sie bei der Konfiguration Ihrer Domain zwei Availability Zones auswählen, verteilt OpenSearch Service die dedizierten Master-Knoten automatisch auf drei Availability Zones. Diese Verteilung wirkt Cluster-Ausfallzeiten entgegen, falls in einer Zone eine Service-Unterbrechung auftritt. Wenn Sie die empfohlenen drei dedizierten Master-Knoten verwenden und eine Availability Zone ausfällt, verfügt Ihr Cluster weiterhin über ein Quorum (2) dedizierter Master-Knoten und kann einen neuen Master auswählen. Diese Konfiguration wird in der folgenden Abbildung veranschaulicht.

Wenn Sie den Instance-Typ einer älteren Generation auswählen, der nicht in drei Availability Zones verfügbar ist, treffen die folgenden Szenarien zu:

Unterbrechungen bei Availability Zones

Unterbrechungen bei Availability Zones sind selten, können aber auftreten. In der folgenden Tabelle sind die verschiedenen Multi-AZ-Konfigurationen und Verhaltensweisen während einer Unterbrechung aufgeführt. Die letzte Zeile in der Tabelle bezieht sich auf Multi-AZ mit Standby, während alle anderen Zeilen Konfigurationen haben, die nur für Multi-AZ ohne Standby gelten.

In allen Konfigurationen, unabhängig von der Ursache, können Knotenausfälle dazu führen, dass die verbleibenden Datenknoten des Clusters einer Phase erhöhter Belastung ausgesetzt sind, während der OpenSearch Service automatisch neue Knoten konfiguriert, um die jetzt fehlenden zu ersetzen.

Beispiel: Tritt bei einer Availability Zone in einer Konfiguration mit drei Zonen ein Unterbrechung auf, müssen zwei Drittel der Datenknoten genauso so viele Anforderungen an den Cluster wie zuvor verarbeiten. Während sie diese Anforderungen verarbeiten, replizieren die verbleibenden Knoten außerdem Shards auf neuen Knoten, während diese online gehen. Die Leistung kann dadurch noch weiter beeinträchtigt werden. Wenn Verfügbarkeit für Ihre Workload unerlässlich ist, erwägen Sie, dieses Problem durch Hinzufügen von Ressourcen zu Ihrem Cluster zu mildern.