IBM Cloud Docs
Endpoint e ubicazioni di archiviazione

Endpoint e ubicazioni di archiviazione

L'invio di una richiesta API REST o la configurazione di un client di archiviazione richiede la configurazione di un endpoint di destinazione o di un URL. Ogni ubicazione di archiviazione dispone di un proprio insieme di URL.

La resilienza di un bucket è definita dall'endpoint utilizzato per crearlo. La resilienza inter - regionale diffonderà i tuoi dati in diverse aree metropolitane, mentre la resilienza regionale diffonderà i dati in una singola area metropolitana. La resilienza Single Data Center diffonde i dati su più appliance all'interno di un singolo data center. I bucket regionali e interregionali possono mantenere la disponibilità durante l'interruzione di un sito.

I carichi di lavoro di calcolo co-ubicati con un endpoint Object Storage regionale vedranno una latenza inferiore e migliori prestazioni. Per i carichi di lavoro che richiedono la resilienza tra le regioni, gli impatti sulle prestazioni vengono ridotti tramite le rotte agli endpoint geo che si connettono all'area metropolitana interregionale più vicina.

Alcuni carichi di lavoro possono trarre vantaggio dall'utilizzo di un endpoint a singolo data center. I dati archiviati in un unico sito continuano a essere distribuiti a molti dispositivi di archiviazione fisica ma sono contenuti in un singolo data center. Ciò può migliorare le prestazioni per le risorse di calcolo all'interno dello stesso sito ma non manterrà la disponibilità in caso di interruzione di un sito. I singoli bucket del data center non forniscono un backup automatizzato in caso di distruzione del sito, pertanto tutte le applicazioni che utilizzano un singolo sito devono considerare l'uso della replica per il ripristino di emergenza nella loro progettazione.

Tutte le richieste devono utilizzare SSL quando si utilizza IAM e il servizio rifiuterà tutte le richieste di testo semplice.

Tutti gli endpoint IBM Cloud® Object Storage supportano la crittografia TLS 1.2.

Tipi di endpoint

I servizi IBM Cloud® sono connessi a una rete a tre livelli, che segmenta il traffico pubblico, privato e di gestione.

  • Gli endpoint privati non sono disponibili da un VPC, ma sono disponibili per la maggior parte delle richieste che provengono da IBM Cloud. Gli endpoint privati forniscono prestazioni migliori e non comportano addebiti per la larghezza di banda in uscita o in entrata anche se il traffico è interregionale o tra diversi data center. Ogni qualvolta è possibile, è meglio utilizzare un endpoint privato.
  • Gli endpoint pubblici possono accettare le richieste da qualsiasi luogo e i costi vengono valutati sulla larghezza di banda in uscita. La larghezza di banda in entrata è gratuita. Gli endpoint pubblici dovrebbero essere utilizzati per l'accesso non proveniente da una risorsa di calcolo cloud IBM Cloud.
  • Gli endpoint diretti sono utilizzati per le richieste che hanno origine dalle risorse all'interno dei VPC. Come gli endpoint privati, gli endpoint diretti forniscono prestazioni migliori rispetto agli endpoint pubblici e non comportano addebiti per la larghezza di banda in uscita o in entrata anche se il traffico è interregionale o tra diversi data center. È possibile accedere agli endpoint diretti tramite i gateway Virtual Private Endpoint come descritto qui.

Le richieste devono essere inviate all'endpoint associato all'ubicazione di uno specifico bucket. Se non sei sicuro dell'ubicazione del bucket, è disponibile una estensione all'API di elenco bucket che restituisce le informazioni su ubicazione e classe di archiviazione per tutti i bucket in un'istanza del servizio. Un altro punto in cui trovare un endpoint è aprire la scheda di configurazione del bucket nella console IBM Cloud.

Quando si utilizzano endpoint privati virtuali in un'applicazione che effettua richieste a IBM COS, potrebbe essere necessario aggiungere una configurazione aggiuntiva per l'autenticazione. Gli SDK COS IBM tenteranno automaticamente di recuperare un token IAM da https://iam.cloud.ibm.com/identity/token. Se stai utilizzando un endpoint virtualizzato per l'acquisizione del token, dovrai modificare l'endpoint IAM in maniera appropriata.

Endpoint regionali

I bucket creati in un endpoint regionale distribuiscono i dati in tre data center distribuiti in un'area metropolitana. Ognuno di questi data center può subire un'interruzione, o addirittura una distruzione, senza compromettere la disponibilità.

Tabella 1. Endpoint regionali
Regione Immettere Endpoint
us-south Pubblico s3.us-south.cloud-object-storage.appdomain.cloud
us-east Pubblico s3.us-east.cloud-object-storage.appdomain.cloud
eu-gb Pubblico s3.eu-gb.cloud-object-storage.appdomain.cloud
eu-de Pubblico s3.eu-de.cloud-object-storage.appdomain.cloud
au-syd Pubblico s3.au-syd.cloud-object-storage.appdomain.cloud
jp-tok Pubblico s3.jp-tok.cloud-object-storage.appdomain.cloud
jp-osa Pubblico s3.jp-osa.cloud-object-storage.appdomain.cloud
ca-tor Pubblico s3.ca-tor.cloud-object-storage.appdomain.cloud
br-sao Pubblico s3.br-sao.cloud-object-storage.appdomain.cloud
eu-es Pubblico s3.eu-es.cloud-object-storage.appdomain.cloud
Tabella 1. Endpoint regionali
Regione Immettere Endpoint
us-south Privato s3.private.us-south.cloud-object-storage.appdomain.cloud
us-east Privato s3.private.us-east.cloud-object-storage.appdomain.cloud
eu-gb Privato s3.private.eu-gb.cloud-object-storage.appdomain.cloud
eu-de Privato s3.private.eu-de.cloud-object-storage.appdomain.cloud
au-syd Privato s3.private.au-syd.cloud-object-storage.appdomain.cloud
jp-tok Privato s3.private.jp-tok.cloud-object-storage.appdomain.cloud
jp-osa Privato s3.private.jp-osa.cloud-object-storage.appdomain.cloud
ca-tor Privato s3.private.ca-tor.cloud-object-storage.appdomain.cloud
br-sao Privato s3.private.br-sao.cloud-object-storage.appdomain.cloud
eu-es Privato s3.private.eu-es.cloud-object-storage.appdomain.cloud
Tabella 1. Endpoint regionali
Regione Immettere Endpoint
us-south Diretto s3.direct.us-south.cloud-object-storage.appdomain.cloud
us-east Diretto s3.direct.us-east.cloud-object-storage.appdomain.cloud
eu-gb Diretto s3.direct.eu-gb.cloud-object-storage.appdomain.cloud
eu-de Diretto s3.direct.eu-de.cloud-object-storage.appdomain.cloud
au-syd Diretto s3.direct.au-syd.cloud-object-storage.appdomain.cloud
jp-tok Diretto s3.direct.jp-tok.cloud-object-storage.appdomain.cloud
jp-osa Diretto s3.direct.jp-osa.cloud-object-storage.appdomain.cloud
ca-tor Diretto s3.direct.ca-tor.cloud-object-storage.appdomain.cloud
br-sao Diretto s3.direct.br-sao.cloud-object-storage.appdomain.cloud
eu-es Diretto s3.direct.eu-es.cloud-object-storage.appdomain.cloud

Endpoint su più regioni

I bucket creati in un endpoint interregionale distribuiscono i dati tra tre regioni in una posizione geografica. Ognuna di queste regioni può subire un'interruzione, o addirittura una distruzione, senza compromettere la disponibilità. Le richieste vengono instradate all'area metropolitana interregionale più vicina utilizzando l'instradamento BGP (Border Gateway Protocol). Nel caso di un'interruzione, le richieste vengono reinstradate automaticamente a una regione attiva. Gli utenti avanzati che desiderano scrivere la loro logica di failover possono farlo inviando le richieste a un endpoint con tethering ed escludendo l'instradamento BGP.

Tabella 2. Endpoint interregionali
Geografico Immettere Endpoint
us Pubblico s3.us.cloud-object-storage.appdomain.cloud
eu Pubblico s3.eu.cloud-object-storage.appdomain.cloud
ap Pubblico s3.ap.cloud-object-storage.appdomain.cloud
Tabella 2. Endpoint interregionali
Geografico Immettere Endpoint
us Privato s3.private.us.cloud-object-storage.appdomain.cloud
eu Privato s3.private.eu.cloud-object-storage.appdomain.cloud
ap Privato s3.private.ap.cloud-object-storage.appdomain.cloud
Tabella 2. Endpoint interregionali
Geografico Immettere Endpoint
us Diretto s3.direct.us.cloud-object-storage.appdomain.cloud
eu Diretto s3.direct.eu.cloud-object-storage.appdomain.cloud
ap Diretto s3.direct.ap.cloud-object-storage.appdomain.cloud

Ad esempio:

  • I dati nel bucket interregionale US vengono distribuiti solo nelle regioni (come Dallas, WDC e SJC) nell'area geografica US.
  • I dati nel bucket interregionale EU vengono distribuiti solo nelle regioni (come Amsterdam, FRA e Milano) nella posizione geografica EU.
  • I dati nel bucket interregionale AP vengono distribuiti solo nelle regioni (come TOK, SYD e OSA) nell'ubicazione geografica AP.

Endpoint a singoli data center

I singoli data center non sono co - ubicati con servizi IBM Cloud, come IAM o Key Protect, e non offrono alcuna resilienza in caso di interruzione o distruzione di un sito.

Se un errore di rete comporta una partizione in cui il data center non è in grado di accedere a IAM, le informazioni di autenticazione e autorizzazione vengono lette da una cache che potrebbe diventare obsoleta. Questi dati memorizzati in cache possono causare la mancata applicazione di politiche IAM nuove o modificate per un lasso di tempo che può arrivare a 24 ore.

Tabella 3. Endpoint a singoli data center
Regione Immettere Endpoint
ams03 Pubblico s3.ams03.cloud-object-storage.appdomain.cloud
che01 Pubblico s3.che01.cloud-object-storage.appdomain.cloud
mil01 Pubblico s3.mil01.cloud-object-storage.appdomain.cloud
mon01 Pubblico s3.mon01.cloud-object-storage.appdomain.cloud
par01 Pubblico s3.par01.cloud-object-storage.appdomain.cloud
sjc04 Pubblico s3.sjc04.cloud-object-storage.appdomain.cloud
sng01 Pubblico s3.sng01.cloud-object-storage.appdomain.cloud
Tabella 3. Endpoint a singoli data center
Regione Immettere Endpoint
ams03 Privato s3.private.ams03.cloud-object-storage.appdomain.cloud
che01 Privato s3.private.che01.cloud-object-storage.appdomain.cloud
mil01 Privato s3.private.mil01.cloud-object-storage.appdomain.cloud
mon01 Privato s3.private.mon01.cloud-object-storage.appdomain.cloud
par01 Privato s3.private.par01.cloud-object-storage.appdomain.cloud
sjc04 Privato s3.private.sjc04.cloud-object-storage.appdomain.cloud
sjc01 Privato s3.private.sjc04.cloud-object-storage.appdomain.cloud
sng01 Privato s3.private.sng01.cloud-object-storage.appdomain.cloud
Tabella 3. Endpoint a singoli data center
Regione Immettere Endpoint
ams03 Diretto s3.direct.ams03.cloud-object-storage.appdomain.cloud
che01 Diretto s3.direct.che01.cloud-object-storage.appdomain.cloud
mil01 Diretto s3.direct.mil01.cloud-object-storage.appdomain.cloud
mon01 Diretto s3.direct.mon01.cloud-object-storage.appdomain.cloud
par01 Diretto s3.direct.par01.cloud-object-storage.appdomain.cloud
sjc04 Diretto s3.direct.sjc04.cloud-object-storage.appdomain.cloud
sng01 Diretto s3.direct.sng01.cloud-object-storage.appdomain.cloud

Endpoint gestiti dall'UE

IBM Cloud Activity Tracker può archiviare in un bucket in istanze specifiche di IBM Cloud Object Storage. Questa tabella mostra le ubicazioni gestite dall'UE delle istanze Object Storage per l'archiviazione di eventi.

Tabella 4. Endpoint gestiti dall'UE
Ubicazione bucket di Object Storage Resilienza Città
ams03 Sito singolo Amsterdam
eu-de Regionale Francoforte
eu-gb Regionale Londra
mil01 Sito singolo Milano
par01 Sito singolo Parigi
eu-geo Più regioni Amsterdam, Francoforte, Milano

Endpoint di configurazione risorse

Le richieste effettuate utilizzando l'API di configurazione delle risorse vengono inviate a un endpoint globale, indipendentemente dall'ubicazione del bucket.

Tabella 5. Endpoint configurazione risorsa
Immettere Endpoint
Pubblico config.cloud-object-storage.cloud.ibm.com/v1
Privato config.private.cloud-object-storage.cloud.ibm.com/v1
Diretto config.direct.cloud-object-storage.cloud.ibm.com/v1

Ubicazioni rimosse

Nel tempo, può essere necessario che le ubicazioni si trasformino da una configurazione a singolo data center a una configurazione regionale o che un'ubicazione venga completamente rimossa. Queste situazioni richiederanno agli utenti di migrare i dati da un bucket a un altro. Consultare questa guida per la migrazione di un bucket utilizzando rclone.

Tabella 6. Endpoint fuori servizio
Regione Immettere Endpoint
mel01 Pubblico s3.mel01.cloud-object-storage.appdomain.cloud
mel01 Privato s3.private.mel01.cloud-object-storage.appdomain.cloud
mel01 Diretto s3.direct.mel01.cloud-object-storage.appdomain.cloud
mex01 Pubblico s3.mex01.cloud-object-storage.appdomain.cloud
mex01 Privato s3.private.mex01.cloud-object-storage.appdomain.cloud
mex01 Diretto s3.direct.mex01.cloud-object-storage.appdomain.cloud
tor01 Pubblico s3.tor01.cloud-object-storage.appdomain.cloud
tor01 Privato s3.private.tor01.cloud-object-storage.appdomain.cloud
tor01 Diretto s3.direct.tor01.cloud-object-storage.appdomain.cloud
osl01 Pubblico s3.osl01.cloud-object-storage.appdomain.cloud
osl01 Privato s3.private.osl01.cloud-object-storage.appdomain.cloud
osl01 Diretto s3.direct.osl01.cloud-object-storage.appdomain.cloud
hkg02 Pubblico s3.hkg02.cloud-object-storage.appdomain.cloud
hkg02 Privato s3.private.hkg02.cloud-object-storage.appdomain.cloud
hkg02 Diretto s3.direct.hkg02.cloud-object-storage.appdomain.cloud
seo01 Pubblico s3.seo01.cloud-object-storage.appdomain.cloud
seo01 Privato s3.private.seo01.cloud-object-storage.appdomain.cloud
seo01 Diretto s3.direct.seo01.cloud-object-storage.appdomain.cloud