Karten der Regionen und Edge-Netzwerke
-
Nordamerika
-
Südamerika
-
Europa/Naher Osten/Afrika
-
Asien-Pazifik
-
Nordamerika
-
Kartenschlüssel
Regionen
Edge-Standorte
Region USA Ost (Nord-Virginia)
Availability Zones: 6
Inbetriebnahme 2006Lokale Zonen: 10
Inbetriebnahme 2020Region GovCloud (USA-West)
Availability Zones: 3
Inbetriebnahme: 2011
Region USA Ost (Ohio)
Availability Zones: 3
Inbetriebnahme: 2016
Region GovCloud (USA-Ost)
Availability Zones: 3
Inbetriebnahme: 2018
Region USA West (Nordkalifornien)
Availability Zones: 3*
Inbetriebnahme: 2009
Region USA West (Oregon)
Availability Zones: 4
Inbetriebnahme: 2011
Lokale Zonen: 7
Inbetriebnahme: 2019Region Kanada (Zentral)**
Availability Zones: 3
Inbetriebnahme: 2016
Weitere Informationen finden Sie unter „AWS Kanada“Edge-Standorte - Ashburn, VA; Atlanta GA; Boston, MA; Chicago, IL; Dallas/Fort Worth, TX; Denver, CO; Hayward, CA; Hillsboro, OR; Houston, TX; Jacksonville, FL; Los Angeles, CA; Miami, FL; Minneapolis, MN; Montreal, QC; New York, NY; Newark, NJ; Palo Alto, CA; Phoenix, AZ; Philadelphia, PA; Querétaro, MX; San Jose, CA; Seattle, WA; South Bend, IN; Toronto, ON; Vancouver, BC
AWS Local Zones- Atlanta, Boston, Chicago, Dallas, Denver, Houston, Kansas City, Los Angeles, Los Vegas, Miami, Minneapolis, New York City (in New Jersey), Philadelphia, Phoenix, Portland, Seattle
Regionale Edge Caches - Kalifornien; Nord-Virginia, Ohio; Oregon
Weitere Informationen zum globalen Edge-Netzwerk >>
*Neue Kunden können auf zwei Availability Zones in der Region USA West (Nordkalifornien) zugreifen.
**In der Metropolregion Montreal gelegen
-
Südamerika
-
Kartenschlüssel
Regionen
Edge-Standorte
Region Südamerika (São Paulo)
Availability Zones: 3*
Inbetriebnahme: 2011AWS-Edge-Netzwerk-Standorte:Edge-Standorte: Rio de Janeiro, Brasilien; São Paulo, Brasilien; Bogota, Kolumbien; Buenos Aires, Argentinien; Santiago, Chile
Regionale Edge-Caches: São Paulo, Brasilien
Weitere Informationen zum globalen Edge-Netzwerk >>
*Neue Kunden in Südamerika (São Paulo) haben Zugriff auf drei Availability Zones
Detaillierte Liste der Angebote aller AWS-Standorte anzeigen
-
Europa/Naher Osten/Afrika
-
Kartenschlüssel
Regionen
Edge-Standorte
Region Europa (Irland)
Availability Zones: 3
Inbetriebnahme: 2007
Region Europa (London)
Availability Zones: 3
Inbetriebnahme: 2016
Region Europa (Stockholm)
Availability Zones: 3
Inbetriebnahme: 2018
Region Afrika (Kapstadt)
Availability Zones: 3
Inbetriebnahme 2020
Region Europa (Frankfurt)
Availability Zones: 3
Inbetriebnahme: 2014
Region Europa (Paris)
Availability Zones: 3
Inbetriebnahme: 2017
Region Naher Osten (Bahrain)
Availability Zones: 3
Inbetriebnahme: 2019
Region Europa (Mailand)
Availability Zones: 3
Inbetriebnahme: 2020
AWS-Edge-Netzwerk-Standorte:Edge-Standorte: Amsterdam, Niederlande; Athen, Griechenland; Berlin, Deutschland; Brüssel, Belgien; Bukarest, Rumänien; Budapest, Ungarn; Kapstadt, Südafrika; Kopenhagen, Dänemark; Dubai, Vereinigte Arabische Emirate; Dublin, Irland; Düsseldorf, Deutschland; Frankfurt, Deutschland; Fujairah, Vereinigte Arabische Emirate; Hamburg, Deutschland; Helsinki, Finnland; Johannesburg, Südafrika; Liston, Portugal; London, England; Madrid, Spanien; Manama, Bahrain; Manchester, England; Marseille, Frankreich; Mailand, Italien; München, Deutschland; Nairobi, Kenia; Oslo, Norwegen; Palermo, Italien; Paris, Frankreich; Prag, Tschechische Republik; Rom, Italien; Sofia, Bulgarien; Stockholm, Schweden; Wien, Österreich; Warschau, Polen; Zagreb, Kroatien; Zürich, Schweiz; Tel Aviv, Israel
Regionale Edge-Caches: Dublin, Irland; Frankfurt, Deutschland; London, England
Weitere Informationen zum globalen Edge-Netzwerk >>
Die Region Europa (Irland) befindet sich in der Republik Irland.
Detaillierte Liste der Angebote aller AWS-Standorte anzeigen
-
Asien-Pazifik
-
Kartenschlüssel
Regionen
Edge-Standorte
Region Chinesisches Festland (Peking)
Availability Zones: 3
Weitere Informationen unter www.amazonaws.cn
Region Asien-Pazifik (Singapur)
Availability Zones: 3
Inbetriebnahme: 2010
Region Asien-Pazifik (Sydney)
Availability Zones: 3
Inbetriebnahme: 2012
Region Asien-Pazifik (Mumbai)
Availability Zones: 3
Inbetriebnahme: 2016
Region Asien-Pazifik (Osaka)
Availability Zones: 3
Inbetriebnahme: 2021
Region Chinesisches Festland (Ningxia)
Availability Zones: 3
Weitere Informationen unter www.amazonaws.cn
Region Asien-Pazifik (Tokio)
Availability Zones: 4
Inbetriebnahme: 2011
Region Asien-Pazifik (Seoul)
Availability Zones: 4
Inbetriebnahme: 2016
Region Asien-Pazifik (Hongkong)
Availability Zones: 3
Inbetriebnahme: 2019
Asizen-Pazifik (Jakarta)-Region
Availability Zones: 3
Inbetriebnahme: 2021
AWS-Edge-Netzwerk-Standorte:Edge-Standorte: Auckland, Neuseeland; Bangalore, Indien; Bangkok, Thailand; Chennai, Indien; Peking, China, Shanghai, China, Ningxia, China, Shenzhen, China, Hongkong SAR, China; Hyderabad, Indien; Jakarta, Indonesien; Kolkata, Indien; Kuala Lumpur, Malaysia; Manila, Philippinen; Melbourne, Australien; Mumbai, Indien; Neu Delhi, Indien; Osaka, Japan; Perth, Australien; Seoul, Korea; Singapur; Sydney, Australien; Taipeh, Taiwan; Tokio, Japan; Zhongwei, China
Regionale Edge-Caches: Mumbai, Indien; Seoul, Korea; Singapur; Sydney, Australien; Tokio, Japan
Weitere Informationen zum globalen Edge-Netzwerk >>
Detaillierte Liste der Angebote aller AWS-Standorte anzeigen
Regionen
Bei AWS sprechen wir oft von Regionen, einem physischen Standort, an dem wir Rechenzentrums-Cluster betreiben. Eine logische Gruppe von Rechenzentren heißt bei uns Availability Zone. Jede AWS-Region besteht aus mehreren isolierten und physisch getrennten AZs innerhalb eines geographischen Bereichs. Im Gegensatz zu anderen Cloud-Anbietern, die eine Region oft als einzelnes Rechenzentrum definieren, bietet das Konzept mehrerer AZs pro AWS-Region klare Vorteile. Jede AZ verfügt über unabhängige Stromversorgung, Kühlung sowie physische Sicherheit und ist über redundante, extrem latenzarme Netzwerke verbunden. AWS-Kunden, die den Schwerpunkt auf hohe Verfügbarkeit legen, können ihre Anwendungen in mehreren AZs ausführen, um eine noch höhere Fehlertoleranz zu erzielen. AWS-Infrastrukturregionen entsprechen den höchsten Sicherheits-, Compliance- und Datenschutzstandards.
AWS ist weltweit an mehr Standorten vertreten als alle anderen Cloud-Anbieter. Um dies und eine weltweite Serviceabdeckung zu gewährleisten, eröffnet AWS regelmäßig neue Regionen. AWS-Standorte finden sich in zahlreichen geografischen Regionen, unter anderem in Nordamerika, Südamerika, Europa, China, Asien-Pazifik und im Nahen Osten.
Availability Zones
Eine Availability Zone (AZ) ist ein oder mehrere diskrete Rechenzentren mit redundanter Stromversorgung, Vernetzung und Konnektivität in einer AWS Region. Mithilfe dieser Availability Zones (AZs) können Sie Produktionsanwendungen und Datenbanken betreiben, die verfügbarer, fehlertoleranter und skalierbarer sind, als dies von einem einzigen Rechenzentrum aus möglich wäre. Alle AZs in einer AWS-Region sind mit einem Netzwerk mit hoher Bandbreite und niedriger Latenz über eine vollständig redundante, dedizierte Metro-Glasfaser miteinander verbunden, die einen hohen Durchsatz und eine niedrige Latenz zwischen den AZ ermöglicht. Der gesamte Datenverkehr zwischen AZs wird verschlüsselt. Die Netzwerkleistung ist ausreichend, um eine synchrone Replikation zwischen AZs zu erreichen. AZs vereinfachen das Partitionieren von Anwendungen für hohe Verfügbarkeit. Wenn die Partition einer Anwendung auf mehrere AZs verteilt ist, sind Unternehmen besser isoliert und vor Naturereignissen wie Stromausfällen, Blitzeinschlägen, Tornados, Erdbeben usw. geschützt. Die AZs sind physisch durch eine große Entfernung, viele Kilometer, von jeder anderen AZ getrennt, obwohl alle innerhalb von 100 km (60 Meilen voneinander) liegen.
Lokale AWS-Zonen
Lokale AWS-Zonen bringen Rechenleistung, Speicher, Datenbanken und andere ausgewählte AWS-Services näher an die Endnutzer. Mit lokalen AWS-Zonen können Sie Ihren Endnutzern ganz einfach anspruchsvolle Anwendungen mit Latenz im einstelligen Millisekundenbereich bereitstellen, darunter die Erstellung von Medieninhalten, Echtzeit-Gaming, Reservoir-Simulationen, Electronic Design Automation und Machine Learning.
Jeder Standort einer lokalen AWS-Zone ist eine Erweiterung einer AWS-Region, in der Sie Ihre latenzanfälligen Anwendungen mit AWS-Services wie Amazon Elastic Compute Cloud, Amazon Virtual Private Cloud, Amazon Elastic Block Store, Amazon File Storage und Amazon Elastic Load Balancing in geografischer Nähe zum Endnutzer betreiben können. Lokale AWS-Zonen bieten eine sichere Verbindung mit hoher Bandbreite zwischen lokalen Workloads und denen in der AWS-Region, sodass Sie eine nahtlose Verbindung zu allen regionalen Services über dieselben APIs und Toolsets herstellen können.
AWS Wavelength
AWS Wavelength ermöglicht es Entwicklern, Anwendungen mit einer Latenzzeit im einstelligen Millisekundenbereich für Mobilgeräte und Endbenutzer zu erstellen. AWS-Entwickler können ihre Anwendungen in Wavelength-Zonen – AWS-Infrastrukturen, die AWS-Datenverarbeitungs- und Speicherservices in die Rechenzentren der Telekommunikationsanbieter am Edge der 5G-Netzwerke einbetten – bereitstellen und nahtlos auf die Fülle der AWS-Services in der Region zugreifen. Auf diese Weise können Entwickler Anwendungen bereitstellen, die Latenzzeiten im einstelligen Millisekundenbereich erfordern, wie z. B. das Streaming von Spielen und Live-Videos, Machine-Learning-Intereferenz am Edge sowie Augmented und Virtual Reality (AR/VR). AWS Wavelength bringt AWS-Services an den Edge des 5G-Netzwerks und minimiert beim Verbinden die Latenzzeit zwischen einer Anwendung und einem Mobilgerät. Der Datenverkehr von Anwendungen kann Anwendungsserver erreichen, die in Wavelength-Zonen laufen, ohne das Netzwerk des Mobilfunkanbieters zu verlassen. Dies erspart den zusätzlichen Netzwerk-Hop ins Internet, der zu Latenzen von mehr als 100 Millisekunden führen kann und verhindert, dass Kunden die Vorteile der Bandbreiten- und Latenzverbesserungen von 5G voll ausschöpfen.
AWS Outposts
AWS Outposts bieten native AWS-Services, Infrastruktur und Betriebsmodelle für praktisch jedes Rechenzentrum, jeden Gemeinschaftsraum oder jede lokale Einrichtung. Sie können dieselbe(n) AWS-APIs, Tools und Infrastruktur lokal und in der AWS Cloud verwenden, um ein wirklich konsistentes Hybrid-Erlebnis zu liefern. AWS Outposts sind für vernetzte Umgebungen konzipiert und können zur Unterstützung von Workloads verwendet werden, die aufgrund von geringer Latenz oder lokalen Datenverarbeitungsanforderungen lokal bleiben müssen.
Services
AWS bietet eine breite Palette an globalen cloudbasierten Produkten wie Datenverarbeitung, Speicher, Datenbanken, Analysen, Netzwerke, Machine Learning und KI, Mobilgeräte, Entwicklertools, IoT, Sicherheit, Unternehmensanwendungen usw. Unsere allgemeine Richtlinie besteht darin, AWS-Services, Funktionen und Instance-Typen innerhalb von zwölf Monaten nach der allgemeinen Verfügbarkeit für alle AWS-Regionen und auf Basis diverser Faktoren wie Kundennachfrage, Latenz, Datenhoheit und weiteren Faktoren bereitzustellen. Kunden haben die Möglichkeit, ihr Interesse an der Bereitstellung in ihrer lokalen Region mitzuteilen, Service-Roadmap-Informationen anzufordern oder Einblicke in die Serviceunabhängigkeit (unter der NDA) durch die Kontaktaufnahme zu dem jeweils zuständigen AWS-Vertriebsmitarbeiter zu erhalten. Aufgrund der Art des Services werden einige AWS-Services eher global als regional bereitgestellt. Dazu gehören z. B. Amazon Route 53, Amazon Chime, Amazon WorkDocs, Amazon WorkMail, Amazon WorkSpaces und Amazon WorkLink.
Hohe Verfügbarkeit
Im Gegensatz zu anderen Anbietern für technologische Infrastrukturen verfügt jede AWS-Region über mehrere AZs. Basierend auf unserer Erfahrung als führender Anbieter für technologische Infrastrukturplattformen in der Cloud seit 2006 wissen wir, dass Kunden, die Wert auf die Verfügbarkeit und Performance ihrer Anwendungen legen, diese Anwendungen über mehrere AZs in derselben Region hinweg bereitstellen möchten. Die Gründe dafür liegen in der Fehlertoleranz und Latenz. AZs sind mit schnellen, privaten Glasfasernetzwerken verbunden. Dies ermöglicht Ihnen die Nutzung von Anwendungen, für die ein automatischer, unterbrechungsfreier Failover zwischen den AZs eingerichtet ist.
Die AWS-Steuerungsebene (einschließlich APIs) und die AWS-Managementkonsole sind über die AWS-Regionen verteilt und nutzen eine Multi-AZ-Architektur in jeder Region, um Ausfallsicherheit zu gewährleisten und eine kontinuierliche Verfügbarkeit sicherzustellen. Dadurch wird sichergestellt, dass Kunden keine kritische Serviceabhängigkeit von einem einzigen Rechenzentrum haben. AWS kann Wartungsarbeiten durchführen, ohne dass ein kritischer Service für einen Kunden vorübergehend nicht verfügbar ist.
Höhere Kontinuität
Zusätzlich zur Option, Anwendungen und Daten über mehrere Rechenzentren in derselben Region hinweg mithilfe von AZs zu replizieren, können Sie die Redundanz und Fehlertoleranz erhöhen, indem Sie Daten auch zwischen verschiedenen AWS-Regionen replizieren. Dabei spielt es keine Rolle, ob Sie private Hochgeschwindigkeitsnetzwerk- oder öffentliche Internetverbindungen verwenden. In jedem Fall können Sie eine zusätzliche Ebene der Betriebskontinuität oder weltweit eine niedrige Latenz bereitstellen.
Compliance und Data Residency
Wenn Sie Auflagen bezüglich Data Residency erfüllen müssen, können Sie die AWS-Region wählen, die dem Zielort am nächsten ist. Sie behalten jederzeit die volle Kontrolle darüber, wo sich Ihre Daten physisch befinden, und können auf diese Weise Ihren regionalen Compliance-Anforderungen bezüglich des Ortes, an dem Sie Ihre Daten vorhalten, entsprechen. Sie erhalten die Gewissheit, dass AWS nicht nur der Datenschutz-Grundverordnung (DSGVO) entspricht, sondern auch Services und Tools bietet, mit denen Sie DSGVO-konforme Infrastrukturen auf Basis von AWS erstellen können. Unternehmen von Start-ups bis hin zu Großkonzernen sowie der öffentliche Bereich haben Zugriff auf eine Infrastruktur in ihrem Land, um fortschrittliche Technologien wie Analysen, künstliche Intelligenz, Datenbanken, das Internet der Dinge (Internet of Things, IoT), Machine Learning, Mobilgeräte-Services, serverlose Architekturen und mehr zu nutzen, und Innovationen voranzutreiben.