AWS-Outposts-Racks – Häufig gestellte Fragen

Sie können den Outposts-Rack 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 den Outposts-Rack verwenden, um Kundendaten sicher zu speichern und zu verarbeiten, die vor Ort oder in Ländern ohne AWS-Region bleiben müssen. Sie können datenintensive Workloads im Outposts-Rack 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-Server 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 derzeit in den folgenden AWS-Regionen unterstützt, und Kunden können ihre Outposts mit den folgenden AWS-Regionen verbinden:

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
• 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
• MA – Puerto Rico, Costa Rica, Panama, Guatemala

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

• NA – USA, Kanada
• EMEA – Alle EU-Länder, Großbritannien (UK), Bahrain, Vereinigte Arabische Emirate (VAE), Israel, Kenia, Ägypten, Island, die Türkei, Königreich Saudi-Arabien*, Jordanien, Kuwait
• APAC – Australien, Neuseeland, Japan, Singapur, Indonesien, Malaysia, die Philippinen, Brunei, Vietnam
• SA –- Brasilien, Chile, Peru, Trinidad und Tobago
• MA – Puerto Rico, Costa Rica

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.

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. Falls Sie an der Nutzung von AWS-Services in Umgebungen ohne Verbindung interessiert sind, wie etwa Kreuzfahrtschiffe oder entlegenen Rohstoffminen, erfahren Sie mehr über AWS-Services wie Snowball Edge, das optimiert ist für den Betrieb in Umgebungen ohne oder mit eingeschränkter Konnektivität.

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.

A: Nein. Der AWS-Outposts-Rack bietet vollständig integrierte, von AWS entwickelte Konfigurationen mit integrierten Top-of-Rack-Switches und redundanter Netzversorgung, um eine ideale AWS-Umgebung 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.

EBS Local Snapshots on Outposts ist derzeit nur in Outposts-Racks der ersten Generation verfügbar.

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

• Vereinfachte Skalierung und integrierte Resilienz: Die Einführung des Outposts-Netzwerk-Racks ermöglicht die nahtlose Bereitstellung von AWS-Outpost-Racks in lokalen oder Co-Location-Räumen und ermöglicht die Entkopplung von Rechenleistung und Netzwerk. Das Netzwerk-Rack dient als Ebene zur Aggregation des Datenverkehrs und macht mehrere Uplinks zwischen Computer-Racks und vom Kunden verwalteten lokalen Switches überflüssig. Das Netzwerk-Rack verfügt außerdem über eine integrierte Resilienz zur Bewältigung von Switch-Ausfällen, sodass Kunden die Planung für eine hohe Verfügbarkeit ihres Outposts-Netzwerks einfacher gestalten können.
• Unterstützung der neuesten EC2-Instance-Typen in der Region: Mit der neuen Generation von Outposts-Racks können Kunden die Amazon EC2-Instances der neuesten Generation vor Ort ausführen, angefangen bei Allzweck-M7i-Instances, rechenoptimierten C7i-Instances bis hin zu speicheroptimierten R7i-Instances. Dies erweitert 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 lokalen Workloads mit noch besserer Leistung ausführen. Diese Instances bieten die doppelte virtuelle CPU-, Arbeitsspeicher- und Netzwerkbandbreite und eine bis zu 40% bessere Leistung als C7i-, M7i- und R7i-Instances in 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 Latenzen und durchsatzintensive Workloads konzipiert sind. Die Outposts Accelerated Networking-Instance-Kategorie umfasst BMN-SF2e-Instances — optimiert für extrem niedrige Latenz und deterministisches Networking — und BMN-Cx2-Instances — optimiert für hohen Durchsatz und niedrige Latenz. Diese Bare-Metal-Instances verfügen über spezielle Netzwerkbeschleunigerkarten, die direkt mit Top-of-Rack-Switches (TOR) verbunden sind. Sie eignen sich ideal für Workloads wie Finanzbörsen, Marktdatenverteilung in Echtzeit, 5G-Kern für Telekommunikation und 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.

Unterstützung für weitere EC2-Instances, darunter GPU-fähige Instances, ist in Kürze verfügbar.

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, verfügbar auf Outposts-Racks der ersten Generation, 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 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, Application Load Balancer ist auf Outposts-Racks in allen AWS-Regionen verfügbar, in denen Outposts-Racks 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-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 Outposts-Rack-Installationen der ersten Generation benötigt ein Outposts-Rack 5-15 kVA, kann 1/10/40/100-Gbit/s-Uplinks unterstützen und benötigt Platz für ein 42U-Rack. Für Outposts-Rack-Bereitstellungen der zweiten Generation benötigt ein Outposts-Compute-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 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.

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.

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 lokale Instance-Speicher-Volumes, die bereits mit den Instances auf dem Outpost verbunden sind, funktionieren weiterhin normal und können lokal über die lokale Netzwerkschnittstelle (LNI) 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. 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 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.