

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
<a name="RegionsAndAZs"></a>

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](#SupportedRegions).

![\[Image: -Regionen und Availability Zones\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/images/ElastiCache-RegionsAndAZs.png)


*Regionen und Availability Zones*

**Topics**
+ [Überlegungen zur Availability Zone bei Memcached](#CacheNode.Memcached.AvailabilityZones)
+ [Lokalisieren Ihrer Knoten](#RegionsAndAZs.AZMode)
+ [Unterstützte Regionen und Endpunkte](#SupportedRegions)
+ [Verwenden von lokalen Zonen mit ElastiCache](Local_zones.md)
+ [Outposts verwenden mit ElastiCache](ElastiCache-Outposts.md)

## Überlegungen zur Availability Zone bei Memcached
<a name="CacheNode.Memcached.AvailabilityZones"></a>

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 bei der Erstellung Ihres serverlosen Clusters Subnetze aus verschiedenen Availability Zones und derselben VPC angeben oder ElastiCache Subnetze automatisch aus Ihrer Standard-VPC auswählen. 

**Entwerfen Sie Ihren eigenen Cluster für Memcached ElastiCache **

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**

1. Ä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:
   + Setzen Sie `AZMode` (CLI: `- -az-mode`) zu `cross-az`.
   + Setzen Sie `NumCacheNodes` (CLI: `- -num-cache-nodes`) auf die Anzahl der aktuell aktiven Cache-Knoten plus die Anzahl der neuen Cache-Knoten, die Sie erstellen möchten.
   + Setzen Sie `NewAvailabilityZones` (CLI: `- -new-availability-zones`) in eine Liste der Zonen, in denen Sie die neuen Cache-Knoten erstellen wollen. 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.

1. Ä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:
   + Setzen Sie `NumCacheNodes` (CLI: `- -num-cache-nodes`) auf die Anzahl der aktiven Cache-Knoten, die Sie nach der Anwendung dieser Änderung möchten.
   + Setzen Sie `CacheNodeIdsToRemove` (CLI: `- -nodes-to-remove`) in eine Liste der Cache-Knoten, die Sie aus dem Cluster entfernen möchten.

     Die Anzahl der IDs aufgeführten 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 gesetzt ist, werden die Knotenlöschungen in Ihrem nächsten Wartungsfenster stattfinden.

## Lokalisieren Ihrer Knoten
<a name="RegionsAndAZs.AZMode"></a>

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 platzieren AZs, 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 eine AZ für jeden Knoten angeben, wenn Sie einen Cluster erstellen, oder indem Sie Knoten hinzufügen, wenn Sie einen vorhandenen Cluster ändern. Wenn Sie bei der Erstellung eines Clusters für jeden Knoten eine AZ angeben, muss die AZ in dieser Subnetzgruppe verfügbar sein. Weitere Informationen finden Sie hier:
+ [Einen Cluster für Memcached erstellen](Clusters.Create-mc.md)
+ [Einen Cluster für Valkey oder Redis OSS erstellen](Clusters.Create.md)
+ [Einen ElastiCache Cluster ändern](Clusters.Modify.md)
+ [Hinzufügen von Knoten zu einem ElastiCache Cluster](Clusters.AddNode.md)

## Unterstützte Regionen und Endpunkte
<a name="SupportedRegions"></a>

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](#RegionsAndAZs) oben in diesem Thema.


**Regionen, in denen ElastiCache es unterstützt wird**  
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/RegionsAndAZs.html)

Einige Regionen unterstützen eine Teilmenge von Knotentypen. Eine Tabelle der unterstützten Knotentypen nach AWS Regionen finden Sie unter[Unterstützte Knotentypen nach AWS-Region](CacheNodes.SupportedTypes.md#CacheNodes.SupportedTypesByRegion).

Die meisten Regionen unterstützen die Einrichtung einer privaten Verbindung zwischen Ihrer VPC und Ihren ElastiCache API-Endpunkten, indem Sie einen VPC-Schnittstellen-Endpunkt erstellen. AWS PrivateLink Weitere Informationen finden Sie unter [ElastiCache API- und Schnittstellen-VPC-Endpunkte ()AWS PrivateLink](elasticache-privatelink.md).

Eine Tabelle mit AWS Produkten und Dienstleistungen nach Regionen finden Sie unter [Produkte und Dienstleistungen](https://aws.amazon.com/about-aws/global-infrastructure/regional-product-services/) nach Regionen.

# Verwenden von lokalen Zonen mit ElastiCache
<a name="Local_zones"></a>

Eine *lokale Zone* ist eine Erweiterung einer AWS Region, die sich geografisch in der Nähe Ihrer Benutzer befindet. Sie können jede Virtual Private Cloud (VPC) von einer übergeordneten AWS Region auf eine Local Zones erweitern, indem Sie ein neues Subnetz erstellen und es der lokalen Zone zuweisen. Wenn Sie ein Subnetz in einer lokalen Zone erstellen, wird Ihre VPC auf diese lokale Zone erweitert. Das Subnetz in der lokalen Zone funktioniert genauso wie andere Subnetze in Ihrer VPC.

Mithilfe von Local Zones können Sie Ressourcen wie einen ElastiCache Cluster an mehreren Standorten in der Nähe Ihrer Benutzer platzieren. 

Wenn Sie einen ElastiCache Cluster erstellen, können Sie ein Subnetz in einer lokalen Zone auswählen. Local Zones haben ihre eigenen Verbindungen mit dem Internet und unterstützen Direct Connect. Daher können Ressourcen, die in einer lokalen Zone erstellt wurden, von lokalen Benutzern mit Kommunikationen mit sehr geringer Latenz genutzt werden. Weitere Informationen finden Sie unter [AWS -Local-Zones](https://aws.amazon.com/about-aws/global-infrastructure/localzones/). 

Eine lokale Zone wird beispielsweise `us-west-2-lax-1a` durch einen AWS Regionalcode gefolgt von einer Kennung dargestellt, die den Standort angibt.

Zu diesem Zeitpunkt sind die verfügbaren Local Zones `us-west-2-lax-1a` und `us-west-2-lax-1b`.

Die folgenden Einschränkungen gelten ElastiCache für Local Zones:
+ Globale Datenspeicher werden nicht unterstützt.
+ Online-Migration wird nicht unterstützt.
+ Die folgenden Knotentypen werden von Local Zones zur Zeit unterstützt: 
  + Aktuelle Generation: 

    **M5-Knotentypen:** `cache.m5.large`, `cache.m5.xlarge`, `cache.m5.2xlarge`, `cache.m5.4xlarge`, `cache.m5.12xlarge`, `cache.m5.24xlarge` 

    **R5-Knotentypen:** `cache.r5.large`, `cache.r5.xlarge`, `cache.r5.2xlarge`, `cache.r5.4xlarge`, `cache.r5.12xlarge`, `cache.r5.24xlarge`

    **T3-Knotentypen:** `cache.t3.micro`, `cache.t3.small`, `cache.t3.medium`

## Aktivieren einer Local Zone
<a name="Local_zones-using"></a>

1. Aktivieren Sie die lokale Zone in der EC2 Amazon-Konsole.

   Weitere Informationen finden Sie unter [Enabling Local Zones](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html#enable-zone-group) im * EC2 Amazon-Benutzerhandbuch*.

1. Erstellen Sie ein Subnetz in der Local Zone.

   Weitere Informationen finden Sie unter [Erstellen eines Subnetzes in Ihrer VPC](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-vpcs.html#AddaSubnet) im *Amazon-VPC-Benutzerhandbuch*.

1. Erstellen Sie eine ElastiCache Subnetzgruppe in der lokalen Zone.

   Wenn Sie eine ElastiCache Subnetzgruppe erstellen, wählen Sie die Availability Zone-Gruppe für die Lokale Zone aus.

   Weitere Informationen finden Sie unter [Erstellen einer Subnetzgruppe](SubnetGroups.Creating.md).

1. Erstellen Sie einen Cluster ElastiCache für Memcached, der das ElastiCache Subnetz in der lokalen Zone verwendet.

    Weitere Informationen finden Sie unter [Erstellen eines Memcached-Clusters (Konsole)](Clusters.Create-mc.md#Clusters.Create.CON.Memcached).

1. Erstellen Sie einen OSS-Cluster ElastiCache für Redis, der das ElastiCache Subnetz in der lokalen Zone verwendet. Weitere Informationen finden Sie in den folgenden Themen:
   +  [Erstellen eines Valkey-Clusters (Cluster-Modus deaktiviert) (Konsole)](SubnetGroups.designing-cluster-pre.valkey.md#Clusters.Create.CON.valkey-gs)
   +  [Erstellen eines Valkey- oder Redis OSS-Clusters (Cluster-Modus aktiviert) (Konsole)](Clusters.Create.md#Clusters.Create.CON.RedisCluster)

# Outposts verwenden mit ElastiCache
<a name="ElastiCache-Outposts"></a>

Sie können AWS Outposts mit ElastiCache verwenden. Outposts ist ein vollständig verwalteter Service, der AWS Infrastruktur APIs, Dienste und Tools auf Kundenstandorte ausdehnt. Durch den lokalen Zugriff auf die AWS verwaltete Infrastruktur ermöglicht AWS Outposts seinen Kunden, Anwendungen vor Ort mit denselben Programmierschnittstellen wie in AWS Regionen zu erstellen und auszuführen und gleichzeitig lokale Rechen- und Speicherressourcen für geringere Latenz und lokale Datenverarbeitungsanforderungen zu nutzen. Ein Outpost ist ein Pool von AWS Rechen- und Speicherkapazität, der am Standort eines Kunden bereitgestellt wird.AWS betreibt, überwacht und verwaltet diese Kapazität als Teil einer AWS Region. Sie können Subnetze in Ihrem Outpost erstellen und diese angeben, wenn Sie AWS Ressourcen wie ElastiCache Cluster erstellen.

**Anmerkung**  
In dieser Version gelten folgende Einschränkungen:   
ElastiCache for Outposts unterstützt nur M5- und R5-Knotenfamilien.
Multi-AZ (Cross-Outpost-Replikation) wird nicht unterstützt.
Live-Migration wird nicht unterstützt.
Lokale Snapshots werden nicht unterstützt.
Engine-Logs und Slow-Logs können nicht aktiviert werden.
ElastiCache on Outposts unterstützt CoIP nicht.
ElastiCache for Outposts wird in den folgenden Regionen nicht unterstützt: cn-north-1, cn-northwest-1 und ap-northeast-3.

## Outposts mit der ElastiCache Konsole verwenden
<a name="Outposts.Details"></a>

1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die ElastiCache Konsole unter [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).

1. **Wählen Sie im Navigationsbereich entweder **Valkey-Caches, Redis OSS-Caches** **oder Memcached-Caches** aus.** 

1.  **Wenn Sie Valkey-Caches ausgewählt haben, wählen Sie **Valkey-Cache erstellen** aus.** **Wenn Sie **Redis OSS-Caches ausgewählt haben, wählen Sie Redis OSS-Cache** erstellen aus.** **Wenn Sie **Memcached-Caches ausgewählt haben, wählen Sie Memcached-Cache erstellen** aus.** 

1. **Wählen Sie unter **Cluster-Einstellungen** die Optionen **Eigenen Cache entwerfen** und Cluster-Cache aus.** Lassen Sie **den Clustermodus** auf **Deaktiviert** eingestellt. Erstellen Sie dann einen Namen und eine optionale Beschreibung für den Cache.

1. Wählen Sie als Standort die Option **Lokal** aus.

1. Im Bereich On-premises sehen Sie das Feld **Outpost ID**. Geben Sie die ID ein, unter der der Cluster ausgeführt werden soll.

   Alle weiteren Einstellungen unter **Cluster-Einstellungen** können die Standardeinstellungen beibehalten.

1. Wählen Sie unter **Konnektivität** die Option **Neue Subnetzgruppe erstellen** aus und geben Sie die **VPC-ID** ein. **Belassen Sie den Rest als Standard und wählen Sie Weiter aus.**

### Konfiguration von lokalen Optionen
<a name="Outposts.Creating.Console.RedisMultiAZ.Details"></a>

 Sie können entweder einen verfügbaren Outpost auswählen, um Ihren Cluster hinzuzufügen, oder, falls keine Outposts verfügbar sind, mithilfe der folgenden Schritte einen neuen erstellen:

**Unter **Lokale Optionen**:**

1. Unter **Valkey-Einstellungen**, **Redis OSS-Einstellungen oder **Memcached-Einstellungen****, je nach Ihrer bevorzugten Engine:

   1. **Name**: Geben Sie einen Namen für den Cluster ein

   1. **Beschreibung**: Geben Sie eine Beschreibung für den Cluster ein.

   1. **Kompatibilität der Engine-Version**: Die Engine-Version basiert auf der AWS Outpost-Region 

   1. **Port**: Akzeptieren Sie für Valkey oder Redis OSS den Standardport 6379. Akzeptieren Sie für Memcached den Standardport 11211. Wenn Sie lieber einen anderen Port verwenden möchten, geben Sie die Portnummer ein. 

   1. **Parametergruppe**: Verwenden Sie das Dropdown-Menü, um eine Standard- oder benutzerdefinierte Parametergruppe auszuwählen. 

   1. **Knoten-Typ**: Die verfügbaren Instances basieren auf der Verfügbarkeit von Outposts. Wenn Sie Valkey oder Redis OSS verwenden, unterstützt Porting Assistant for .NET for Outposts nur die M5- und R5-Knotenfamilien. Wählen Sie in der Dropdown-Liste die Option **Outposts** und wählen Sie dann einen verfügbaren Knotentyp aus, den Sie für diesen Cluster verwenden möchten. Wählen Sie dann **Speichern** aus. 

   1. **Anzahl der Replikate**: Geben Sie die Anzahl der Lesereplikate ein, die für diese Replikationsgruppe erstellt werden sollen. Sie müssen mindestens über ein und nicht mehr als fünf Lesereplikate verfügen. Der Standardwert lautet 2.

      Die automatisch generierten Namen der Lesereplikate folgen dem gleichen Muster wie der Name des primären Clusters, wobei ein Bindestrich und eine sequenzielle dreistellige Zahl am Ende hinzugefügt werden, beginnend mit `-002`. Wenn Ihre Replikationsgruppe beispielsweise den Namen `MyGroup` hat, dann würden die Namen der Secondaries `MyGroup-002`, `MyGroup-003`, `MyGroup-004`, `MyGroup-005`, `MyGroup-006` lauten.

1. **Unter** Konnektivität:

   1. **Subnetzgruppe**: Wählen Sie in der Liste die Option **Neu erstellen** aus.
      + **Name**: Geben Sie einen Namen für die Subnetzgruppe ein
      + **Beschreibung**: Geben Sie eine Beschreibung für die Subnetzgruppe ein
      + **VPC-ID**: Die VPC-ID sollte mit der Outpost-VPC übereinstimmen. Wenn Sie eine VPC auswählen, die kein Subnetz IDs in den Outposts hat, wird die Liste leer zurückgegeben.
      + **Availability Zone oder Outpost**: Wählen Sie den Outpost aus, den Sie verwenden.
      + **Subnetz-ID**: Wählen Sie eine Subnetz-ID aus, die für den Outpost verfügbar ist. Wenn kein Subnetz IDs verfügbar ist, müssen Sie es erstellen. Weitere Informationen finden Sie unter [Ein Subnetz erstellen](https://docs.aws.amazon.com/outposts/latest/userguide/launch-instance.html#create-subnet).

   1. Wählen Sie **Erstellen** aus.

### Anzeige der Details des Outpost-Clusters
<a name="Outposts.Creating.Console.Outpost-Details-Redis"></a>

Wählen Sie auf der Listenseite einen Cluster aus, der zu einem AWS Outpost gehört, und beachten Sie Folgendes, wenn Sie sich die **Cluster-Details** ansehen:
+ **Availability Zone**: Dies stellt den Outpost dar, wobei ein ARN (Amazon Resource Name) und die AWS Ressourcennummer verwendet werden.
+ Name des **Außenpostens**: Der Name des Außenpostens AWS. 

## Outposts mit der AWS CLI verwenden
<a name="Outposts.Using.CLI"></a>

Sie können die AWS Command Line Interface(AWS CLI) verwenden, um mehrere AWS Dienste von der Befehlszeile aus zu steuern und sie mithilfe von Skripten zu automatisieren. Sie können die AWS CLI für (einmalige) Ad-hoc-Operationen verwenden. 

### Herunterladen und Konfigurieren der AWS CLI
<a name="Redis-Global-Clusters-Downloading-CLI"></a>

Das AWS CLI läuft unter Windows, MacOS oder Linux. Gehen Sie folgendermaßen vor, um sie herunterzuladen und zu konfigurieren.

**So laden Sie den CLI herunter, installieren und konfigurieren ihn**

1. Laden Sie die AWS CLI von der [AWS Command Line Interface-Webseite](https://aws.amazon.com/cli) herunter.

1. Folgen Sie den Anweisungen zur [Installation der AWS CLI](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-install.html) und [zur Konfiguration der AWS CLI](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-configure.html) im *AWS Command Line Interface Benutzerhandbuch*.

### Verwenden der AWS CLI mit Outposts
<a name="Outposts-Using-CLI"></a>

Verwenden Sie den folgenden CLI-Vorgang, um einen Cluster zu erstellen, der Outposts verwendet: 
+  [create-cache-cluster](https://docs.aws.amazon.com/AmazonElastiCache/latest/CommandLineReference/CLIReference-cmd-CreateCacheCluster.html)— Bei dieser Operation akzeptiert der `outpost-mode` Parameter einen Wert, der angibt, ob die Knoten im Cluster in einem einzelnen Outpost oder in mehreren Outposts erstellt werden. 
**Anmerkung**  
Zurzeit wird nur der `single-outpost`-Modus unterstützt.

  ```
  aws elasticache create-cache-cluster \
     --cache-cluster-id cluster id \
     --outpost-mode single-outpost \
  ```