Angebundene Endpunkte verwenden
Bei der Entscheidung über die Konfiguration Ihrer IBM Cloud® Object Storage-Instanz sollten Sie berücksichtigen, wie die Endpunkte Ihre Anforderungen in Bezug auf Ausfallsicherheit und Zugriff wiedergeben.
Wenn Sie ein regionsübergreifendes Bucket verwenden, können Sie Ihre Zugriffe auf einen angebundenen Endpunkt, der einem bestimmten regionsübergreifenden Ballungsraum zugeordnet ist, weiterleiten, anstatt eine Verbindung zum nächsten verfügbaren
regionsübergreifenden Ballungsraum herzustellen. Im Gegensatz zum Endpunkt geo gibt es beim Senden von Anforderungen an einen angebundenen Endpunkt keine automatisierte Funktionsübernahme, wenn diese Region nicht mehr verfügbar ist.
Anwendungen, die den Datenverkehr an einen angebundenen Endpunkt leiten, müssen intern entsprechende Failover-Logik implementieren, um die Verfügbarkeitsvorteile des regionsübergreifenden Speichers zu erreichen.
Ein Grund für die Verwendung eines angebundenen Endpunkts besteht darin, zu steuern, wo Datenein-und -ausgehender Datenverkehr stattfindet, während die Daten weiterhin über den größtmöglichen Bereich verteilt werden. Stellen Sie sich eine Anwendung
vor, die in der us-south-Region ausgeführt wird und Daten in einem regionsübergreifenden Bucket in den USA speichern, aber sicherstellen möchte, dass alle Lese-und Schreibanforderungen im Bereich Dallas verbleiben:
- Die Anwendung erstellt einen Client mit dem Endpunkt
https://s3.private.dal.us.cloud-object-storage.appdomain.cloud. - Der Service Object Storage in Dallas ist ausgefallen.
- Die Anwendung erkennt einen persistenten Fehler bei der Verwendung des angebundenen Endpunkts.
- Die Anwendung erkennt die Notwendigkeit einer Übernahme durch einen anderen angebundenen Endpunkt, wie z. B. San Jose.
- Die Anwendung erstellt einen neuen Client mit dem Endpunkt
https://s3.private.sjc.us.cloud-object-storage.appdomain.cloud. - Die Konnektivität wird wieder aufgenommen und der Zugriff kann nach der Wiederherstellung des Service an Dallas weitergeleitet werden.
Beim Senden von Anfragen an einen angebundenen Endpunkt gibt es kein automatisches Failover, wenn diese Region nicht mehr verfügbar ist.
Stellen Sie sich dagegen eine andere Anwendung vor, die den normalen regionsübergreifenden Endpunkt in den USA verwendet:
- Die Anwendung erstellt einen Client mit dem Endpunkt
https://s3.us.cloud-object-storage.appdomain.cloud. - Der Service Object Storage in Dallas ist ausgefallen.
- Alle Object Storage-Anforderungen werden automatisch an San Jose oder Washington weitergeleitet, bis der Service wiederhergestellt ist.
Angebundene Endpunktreferenz
| Bereich | Typ | Endpunkt |
|---|---|---|
| USA: Dallas | Öffentlich (mit Tethered) | s3.dal.us.cloud-object-storage.appdomain.cloud |
| USA: San Jose | Öffentlich (mit Tethered) | s3.sjc.us.cloud-object-storage.appdomain.cloud |
| US: Washington, D.C. | Öffentlich (mit Tethered) | s3.wdc.us.cloud-object-storage.appdomain.cloud |
| EU: Amsterdam | Öffentlich (mit Tethered) | s3.ams.eu.cloud-object-storage.appdomain.cloud |
| EU: Frankfurt | Öffentlich (mit Tethered) | s3.fra.eu.cloud-object-storage.appdomain.cloud |
| AP: Tokio | Öffentlich (Tethered) | s3.tok.ap.cloud-object-storage.appdomain.cloud | | AP: Sydney | Public (Tethered) | s3.syd.ap.cloud-object-storage.appdomain.cloud | | AP: Osaka | Public (Tethered) | s3.osa.ap.cloud-object-storage.appdomain.cloud |
| Bereich | Typ | Endpunkt |
|---|---|---|
| USA: Dallas | Privat (Tethered) | s3.private.dal.us.cloud-object-storage.appdomain.cloud |
| USA: San Jose | Privat (Tethered) | s3.private.sjc.us.cloud-object-storage.appdomain.cloud |
| US: Washington, D.C. | Privat (Tethered) | s3.private.wdc.us.cloud-object-storage.appdomain.cloud |
| EU: Amsterdam | Privat (Tethered) | s3.private.ams.eu.cloud-object-storage.appdomain.cloud |
| EU: Frankfurt | Privat (Tethered) | s3.private.fra.eu.cloud-object-storage.appdomain.cloud |
| AP: Tokio | Privat (Tethered) | s3.private.tok.ap.cloud-object-storage.appdomain.cloud | | AP: Sydney | Privat (Tethered) | s3.private.syd.ap.cloud-object-storage.appdomain.cloud | | AP: Osaka | Privat (Tethered)
| s3.private.osa.ap.cloud-object-storage.appdomain.cloud |
| Bereich | Typ | Endpunkt |
|---|---|---|
| USA: Dallas | Direkt (Tethered) | s3.direct.dal.us.cloud-object-storage.appdomain.cloud |
| USA: San Jose | Direkt (Tethered) | s3.direct.sjc.us.cloud-object-storage.appdomain.cloud |
| US: Washington, D.C. | Direkt (Tethered) | s3.direct.wdc.us.cloud-object-storage.appdomain.cloud |
| EU: Amsterdam | Direkt (Tethered) | s3.direct.ams.eu.cloud-object-storage.appdomain.cloud |
| EU: Frankfurt | Direkt (Tethered) | s3.direct.fra.eu.cloud-object-storage.appdomain.cloud |
| AP: Tokio | Direkt (Tethered) | s3.direct.tok.ap.cloud-object-storage.appdomain.cloud | | AP: Sydney | Direkt (Tethered) | s3.direct.syd.ap.cloud-object-storage.appdomain.cloud | | AP: Osaka | Direkt (Tethered) |
s3.direct.osa.ap.cloud-object-storage.appdomain.cloud |
Endpunktreferenz für gehostete statische Website
| Bereich | Endpunkt der gehosteten statischen Website |
|---|---|
| USA: Dallas | s3-web.dal.us.cloud-object-storage.appdomain.cloud |
| USA: San Jose | s3-web.sjc.us.cloud-object-storage.appdomain.cloud |
| US: Washington, D.C. | s3-web.wdc.us.cloud-object-storage.appdomain.cloud |
| EU: Amsterdam | s3-web.ams.eu.cloud-object-storage.appdomain.cloud |
| EU: Frankfurt | s3-web.fra.eu.cloud-object-storage.appdomain.cloud |
| AP: Tokio | s3-web.tok.ap.cloud-object-storage.appdomain.cloud | | AP: Sydney | s3-web.syd.ap.cloud-object-storage.appdomain.cloud | | AP: Osaka | s3-web.osa.ap.cloud-object-storage.appdomain.cloud |
| Bereich | Endpunkt der gehosteten statischen Website |
|---|---|
| USA: Dallas | s3-web.private.dal.us.cloud-object-storage.appdomain.cloud |
| USA: San Jose | s3-web.private.sjc.us.cloud-object-storage.appdomain.cloud |
| US: Washington, D.C. | s3-web.private.wdc.us.cloud-object-storage.appdomain.cloud |
| EU: Amsterdam | s3-web.private.ams.eu.cloud-object-storage.appdomain.cloud |
| EU: Frankfurt | s3-web.private.fra.eu.cloud-object-storage.appdomain.cloud |
| AP: Tokio | s3-web.private.tok.ap.cloud-object-storage.appdomain.cloud | | AP: Sydney | s3-web.private.syd.ap.cloud-object-storage.appdomain.cloud | | AP: Osaka | s3-web.private.osa.ap.cloud-object-storage.appdomain.cloud |
| Bereich | Endpunkt der gehosteten statischen Website |
|---|---|
| USA: Dallas | s3-web.direct.dal.us.cloud-object-storage.appdomain.cloud |
| USA: San Jose | s3-web.direct.sjc.us.cloud-object-storage.appdomain.cloud |
| US: Washington, D.C. | s3-web.direct.wdc.us.cloud-object-storage.appdomain.cloud |
| EU: Amsterdam | s3-web.direct.ams.eu.cloud-object-storage.appdomain.cloud |
| EU: Frankfurt | s3-web.direct.fra.eu.cloud-object-storage.appdomain.cloud |
| AP: Tokio | s3-web.direct.tok.ap.cloud-object-storage.appdomain.cloud | | AP: Sydney | s3-web.direct.syd.ap.cloud-object-storage.appdomain.cloud | | AP: Osaka | s3-web.direct.osa.ap.cloud-object-storage.appdomain.cloud |
Nächste Schritte
Verschiedene Services und die von ihnen unterstützten Funktionen können von Region zu Region variieren. Weitere Informationen zur Serviceverfügbarkeit finden Sie in der Dokumentation.