IBM Cloud regione e ubicazione dei centri dati per la distribuzione delle risorse
IBM Cloud® dispone di una rete globale di sedi resilienti per ospitare il vostro carico di lavoro cloud altamente disponibile. Le risorse in sedi diverse vengono consolidate in una vista di fatturazione e utilizzo basata sull'account. È inoltre possibile distribuire i carichi di lavoro nella sede più vicina ai clienti per ottenere una connettività a bassa latenza. IBM Cloud offre regioni multizona(MZR)Una regione distribuita in più zone fisiche per aumentare la tolleranza ai guasti., regioni multizona a campus singolo(SC-MZR)Una regione composta da più zone situate all'interno di un singolo edificio o campus. Dipendenze come l'alimentazione, il raffreddamento, la rete e la sicurezza fisica possono essere condivise, ma sono progettate per fornire un elevato grado di indipendenza dai guasti. e data centerL'ubicazione fisica dei server che forniscono i servizi cloud. classici per risorse infrastrutturali classiche.
Questa immagine è una rappresentazione artistica e non riflette i reali confini politici o geografici.
Regioni
IBM® offre due tipi di regioni: MZR e MZR a campus singolo ed entrambi sono considerati MZR. L'infrastruttura sottostante in entrambi i tipi fornisce lo stesso SLA. Una regione è un territorio geografico indipendente che consiste in una o più zone ed è tipicamente indicato con il nome di un'area metropolitana (metro), come Dallas o Londra.
Ogni zonaUna posizione all'interno di una regione che agisce come dominio di guasto indipendente e ha una latenza ridotta rispetto alle altre zone della regione.
all'interno della regione contribuisce a migliorare la tolleranza ai guasti e a ridurre la latenza. Una zona viene identificata utilizzando due nomi distinti. Esiste un nome di zona, ad esempio us-south-1
, che è un identificatore
logico per una zona nel contesto del conto corrente. Esiste anche un nome di zona universale, che è l'identificatore di una zona che è coerente in tutto il sito IBM Cloud, ad esempio us-south-dal10-a
. Il nome universale della
zona fornisce la specifica della posizione per le risorse VPC, mappando il nome della zona a una posizione fisica, ad esempio un data center. In alternativa, la posizione delle risorse classiche non è specificata per zona e utilizza invece
il data center specifico all'interno della regione, come ad esempio DAL10
. Per ulteriori informazioni sulle informazioni relative alle zone specifiche dell'account, vedere Mappatura delle zone per account.
Distribuendo i carichi di lavoro in tre zone e utilizzando risorse cloud regionali altamente disponibili attraverso endpoint privati virtuali, è possibile aumentare la disponibilità regionale. La distribuzione di un carico di lavoro su più regioni può garantire una maggiore disponibilità e fungere da base per un piano di disaster recovery. Esistono servizi cloud zonali, regionali e globali che forniscono un insieme coerente di risorse in tutte le regioni. I servizi regionali di IBM sono distribuiti tra le zone di un MZR e generalmente forniscono 99.99 % (tier 3) di disponibilità.
Regioni multizona
Gli MZR sono composti da tre o più data center in più zone con alimentazione, raffreddamento e connettività di rete indipendenti per garantire che i guasti di questi componenti siano isolati a una singola zona. Gli MZR forniscono una connettività a bassa latenza (< 2 millisecondi di latenza) e ad alta larghezza di banda (> 1000 Gbps) all'interno di una zona.
Offrendo il massimo livello di ridondanza e disponibilità grazie all'utilizzo di tre siti separati all'interno di una regione, gli MZR hanno una distanza minima di almeno 1 miglio tra le zone e le distanze esatte variano a seconda della regione. La latenza da zona a zona si trova nei dashboard della latenza di rete.
Le MZR supportano diversi tipi di calcolo sia per le risorse VPC che per quelle dell'infrastruttura classica. La posizione delle risorse classiche è specificata da un data center, mentre le posizioni delle risorse VPC sono specificate dalla zona. Per ulteriori informazioni sulle posizioni fisiche disponibili per l'account per regione per le risorse VPC, vedere Mappatura delle zone per account.
La tabella seguente elenca le località e le zone MZR di IBM Cloud per la geografia.
Regione | Zona |
---|---|
Dallas (us-south ) |
us-south-1 us-south-2 us-south-3 |
Sao Paulo (br-sao ) |
br-sao-1 br-sao-2 br-sao-3 |
Toronto (ca-tor ) |
ca-tor-1 ca-tor-2 ca-tor-3 |
Washington DC (us-east ) |
us-east-1 us-east-2 us-east-3 |
Regione | Zona |
---|---|
Francoforte (eu-de ) |
eu-de-1 eu-de-2 eu-de-3 |
Londra (eu-gb ) |
eu-gb-1 eu-gb-2 eu-gb-3 |
Madrid (eu-es ) |
eu-es-1 eu-es-2 eu-es-3 |
Regione | Zona |
---|---|
Sydney (au-syd ) |
au-syd-1 au-syd-2 au-syd-3 |
Tokyo (jp-tok ) |
jp-tok-1 jp-tok-2 jp-tok-3 |
Se si fa riferimento a una regione quando si usa la CLI, l'API, l'SDK o Terraform, usare il nome programmatico della regione. Ad esempio, utilizzare us-south
per puntare alla regione di Dallas (us-south
).
MZR a campus singolo
Gli MZR di un singolo campus (SC-MZR) contengono tre zone in sezioni diverse dello stesso edificio o all'interno di più edifici di un campus in cui le dipendenze di alimentazione, raffreddamento, rete e sicurezza fisica potrebbero sovrapporsi. Un SC-MZR è impostato con una ridondanza e una resilienza sufficienti a garantire un livello di disponibilità e sopravvivenza continue in caso di interruzione del sistema, pianificata o non pianificata.
Gli SLA vengono mantenuti perché l'infrastruttura è impostata in modo da poter essere mantenuta simultaneamente, in modo che un singolo guasto non colpisca tutte e tre le zone dello stesso campus. Questa configurazione è ideale per i servizi che supportano gli utenti colocalizzati nella zona, in quanto riduce la latenza per supportare i carichi di lavoro di disaster recovery.
La tabella seguente elenca le sedi SC-MZR disponibili su IBM Cloud e le relative regioni e zone.
Regione | Zona |
---|---|
Osaka (jp-osa ) |
jp-osa-1 jp-osa-2 jp-osa-3 |
Montreal (ca-mon ) |
ca-mon-1 ca-mon-2 ca-mon-3 |
Mappatura delle zone per account
All'interno di ogni regione, ci sono tre o più zone che vengono identificate nelle API, nell'SDK, nella CLI e in Terraform utilizzando la sintassi regionname-number
, ad esempio us-south-1
. Ogni account IBM Cloud ha
una mappatura delle zone per ogni regione che determina la relazione tra la zona e la posizione fisica. Le zone sono mappate a una posizione fisica, a cui ci si riferisce con un nome di zona universale utilizzando la sintassi regionname-datacenter-letter
,
ad esempio us-south-dal10-a
.
La mappatura della zona account viene stabilita quando viene creata la prima risorsa VPC nella regione ed è determinata da IBM. È possibile esaminare la mappatura della zona assegnata a un account nella pagina Panoramica dell'infrastruttura VPC nella sezione Endpoint. È inoltre possibile utilizzare l'API VPC per elencare la mappatura del proprio account. In rari casi, è possibile richiedere una modifica con il proprio account manager tecnico, ma ogni richiesta viene valutata caso per caso.
La comprensione della mappatura delle zone dell'account è utile se si sta creando un'applicazione mista VPC e Power Virtual Server, ad esempio. È possibile creare prima le risorse VPC e poi rivedere la mappatura delle zone per determinare in quale zona universale si trovano le risorse VPC, in modo da garantire che le risorse classiche siano create nella stessa posizione fisica. Le posizioni dell'infrastruttura classica e dei servizi IBM® Power® Virtual Server sono specificate per data center, mentre la posizione fisica delle risorse VPC è specificata dal nome della zona universale.
La tabella seguente mostra le posizioni fisiche disponibili in base al nome di zona universale, ai data center associati e alle posizioni dei Punti di presenza(PoP)Un'ubicazione fisica che archivia i server e i router in un cloud di rete. disponibili per MZR.
Regione | Nome della zona universale | Data center | PoP |
---|---|---|---|
Dallas (us-south ) |
us-south-dal10-a us-south-dal12-a us-south-dal13-a us-south-dal14-a |
DAL10 DAL12 DAL13 DAL14 |
DAL03 DAL04 |
Sao Paulo (br-sao ) |
br-sao-sao01-a br-sao-sao04-a br-sao-sao05-a |
SAO01 SAO04 SAO05 |
SAO02 SAO03 |
Toronto (ca-tor ) |
ca-tor-tor01-a ca-tor-tor04-a ca-tor-tor05-a |
TOR01 TOR04 TOR05 |
TOR02 TOR03 |
Washington DC (us-east ) |
us-east-wdc04-a us-east-wdc06-a us-east-wdc07-a |
WDC04 WDC06 WDC07 |
WDC02 WDC05 |
Regione | Nome della zona universale | Data center | PoP |
---|---|---|---|
Francoforte (eu-de ) |
eu-de-fra02-a eu-de-fra04-a eu-de-fra05-a |
FRA02 FRA04 FRA05 |
FRA01 FRA03 |
Londra (eu-gb ) |
eu-gb-lon04-a eu-gb-lon05-a eu-gb-lon06-a |
LON04 LON05 LON06 |
LON01 LON03 |
Madrid (eu-es ) |
eu-es-mad02-a eu-es-mad04-a eu-es-mad05-a |
MAD02 MAD04 MAD05 |
MAD01 MAD03 |
Regione | Nome della zona universale | Data center | PoP |
---|---|---|---|
Sydney (au-syd ) |
au-syd-syd01-a au-syd-syd04-a au-syd-syd05-a |
SYD01 SYD04 SYD05 |
MEL02 PER01 SYD02 SYD03 |
Tokyo (jp-tok ) |
jp-tok-tok02-a jp-tok-tok04-a jp-tok-tok05-a |
TOK02 TOK04 TOK05 |
TOK01 TOK03 |
Se si fa riferimento a una regione quando si usa la CLI, l'API, l'SDK o Terraform, assicurarsi di usare il nome programmatico della regione. Ad esempio, utilizzare us-south
per puntare alla regione di Dallas (us-south
).
La tabella seguente mostra le sedi fisiche disponibili con il nome della zona universale, i data center associati e le sedi PoP disponibili per SC-MZR.
Regione | Nome della zona universale | Data center | PoP |
---|---|---|---|
Osaka (jp-osa ) |
jp-osa-osa21-a jp-osa-osa22-a jp-osa-osa23-a |
OSA21 OSA22 OSA23 |
OSA01 |
Montreal (ca-mon ) |
ca-mon-mon04-a ca-mon-mon04-b ca-mon-mon04-c |
MON04 | MON02 |
Visualizzazione delle risorse per località
È possibile visualizzare tutte le risorse e le ubicazioni dalla pagina Elenco risorse della console. Se si desidera visualizzare e lavorare con le risorse in un luogo specifico, espandere il filtro Luogo e selezionare un luogo dall'elenco. Espandendo una località specifica, si può scegliere di filtrare per regioni, zone o singoli data center.
A seconda del tipo di risorsa, si potrebbe essere interessati solo a tipi specifici di dati sulla posizione. Ad esempio, se si è creato un servizio o un servizio di infrastruttura VPC, è possibile filtrare la pagina dell'elenco delle risorse in base ai codici della regione e della zona. Tuttavia, se si lavora con infrastrutture classiche o risorse di Power Virtual Server, i codici specifici dei data center sono le informazioni pertinenti.
Ad esempio, se le risorse sono distribuite nella zona di Londra 2 ( eu-gb-2 ), è possibile impostare dei filtri per visualizzare solo queste risorse nell'elenco delle risorse. Espandere l'opzione metropolitana di Londra e l'opzione regione di Londra (eu-gb). All'interno di tale regione, è possibile selezionare dall'elenco delle zone disponibili, ad esempio Londra 2 ( eu-gb-2 ).
Se si dispone di una risorsa di infrastruttura classica distribuita in un data center specifico, è possibile identificare il data center tramite la posizione metropolitana specifica e il codice alfanumerico. Ad esempio, utilizzare Dallas per la posizione metropolitana e Dallas 10 ( dal10 ) per il centro dati.
È inoltre possibile visualizzare le risorse distribuite nelle ubicazioni di Satellite, che sono gestite da una metropoli o regione di IBM Cloud e determinano dove viene eseguito il master del piano di controllo di Satellite. Ad esempio, potreste
avere una sede Satellite gestita dalla metropolitana di Dallas. Espandere l'opzione della metropolitana di Dallas, che include la vostra località Satellite, come my-satellite-dal
. Per ulteriori informazioni sulle
metropoli e le regioni che gestiscono le sedi di Satellite, vedere Regioni.
Si potrebbe anche voler visualizzare le risorse che si trovano a livello globale. L'opzione Globale significa che solo un'istanza logica e accessibile a livello globale del servizio, indipendente da qualsiasi regione o zona, viene pubblicata per i carichi di lavoro dei clienti. Questi tipi di risorse sono accessibili da un endpoint globale.
Come illustrato nel grafico seguente, un data center è un edificio fisico che rappresenta una zona situata all'interno di una regione multizona (MZR). Un MZR è organizzato in base alla sua posizione metropolitana. Ad esempio, Londra può comprendere più di un raggruppamento di data center all'interno di un MZR. Il grafico mostra tre zone in un MZR che lavorano insieme nel caso in cui uno dei data center non sia disponibile. Le zone sono collegate direttamente tra loro o tramite collegamenti a bassa latenza.
Centri dati classici
Oltre a selezionare una regione per la risorsa, è possibile scegliere da un elenco di data center IBM Cloud, se si lavora con l'infrastruttura classica o con risorse Power Virtual Server.
I data center ospitano le risorse di alimentazione, raffreddamento, calcolo, rete e archiviazione utilizzate per i servizi e le applicazioni. Non garantiscono l'isolamento da più zone in un luogo.
I data center si basano su un'architettura POD in cui ogni data center può avere più di un POD, a seconda del build out on-demand. Ogni POD è composto da rack, server, reti e storage, oltre che da generatori di energia di backup. Il posizionamento dei server del carico di lavoro nei POD migliora la disponibilità.
Vedi la seguente tabella per il codice specifico di ogni data center.
Data center | Codice |
---|---|
Dallas 08 [1] | DAL08 |
Dallas 09 | DAL09 |
Dallas 10 | DAL10 |
Dallas 12 | DAL12 |
Dallas 13 | DAL13 |
Dallas 14 | DAL14 |
Montreal 01 | MON01 |
San Jose 03 | SJC03 |
San Jose 04 | SJC04 |
San Paolo 01 | SAO01 |
San Paolo 04 | SAO04 |
San Paolo 05 | SAO05 |
Toronto 01 | TOR01 |
Toronto 04 | TOR04 |
Toronto 05 | TOR05 |
Washington DC 03 [2] | WDC03 |
Washington DC 04 | WDC04 |
Washington DC 06 | WDC06 |
Washington DC 07 | WDC07 |
Data center | Codice |
---|---|
Amsterdam 03 | AMS03 |
Francoforte 02 | FRA02 |
Francoforte 04 | FRA04 |
Francoforte 05 | FRA05 |
Londra 02 | LON02 |
Londra 04 | LON04 |
Londra 05 | LON05 |
Londra 06 | LON06 |
Madrid 02 | MAD02 |
Madrid 04 | MAD04 |
Madrid 05 | MAD05 |
Milano 01 | MIL01 |
Parigi 01 | PAR01 |
Data center | Codice |
---|---|
Chennai 01 | CHE01 |
Osaka 21 | OSA21 |
Osaka 22 | OSA22 |
Osaka 23 | OSA23 |
Singapore 01 | SNG01 |
Sydney 01 | SYD01 |
Sydney 04 | SYD04 |
Sydney 05 | SYD05 |
Tokyo 02 | TOK02 |
Tokyo 04 | TOK04 |
Tokyo 05 | TOK05 |
La tabella include alcuni data center destinati a chiudere a breve. Per l'elenco dei data center che stanno chiudendo, vedere Chiusura di data center.
-
IBM Cloud for Government Per saperne di più ↩︎
-
IBM Cloud for Government Per saperne di più ↩︎