Regioni

IBM® offre due tipi di regioni: le MZR e le MZR a campus unico, ed entrambe sono considerate 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 inoltre un nome di zona universale che funge da identificatore per una zona e che è coerente in tutto il dominio 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 in diverse zone all’interno di un MZR e garantiscono generalmente un 99.99 % (livello 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 sedi e le zone MZR dell’ IBM Cloud e relative all’area geografica in questione.

MZR in Nord e Sud America
Utilizza i pulsanti prima della tabella per modificare il contesto della tabella. Le intestazioni delle colonne identificano il tipo di località nell'area geografica specifica.

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
Utilizza i pulsanti prima della tabella per modificare il contesto della tabella. Le intestazioni delle colonne identificano il tipo di località nell'area geografica specifica.

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
Utilizza i pulsanti prima della tabella per modificare il contesto della tabella. Le intestazioni delle colonne identificano il tipo di ubicazione nell'area geografica specifica.

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 in IBM Cloud e le regioni e le zone associate.

mZR a campus singolo

Regione	Zona
Chennai - Airtel (in-che)	in-che-1 in-che-2 in-che-3
Montreal (ca-mon)	ca-mon-1 ca-mon-2 ca-mon-3
Mumbai - Airtel (in-mum)	in-mum-1 in-mum-2 in-mum-3
Osaka (jp-osa)	jp-osa-1 jp-osa-2 jp-osa-3

Visualizzazione delle risorse per località

È possibile visualizzare tutte le risorse e le ubicazioni dalla pagina Elenco risorse della console. Se desideri visualizzare e utilizzare le risorse presenti in una determinata località, espandi il filtro " Località " e seleziona una località 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 state lavorando con un'infrastruttura classica o con risorse " Power Virtual Server ", i codici specifici dei data center sono le informazioni che vi interessano.

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 disponi di una risorsa di infrastruttura classica distribuita in un data center specifico, puoi identificare il data center in base alla sede metropolitana specifica e al codice alfanumerico. Ad esempio, utilizzare Dallas per la posizione metropolitana e Dallas 10 ( dal10 ) per il centro dati.

È inoltre possibile visualizzare le risorse distribuite in posizioni " Satellite ", gestite da una metro o regione " IBM Cloud " e che determinano dove viene eseguito il master del piano di controllo " 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 "Global" implica che ai carichi di lavoro dei clienti venga pubblicata una sola istanza logica del servizio, accessibile a livello globale e indipendente da qualsiasi regione o zona. 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.

Data center con infrastruttura classica

Oltre a selezionare una regione per la tua risorsa, puoi scegliere da un elenco dei data center di IBM Cloud, se stai utilizzando risorse di infrastruttura classica o 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.

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.