IBM Cloud politique de déploiement des services et disponibilité dans les régions
Comprendre la politique de déploiement des services de IBM Cloud® pour déployer des services de base et des services adaptés au marché dans des régions multizones, des centres de gestion à campus unique et des centres de données.
IBM Cloud® dispose d'un réseau mondial de sites résilients pour héberger votre charge de travail en nuage hautement disponible. Pour garantir la cohérence et la stabilité de l'infrastructure et des services cloud sur l'ensemble de nos sites de déploiement, nous avons créé des meilleures pratiques pour la gestion de notre catalogue de services. Ces meilleures pratiques nous aident à réaliser les déploiements de la manière la plus efficace et à réduire l'impact sur l'entreprise, les coûts et les risques. Les informations suivantes décrivent nos instruction sur la disponibilité ou la demande d'un service dans votre région.
Cette politique s'applique à toutes les ZMZ publiques IBM Cloud, aux ZMZ publiques à campus unique et aux centres de données publics.
IBM® classe nos services déployés sur nos sites publics en deux catégories : les services de base et les services axés sur le marché.
Principaux services
Toutes les régions multizones de IBM® contiennent les services de base suivants, qui sont les services les plus élémentaires et les plus vitaux nécessaires à la majorité des charges de travail des clients.
- IBM Cloud plate-forme (console, CLI, Identity and Access Management, et catalogue global)
- IBM Cloud® Virtual Private Cloud
- IBM® Cloud Block Storage for Virtual Private Cloud
- IBM Cloud® Virtual Servers for Virtual Private Cloud
- Virtual Private Network (VPN) for VPC
- IBM Cloud® Transit Gateway
- Network Load Balancer for VPC
- Application Load Balancer for VPC
- Virtual Private Endpoint (VPE) for VPC
- IBM Cloud® DNS Services
- IBM Cloud Object Storage
- IBM Cloud Databases for PostgreSQL
- IBM Key Protect for IBM Cloud
- IBM Cloud® Continuous Delivery
- IBM Cloud Container Registry
- IBM Cloud Kubernetes Service
- Red Hat OpenShift on IBM Cloud
La plate-forme IBM Cloud, y compris la console, le CLI, Identity and Access Management et le catalogue global, est une instance accessible dans le monde entier et indépendante de toute région ou zone. Les ressources mondiales telles que la plateforme sont accessibles à partir d'un noeud final mondial.
Niveaux de déploiement
IBM identifie les niveaux de déploiement suivants qui peuvent contenir des services de base, des services axés sur le marché ou les deux.
| Niveau de déploiement | Principal service | Services orientés marché |
|---|---|---|
| Région multizone |  |
|
| MZR à un seul campus | |
|
| Centre de données | |
Déploiements des principaux services
- Ajout d'un nouveau service principal aux MZR existantes
- Une fois qu'un nouveau service de base est déployé dans la première MZR et ajouté à cette politique de déploiement de services IBM Cloud, le nouveau service de base sera déployé dans toutes les autres MZR dans un délai de 90 jours.
- Mise à jour des services principaux existants dans les MZR existantes
- Après qu'une mise à jour généralement disponible d'un service de base existant a été déployée dans la première MZR et documentée dans une note de publication, la même mise à jour est déployée dans toutes les autres MZR dans un délai de 30 jours.
Tous les profils et fonctions dépendant du matériel ne sont pas disponibles dans toutes les MZR. Si le service que vous souhaitez obtenir dépend d'un tel profil ou d'une telle caractéristique, contactez IBM Cloud Sales pour obtenir des détails sur la disponibilité.
Certains services pourraient être déployés plus tôt.
Déploiements orientés marché
Les services orientés marché sont déployés en fonction d'une demande suffisante de la part des clients. Pour demander que l'un de ces services soit disponible dans votre région, contactez IBM Cloud Sales.
Les déploiements dans un endroit autre qu'une MZR dépend toujours du marché.
La classification axée sur le marché couvre tous les cas autres que ceux spécifiés dans la description des MZR.
Normes de dépendance et de disponibilité du service
Pour chaque service, vous pouvez revoir nos normes de dépendance et de disponibilité.
- IBM Cloud sont disponibles dans plusieurs régions du monde.
- Les services IBM peuvent être déployés à l'aide de différents modèles et les normes SLA qui s'appliquent à chaque modèle sont décrites dans les accords sur les niveaux de service
- Suivez nos meilleures pratiques pour vous assurer que votre environnement qui intègre l'utilisation des services IBM Cloud est aussi résilient que possible. Consultez la documentation sur la résilience qui est publiée dans le centre d'architecture.
- Pour créer une solution répondant à vos besoins, il est important de consulter la Matrice de responsabilité partagée pour plus d'informations sur la portée des services.
- Pour une référence rapide, nous incluons des liens vers les documents de haute disponibilité pour les services dans notre description SLO .
Niveaux de dépendance
La mise en oeuvre de bas niveau et les détails des services changent en fonction de vos exigences d'installation et de configuration. C'est pourquoi nous avons fourni une explication de haut niveau pour les dépendances.
Ces niveaux peuvent être considérés comme des couches ou des niveaux dans un diagramme de bloc architectural. Chaque couche peut ne dépendre que des couches inférieures, bien que certaines dépendances puissent être remplies dans la même couche dans le cas de certains services complexes.
Les principaux services constituent la base de notre infrastructure cloud. Ces services sont nécessaires pour la mise en service d'un nouvel emplacement MZR et doivent être mis à jour sur l'ensemble concerné lorsqu'il y a un changement fondamental.
Les services axés sur le marché resposent sur la demande du marché et dépendent des services de base et de certains autres services au sein de cette catégorie axée sur le marché. Les autres services sont des services qui sont nécessaires pour soutenir la réglementation qui s'applique dans différents régions ou secteurs d'activité.
La classification axée sur le marché couvre tous les services autres que ceux spécifiés dans la description des principaux services.
Dépendances de service à service
Les services backend de IBM Cloud soutiennent tous les autres services au sein de nos unités de déploiement.
IBM Cloud ont un ensemble de dépendances qui sont autonomes au sein des unités de déploiement de MZR. Les autres dépendances de service utilisent des services mondiaux qui sont fournis à partir d'emplacements interrégionaux. Toute solution qui n'est pas hébergée dans une MZR peut nécessiter une MZR associée qui héberge les services du plan de contrôle.
Si vous êtes un client actuel de IBM Cloud et que vous avez conclu un accord de non-divulgation avec IBM, vous pouvez demander les rapports de dépendance du service en allant sur Compliance support sous PaaS compliance report et en soumettant une demande.
Pour les dimensions clés que sont le calcul, le stockage, la mise en réseau et l'authentification ou l'autorisation, nous indiquons les dépendances suivantes.
- Plans de contrôle
-
Les dépendances communes des plans de contrôle sont les suivantes :
- Le plan de données d'identité ou de plateforme pour l'authentification et l'autorisation
- Service de suivi d'audit
- Services internes qui fournissent, par exemple, le flux de travaux, le stockage des métadonnées, la surveillance et la journalisation
- Equilibreurs de charge, VPN et autres services d'infrastructure réseau
Certains plans de contrôle ont évidemment des dépendances spécifiques au service. Par exemple, le plan de contrôle de calcul, lors du démarrage d'une instance bare metal ou de machine virtuelle, dépend de ce qui suit :
- Object Storage pour extraire les images système requises
- Plan de contrôle des volumes de blocs pour la mise à disposition et l'attachement des volumes.
- Plan de contrôle de réseau pour la mise à dispoisition et l'attachement de des cartes NIC, les sous-réseaux, etc.
- Plans de données
-
Les plans de données des services de base suivent le principe général selon lequel chaque plan de données est conçu pour avoir des dépendances minimales, afin d'obtenir une haute disponibilité, un temps de diagnostic et un temps de récupération rapides. Par conséquent, les systèmes continuent de fonctionner (avec certaines limitations, par exemple, ils ne peuvent pas mettre à disposition, redémarrer ou se déconnecter) même en cas d'indisponibilité du plan de contrôle.
- Réseau
-
Les données réseau et les plans de contrôle existent dans chaque unité de déploiement.
Certains services dépendent d'autres dans le coeur. Par exemple les services de calcul comme les instances bare metal et VM dépendent du plan de données des volumes de blocs et du plan de données de la mise en réseau, et seront donc affectés par l'indisponibilité des plans de données de ces services. Toutefois, comme indiqué précédemment, les plans de contrôle peuvent subir une indisponibilité et les instances de calcul continuent de fonctionner, si elles ne nécessitent pas le plan de contrôle du service associé (c'est-à-dire l'augmentation de la taille du volume de stockage, etc.)
- Services internes
- Tous les services internes ou externes tournés vers le client dépendent du plan de données de l'identité et de la plate-forme pour l'authentification et l'autorisation. Les plans de contrôle pour la surveillance, la journalisation et IBM Cloud CLI et les services de plan de données pour les services de sécurité dépendent du plan de données de la plate-forme d'identité. (Les configurations spécifiques peuvent varier.)
- Stockage
- Le plan de données Object Storage ne dépend pas des volumes de blocs ou du stockage de fichiers. Les services qui prennent en charge la sauvegarde et la restauration dépendent de Object Storage pour fonctionner. Par conséquent, ces services requièrent que les données et les plans de contrôle des volumes de blocs existent dans chaque unité de déploiement.