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.
Anforderungen für die Einrichtung von Tape Gateway
Sofern nicht anders angegeben gelten die folgenden Anforderungen für alle Gateway-Konfigurationen.
Themen
Hardware- und Speicheranforderungen
In diesem Abschnitt finden Sie Informationen zu den Mindesthardwareanforderungen für Ihr Gateway, den erforderlichen Einstellungen und der erforderlichen Mindestkapazität an Festplattenspeicherplatz, die als erforderlicher Speicher reserviert werden muss.
Hardwareanforderungen für VMs
Bei der Bereitstellung Ihres Gateways müssen Sie sicherstellen, dass die zugrunde liegende Hardware, auf der Sie die Gateway-VM bereitstellen, mindestens die folgenden Ressourcen reservieren kann:
-
4 virtuelle Prozessoren für die VM
-
Für ein Tape Gateway sollte Ihre Hardware die folgenden RAM-Mengen reservieren:
-
16 GiB reservierter RAM für Gateways mit einer Cache-Größe von bis zu 16 TiB
-
32 GiB reservierter RAM für Gateways mit einer Cache-Größe von 16 TiB bis 32 TiB
-
48 GiB reservierter RAM für Gateways mit einer Cache-Größe von 32 TiB bis 64 TiB
-
-
80 GiB Festplattenspeicher zur Installation des VM-Abbilds sowie für die Systemdaten
Weitere Informationen finden Sie unter Optimierung der Gateway-Leistung. Weitere Informationen zu den Auswirkungen der Hardware auf die Leistung der Gateway-VM finden Sie unter AWS Storage Gateway Kontingente.
Anforderungen für Amazon-EC2-Instance-Typen
Wenn Sie Ihr Gateway in Amazon Elastic Compute Cloud (Amazon EC2) bereitstellen, müssen Sie als Instance-Größe mindestens xlarge auswählen, damit das Gateway funktioniert. Für die Instance-Familie, die für die Datenverarbeitung optimiert ist, muss die Größe jedoch mindestens 2xlarge sein.
Anmerkung
Das Storage Gateway-AMI ist nur mit x86-basierten Instances kompatibel, die Intel- oder AMD-Prozessoren verwenden. ARM-based Instances, die Graviton-Prozessoren verwenden, werden nicht unterstützt.
Anmerkung
Das Storage Gateway-AMI erfordert einen Amazon EC2-Instance-Typ, der den UEFI-Startmodus unterstützt. Wenn Sie einen Instance-Typ wählen, der nur Legacy-BIOS-Start unterstützt, kann die Instance nicht gestartet werden und besteht ihre Integritätsprüfungen nicht. Bevor Sie Ihr Gateway starten, stellen Sie sicher, dass der von Ihnen gewählte Instance-Typ UEFI-Boot unterstützt. Um zu überprüfen, welche Startmodi ein Instance-Typ unterstützt, rufen Sie den DescribeInstanceTypes Amazon EC2-API-Vorgang auf. Überprüfen Sie dann das SupportedBootModes Feld in der Antwort. Die UEFI-Startunterstützung kann auch je nach Availability Zone variieren.
Für Tape Gateway sollte Ihre Amazon EC2-Instance je nach Cachegröße, die Sie für Ihr Gateway verwenden möchten, die folgenden RAM-Mengen reservieren:
-
16 GiB reservierter RAM für Gateways mit einer Cache-Größe von bis zu 16 TiB
-
32 GiB reservierter RAM für Gateways mit einer Cache-Größe von 16 TiB bis 32 TiB
-
48 GiB reservierter RAM für Gateways mit einer Cache-Größe von 32 TiB bis 64 TiB
Verwenden Sie einen der folgenden für Ihr Gateway empfohlenen Instance-Typen.
Empfohlen für Tape Gateway
-
General-purpose Instance-Familie — Instance-Typ m5 oder m6.
-
Compute-optimized Instanzfamilie — Instance-Typen c5, c6 oder c7. Wählen Sie die Instance-Größe 2xlarge oder höher aus, um die erforderlichen RAM-Anforderungen zu erfüllen.
-
Memory-optimized Instanzfamilie — Instance-Typen r5, r6 oder r7.
-
Storage-optimized Instanzfamilie — i4- oder i7-Instance-Typen.
Speicheranforderungen
Neben 80 GiB Festplattenspeicher für die VM benötigen Sie außerdem zusätzliche Datenträger für das Gateway.
In der folgenden Tabelle sind Empfehlungen für Größen für lokalen Festplattenspeicher für Ihr bereitgestelltes Gateway aufgeführt.
| Gateway-Typ | Cache (Minimum) | Cache (Maximum) | Upload-Puffer (Minimum) | Upload-Puffer (Maximum) | Andere erforderliche lokale Festplatten |
|---|---|---|---|---|---|
| Tape Gateway | 150 GiB | 64 TiB | 150 GiB | 2 TiB | — |
Anmerkung
Sie können ein oder mehrere lokale Laufwerke für Ihren Cache und Upload-Puffer konfigurieren, bis die maximale Kapazität erreicht ist.
Wenn Sie einen Cache oder Upload-Puffer zu einem vorhandenen Gateway hinzufügen, müssen neue Festplatten auf Ihrem Host (Hypervisor oder Amazon-EC2-Instance) erstellt werden. Ändern Sie nicht die Größe von vorhandenen Datenträgern, wenn die Datenträger vorher bereits als Cache oder Upload-Puffer zugeordnet wurden.
Informationen zu Gateway-Kontingenten finden Sie unter AWS Storage Gateway Kontingente.
Netzwerk- und Firewall-Anforderungen
Das Gateway muss unter anderem auf das Internet, lokale Netzwerke, DNS (Domain Name Service)-Server, Firewalls und Router zugreifen können. Nachfolgend finden Sie Informationen zu den erforderlichen Ports sowie eine Anleitung zur Gewährung von Zugriff über Firewalls und Router.
Anmerkung
In einigen Fällen können Sie Storage Gateway auf Amazon EC2 bereitstellen oder andere Bereitstellungsarten (auch vor Ort) mit Netzwerksicherheitsrichtlinien verwenden, die IP-Adressbereiche einschränken AWS . In diesen Fällen kann es bei Ihrem Gateway zu Problemen mit der Dienstkonnektivität kommen, wenn sich die AWS IP-Bereichswerte ändern. Die Werte für den AWS IP-Adressbereich, die Sie verwenden müssen, befinden sich in der Amazon-Servicesubmenge für die AWS Region, in der Sie Ihr Gateway aktivieren. Informationen zu den aktuellen IP-Bereichswerten finden Sie unter AWS IP-Adressbereiche im Allgemeine AWS-Referenz.
Anmerkung
Die Anforderungen an die Netzwerkbandbreite variieren je nach Datenmenge, die vom Gateway hoch- und heruntergeladen wird. Für das erfolgreiche Herunterladen, Aktivieren und Aktualisieren des Gateways sind mindestens 100 Mbit/s erforderlich. Ihre Datenübertragungsmuster bestimmen die Bandbreite, die zur Unterstützung Ihrer Workload erforderlich ist. In einigen Fällen können Sie Storage Gateway auf Amazon EC2 bereitstellen oder andere Bereitstellungstypen verwenden.
Themen
Port-Anforderungen
Tape Gateway erfordert für eine erfolgreiche Bereitstellung und einen erfolgreichen Betrieb die Freigabe bestimmter Ports durch Ihre Netzwerksicherheit. Einige Ports sind für alle Gateways erforderlich, während andere nur für bestimmte Konfigurationen erforderlich sind, z. B. beim Herstellen einer Verbindung zu VPC-Endpunkten.
Port-Anforderungen für Tape Gateway Volume Gateway
|
Netzwerkelement |
From |
Bis |
Protocol (Protokoll) |
Port |
Eingehend |
Ausgehend |
Erforderlich |
Hinweise |
|---|---|---|---|---|---|---|---|---|
|
Webbrowser |
Ihr Webbrowser |
Storage-Gateway-VM |
TCP HTTP |
80 |
✓ |
✓ |
✓ |
Wird von lokalen Systemen verwendet, um den Storage Gateway-Aktivierungsschlüssel zu erhalten. Port 80 wird nur während der Aktivierung einer Storage-Gateway-Appliance verwendet. Für eine Storage-Gateway-VM ist es nicht erforderlich, dass Port 80 öffentlich zugänglich ist. Die erforderliche Ebene des Zugangs auf Port 80 hängt von der Netzwerkkonfiguration ab. Wenn Sie Ihr Gateway über die Storage Gateway Management Console aktivieren, muss der Host, von dem aus Sie eine Verbindung zur Konsole herstellen, Zugriff auf den Port 80 Ihres Gateways haben. |
|
Webbrowser |
Storage-Gateway-VM |
AWS |
TCP HTTPS |
443 |
✓ |
✓ |
✓ |
AWS Managementkonsole (alle anderen Operationen) |
|
DNS |
Storage-Gateway-VM |
Domain Name Service (DNS)-Server |
TCP- UND UDP-DNS |
53 |
✓ |
✓ |
✓ |
Wird für die Kommunikation zwischen einer Storage Gateway-VM und dem DNS-Server für die IP-Namensauflösung verwendet. |
|
NTP |
Storage-Gateway-VM |
Network Time Protocol (NTP)-Server |
TCP & UDP NTP |
123 |
✓ |
✓ |
✓ |
Wird von lokalen Systemen verwendet, um die VM-Zeit mit der Host-Zeit zu synchronisieren. Eine Storage-Gateway-VM ist so konfiguriert, dass die folgenden NTP-Server verwendet werden:
AnmerkungNicht erforderlich für Gateways, die auf Amazon EC2 gehostet werden. |
|
Storage Gateway |
Storage-Gateway-VM |
Support Endpunkt |
TCP SSH |
22 |
✓ |
✓ |
✓ |
Ermöglicht Support den Zugriff auf Ihr Gateway, um Ihnen bei der Behebung von Gateway-Problemen zu helfen. Dieser Port muss für den normalen Betrieb des Gateways nicht offen sein, für die Fehlerbehebung ist dies jedoch erforderlich. Eine Liste der Support-Endpunkte finden Sie unter Support Endpunkte. |
|
Storage Gateway |
Storage-Gateway-VM |
AWS |
TCP HTTPS |
443 |
✓ |
✓ |
✓ |
Managementkontrolle |
|
Amazon CloudFront |
Storage-Gateway-VM |
AWS |
TCP HTTPS |
443 |
✓ |
✓ |
✓ |
Zur Aktivierung |
|
VPC |
Storage-Gateway-VM |
AWS |
TCP HTTPS |
443 |
✓ |
✓ |
✓* |
Managementkontrolle *Nur erforderlich, wenn VPC-Endpoints verwendet werden |
|
VPC |
Storage-Gateway-VM |
AWS |
TCP HTTPS |
1026 |
✓ |
✓* |
Endpunkt der Steuerungsebene *Nur erforderlich, wenn VPC-Endpoints verwendet werden |
|
|
VPC |
Storage-Gateway-VM |
AWS |
TCP HTTPS |
1027 |
✓ |
✓* |
Anon Control Plane (zur Aktivierung) *Nur erforderlich, wenn VPC-Endpoints verwendet werden |
|
|
VPC |
Storage-Gateway-VM |
AWS |
TCP HTTPS |
1028 |
✓ |
✓* |
Proxy-Endpunkt *Nur erforderlich, wenn VPC-Endpoints verwendet werden |
|
|
VPC |
Storage-Gateway-VM |
AWS |
TCP HTTPS |
1031 |
✓ |
✓* |
Datenebene *Nur erforderlich, wenn VPC-Endpoints verwendet werden |
|
|
VPC |
Storage-Gateway-VM |
AWS |
TCP HTTPS |
2222 |
✓ |
✓* |
SSH-Supportkanal für VPCe *Nur für das Öffnen des Support-Kanals erforderlich, wenn VPC-Endpunkte verwendet werden |
|
|
VPC |
Storage-Gateway-VM |
AWS |
TCP HTTPS |
443 |
✓ |
✓ |
✓* |
Managementkontrolle *Nur erforderlich, wenn VPC-Endpoints verwendet werden |
|
iSCSI-Client |
iSCSI-Client |
Storage-Gateway-VM |
TCP |
3260 |
✓ |
✓ |
✓ |
Für lokale Systeme, um eine Verbindung zu iSCSI-Zielen herzustellen, die vom Gateway verfügbar gemacht werden. |
Die folgende Abbildung zeigt den Netzwerkdatenverkehr für eine einfache Tape Gateway-Bereitstellung.
Netzwerk- und Firewall-Anforderungen für das Storage-Gateway-Hardwaregerät
Jedes Storage-Gateway-Hardwaregerät benötigt die folgenden Netzwerkdienste:
-
Internetzugriff: eine ständig aktive Internetverbindung über eine Netzwerkschnittstelle auf dem Server.
-
DNS-Services: DNS-Services für die Kommunikation zwischen Hardware-Appliance und dem DNS-Server.
-
Zeitsynchronisierung: ein automatisch konfigurierter Amazon NTP-Zeitservice muss verfügbar sein.
-
IP-Adresse: eine zugewiesene DHCP- oder statische IPv4-Adresse. Sie können keine IPv6-Adressen zuweisen.
Auf der Rückseite des Dell PowerEdge R640-Servers befinden sich fünf physische Netzwerkanschlüsse. Bei diesen Ports handelt es sich von links nach rechts (zur Rückseite des Servers hin) um:
-
iDRAC
-
em1 -
em2 -
em3 -
em4
Sie können den iDRAC-Port für die Remote-Serververwaltung verwenden.
Eine Hardware-Appliance benötigt die folgenden Ports.
|
Protocol (Protokoll) |
Port |
Richtung |
Quelle |
Ziel |
Verwendung |
|---|---|---|---|---|---|
| SSH |
22 |
Ausgehend |
Hardware-Appliance |
|
Support-Kanal |
| DNS | 53 | Ausgehend | Hardware-Appliance | DNS-Server | Namensauflösung |
| UDP/NTP | 123 | Ausgehend | Hardware-Appliance | *.amazon.pool.ntp.org |
Zeitsynchronisierung |
| HTTPS |
443 |
Ausgehend |
Hardware-Appliance |
|
Datenübertragung |
| HTTP | 8080 | Eingehend | AWS | Hardware-Appliance | Aktivierung (nur kurz) |
Eine Hardware-Appliance erfordert die folgenden Netzwerk- und Firewalleinstellungen, um richtig zu funktionieren:
-
Konfigurieren Sie alle verbundenen Netzwerkschnittstellen in der Hardwarekonsole.
-
Stellen Sie sicher, dass jede Netzwerkschnittstelle sich in einem eindeutigen Subnetz befindet.
-
Stellen Sie allen verbundenen Netzwerkschnittstellen Zugriff auf ausgehenden Datenverkehr auf die im vorangehenden Diagramm aufgeführten Endpunkte bereit.
-
Konfigurieren Sie mindestens eine Netzwerkschnittstelle zur Unterstützung der Hardware-Appliance. Weitere Informationen finden Sie unter Netzwerkparameter der Hardware-Appliance konfigurieren.
Anmerkung
Eine Abbildung der Rückseite des Servers mit seinen Ports finden Sie unter Physische Installation Ihrer Hardware-Appliance
Alle IP-Adressen auf derselben Netzwerkschnittstelle (NIC), für ein Gateway und einen Host gleichermaßen, müssen sich im gleichen Subnetz befinden. In der folgenden Abbildung ist das Adressierungsschema dargestellt.
Weitere Informationen zur Aktivierung und Konfiguration einer Hardware-Appliance finden Sie unter Verwenden der Storage-Gateway-Hardware-Appliance.
Erlauben AWS Storage Gateway Zugriff durch Firewalls und Router
Ihr Gateway benötigt Zugriff auf die Storage Gateway Service-Endpunkte, mit AWS denen es kommunizieren kann. Wählen Sie bei der Gateway-Einrichtung den Endpunkttyp für Ihr Gateway auf der Grundlage Ihrer Netzwerkumgebung aus. Falls Sie den Netzwerkdatenverkehr mithilfe einer Firewall oder eines Routers filtern oder einschränken, müssen Sie die Firewall und den Router so konfigurieren, dass diese Service-Endpunkte für die ausgehende Kommunikation mit AWS verwendet werden dürfen.
Anmerkung
Wenn Sie private VPC-Endpunkte konfigurieren, die Ihr Storage Gateway für die Verbindung und Datenübertragung zu und von dort verwendet AWS, benötigt Ihr Gateway keinen Zugriff auf das öffentliche Internet. Weitere Informationen finden Sie unter Aktivieren eines Gateways in einer virtuellen privaten Cloud.
Wichtig
Ersetzen region Sie den Service-Endpunkt je nach AWS Region Ihres Gateways durch die richtige Regionszeichenfolge.
Endpunkttypen
Standard-Endpunkte
Diese Endpunkte unterstützen den IPv4-Verkehr zwischen Ihrem Gateway-Gerät und. AWS
Die folgenden Dienstendpunkte werden von allen Gateways für Steuerungspfad- (anon-cpclient-cp,proxy-app) - und Datenpfad-Operationen () benötigt. dp-1
anon-cp.storagegateway.region.amazonaws.com:443 client-cp.storagegateway.region.amazonaws.com:443 proxy-app.storagegateway.region.amazonaws.com:443 dp-1.storagegateway.region.amazonaws.com:443
Der folgende Gateway-Service-Endpunkt ist für API-Aufrufe erforderlich.
storagegateway.region.amazonaws.com:443
Das folgende Beispiel ist ein Gateway-Service-Endpunkt in der Region „USA West (Oregon)“ (us-west-2).
storagegateway.us-west-2.amazonaws.com:443
Dual-stack Endpunkte
Diese Endpunkte unterstützen sowohl IPv4- als auch IPv6-Verkehr zwischen Ihrem Gateway-Gerät und. AWS
Die folgenden Dual-Stack-Serviceendpunkte werden von allen Gateways für den Betrieb des Steuerpfads (Aktivierung, Steuerungsebene, Proxy) und des Datenpfads (Datenebene) benötigt.
activation-storagegateway.region.api.aws:443 controlplane-storagegateway.region.api.aws:443 proxy-storagegateway.region.api.aws:443 dataplane-storagegateway.region.api.aws:443
Der folgende Gateway-Dual-Stack-Serviceendpunkt ist für API-Aufrufe erforderlich.
storagegateway.region.api.aws:443
Das folgende Beispiel ist ein Gateway-Dual-Stack-Service-Endpunkt in der Region USA West (Oregon) (us-west-2).
storagegateway.us-west-2.api.aws:443
FIPS-Endpunkte
Diese Endpunkte unterstützen den IPv4-Verkehr zwischen Ihrer Gateway-Appliance und und AWS entsprechen den Federal Information Processing Standards (FIPS).
FIPS-Gateways benötigen die folgenden Dienstendpunkte für Steuerungspfad- (anon-cpclient-cp,proxy-app) und Datenpfadoperationen (). dp-1
anon-cp.storagegateway-fips.region.amazonaws.com:443 client-cp.storagegateway-fips.region.amazonaws.com:443 proxy-app.storagegateway-fips.region.amazonaws.com:443 dp-1.storagegateway-fips.region.amazonaws.com:443
Verwenden Sie den folgenden Gateway-Service-Endpunkt, um API-Aufrufe zu tätigen.
storagegateway-fips.region.amazonaws.com:443
Dual-stack FIPS-Endpunkte
Diese Endpunkte unterstützen sowohl IPv4- als auch IPv6-Verkehr zwischen Ihrer Gateway-Appliance und entsprechen FIPS AWS.
FIPS-Gateways benötigen die folgenden Dual-Stack-Serviceendpunkte für den Betrieb des Steuerpfads (Aktivierung, Steuerungsebene, Proxy) und des Datenpfads (Datenebene).
activation-storagegateway-fips.region.api.aws:443 controlplane-storagegateway-fips.region.api.aws:443 proxy-storagegateway-fips.region.api.aws:443 dataplane-storagegateway-fips.region.api.aws:443
Verwenden Sie den folgenden Gateway-Dual-Stack-Service-Endpunkt, um API-Aufrufe zu tätigen.
storagegateway-fips.region.api.aws:443
Anmerkung
FIPS-Endpunkte sind nur in einigen Regionen verfügbar. AWS Weitere Informationen finden Sie unter Storage-Gateway-Endpunkte und -Kontingente in der Allgemeine AWS-Referenz.
NTP-Server
Eine Storage Gateway-VM benötigt Netzwerkzugriff auf die folgenden NTP-Server.
time.aws.com 0.amazon.pool.ntp.org 1.amazon.pool.ntp.org 2.amazon.pool.ntp.org 3.amazon.pool.ntp.org
Eine vollständige Liste der unterstützten Endpunkte AWS-Regionen und der Dienstendpunkte finden Sie unter Storage Gateway im. Allgemeine AWS-Referenz
Konfigurieren von Sicherheitsgruppen für eine Amazon-EC2-Gateway-Instance
Eine Sicherheitsgruppe steuert den Datenverkehr, der zu Ihrer Amazon-EC2-Gateway-Instance fließt. Wenn Sie eine Sicherheitsgruppe konfigurieren, empfehlen wir Folgendes:
-
Die Sicherheitsgruppe sollte keine eingehenden Verbindungen aus dem externen Internet zulassen. Sie sollte festlegen, dass ausschließlich Instances innerhalb der Gateway-Sicherheitsgruppe mit dem Gateway kommunizieren dürfen. Müssen Instances von außerhalb der Gateway-Sicherheitsgruppe eine Verbindung mit dem Gateway herstellen, empfehlen wir, solche Verbindungen ausschließlich auf Port 3260 (iSCSI-Verbindungen) und Port 80 (Aktivierung) zuzulassen.
-
Wenn Sie Ihr Gateway über einen Amazon-EC2-Host außerhalb der Gateway-Sicherheitsgruppe aktivieren möchten, müssen Sie auf Port 80 eingehende Verbindungen von der IP-Adresse dieses Hosts zulassen. Falls Sie die IP-Adresse des zur Aktivierung verwendeten Hosts nicht kennen, können Sie Port 80 öffnen, Ihr Gateway aktivieren und Port 80 nach der Aktivierung wieder für Zugriffe schließen.
-
Erlauben Sie den Zugriff auf Port 22 nur, wenn Sie ihn Support zur Fehlerbehebung verwenden. Weitere Informationen finden Sie unter Sie Support möchten bei der Fehlerbehebung Ihres EC2-Gateways helfen.
In manchen Fällen können Sie eine Amazon-EC2-Instance als Initiator verwenden (um eine Verbindung mit den iSCSI-Zielen auf dem in Amazon EC2 bereitgestellten Gateway herzustellen). In diesem Fall empfehlen wir eine Vorgehensweise in zwei Schritten:
-
Starten Sie die Initiator-Instance in derselben Sicherheitsgruppe wie das Gateway.
-
Konfigurieren Sie den Zugriff so, dass der Initiator mit dem Gateway kommunizieren kann.
Weitere Informationen zu den für das Gateway zu öffnenden Ports finden Sie unter Port-Anforderungen.
Unterstützte Hypervisoren und Host-Anforderungen
Sie können Storage Gateway vor Ort entweder als virtuelle Maschine (VM) -Appliance oder als physische Hardware-Appliance oder AWS als Amazon EC2-Instance ausführen.
Anmerkung
Der UEFI-Startmodus mit deaktiviertem Secure Boot (loader_secure=no) ist für File Gateway 2.x, Volume Gateway 3.x und Tape Gateway 3.x erforderlich. Bei jedem qcow-Download wird eine XML-Datei als Schnellkonfiguration mitgeliefert.
Anmerkung
Wenn ein Hersteller die allgemeine Unterstützung für eine ESXi-Hypervisor-Version beendet, beendet Storage Gateway auch die Unterstützung für diese Version. Ausführliche Informationen zur Unterstützung bestimmter Versionen eines Hypervisors finden Sie in der Dokumentation des Herstellers.
Storage Gateway unterstützt die folgenden Hypervisor-Versionen und Hosts:
-
VMware ESXi Hypervisor (Version 7.0 oder 8.0) — Für dieses Setup benötigen Sie außerdem einen VMware vSphere-Client, um eine Verbindung zum Host herzustellen.
-
Microsoft Hyper-V Hypervisor (Version 2019, 2022 oder 2025) — Für dieses Setup benötigen Sie einen Microsoft Hyper-V Manager auf einem Microsoft Windows-Client-Computer, um eine Verbindung zum Host herzustellen.
-
Linux Kernel-based Virtual Machine (KVM) — Eine kostenlose Open-Source-Virtualisierungstechnologie. KVM ist in allen Versionen von Linux Version 2.6.20 und neuer enthalten. Storage Gateway wurde für die Distributionen CentOS/RHEL 7.7, Ubuntu 16.04 LTS und Ubuntu 18.04 LTS getestet und unterstützt. Jede andere moderne Linux-Verteilung kann funktionieren, aber weder Funktion noch Leistung werden garantiert. Wir empfehlen diese Option, wenn Sie bereits über eine KVM-Umgebung verfügen und bereits mit der Funktionsweise von KVM vertraut sind. In der mitgelieferten Datei aws-storage-gateway.xml finden Sie empfohlene Startkonfigurationen. Der UEFI-Startmodus mit deaktiviertem Secure Boot (loader_secure=no) ist für File Gateway 2.x, Volume Gateway 3.x und Tape Gateway 3.x erforderlich.
-
Nutanix AHV (Acropolis Hypervisor) ab Version 10.0.1.1 — Eine Virtualisierungsplattform, die in die Nutanix-Lösung für hyperkonvergente Infrastrukturen (HCI) integriert ist. KVM-based
-
Amazon-EC2-Instance: Storage Gateway stellt ein Amazon Machine Image (AMI) mit dem Abbild der Gateway-VM bereit. In Amazon EC2 können ausschließlich Gateways vom Typ File Gateway, Gateway für zwischengespeicherte Volumes oder Tape Gateway bereitgestellt werden. Weitere Informationen zur Bereitstellung von Gateways in Amazon EC2 finden Sie unter Stellen Sie eine benutzerdefinierte Amazon EC2 EC2-Instance für Tape Gateway bereit.
-
Storage-Gateway-Hardware-Appliance: Storage Gateway bietet eine physische Hardware-Appliance als On-Premises-Bereitstellungsoption für Standorte mit eingeschränkter Infrastruktur für virtuelle Maschinen.
Anmerkung
Die Wiederherstellung eines Gateways von einer VM, die aus einem Snapshot oder Klon einer anderen Gateway-VM oder aus Ihrem Amazon-EC2-Computerabbild (AMI) erstellt wurde, wird von Storage Gateway nicht unterstützt. Wenn Ihre Gateway-VM nicht funktioniert, aktivieren Sie ein neues Gateway und stellen Sie Ihre Daten zu diesem Gateway wieder her. Weitere Informationen finden Sie unter Wiederherstellung nach dem unerwarteten Herunterfahren einer virtuellen Maschine.
Dynamischer Speicher und virtuelle Speicherballonierung werden von Storage Gateway nicht unterstützt.
Unterstützte iSCSI-Initiatoren
Wenn Sie ein Tape Gateway bereitstellen, ist das Gateway mit einem Medienwechsler und 10 Bandlaufwerken vorkonfiguriert. Diese Bandlaufwerke und der Medienwechsler werden als iSCSI-Geräte für Ihre Client-Sicherungsanwendungen verfügbar gemacht.
Zum Herstellen einer Verbindung mit diesen iSCSI-Geräten unterstützt Storage Gateway die folgenden iSCSI-Initiatoren:
-
Microsoft Windows Server 2022
-
Red Hat Enterprise Linux 8
-
RedHat Enterprise Linux 9
-
VNware ESX-Initiator (als Alternative zu den Initiatoren in den Gastbetriebssystemen Ihrer VMs)
Wichtig
Storage Gateway unterstützt Microsoft Multipath I/O (MPIO) von Windows-Clients nicht.
Storage Gateway unterstützt jetzt Verbindungen zwischen mehreren Hosts und ein und demselben Volume, wenn die Hosts den Zugriff über Windows Server Failover Clustering (WSFC) koordinieren. Sie können jedoch nicht mehrere Hosts mit demselben Volume verbinden (z. B. um ein nicht geclustertes NTFS/ext4 Dateisystem gemeinsam zu nutzen), ohne WSFC zu verwenden.
Unterstützte Sicherungsanwendungen von Drittanbietern für ein Tape Gateway
Sie verwenden eine Sicherungsanwendung, um Bänder mit einem Tape Gateway zu lesen, auf die Bänder zu schreiben und sie zu verwalten. Welchen Medienwechslertyp Sie wählen, hängt von der Sicherungsanwendung ab, die Sie verwenden möchten.
AWS hat die in der folgenden Tabelle aufgeführten Drittanbieter-Backup-Anwendungen getestet, um die Kompatibilität mit diesen Tape Gateway-Merkmalen und -Funktionen sicherzustellen:
-
Discovery-Funktionen wie iSCSI-Initiator-Konnektivität, Medienwechsler, erneutes Scannen sowie automatische und manuelle Gerätezuordnung.
-
Bandfunktionen wie Erstellen, Löschen, Importieren, Exportieren, Inventarisieren und Sichtbarkeit von Barcodes.
-
Löschen des Bandinhalts und Überprüfung, ob nachfolgende Wiederherstellungen keine Daten enthalten.
-
Datensicherung auf einem oder mehreren Bändern, Überprüfung, ob Backup-Jobs, die die Bandkapazität überschreiten, unterbrochen werden, um auf zusätzliche Bänder zu warten.
-
Wiederherstellung vollständiger und teilweiser Daten von Bändern und Überprüfung der Datenintegrität.
-
Überprüfung der Funktionalität und Datenintegrität nach dem Herunterfahren und Neustarten des Gateways bei Backup-Vorgängen.
| Sicherungsanwendung | Version | Medienwechslertyp | Gateway-Version getestet |
|---|---|---|---|
| Arcserve Backup | 19 | AWS-Gateway-VTL | 2.12.3 |
| Bacula Enterprise | 15.0.2 | AWS-Gateway-VTL oder STK-L700 | 2.12.3 |
| Commvault | 2024E/11,36,35 | STK-L700 | 2,12,3 |
| Dell EMC NetWorker | 19,10 | AWS-Gateway-VTL | 2.12.3 |
| IBM Storage Protect | 8.1.10 | IBM-03584L32-0402 | Alle |
| Micro Focus Datenschutz | 24.4 | AWS-Gateway-VTL | 2.12.3 |
| Microsoft System Center Data Protection Manager | 2025 | STK-L700 | 2,12,3 |
| NovaStor DataCenter | 9.5.3 | STK-L700 | 2.12.3 |
| Quest-Backup NetVault | 13.3 | STK-L700 | 2.12.3 |
| Veeam Backup & Replication | 12 | AWS-Gateway-VTL | Alle |
| Veritas Backup Exec | 24 | AWS-Gateway-VTL | Alle |
| Veritas NetBackup | 10.5 | AWS-Gateway-VTL | 2.12.3 |
Wichtig
Wir empfehlen Ihnen dringend, den Medienwechsler zu wählen, der für Ihre Sicherungsanwendung aufgeführt ist. Andere Medienwechsler funktionieren möglicherweise nicht richtig. Sie können einen anderen Medienwechslertyp auswählen nachdem das Gateway aktiviert worden ist. Weitere Informationen finden Sie unter Auswählen eines Medienwechslers nach der Gateway-Aktivierung.