Cette section du guide des archétypes de déploiement Google Cloud compare les archétypes de déploiement en termes de disponibilité, de robustesse contre les interruptions, de coûts et de complexité opérationnelle.
Le tableau suivant récapitule l'analyse comparative des archétypes de déploiement de base : zonal, régional, multirégional et mondial. Pour les topologies hybrides et multicloud, l'archétype de déploiement utilisé pour la partie Google Cloud de la topologie influence la disponibilité, la robustesse contre les interruptions, les coûts et la complexité opérationnelle.
| Considération de conception | Zonal | Régional | Multirégional | Monde |
|---|---|---|---|---|
| Disponibilité de l'infrastructure | 99,9 % (trois neufs) | 99,99 % (quatre neufs) | 99,999 % (cinq neufs) | 99,999 % (cinq neufs) |
| Robustesse de l'infrastructure en cas de pannes zonales | RTO en heures ou en jours | RTO proche de zéro si la réplication est synchrone | RTO proche de zéro si la réplication est synchrone | RTO proche de zéro si la réplication est synchrone |
| Robustesse de l'infrastructure en cas de pannes régionales | RTO en heures ou en jours | RTO en heures ou en jours | RTO proche de zéro si la réplication est synchrone | RTO proche de zéro si la réplication est synchrone |
| Coût des ressources Google Cloud | Basse | Moyen | Élevée | Moyenne |
| Complexité opérationnelle | Plus simple que les autres archétypes de déploiement | Plus complexe que zonal | Plus complexe que régional | Potentiellement plus simple que multirégional |
Les sections suivantes décrivent l'analyse comparative résumée dans le tableau précédent
Disponibilité de l'infrastructure
Les sections suivantes décrivent les différences de disponibilité de l'infrastructure entre les archétypes de déploiement.
Archétypes de déploiement zonaux, régionaux, multirégionaux et mondiaux
L'infrastructure Google Cloud est conçue pour offrir une disponibilité cible de 99,9 % pour votre charge de travail lorsque vous utilisez l'archétype de déploiement zonal, 99,99 % pour les déploiements régionaux et 99,999 % pour les déploiements multirégionaux et mondiaux. Ces chiffres de disponibilité sont des cibles pour l'infrastructure au niveau de la plate-forme.
La disponibilité d'une application déployée dans Google Cloud dépend des facteurs suivants, en plus de l'archétype de déploiement :
- Conception de l'application
- Nombre de niveaux interdépendants dans la pile d'application
- Contrats de niveau de service (SLA) de disponibilité pour les services Google Cloud utilisés
- Quantité de ressources redondantes
- Champs d'application d'emplacement des ressources
Pour en savoir plus, consultez la page Composants fondamentaux de la fiabilité dans Google Cloud.
Archétypes de déploiement hybride et multicloud
Pour une topologie hybride ou multicloud, la disponibilité mondiale dépend de l'infrastructure de chaque environnement et des interdépendances entre les environnements.
- Si des interdépendances critiques existent entre des composants dans Google Cloud et des composants en dehors de Google Cloud, la disponibilité mondiale est inférieure à celle du composant qui offre le moins de disponibilité dans tous les environnements.
- Si chaque composant de l'application est déployé de manière redondante sur Google Cloud et sur site ou sur d'autres plates-formes cloud, la redondance garantit une haute disponibilité.
Robustesse de l'infrastructure en cas de pannes zonales et régionales
Les sections suivantes décrivent les différences entre les archétypes de déploiement eu égard à la capacité de l'infrastructure à continuer de gérer vos charges de travail en cas de pannes zonales et régionales de Google Cloud.
Archétype de déploiement zonal
Une architecture qui utilise l'archétype de déploiement à zone unique de base n'est pas robuste en cas de panne zonale. Vous devez planifier la reprise après sinistre en fonction de votre objectif de point de récupération (RPO) et de votre objectif de temps de récupération (RTO). Par exemple, vous pouvez gérer une instance répliquée passive ou réduite de l'infrastructure dans une autre zone (de basculement). En cas de panne dans la zone principale, vous pouvez promouvoir la base de données dans la zone de basculement en tant que base de données principale et mettre à jour l'équilibreur de charge pour envoyer le trafic vers l'interface dans la zone de basculement.
Archétype de déploiement régional
Une architecture utilisant l'archétype de déploiement régional est robuste face aux pannes zonales. Une défaillance dans une zone est peu susceptible d'affecter l'infrastructure dans les autres zones. Le RTO est proche de zéro si les données sont répliquées de manière synchrone. Toutefois, lorsqu'une panne affecte l'ensemble d'une région Google Cloud, l'application devient indisponible. Planifiez votre reprise après sinistre en fonction de votre RPO et de votre RTO pour l'application. Par exemple, vous pouvez provisionner une instance répliquée passive de l'infrastructure dans une autre région, puis l'activer en cas de panne régionale.
Archétypes de déploiement multirégional et mondial
Une architecture qui utilise l'archétype de déploiement multirégional ou mondial est robuste en cas de panne zonale et régionale. Le RTO est proche de zéro si les données sont répliquées de manière synchrone. Une architecture dans laquelle l'application s'exécute en tant que pile mondiale ignorante de l'emplacement offre le niveau de fiabilité le plus élevé contre les pannes régionales.
Archétypes de déploiement hybride et multicloud
La robustesse des architectures hybride et multicloud dépend de la robustesse de chaque environnement (Google Cloud, sur site et autres plates-formes cloud), ainsi que des interdépendances entre les environnements.
Par exemple, si chaque composant d'une application s'exécute de manière redondante dans Google Cloud et dans un autre environnement (sur site ou sur une autre plate-forme cloud), l'application est robuste contre tous les types de panne Google Cloud. Si des interdépendances critiques existent entre des composants dans Google Cloud et des composants déployés sur site ou sur d'autres plates-formes cloud, la robustesse contre les interruptions de Google Cloud dépend de la robustesse de l'archétype de déploiement que vous utilisez dans la partie Google Cloud de l'architecture.
Coût des ressources Google Cloud
Le coût des ressources Google Cloud requises pour une application dépend des services Google Cloud que vous utilisez, du nombre de ressources que vous provisionnez, de la période pendant laquelle vous conservez ou utilisez des ressources, et de l'archétype de déploiement choisi. Vous pouvez utiliser le simulateur de coût Google Cloud pour estimer le coût des ressources Google Cloud dans une architecture basée sur n'importe quel archétype de déploiement.
Les sections suivantes décrivent les différences de coût des ressources Google Cloud entre les différents archétypes de déploiement.
Archétypes de déploiement zonal, régional et multirégional
Par rapport à une architecture utilisant l'archétype de déploiement zonal, une architecture utilisant l'archétype de déploiement multirégional peut entraîner des coûts supplémentaires pour le stockage redondant. En outre, pour tout trafic réseau qui traverse les limites régionales, vous devez prendre en compte les coûts liés aux transferts de données interrégionaux.
Archétype de déploiement mondial
Cet archétype vous permet d'utiliser des ressources mondiales à disponibilité élevée, par exemple un équilibreur de charge mondial. Le coût de configuration et d'exploitation des ressources cloud peut être inférieur à celui d'un déploiement multirégional dans lequel vous provisionnez et configurez plusieurs instances de ressources régionales. Toutefois, dans certains cas, les ressources mondiales peuvent entraîner des coûts plus élevés. Par exemple, l'équilibreur de charge mondial nécessite une mise en réseau de niveau Premium alors que les équilibreurs de charge régionaux ne nécessitent que le niveau Standard.
Archétypes de déploiement hybride et multicloud
Dans une architecture de déploiement hybride ou multicloud, vous devez prendre en compte des coûts supplémentaires ainsi que le coût des ressources que vous provisionnez. Par exemple, prenez en compte les coûts tels que la mise en réseau hybride ou multicloud, ainsi que les coûts de surveillance et de gestion des ressources dans plusieurs environnements.
Considérations applicables à tous les archétypes de déploiement
Lorsque vous évaluez le coût d'exécution d'une charge de travail cloud, vous devez prendre en compte les coûts supplémentaires ainsi que le coût des ressources Google Cloud que vous provisionnez. Par exemple, tenez compte des dépenses de personnel et des coûts généraux pour concevoir, créer et gérer votre déploiement cloud.
Pour comparer le coût des ressources Google Cloud pour les différents archétypes de déploiement, tenez également compte du coût par unité de travail exécutée par l'application. Identifiez les unités de travail qui reflètent les facteurs métier de l'application, telles que le nombre d'utilisateurs gérés ou le nombre de requêtes traitées.
En gérant soigneusement l'utilisation de vos ressources Google Cloud et en appliquant les bonnes pratiques recommandées par Google, vous pouvez optimiser le coût de vos déploiements cloud. Pour en savoir plus, consultez la page Framework d'architecture Google Cloud : optimisation des coûts.
Complexité opérationnelle
Les sections suivantes décrivent les différences de complexité opérationnelle entre les archétypes de déploiement, qui dépendent du nombre de ressources d'infrastructure, des fonctionnalités et des piles d'applications que vous devez gérer.
Archétypes de déploiement zonal, régional et multirégional
Une architecture basée sur l'archétype de déploiement zonal est plus facile à configurer et à gérer que les autres architectures de déploiement. Une application qui s'exécute de manière redondante dans plusieurs zones ou régions nécessite un effort opérationnel plus important, pour les raisons suivantes :
- L'état des piles d'applications dans différents emplacements doit être surveillé à la fois au niveau de la pile et pour chaque composant de l'application.
- Si un composant devient indisponible dans un emplacement, les requêtes en cours doivent être traitées correctement.
- Les modifications d'applications doivent être déployées avec prudence.
- Les bases de données doivent être synchronisées entre tous les emplacements.
Archétype de déploiement mondial
L'archétype de déploiement mondial vous permet d'utiliser des ressources mondiales à disponibilité élevée, telles qu'un équilibreur de charge mondial et une base de données mondiale. La configuration et l'exploitation des ressources cloud peuvent être plus simples que pour un déploiement multirégional, dans lequel vous devez gérer plusieurs instances de ressources régionales. Cependant, vous devez gérer les modifications apportées aux ressources mondiales avec prudence.
Les efforts nécessaires pour exploiter une architecture utilisant l'archétype de déploiement mondial varient selon que vous déployez une pile distribuée non consciente de l'emplacement ou plusieurs piles régionales isolées :
- Une application distribuée non consciente de l'emplacement peut être étendue et mise à l'échelle avec plus de flexibilité. Par exemple, si certains composants ont des exigences critiques de latence pour l'utilisateur final dans des emplacements spécifiques, vous pouvez déployer ces composants dans les emplacements en question et déployer le reste de la pile dans d'autres emplacements.
- Une application déployée sous forme de plusieurs piles régionales isolées nécessite davantage d'efforts de gestion, en raison des facteurs suivants :
- L'état des piles d'applications dans différents emplacements doit être surveillé à la fois au niveau de la pile et pour chaque composant.
- Si un composant devient indisponible dans un emplacement, les requêtes en cours doivent être traitées correctement.
- Les modifications d'applications doivent être déployées avec prudence.
- Les bases de données doivent être synchronisées entre tous les emplacements.
Archétypes de déploiement hybride et multicloud
Les topologies hybrides ou multicloud nécessitent davantage d'efforts de configuration et de gestion qu'une architecture qui n'utilise que Google Cloud.
- Les ressources doivent être gérées de manière cohérente sur les topologies sur site et sur Google Cloud. Pour gérer les applications hybrides conteneurisées, vous pouvez utiliser des solutions telles que GKE Enterprise, un modèle d'exploitation cloud unifié qui permet de provisionner, mettre à jour et optimiser des clusters Kubernetes dans plusieurs emplacements.
- Vous avez besoin d'un moyen de provisionner et de gérer efficacement les ressources sur plusieurs plates-formes. Des outils tels que Terraform peuvent vous aider à réduire les efforts de provisionnement.
- Les fonctionnalités et les outils de sécurité ne sont pas standardisés entre les différentes plates-formes cloud. Vos administrateurs de sécurité doivent acquérir des compétences et une expertise pour gérer la sécurité des ressources réparties sur toutes les plates-formes cloud que vous utilisez.