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.
Auswahl von Regionen und Verfügbarkeitszonen für ElastiCache
Sie können Ihren ElastiCache Clustern zusätzliche Skalierbarkeit und Zuverlässigkeit bieten, indem Sie Regionen und Availability Zones mithilfe des entsprechenden Endpunkts festlegen.
AWS Cloud-Computing-Ressourcen sind in hochverfügbaren Rechenzentrumseinrichtungen untergebracht. Die Einrichtungen dieser Rechenzentren befinden sich an verschiedenen Standorten, um die Skalierbarkeit und Zuverlässigkeit zu erhöhen. Diese Standorte sind nach Regionen und Availability Zones kategorisiert.
AWS Die Regionen sind groß und weit über verschiedene geografische Standorte verteilt. Availability Zones sind unterschiedliche Standorte innerhalb einer AWS Region, die so konzipiert sind, dass sie von Ausfällen in anderen Availability Zones isoliert sind. Sie bieten kostengünstige Netzwerkkonnektivität mit niedriger Latenz zu anderen Availability Zones in derselben AWS Region.
Wichtig
Jede Region ist komplett eigenständig. Jede ElastiCache Aktivität, die Sie initiieren (z. B. das Erstellen von Clustern), wird nur in Ihrer aktuellen Standardregion ausgeführt.
Wenn Sie einen Cluster in einer bestimmten Region erstellen oder damit arbeiten möchten, müssen Sie den entsprechenden regionalen Service-Endpunkt wählen. Informationen zu Service-Endpunkten finden Sie unter Unterstützte Regionen und Endpunkte.
Regionen und Availability Zones
Themen
Überlegungen zur Availability Zone bei Memcached
Die Verteilung Ihrer Memcached-Knoten auf mehrere Availability Zones innerhalb einer Region schützt Sie vor den Auswirkungen eines katastrophalen Ausfalls, z. B. eines Stromausfalls innerhalb einer Availability Zone.
Serverless-Caching
ElastiCache Beim serverlosen Caching wird ein hochverfügbarer Cache erstellt, der sich über mehrere Availability Zones erstreckt. Sie können Subnetze aus verschiedenen Availability Zones angeben, genauso VPC wie Sie Ihren serverlosen Cluster erstellen, oder Sie wählen Subnetze ElastiCache automatisch aus Ihrem Standard aus. VPC
Entwerfen Sie Ihren eigenen ElastiCache (Memcached-) Cluster
Ein Memcached-Cluster kann bis zu 300 Knoten haben. Wenn Sie Knoten erstellen oder zu Ihrem Memcached-Cluster hinzufügen, können Sie eine einzige Availability Zone für all Ihre Knoten angeben, die Auswahl einer einzigen Availability Zone für alle Ihre Knoten zulassen ElastiCache , die Availability Zones für jeden Knoten angeben oder die Auswahl einer Availability Zone für jeden Knoten ermöglichen ElastiCache . Wenn Sie neue Knoten zu einem bestehenden Memcached-Cluster hinzufügen, können diese in verschiedenen Availability Zones erstellt werden. Sobald ein Cache-Knoten erstellt wurde, kann seine Availability Zone nicht mehr geändert werden.
Wenn Sie möchten, dass die Knoten eines Clusters in einem einzelnen Availability Zone-Cluster auf mehrere Availability Zones verteilt sind, ElastiCache können Sie neue Knoten in den verschiedenen Availability Zones erstellen. Anschließend können Sie einige oder alle ursprünglichen Cache-Knoten löschen. Wir empfehlen diesen Ansatz.
Migration von Memcached-Knoten aus einer einzelnen Availability Zone in mehrere Availability Zones
Ändern Sie Ihren Cluster, indem Sie neue Cache-Knoten in den Availability Zones erstellen, in denen Sie sie benötigen. Führen Sie in Ihrer Anforderung folgende Schritte aus:
Stellen Sie
AZMode(CLI:- -az-mode) auf eincross-az.Setzen Sie
NumCacheNodes(CLI:- -num-cache-nodes) auf die Anzahl der derzeit aktiven Cache-Knoten plus die Anzahl der neuen Cache-Knoten, die Sie erstellen möchten.Setzen Sie
NewAvailabilityZones(CLI:- -new-availability-zones) auf eine Liste der Zonen, in denen die neuen Cache-Knoten erstellt werden sollen. Um die Availability Zone für jeden neuen Knoten ElastiCache bestimmen zu lassen, geben Sie keine Liste an.-
Setzen Sie
ApplyImmediately(CLI:- -apply-immediately) auf true.
Anmerkung
Wenn Sie keine automatische Erkennung verwenden, stellen Sie sicher, dass Sie Ihre Client-Anwendung mit den neuen Cache-Knoten-Endpunkten aktualisieren.
Bevor Sie mit dem nächsten Schritt fortfahren, müssen Sie sicherstellen, dass die Memcached-Knoten vollständig erstellt und verfügbar sind.
Ändern Sie den Cluster, indem Sie die Knoten entfernen, die Sie in der ursprünglichen Availability Zone nicht mehr benötigen. Führen Sie in Ihrer Anforderung folgende Schritte aus:
Stellen Sie
NumCacheNodes(CLI:- -num-cache-nodes) auf die Anzahl der aktiven Cache-Knoten ein, die Sie benötigen, nachdem diese Änderung angewendet wurde.Setzen Sie
CacheNodeIdsToRemove(CLI:- -nodes-to-remove) auf eine Liste der Cache-Knoten, die Sie aus dem Cluster entfernen möchten.Die Anzahl der IDs aufgelisteten Cache-Knoten muss der Anzahl der derzeit aktiven Knoten abzüglich des Werts in entsprechen
NumCacheNodes.(Optional) Setzen Sie
ApplyImmediately(CLI:- -apply-immediately) auf true.Wenn Sie
ApplyImmediately(CLI:- -apply-immediately) nicht auf true setzen, werden die Knoten in Ihrem nächsten Wartungsfenster gelöscht.
Lokalisieren Ihrer Knoten
Amazon ElastiCache unterstützt die Lokalisierung aller Knoten eines Clusters in einer oder mehreren Availability Zones (AZs). Wenn Sie sich außerdem dafür entscheiden, Ihre Knoten in mehreren zu lokalisieren AZs (empfohlen ElastiCache ), können Sie entweder die AZ für jeden Knoten auswählen oder zulassenElastiCache , dass sie für Sie ausgewählt werden.
Indem Sie die Knoten an verschiedenen Orten platzierenAZs, verhindern Sie, dass ein Ausfall, z. B. ein Stromausfall, in einer AZ zum Ausfall Ihres gesamten Systems führt. Tests haben gezeigt, dass es keinen signifikanten Latenzunterschied zwischen der Lokalisierung aller Knoten in einer AZ oder deren Verteilung auf mehrere AZs gibt.
Sie können für jeden Knoten eine AZ angeben, wenn Sie einen Cluster erstellen oder beim Ändern eines vorhandenen Clusters Knoten hinzufügen. Weitere Informationen finden Sie hier:
Unterstützte Regionen und Endpunkte
Amazon ElastiCache ist in mehreren AWS Regionen verfügbar. Das bedeutet, dass Sie ElastiCache Cluster an Standorten starten können, die Ihren Anforderungen entsprechen. Sie können beispielsweise in der AWS Region starten, die Ihren Kunden am nächsten ist, oder in einer bestimmten AWS Region, um bestimmte gesetzliche Anforderungen zu erfüllen.
Jede -Region ist darauf ausgelegt, vollständig von den anderen -Regionen getrennt zu sein. Innerhalb jeder Region gibt es mehrere Availability Zones (AZ). ElastiCache Serverlose Caches replizieren Daten automatisch über mehrere Availability Zones hinweg (außer wenn Daten in zwei Availability Zones repliziert werden)us-west-1, um eine hohe Verfügbarkeit zu gewährleisten. Beim Entwerfen Ihres eigenen ElastiCache Clusters können Sie wählen, ob Sie Ihre Knoten auf unterschiedlichen Wegen starten möchten, um Fehlertoleranz AZs zu erreichen. Weitere Informationen zu Regionen und Availability Zones erhalten Sie unter Auswahl von Regionen und Verfügbarkeitszonen für ElastiCache oben in diesem Thema.
| Regionsname/Region | Endpunkt | Protokoll |
|---|---|---|
Region USA Ost (Ohio)
|
|
HTTPS |
Region USA Ost (Nord-Virginia)
|
|
HTTPS |
Region US West (N. California)
|
|
HTTPS |
Region USA West (Oregon)
|
|
HTTPS |
Region Kanada (Zentral)
|
|
HTTPS |
Region Kanada (West)
|
|
HTTPS |
Asien-Pazifik (Jakarta)
|
|
HTTPS |
Region Asien-Pazifik (Mumbai)
|
|
HTTPS |
Region Asien-Pazifik (Hyderabad)
|
|
HTTPS |
Region Asien-Pazifik (Tokio)
|
|
HTTPS |
Region Asien-Pazifik (Seoul)
|
|
HTTPS |
Region Asien-Pazifik (Osaka)
|
|
HTTPS |
Region Asien-Pazifik (Singapur)
|
|
HTTPS |
Region Asien-Pazifik (Sydney)
|
|
HTTPS |
Region Europa (Frankfurt)
|
|
HTTPS |
Region Europa (Zürich)
|
|
HTTPS |
Region Europa (Stockholm)
|
|
HTTPS |
Region Naher Osten (Bahrain)
|
|
HTTPS |
Region Naher Osten (UAE)
|
|
HTTPS |
Region Europa (Irland)
|
|
HTTPS |
Region Europa (London)
|
|
HTTPS |
Region Europa (Paris)
|
|
HTTPS |
Region Europa (Mailand)
|
|
HTTPS |
Region Europa (Spanien)
|
|
HTTPS |
Region Südamerika (São Paulo)
|
|
HTTPS |
Region China (Peking)
|
|
HTTPS |
Region China (Ningxia)
|
|
HTTPS |
Region Asien-Pazifik (Hongkong)
|
|
HTTPS |
Region Afrika (Kapstadt)
|
|
HTTPS |
Region Israel (Tel Aviv)
|
|
HTTPS |
|
AWS GovCloud (US-West)
|
elasticache.us-gov-west-1.amazonaws.com |
HTTPS |
|
AWS GovCloud (US-Ost)
|
elasticache.us-gov-east-1.amazonaws.com |
HTTPS |
Informationen zur Nutzung von AWS GovCloud (US) mit ElastiCache finden Sie unter Dienste in der Region AWS GovCloud (USA): ElastiCache. |
||
Einige Regionen unterstützten eine Untermenge von Knotentypen. Eine Tabelle der unterstützten Knotentypen nach AWS Regionen finden Sie unterUnterstützte Knotentypen nach AWS -Region.
Eine Tabelle mit AWS Produkten und Dienstleistungen nach Regionen finden Sie unter Produkte und Dienstleistungen nach Regionen
