AWS-Outposts-Racks – Häufig gestellte Fragen

Sie können Outposts-Racks verwenden, um Ihre Anwendungen mit niedriger Latenzzeit oder lokalen Datenverarbeitungsanforderungen zu unterstützen. Diese Anwendungen müssen möglicherweise Antworten an Endbenutzeranwendungen nahezu in Echtzeit generieren, mit anderen On-Premises-Systemen kommunizieren oder On-Site-Geräte steuern. Dies kann Workloads beinhalten, die in Fabrikhallen für automatisierte Abläufe in der Fertigung ausgeführt werden, Echtzeitdiagnose an Patienten oder medizinische Bildgebungsverfahren sowie Content- und Medien-Streaming. Sie können Outposts-Racks verwenden, um Kundendaten sicher zu speichern und zu verarbeiten, die On-Premises oder in Ländern ohne AWS-Region bleiben müssen. Sie können datenintensive Workloads in Outposts-Racks ausführen und Daten lokal verarbeiten, wenn die Übertragung von Daten an AWS-Regionen teuer und verschwenderisch ist. Ebenso erhalten Sie eine bessere Kontrolle bei der Datenanalyse, Backup und Wiederherstellung.

Outposts-Racks der ersten Generation werden in den folgenden AWS-Regionen unterstützt und Kunden können ihre Outposts mit den folgenden AWS-Regionen verbinden:

Outposts-Racks der zweiten Generation werden in den folgenden AWS-Regionen unterstützt und Kunden können ihre Outposts mit den folgenden AWS-Regionen verbinden:

Wir empfehlen dringend, sich mit Ihrem AWS-Vertriebsmitarbeiter oder APN-Partner in Verbindung zu setzen, um die verfügbaren Kernregion-Optionen in Ihrer Region zu bewerten und eine individuelle Empfehlung für die Anforderungen an die Bandbreite und Latenz der Serviceverbindung für Ihre Workloads einzuholen.

Die Unterstützung in weiteren AWS-Regionen folgt in Kürze.

Outposts-Racks der ersten Generation kann in folgende Länder und Territorien geliefert und dort installiert werden.

• NA – USA, Kanada, Mexiko
• EMEA – Alle EU-Länder, Vereinigtes Königreich (UK), Schweiz, Norwegen, Bahrain, Vereinigte Arabische Emirate (VAE), Israel, Südafrika, Gibraltar, Marokko, Nigeria, Kenia, Oman, Kasachstan, Serbien, Katar, Ägypten, Island, Türkei, Königreich Saudi-Arabien*, Senegal, Jordanien, Kuwait, Ruanda
• APAC – Australien, Neuseeland, Japan, Südkorea Taiwan, Singapur, Indonesien, Malaysia, Thailand, Philippinen, Brunei, Indien, Vietnam, Bangladesch
• SA – Brasilien, Kolumbien, Argentinien, Chile, Peru, Ecuador, Trinidad und Tobago, Uruguay
• CA – Puerto Rico, Costa Rica, Panama, Guatemala, Dominikanische Republik

Outposts-Racks der zweiten Generation kann in folgende Länder und Territorien geliefert und dort installiert werden.

• NA – USA, Kanada, Mexiko
• EMEA – Alle EU-Länder, Vereinigtes Königreich (UK), Bahrain, Vereinigte Arabische Emirate (VAE), Israel, Südafrika, Marokko, Nigeria, Kenia, Oman, Kasachstan, Serbien, Katar, Ägypten, Island, Türkei, Königreich Saudi-Arabien*, Senegal, Jordanien, Kuwait, Ruanda
• APAC – Australien, Neuseeland, Japan, Südkorea, Taiwan, Singapur, Indonesien, Malaysia, Thailand, Philippinen, Brunei, Indien, Vietnam, Bangladesch
• SA – Brasilien, Kolumbien, Argentinien, Chile, Peru, Ecuador, Trinidad und Tobago, Uruguay
• CA – Puerto Rico, Costa Rica, Panama, Dominikanische Republik

Die Unterstützung für weitere Länder und Gebiete kommt bald.

* Kunden, die im Königreich Saudi-Arabien tätig sind, benötigen möglicherweise eine zusätzliche Genehmigung. Wenden Sie sich an den AWS-Vertrieb, um mehr zu erfahren.

AWS hat Pläne angekündigt, die AWS European Sovereign Cloud mithilfe von AWS Outposts auf die gesamte Europäische Union (EU) auszuweiten. Das bedeutet, dass Sie Outposts-Racks in Ihren On-Premises-Rechenzentren bereitstellen und sie mit der Region AWS European Sovereign Cloud in Deutschland verbinden können, um strenge Anforderungen an Isolierung, Datenresidenz im Land und niedrige Latenz zu erfüllen.

Nein. Wir können Outposts-Racks nur in Ländern und Gebieten liefern und installieren, in denen Outposts-Racks geliefert und unterstützt werden kann.

Ein Outpost beruht auf Konnektivität zur übergeordneten AWS-Region. Outposts-Racks wurden nicht für den Betrieb ohne Verbindung oder für Umgebungen mit eingeschränkter oder ohne Konnektivität entwickelt. Wir empfehlen, dass Kunden über hochverfügbare Netzwerkverbindungen zu ihrer AWS-Region verfügen. Wenn Sie daran interessiert sind, AWS-Services in getrennten Umgebungen wie Kreuzfahrtschiffen oder entlegenen Rohstoffminen zu nutzen, erfahren Sie mehr über AWS-Services wie Amazon EKS Anywhere.

Nein. AWS-Outposts-Racks nutzt die von AWS entwickelte Infrastruktur und wird nur auf der von AWS entwickelten Hardware unterstützt, die für sichere Hochleistung und zuverlässigen Betrieb optimiert ist.

Nein. AWS-Outposts-Racks sind ein vollständig verwalteter Service, der Ihnen systemeigenen Zugriff auf AWS-Services bietet.

Nein. AWS-Outposts-Racks bietet vollständig integrierte, von AWS entwickelte Konfigurationen mit integrierten Top-of-Rack-Switches und redundanter Netzversorgung, um ein ideales AWS Experience sicherzustellen. Sie können Computing- und Speicherinfrastruktur je nach Bedarf bestellen, indem Sie aus dem Bereich der verfügbaren Outposts-Rack-Optionen auswählen, oder mit uns zusammenarbeiten, um eine benutzerdefinierte Kombination mit Ihrer gewünschten Kapazität von Amazon Elastic Compute Cloud (EC2), Amazon Elastic Block Store (EBS) und Amazon Simple Storage Service (S3) zu erstellen. Diese sind bereits überprüft und getestet, um sicherzustellen, dass Sie schnell und ohne Zusatzaufwand oder erforderliche Konfiguration vor Ort einsteigen können.

Zu den Hauptvorteilen der Outposts-Racks der zweiten Generation gehören:

• Vereinfachte Skalierung und eingebaute Ausfallsicherheit: Die Einführung des Outposts-Netzwerk-Racks ermöglicht die nahtlose Bereitstellung von AWS-Outpost-Racks On-Premises oder in Co-Location-Räumen und ermöglicht die Entkopplung von Rechen- und Netzwerkbetrieb. Das Netzwerk-Rack dient als Verkehrsaggregationsschicht und macht mehrere Uplinks zwischen Rechen-Racks und vom Kunden verwalteten Switches On-Premises überflüssig. Das Netzwerk-Rack verfügt außerdem über eine integrierte Ausfallsicherheit für Switches, die es den Kunden erleichtert, eine hohe Verfügbarkeit ihres Outposts-Netzwerks zu gewährleisten.
• Unterstützung der neuesten EC2-Instance-Typen in der Region: Mit der neuen Generation von Outposts-Racks können Kunden die neueste Generation x86-betriebener Amazon-EC2-Instances On-Premises ausführen, beginnend mit den Allzweck-Instances M7i, den rechenoptimierten C7i-Instances und den speicheroptimierten R7i-Instances. Damit ergänzen sie die Auswahl an vergleichbaren Amazon-EC2-Instances der fünften Generation, die die vorherige Generation von Outposts-Racks bereits heute unterstützt. Mit M7i-, C7i- und R7i-Instances können Kunden eine Vielzahl von On-Premises-Workloads mit noch besserer Leistung ausführen. C7i-, M7i- und R7i-Instances bieten die doppelte Menge an vCPU, Arbeitsspeicher und Netzwerkbandbreite und eine bis zu 40 % bessere Leistung im Vergleich zu C5-, M5- und R5-Instances auf Outposts-Racks der ersten Generation.
• Neue speziell entwickelte Outposts-Instance-Typen: Outposts-Racks der zweiten Generation führen eine neue Kategorie von Outposts-spezifischen Amazon-EC2-Instances (z. B. Bmn-sf2e und Bmn-cx2) mit beschleunigtem Netzwerk ein, die für extrem niedrige Latenzzeiten und durchsatzintensive Workloads ausgelegt sind. Die Kategorie der beschleunigten Netzwerk-Instances von Outposts umfasst Bmn-sf2e-Instances, die für extrem niedrige Latenzzeiten und deterministische Netzwerke optimiert sind, und Bmn-cx2-Instances, die für hohen Durchsatz und niedrige Latenzzeiten optimiert sind. Diese Bare- Metal-Instances verfügen über spezialisierte Netzwerkbeschleunigerkarten, die direkt mit Top-of-Rack-Switches (TOR) verbunden sind. Sie eignen sich ideal für Workloads wie Finanzbörsen, die Echtzeitverteilung von Marktdaten, den 5G-Kern der Telekommunikation und die Medienverteilung. 

Ja, Sie können EC2-Instances mit AMIs starten, die mit EBS-Volumes vom Typ gp2 oder gp3 auf Outposts-Racks der zweiten Generation und vom Typ gp2 auf Outposts-Racks der ersten Generation gesichert sind.

Ja, die Unterstützung für weitere EC2-Instances, einschließlich GPU-basierter Instances, ist in Kürze verfügbar.

EBS-Snapshots von EBS-Volumes auf Outposts-Racks 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 auf 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 On-Premises-Systemen 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, 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 On-Premises-Systemen 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-Racks 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-Racks 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-Racks 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 AWS-Outposts-Racks 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.

Ja, Unterstützung für weitere AWS-Services ist in Kürze verfügbar.

Ihr Standort muss die grundlegenden Anforderungen an Energieversorgung, Netzwerk und Speicherplatz erfüllen, um einen Outpost zu hosten. Für die Bereitstellung von Outposts-Racks der ersten Generation benötigt ein Outposts-Rack 5-15 kVA, kann Uplinks mit 1/10/40/100 GBit/s unterstützen und benötigt Platz für ein 42U-Rack. Für die Bereitstellung von Outposts-Racks der zweiten Generation benötigt ein Outposts-Rechen-Rack 10-30 kVA und ein Outposts-Netzwerk-Rack 8,89 kVA. Outposts-Racks der zweiten Generation unterstützen 10/40/100 Gbit/s-Uplinks und benötigen Platz für zwei 42U-Racks. Weitere Anforderungen an die Einrichtung finden Sie auf der Outposts-Rack-Konfigurationsseite. Da Outposts-Racks eine zuverlässige Netzwerkverbindung zur AWS-Region benötigen, sollten Sie mit einer öffentlichen 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.

AWS-Outposts-Racks selbst sind 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-Racks wie RDS oder Elasticache Redis, die Zertifizierungen wie PCI erreicht haben, gelten auch als zertifiziert auf Outposts-Rack. Da die AWS-Outposts-Racks 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.

Ja, AWS-Outposts-Racks sind GxP-kompatibel. AWS-Outposts-Racks erweitern AWS-Services auf eine von AWS verwaltete Infrastruktur, die sich physisch an einem Kundenstandort befindet. Auf die Kapazität von 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-Racks, 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.

Bmn-sf2-Instances und Bmn-cx2-Instances folgen einem aktualisierten Modell der geteilten Verantwortung. Die Kunden sind für die Verwaltung der Netzwerkbeschleunigerkarten in den Servern Bmn-sf2e und Bmn-cx2 sowie der zugehörigen Bare-Metal-Netzwerk-Switches verantwortlich. Sie können diese Verantwortung durch internes IT-Personal, AWS Professional Services, AWS Managed Services oder Drittanbieter erfüllen.  Bei einem Ausfall der Netzwerkbeschleunigerkarten können sich Kunden an AWS wenden, um Unterstützung zu erhalten.

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, die bereits mit den Instances auf dem Outpost verbunden sind, funktionieren weiterhin normal und können lokal über den Gateway abgerufen 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 bis zu 7 Tage lokal zwischengespeichert und an die AWS-Region weitergeleitet, wenn wieder eine Verbindung besteht. Eine Unterbrechung von mehr als 7 Tagen 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. Bei S3 auf Outposts werden alle Anfragen über den regionalen Service AWS Identity and Access Management (IAM) authentifiziert und autorisiert und dann bei Verwendung von SigV4 sicher lokal auf dem Outpost zwischengespeichert. Wenn der Außenposten keine Verbindung zur AWS-Kernregion hat, können bestehende Benutzer bis zu 12 Stunden lang mit allen Objektoperationen auf bestehenden Buckets weiterarbeiten. Wenn die Verbindung unterbrochen ist, können Sie Objekte hinzufügen und löschen, aber keine neuen Buckets und keine neuen Benutzer anlegen oder Bucket-Richtlinien ändern. Sobald die Konnektivität wiederhergestellt ist, können Sie alle Bucket-Management-Updates fortsetzen.

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 Ihrer 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. Hinweis: Die 1U- und 2U-Outposts-Server können nicht in dem 42U-Outposts-Formfaktor installiert werden.