IBM Cloud Docs
IBM Cloud regione e ubicazione dei centri dati per la distribuzione delle risorse

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.

Mappa globale che mostra MZR e sedi di centri dati
Mappa di MZR e sedi di centri dati

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.

Questo diagramma mostra una geografia che contiene edifici che ospitano una regione multizona(MZR)
Regione multizona (MZR)

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.

MZR in Nord e Sud America
Utilizzare i pulsanti prima della tabella per modificare il contesto della tabella. Le intestazioni delle colonne identificano il tipo di località nella specifica area geografica.
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
MZR in Europa
Utilizzare i pulsanti prima della tabella per modificare il contesto della tabella. Le intestazioni delle colonne identificano il tipo di località nella specifica area geografica.
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
MZR in Asia Pacifico
Utilizzare i pulsanti prima della tabella per modificare il contesto della tabella. Le intestazioni delle colonne identificano il tipo di località nella specifica area geografica.
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.

Questo diagramma mostra una geografia che contiene una SC-MZR
MZR a campus singolo

La tabella seguente elenca le sedi SC-MZR disponibili su IBM Cloud e le relative regioni e zone.

mZR a campus singolo
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.

Nomi di zone universali MZR - Nord e Sud America
Utilizzare i pulsanti prima della tabella per modificare il contesto della tabella. Le intestazioni delle colonne identificano il tipo di località.
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
Nomi di zone universali MZR - Europa
Utilizzare i pulsanti prima della tabella per modificare il contesto della tabella. Le intestazioni delle colonne identificano il tipo di località.
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
Nomi di zone universali MZR - Asia Pacifico
Utilizzare i pulsanti prima della tabella per modificare il contesto della tabella. Le intestazioni delle colonne identificano i data center situati nella specifica area geografica.
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.

nome della zona universale MZR a campus singolo
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.

Una gerarchia di localizzazione che mostra una geografia contenente edifici di data center all'interno di zone interconnesse con punti di presenza all'interno di una metropolitana.
Gerarchia della posizione

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.

Centri dati in Nord e Sud America
Utilizzare i pulsanti prima della tabella per modificare il contesto della tabella. Le intestazioni delle colonne identificano i data center situati nella specifica area geografica.
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
Centri dati in Europa
Utilizzare i pulsanti prima della tabella per modificare il contesto della tabella. Le intestazioni delle colonne identificano i data center situati nella specifica area geografica.
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
Centri dati in Asia Pacifico
Utilizzare i pulsanti prima della tabella per modificare il contesto della tabella. Le intestazioni delle colonne identificano i data center situati nella specifica area geografica.
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.


  1. IBM Cloud for Government Per saperne di più ↩︎

  2. IBM Cloud for Government Per saperne di più ↩︎