Blockspeicher von Drittanbietern auf - AWS Outposts

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.

Blockspeicher von Drittanbietern auf

Mit Outposts-Servern können Sie bestehende Daten nutzen, die Sie auf Storage-Arrays von Drittanbietern gespeichert haben. Sie können externe Blockdatenvolumes und externe Block-Boot-Volumes für Ihre EC2 Instances auf Outposts angeben. Mithilfe dieser Integration können Sie externe Blockdaten- und Startvolumes verwenden, die von Drittanbietern wie NetApp ONTAP- und FlashArray Pure-Speichersystemen unterstützt werden.

Überlegungen
  • Verfügbar auf Outposts-Racks und Outposts 2U-Servern. Nicht verfügbar auf Outposts 1U-Servern.

  • Verfügbar in allen AWS Regionen, in denen AWS Outposts es verfügbar ist, mit Ausnahme der. AWS GovCloud (US) Regions

  • Ohne Aufpreis erhältlich.

  • Sie sind für die Konfiguration und day-to-day Verwaltung des Storage-Arrays verantwortlich. Sie erstellen und verwalten auch die externen Blockvolumes auf dem Storage-Array. Wenn Sie Probleme mit der Hardware, Software oder Konnektivität für das Storage-Array haben, wenden Sie sich an den Drittanbieter des Speicher-Arrays.

Externe Blockdatenvolumes

Nachdem Sie Blockdaten-Volumes bereitgestellt und konfiguriert haben, die von einem kompatiblen Speichersystem eines Drittanbieters unterstützt werden, können Sie die Volumes Ihren EC2 Instances zuordnen, wenn Sie sie starten. Wenn Sie die Volumes für Multi-Attach auf dem Storage-Array konfigurieren, können Sie ein Volume an mehrere EC2 Instances anhängen.

Die wichtigsten Schritte
  • Sie sind dafür verantwortlich, die Konnektivität zwischen den Outpost-Subnetzen und dem lokalen Netzwerk über die lokale Netzwerkschnittstelle herzustellen.

  • Sie verwenden die Verwaltungsschnittstelle für das externe Speicher-Array, um das Volume zu erstellen. Anschließend konfigurieren Sie die Initiatorzuordnung, indem Sie eine neue Initiatorgruppe erstellen und dieser Gruppe den iSCSI Qualified Name (IQN) der EC2 Ziel-Instance hinzufügen. Dadurch wird das externe Blockdatenvolumen der Instanz zugeordnet. EC2

  • Sie fügen das externe Datenvolumen hinzu, wenn Sie die Instance starten. Sie benötigen den Initiator-IQN, die Ziel-IP-Adresse, den Port und den IQN des externen Speicher-Arrays. Weitere Informationen finden Sie unter Eine Instance auf dem Outpost starten.

Weitere Informationen finden Sie unter Vereinfachung der Verwendung von Blockspeicher von Drittanbietern mit. AWS Outposts

Externe Block-Boot-Volumes

Das Booten einer EC2 Instanz auf Outposts von externen Speicher-Arrays aus bietet eine zentralisierte, kostengünstige und effiziente Lösung für lokale Workloads, die auf Speicher von Drittanbietern angewiesen sind. Sie können zwischen den folgenden Optionen wählen:

iSCSI-SAN-Start

Ermöglicht das direkte Booten vom externen Speicher-Array aus. Verwendet ein von AWS-bereitgestelltes iPXE-Helper-AMI, sodass die Instances von einem Netzwerkstandort aus starten können. Wenn ipXE mit iSCSI kombiniert wird, behandelt die EC2 Instanz das Remote-iSCSI-Ziel (das Speicher-Array) als lokale Festplatte. Alle Lese- und Schreibvorgänge des Betriebssystems werden auf dem externen Speicher-Array ausgeführt.

iSCSI oder NVMe-over-TCP LocalBoot

Startet EC2 Instances mit einer Kopie des Boot-Volumes, das aus dem Speicher-Array abgerufen wurde, wobei das ursprüngliche Quell-Image unverändert bleibt. Wir starten eine Helper-Instance mit einem LocalBoot AMI. Diese Helper-Instance kopiert das Boot-Volume vom Storage-Array in den Instance-Speicher der EC2 Instance und fungiert als iSCSI-Initiator oder NVMe-over-TCP -Host. Schließlich wird die EC2 Instance mithilfe des lokalen Instance-Speicher-Volumes neu gestartet.

Da es sich bei dem Instance-Speicher um einen temporären Speicher handelt, wird das Boot-Volume gelöscht, wenn die EC2 Instance beendet wird. Daher eignet sich diese Option für Bootvolumes mit Schreibschutz, wie sie beispielsweise in der virtuellen Desktop-Infrastruktur (VDI) verwendet werden.

Sie können EC2 Windows-Instanzen nicht mit starten. NVMe-over-TCP LocalBoot Dies wird nur bei Verwendung von EC2 Linux-Instances unterstützt.

Weitere Informationen finden Sie unter Bereitstellen externer Startvolumes zur Verwendung mit AWS Outposts.