HAWS-Outposts-Rack – Häufig gestellte Fragen

Ja, Sie können EC2-Instances mithilfe der AMIs launchen, die von EBS-gp2-Volumetypen unterstützt werden.

EBS-Snapshots von EBS-Volumes auf dem Outposts-Rack werden standardmäßig auf Amazon S3 in der Region gespeichert. Wenn Outposts mit Amazon S3 on Outposts bereitgestellt wird, haben Sie die Möglichkeit, Ihre Snapshots lokal auf Ihrem Outpost zu speichern. EBS-Snapshots sind inkrementell. Das bedeutet, dass nur die Blöcke auf Ihren Outpost gespeichert werden, die sich nach dem letzten Snapshot geändert haben. Sie können jederzeit EBS-Volumes auf Outposts aus den gespeicherten Snapshots wiederherstellen (hydrieren). Weitere Informationen finden Sie in der Dokumentation zu EBS Snapshots.

Sie können IAM-Richtlinien und Berechtigungen auf Ressourcenebene für EBS Local Snapshots on Outposts und AMI-Images festlegen, um die Datenresidenz zu erzwingen. Jedes Konto (oder IAM-Benutzer oder -Rolle) kann eine Richtlinie zur Durchsetzung der Datenresidenz für einzelne oder mehrere Outposts einrichten. Dies blockiert die Erstellung oder das Kopieren von lokalen Snapshots und Images sowie API/CLI-Aufrufe außerhalb des angegebenen Outposts-Rack-ARN. Alle Prozesse des Erstellens, Aktualisierens und Kopierens werden in den CloudTrail-Audit-Protokollen protokolliert, so dass Sie nachvollziehen können, dass sich lokale Snapshots an Ihrem Standort befinden. Weitere Informationen finden Sie in der Dokumentation zu EBS Snapshots.

S3 auf Outposts ist ideal für Kunden mit Datenresidenzanforderungen oder für Kunden in regulierten Branchen, die Kundendaten auf dem Betriebsgelände oder an Orten sicher speichern und verarbeiten müssen, an denen es keine AWS-Region gibt. Darüber hinaus können Kunden S3 on Outposts nutzen, um datenintensive Workloads auszuführen, Daten lokal zu verarbeiten und On-Premises zu speichern. S3 auf Outposts ist auch dann hilfreich, wenn Sie Anwendungen haben, die mit anderen Systemen lokal kommunizieren oder Geräte vor Ort steuern müssen, z. B. in einer Fabrik, einem Krankenhaus oder einer Forschungseinrichtung.

Sie können wählen, ob Sie eine Outposts-Rack-Service-Link-VPN-Verbindung zur übergeordneten AWS-Region über eine private AWS-Direct-Connect-Verbindung, eine öffentliche virtuelle Schnittstelle oder das öffentliche Internet herstellen möchten.

Ja, Application Load Balancer ist auf dem Outposts-Rack in allen AWS-Regionen verfügbar, in denen der Outposts-Rack selbst verfügbar ist, mit Ausnahme der AWS GovCloud (USA)-Regionen.

Ja, mit Amazon RDS on Outposts können Sie vollständig verwaltete Microsoft SQL Server, MySQL- und PostgreSQL-Datenbanken lokal für Workloads mit niedriger Latenz ausführen, die in unmittelbarer Nähe zu On-Premises-Daten und -Anwendungen ausgeführt werden müssen. Sie können RDS-Datenbanken sowohl in der Cloud als auch lokal mit derselben AWS-Managementkonsole, APIs und CLI verwalten. Bei Anwendungen mit extrem niedriger Latenz ermöglicht ElastiCache auf Outposts Reaktionen von unter einer Millisekunde für Echtzeitanwendungen, einschließlich Workloads in Fabrikhallen für automatisierte Abläufe in der Fertigung, Echtzeit-Patientendiagnose und Medien-Streaming.

Ja. Unter Verwendung von Amazon Elastic Block Store (EBS) und Amazon Simple Storage Service (S3) auf Outposts können Kundendaten so konfiguriert werden, dass sie am On-Premises-Standort des Kunden oder an einer angegebenen Co-Location-Einrichtung auf Outposts bleiben. Well-Architected-Anwendungen, die Outposts-Rack und AWS-Services und -Tools nutzen, erfüllen die von unseren Kunden am häufigsten angesprochenen Datenresidenzanforderungen. Mit AWS Identity and Access Management (IAM) können Sie den Zugang zu AWS-Ressourcen kontrollieren. Sie können mit IAM und präziseren Datenkontrollregeln festlegen, welche Arten von Daten auf Outposts-Rack verbleiben müssen und nicht in der AWS-Region repliziert werden können. S3 auf Outposts speichert standardmäßig Daten in Ihrem Outpost, und Sie können sich entscheiden, einige oder alle Ihre Daten in AWS-Regionen zu replizieren, je nach Ihren spezifischen Residenzanforderungen. Mit ElastiCache auf Outposts können Sie Ihre Kundendaten lokal auf Outposts-Rack sicher verarbeiten. Einige limitierte Meta-Daten (z. B. Instance-IDs, Überwachungsmetriken, Messdatensätze, Tags, Bucket-Namen usw.) fließen jedoch an die AWS-Region zurück.

Um sicherzustellen, dass Ihre einzigartigen Datenresidenzanforderungen erfüllt werden, empfehlen wir Ihnen, sich mit Ihren Compliance- und Sicherheitsteams zu besprechen und eng zusammenzuarbeiten.

Ja. AWS Resource Access Manager (RAM) ist ein Service, der es Ihnen ermöglicht, Ihre AWS-Ressourcen sicher mit beliebigen AWS-Konten oder innerhalb Ihrer AWS-Organisation zu teilen. Mit RAM-Unterstützung können Sie als Outpost-Besitzer Outpost-Ressourcen zentral erstellen und verwalten, darunter EC2-Instances, EBS-Volumes, Subnetzwerke und lokale Gateways (LGWs), und die Ressourcen mit mehreren AWS-Konten innerhalb der gleichen AWS-Organisation teilen. Dies erlaubt es anderen, VPCs zu konfigurieren, Instances zu launchen und auszuführen und EBS-Volumes auf dem gemeinsam genutzten Outpost zu erstellen.

EC2-Instances, die auf dem AWS Nitro System universell, rechenoptimiert, speicheroptimiert und GPU-optimiert mit Intel-Xeon-Scalable-Prozessor entwickelt sind, werden auf dem AWS-Outposts-Rack unterstützt, und EC2-Instances auf Basis von Graviton-Prozessoren sind in Kürze verfügbar.

Sie können Route 53 Resolver verwenden, um Domain Name Server (DNS)-Abfragen lokal in Outposts-Racks aufzulösen und so die Verfügbarkeit und Leistung Ihrer On-Premises-Anwendungen verbessern. Wenn Sie Route 53 Resolver auf Outposts aktivieren, speichert Route 53 automatisch DNS-Antworten auf Outposts-Racks und sorgt für eine kontinuierliche DNS-Auflösung für Ihre Anwendungen, selbst bei unerwarteten Netzwerkunterbrechungen zur übergeordneten AWS-Region. Durch die lokale Bereitstellung von DNS-Antworten ermöglicht Route 53 Resolver in Outposts auch eine DNS-Auflösung mit niedriger Latenz, wodurch die Leistung Ihrer On-Premises-Anwendungen verbessert wird.

Darüber hinaus können Sie die Route-53-Resolver auf Outposts-Racks über Route-53-Resolver-Endpunkte mit DNS-Servern in Ihren On-Premises-Datenzentren verbinden. Dies ermöglicht die Auflösung von DNS-Anfragen zwischen den Outposts-Racks und Ihren anderen On-Premises-Ressourcen.

Ihr Standort muss die grundlegenden Anforderungen an Energieversorgung, Netzwerk und Speicherplatz erfüllen, um einen Outpost zu hosten. Ein Outposts-Rack benötigt 5–15 kVA, kann Uplinks mit 1/10/40/100 Gbit/s unterstützen, und benötigen Platz für ein 42U-Rack (Abmessungen 80“ x 24“ x 48“). Da der Outposts-Rack eine zuverlässige Netzwerkverbindung zur AWS-Region benötigt, sollten Sie eine öffentliche Internetverbindung planen. Kunden sollten Enterprise Support oder Enterprise On-Ramp Support haben, die 7 Tage rund um die Uhr einen Remote-Support innerhalb von 15 Minuten oder 30 Minuten bieten, abhängig vom gewählten Support-Plan.

Am Ende der Laufzeit Ihres Outposts-Racks können Sie entweder Ihr Abonnement verlängern und Ihre bestehenden Outposts-Racks behalten oder Ihre Outposts-Racks zurückgeben. Wenn Sie AWS nicht mitteilen, welche Option Sie wählen möchten, werden Ihre Outposts-Racks monatlich erneuert, und zwar zum Tarif der Zahlungsoption ohne Vorauszahlung, die Ihrer AWS-Outposts-Rackkonfiguration entspricht. Weitere Informationen finden Sie hier.

Der AWS-Outposts-Rack selbst ist HIPAA-berechtigt, PCI-, SOC-, ISMAP-, IRAP- und FINMA-konform, ISO-, CSA STAR- und HITRUST-zertifiziert und wir gehen davon aus, dass in den kommenden Monaten weitere Compliance-Zertifizierungen hinzukommen werden. Sie können sich über den aktuellen Zertifizierungsstatus für AWS-Services auf dem Outposts-Rack auf unserer Services-in-Scope-Seite informieren. AWS-Services auf Outposts-Rack wie RDS oder Elasticache Redis, die Zertifizierungen wie PCI erreicht haben, gelten auch als zertifiziert auf Outposts-Rack. Da die AWS-Outposts-Rack im Rechenzentrum des Kunden betrieben werden, sind die Kunden im Rahmen des AWS Modells der geteilten Verantwortung für die physische Sicherheit und die Zugangskontrollen rund um den AWS Outpost für die Konformitätszertifizierung verantwortlich.

A: Ja. Der AWS-Outposts-Rack ist GxP-kompatibel. Der AWS-Outposts-Rack erweitert AWS-Services auf eine von AWS verwaltete Infrastruktur, die sich physisch an einem Kundenstandort befindet. Auf die Kapazität der Outposts-Racks kann lokal über ein lokales Gateway zugegriffen werden, das auf das lokale Netzwerk des Kunden abgebildet wird, zusätzlich zu einem Verbindungspfad zurück in die AWS-Region. Mehr über die Verwendung der AWS Cloud, einschließlich Outposts-Rack, für GxP-Systeme erfahren Sie hier. GxP-regulierte Life-Sciences-Organisationen, die AWS-Services nutzen, sind für die Gestaltung und Verifizierung ihrer GxP-Compliance verantwortlich.

AWS bietet Services, mit denen Daten im Ruhezustand und während der Übertragung verschlüsselt werden können, sowie weitere granulare Sicherheitskontrollen und Prüfmechanismen. Außerdem sind die Kundendaten durch einen physischen Nitro-Sicherheitsschlüssel geschützt. Die Zerstörung des Gerätes ist mit der Vernichtung der Daten gleichzusetzen.  Als Teil des Modells der geteilten Verantwortung sind die Kunden dafür verantwortlich, die physische Sicherheit und die Zugangskontrollen rund um den Outpost sowie die Umgebungsanforderungen für die Einrichtung, das Netzwerk und die Stromversorgung, wie hier veröffentlicht, zu bestätigen. Vor der Rückgabe der Outposts-Rack-Hardware wird der Nitro Security Key entfernt, um sicherzustellen, dass die Kundeninhalte kryptografisch geschreddert werden.

FedRAMP hat AWS Outposts die Autorisierung erteilt, mit Ausnahme der Hardware-Komponenten des Services. Die physische Steuerung und Umgebungsüberwachung für den AWS-Outposts-Schutz am Kundenstandort liegen in der Verantwortung des Kunden. Kunden und Agenturen können eine risikobasierte Entscheidung treffen, AWS Outposts zu nutzen, oder eine Typen-Akkreditierung durchführen, um die Hardware-Komponenten von AWS Outposts zur Verarbeitung von FedRAMP-Workloads zu überprüfen. Die Ergebnisse der Bewertung durch einen von AWS beauftragten Drittprüfer können über CapLinked abgerufen werden.

Wenn Ihr Outpost in der AWS-Managementkonsole installiert und sichtbar ist, überwacht AWS ihn als Teil der öffentlichen Region und führt Softwareupgrades und -patches automatisch aus.

Falls eine physische Wartung durchgeführt werden muss, werden Sie von AWS bezüglich eines Termins für einen Besuch Ihres Standorts kontaktiert. AWS kann ein bestimmtes Modul je nach Bedarf austauschen, führt allerdings an Kundenstandorten keine Wartung an Host- oder Netzwerk-Switches durch.

EC2-Instances und EBS-Volumes auf dem Outpost funktionieren weiter normal und können lokal über das lokale Gateway aufgerufen werden. Entsprechend werden AWS-Service-Ressourcen, wie etwa ECS-Worker-Knoten, weiter lokal ausgeführt. Die API-Verfügbarkeit wird jedoch abgestuft, beispielsweise, um APIs, die möglicherweise nicht funktionieren, auszuführen, zu starten, anzuhalten oder zu beenden. Instance-Metriken und Protokolle werden ein paar Stunden lang lokal zwischengespeichert und dann an die AWS-Region weitergeleitet, wenn wieder Konnektivität besteht. Eine Unterbrechung, die über ein paar Stunden hinausgeht, führt möglicherweise zum Verlust von Metriken und Protokollen. Falls eine Unterbrechung der Netzwerkverbindung erwartet wird, empfehlen wir dringend regelmäßige Tests Ihrer Workloads, um sicherzustellen, dass sie sich ordnungsgemäß verhalten, wenn eine Outpost-Verbindung unterbrochen wird. Wenn bei S3 auf Outposts die Netzwerkverbindung zu Ihrem Outpost unterbrochen wird, können Sie nicht auf Ihre Objekte zugreifen. Anfragen zum Speichern und Abrufen von Objekten werden über den regionalen AWS-Identity-and-Access-Management (IAM)-Service authentifiziert, und wenn der Outpost keine Verbindung zur AWS-Heimatregion hat, können Sie nicht auf Ihre Daten zugreifen. Ihre Daten bleiben während der Unterbrechung der Verbindung auf Ihrem Outpost sicher gespeichert, und sobald die Verbindung wiederhergestellt ist, können die Authentifizierung und die Anfragen wieder aufgenommen werden.

Als Beispiel können Informationen über den Zustand der Instance, Instance-Aktivität (gestartet, gestoppt) und das zugrunde liegende Hypervisorsystem an die übergeordnete AWS-Region zurück übermittelt werden. Diese Informationen ermöglichen AWS die Bereitstellung von Warnmeldungen zum Zustand und zur Kapazität der Instance und die Anwendung von Patches und Updates auf den Outpost. Ihr Team muss keine eigenen Tools implementieren, um diese Elemente zu verwalten, oder aktiv Sicherheitsupdates und -patches für Ihren Outpost weiterleiten. Für S3 auf Outposts können bestimmte Datenverwaltungs- und Telemetriedaten, wie etwa Bucket-Namen und Metriken, möglicherweise zur Berichterstellung und Verwaltung in der AWS-Region gespeichert werden. Bei getrennter Verbindung können diese Informationen nicht an die übergeordnete Region zurückgesendet werden.

Es gibt zwei Mechanismen, um die Datenverarbeitungs- und Speicherkapazität Ihres AWS-Outposts-Racks zu erhöhen. Erstens können Sie die Kapazität erhöhen, indem Sie zusätzliche Outposts-Racks aus dem Outposts-Rack-Katalog hinzufügen. Zweitens: Wenn Ihre vorhandenen Outposts-Racks über verfügbare Leistung und Positionen innerhalb des Racks verfügen, können Sie von einer „kleinen“ zu einer „mittleren“ oder „großen“ Konfiguration aufstocken. Sie können die Rechen- und Speicherkapazität innerhalb eines Racks, das 10–15 KVA Stromverbrauch unterstützt, maximal zweimal erweitern. Hinweis: Die 1U- und 2U-Outposts-Server können nicht in dem 42U-Outposts-Formfaktor installiert werden.