doc-locale/fr-fr/administration/gitaly/gitaly_geo_capabilities.md
Il est courant de vouloir la solution la plus disponible, récupérable rapidement, hautement performante et entièrement résiliente pour vos données. Cependant, il existe des compromis.
Les tableaux suivants sont destinés à vous guider pour choisir la bonne combinaison de capacités en fonction de vos besoins.
| Capacité | Disponibilité | Récupérabilité | Résilience des données | Performances | Risques/Compromis |
|---|---|---|---|---|---|
| Gitaly Cluster (Praefect) | Très élevée - tolérante aux défaillances de nœuds | RTO pour un seul nœud de 10 s sans intervention manuelle | Les données sont stockées sur plusieurs nœuds | Bon - Bien que les écritures puissent prendre légèrement plus de temps en raison du vote, la distribution des lectures améliore les vitesses de lecture | Compromis - Légère diminution de la vitesse d'écriture pour une solution de stockage redondante et fortement cohérente. Risques - Ne prend pas en charge les sauvegardes de snapshots, la tâche de sauvegarde GitLab peut être lente pour les grands ensembles de données |
| Gitaly Shards | L'emplacement de stockage unique est un point de défaillance unique | Il faudrait restaurer uniquement les shards ayant échoué | Point de défaillance unique | Bon - peut allouer des dépôts aux shards pour répartir la charge | Compromis - Il faut configurer manuellement les dépôts dans différents shards pour équilibrer les charges / l'espace de stockage. Risques - Le point de défaillance unique repose sur le processus de récupération en cas de défaillance d'un seul nœud |
Si vos besoins de disponibilité doivent s'étendre à plusieurs zones ou plusieurs emplacements, lisez la documentation sur Geo.
| Capacité | Disponibilité | Récupérabilité | Résilience des données | Performances | Risques/Compromis |
|---|---|---|---|---|---|
| Geo | Dépend de l'architecture du site Geo. Il est possible de déployer des sites secondaires dans des configurations à nœud unique ou à plusieurs nœuds. | Cohérence éventuelle. Le point de récupération dépend du délai de réplication, qui dépend de nombreux facteurs tels que les vitesses réseau. Geo prend en charge le basculement d'un site principal vers un site secondaire à l'aide de commandes manuelles scriptables. | Geo réplique et vérifie 100 % des types de données planifiés. Consultez le tableau des types de données répliquées pour plus de détails. | Améliore les temps de lecture/clonage pour les utilisateurs d'un site secondaire. | Geo n'est pas destiné à remplacer d'autres solutions de sauvegarde/restauration. En raison du délai de réplication et de la possibilité de répliquer des données incorrectes depuis un site principal, les clients doivent également effectuer des sauvegardes régulières de leur site principal et tester le processus de restauration. |
Le tableau suivant décrit les modes de défaillance et les chemins d'atténuation pour les offres produits détaillées dans les tableaux précédents. L'installation de Gitaly Cluster (Praefect) suppose un facteur de réplication impair de 3 ou plus.
| Mode Gitaly | Perte d'un seul nœud Gitaly | Corruption d'application / de données | Panne régionale (perte d'instance) | Notes |
|---|---|---|---|---|
| Nœud Gitaly unique | Temps d'arrêt - Doit être restauré depuis la sauvegarde | Temps d'arrêt - Doit être restauré depuis la sauvegarde | Temps d'arrêt - Doit attendre la fin de la panne | |
| Nœud Gitaly unique + Geo secondaire | Temps d'arrêt - Doit être restauré depuis la sauvegarde, peut effectuer un basculement manuel vers le secondaire | Temps d'arrêt - Doit être restauré depuis la sauvegarde, des erreurs ont pu se propager vers le secondaire | Intervention manuelle - basculement vers le site secondaire Geo | |
| Installation Gitaly en mode shardé | Temps d'arrêt partiel - Seuls les dépôts sur le nœud impacté sont affectés, doit être restauré depuis la sauvegarde | Temps d'arrêt partiel - Seuls les dépôts sur le nœud impacté sont affectés, doit être restauré depuis la sauvegarde | Temps d'arrêt - Doit attendre la fin de la panne | |
| Installation Gitaly en mode shardé + Geo secondaire | Temps d'arrêt partiel - Seuls les dépôts sur le nœud impacté sont affectés, doit être restauré depuis la sauvegarde, peut effectuer un basculement manuel vers le secondaire pour les dépôts impactés | Temps d'arrêt partiel - Seuls les dépôts sur le nœud impacté sont affectés, doit être restauré depuis la sauvegarde, des erreurs ont pu se propager vers le secondaire | Intervention manuelle - basculement vers le site secondaire Geo | |
| Installation Gitaly Cluster (Praefect)* | Aucun temps d'arrêt - permute le dépôt principal vers un autre nœud après 10 secondes | Non applicable ; toutes les écritures sont soumises au vote de plusieurs nœuds Gitaly Cluster (Praefect) | Temps d'arrêt - Doit attendre la fin de la panne | Les sauvegardes de snapshots pour les nœuds Gitaly Cluster (Praefect) ne sont pas prises en charge à l'heure actuelle |
| Installation Gitaly Cluster (Praefect)* + Geo secondaire | Aucun temps d'arrêt - permute le dépôt principal vers un autre nœud après 10 secondes | Non applicable ; toutes les écritures sont soumises au vote de plusieurs nœuds Gitaly Cluster (Praefect) | Intervention manuelle - basculement vers le site secondaire Geo | Les sauvegardes de snapshots pour les nœuds Gitaly Cluster (Praefect) ne sont pas prises en charge à l'heure actuelle |