IBM Cloud régions et centres de données pour une haute disponibilité

Régions

IBM® propose deux types de régions : les MZR et les MZR à campus unique, qui sont toutes deux 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 sert d'identifiant à une zone et qui est cohérent 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 d' IBM s sont répartis entre les différentes zones d'un MZR et offrent généralement une disponibilité de l' 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 ci-dessous répertorie les sites et les zones MZR d' IBM Cloud, par zone géographique.

MZR en Amérique du Nord et du Sud
Utilisez les boutons situés avant le tableau pour modifier le contexte de celui-ci. Les en-têtes de colonnes indiquent 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
Utilisez les boutons situés avant le tableau pour modifier le contexte de celui-ci. Les en-têtes de colonnes indiquent 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
Utilisez les boutons situés avant le tableau pour modifier le contexte de celui-ci. Les en-têtes des colonnes indiquent le type de lieu dans la zone géographique concernée.

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 ci-dessous répertorie les emplacements SC-MZR disponibles dans « IBM Cloud », ainsi que les régions et zones associées.

MZR à un campus seul

Région	Zone
Chennai - Airtel (in-che)	in-che-1 in-che-2 in-che-3
Montréal (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

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. Toutefois, si vous utilisez une infrastructure classique ou des ressources « Power Virtual Server », ce sont les codes spécifiques aux centres de données qui vous concernent.

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 consulter les ressources déployées dans des emplacements « Satellite », qui sont gérés par une métropole ou une région d’ IBM Cloud, et qui déterminent l’emplacement où s’exécute le maître de votre plan de contrôle Satellite. 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 à l'échelle mondiale et indépendante de toute région ou zone, est mise à disposition des charges de travail des clients. Ces types de ressources sont accessibles à partir d'un noeud final global.

Comme l'illustre le graphique ci-dessous, un centre de données est un bâtiment physique qui correspond à une zone située au sein d'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 schéma présente trois zones au sein d'un même MZR qui fonctionnent conjointement dans le cas où l'un des centres de données deviendrait indisponible. Les zones sont reliées entre elles soit directement, soit par des liaisons à faible latence.

Centres de données d'infrastructure classiques

Outre le choix d'une région pour votre ressource, vous pouvez sélectionner l'un des centres de données de l' IBM Cloud figurant dans la liste, si vous utilisez des ressources d'infrastructure classique ou d' 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. La répartition des serveurs de charge de travail entre les PODs 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.