Régions

IBM® propose deux types de régions : Les MZR et les MZR à campus unique, les deux étant considérées comme des MZR. Dans les deux cas, l'infrastructure sous-jacente fournit le même accord de niveau de service. Une région est un territoire géographique indépendant composé d'une ou de plusieurs zones et généralement désigné par le nom de la zone métropolitaine (métro), comme Dallas ou Londres.

Chaque zone deUn emplacement au sein d'une région qui agit comme un domaine de défaillance indépendant et dont le temps de latence avec les autres zones de la région est réduit. la région contribue à améliorer la tolérance aux pannes et à réduire les temps de latence. Une zone est identifiée par deux noms distincts. Il existe un nom de zone, par exemple us-south-1, qui est un identifiant logique pour une zone dans le contexte du compte courant. Il existe également un nom de zone universel qui est l'identifiant d'une zone cohérente sur l'ensemble du site IBM Cloud, par exemple us-south-dal10-a. Le nom de la zone universelle fournit la spécification d'emplacement pour les ressources VPC en mappant le nom de la zone à un emplacement physique, tel qu'un centre de données. Il est également possible de ne pas spécifier l'emplacement des ressources classiques par zone, mais d'utiliser le centre de données spécifique de la région, par exemple DAL10. Pour plus d'informations sur les informations relatives aux zones spécifiques à votre compte, voir Mappage des zones par compte.

En répartissant vos charges de travail sur trois zones et en utilisant des ressources cloud régionales hautement disponibles par le biais de points de terminaison privés virtuels, vous pouvez augmenter la disponibilité régionale. La répartition d'une charge de travail sur plusieurs régions peut offrir une plus grande disponibilité et servir de base à un plan de reprise après sinistre. Il existe des services en nuage zonaux, régionaux et mondiaux qui fournissent un ensemble cohérent de ressources dans toutes les régions. Les services régionaux IBM sont répartis entre les zones d'une MZR et offrent généralement une disponibilité de 99.99 % (niveau 3).

Régions multizones

Les MZR sont composés de trois centres de données ou plus, répartis en plusieurs zones et dotés d'une alimentation électrique, d'un système de refroidissement et d'une connectivité réseau indépendants, afin de garantir que les défaillances de ces composants seront isolées dans une seule zone. Les MZR assurent une connectivité à faible latence (< 2 millisecondes) et à large bande passante (> 1000 Gbps) au sein d'une zone.

Offrant le plus haut niveau de redondance et de disponibilité en s'appuyant sur trois sites distincts au sein d'une région, les MZR ont une distance minimale d'au moins 1 mile entre les zones et les distances exactes varient selon les régions. La latence de zone à zone peut être trouvée dans les tableaux de bord de latence du réseau.

Les MZR prennent en charge différents types de calcul pour les ressources VPC et les ressources d'infrastructure classiques. L'emplacement des ressources classiques est spécifié par un centre de données, tandis que l'emplacement des ressources VPC est spécifié par la zone. Pour plus d'informations sur les emplacements physiques disponibles pour votre compte par région pour les ressources VPC, voir Mappage des zones par compte.

Le tableau suivant énumère les emplacements et les zones MZR de IBM Cloud pour la géographie.

MZR en Amérique du Nord et du Sud
Les boutons situés devant le tableau permettent de modifier le contexte du tableau. Les en-têtes de colonne identifient le type de lieu dans la zone géographique concernée.

Région	Zone
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

Les MZR en Europe
Les boutons situés devant le tableau permettent de modifier le contexte du tableau. Les en-têtes de colonne identifient le type de lieu dans la zone géographique concernée.

Région	Zone
Francfort (eu-de)	eu-de-1 eu-de-2 eu-de-3
Londres (eu-gb)	eu-gb-1 eu-gb-2 eu-gb-3
Madrid (eu-es)	eu-es-1 eu-es-2 eu-es-3

MZR en Asie-Pacifique
Les boutons situés devant le tableau permettent de modifier le contexte du tableau. Les en-têtes de colonne identifient le type de localité dans la zone géographique spécifique.

Région	Zone
Sydney (au-syd)	au-syd-1 au-syd-2 au-syd-3
Tokyo (jp-tok)	jp-tok-1 jp-tok-2 jp-tok-3

Si vous faites référence à une région lorsque vous utilisez le CLI, l'API, le SDK ou Terraform, utilisez le nom programmatique de la région. Par exemple, utilisez us-south pour cibler la région de Dallas (us-south).

MZR à un campus seul

Les MZR d'un seul campus (SC-MZR) contiennent trois zones dans différentes sections d'un même bâtiment ou dans plusieurs bâtiments d'un campus où les dépendances en matière d'alimentation, de refroidissement, de réseau et de sécurité physique peuvent se chevaucher. Une SC-MZR est dotée d'une redondance et d'une résilience suffisantes pour garantir un niveau de disponibilité continue et de survie en cas de panne du système, qu'elle soit planifiée ou non.

Les accords sur les niveaux de service (SLA) sont maintenus parce que l'infrastructure est configurée de manière à pouvoir être maintenue simultanément, de sorte qu'une seule panne n'affecte pas les trois zones du même campus. Cette configuration est idéale pour les services qui prennent en charge les utilisateurs colocalisés dans la zone, car elle réduit la latence pour prendre en charge les charges de travail de reprise après sinistre.

Le tableau suivant répertorie les sites SC-MZR disponibles sur IBM Cloud ainsi que les régions et zones associées.

MZR à un campus seul

Région	Zone
Osaka (jp-osa)	jp-osa-1 jp-osa-2 jp-osa-3
Montréal (ca-mon)	ca-mon-1 ca-mon-2 ca-mon-3

Affichage des ressources par emplacement

Vous pouvez afficher toutes les ressources et tous les emplacements depuis la page Liste de ressources de la console. Si vous souhaitez afficher et utiliser les ressources dans un emplacement spécifique, développez le filtre Emplacement et sélectionnez un emplacement dans la liste. En développant une localisation spécifique, vous pouvez choisir de filtrer par régions, zones ou centres de données individuels.

Selon le type de ressource, votre intérêt ne peut être porté que sur certains types de données de localisation. Par exemple, si vous avez créé un service ou un service d'infrastructure VPC, vous pouvez filtrer la page Liste des ressources selon la région et les codes de zone. Cependant, si vous travaillez avec une infrastructure classique ou des ressources Power Virtual Server, les codes spécifiques des centres de données sont les informations pertinentes pour vous.

Par exemple, si certaines de vos ressources sont déployées dans la zone Londres 2 (eu-gb-2), vous pouvez définir des filtres pour n'afficher que ces ressources dans la liste des ressources. Développez l'option de l'agglomération de Londres, puis l'option de la région Londres (eu-gb). Dans cette région, vous pouvez effectuer une sélection dans la liste des zones disponibles, par exemple Londres 2 (eu-gb-2).

Si l'une de vos ressources d'infrastructure classique est déployée dans un centre de données spécifique, vous pouvez identifier ce centre par sa métropole et son code alphanumérique. Par exemple, utilisez Dallas pour la zone métropolitaine et Dallas 10 ( dal10 ) pour le centre de données.

Vous pouvez également voir les ressources déployées dans les sites Satellite, qui sont gérés par un métro ou une région IBM Cloud et qui déterminent l'endroit où le maître de votre plan de contrôle Satellite s'exécute. Par exemple, vous pouvez avoir un site Satellite géré par la région métropolitaine de Dallas. Développez l'option métro de Dallas, qui inclut votre emplacement Satellite, comme my-satellite-dal. Pour plus d'informations sur les métros et les régions qui gèrent les sites Satellite, voir Régions.

Vous pouvez également afficher vos ressources dont l'emplacement est global. L'option Global signifie qu'une seule instance logique du service, accessible dans le monde entier et indépendante de toute région ou zone, est publiée pour les charges de travail des clients. Ces types de ressources sont accessibles à partir d'un noeud final global.

Comme l'illustre le graphique suivant, un centre de données est un bâtiment physique qui représente une zone située dans une région multizone (MZR). Une région multizone est organisé en fonction de l'emplacement de sa métropole. Par exemple, Londres peut englober plusieurs regroupements de centres de données dans une région multizone. Le graphique montre trois zones dans une MZR qui fonctionnent ensemble dans le cas où l'un des centres de données devient indisponible. Les zones sont connectées directement entre elles ou par des liens à faible latence.

Centres de données classiques

Outre la sélection d'une région pour votre ressource, vous pouvez choisir parmi une liste de centres de données IBM Cloud, si vous travaillez avec une infrastructure classique ou des ressources Power Virtual Server.

Les centres de données hébergent les ressources d'alimentation électrique, de refroidissement, de calcul, de réseau et de stockage utilisées pour les services et les applications. Ils ne fournissent pas d'isolement pour les zones multiples dans un emplacement.

Les centres de données sont basés sur une architecture POD où chaque centre de données peut avoir plus d'un POD, en fonction de la construction à la demande. Chaque pod se compose d'armoires, de serveurs, de réseaux et de stockage ainsi que de générateurs de puissance de secours. Le fait de répartir les serveurs de charge de travail sur les POD améliore la disponibilité.

Pour connaître le code spécifique de chaque centre de données, voir le tableau suivant :

Le tableau inclut certains centres de données dont la fermeture est prévue prochainement. Pour la liste des centres de données qui ferment, voir Fermetures de centre de données.