doc-locale/fr-fr/administration/geo/setup/_index.md
{{< details >}}
{{< /details >}}
Deux sites GitLab (ou plus) fonctionnant de manière indépendante :
Un site GitLab sert de site Geo principal. Utilisez la documentation sur les architectures de référence GitLab pour effectuer cette configuration. Vous pouvez utiliser différentes tailles d'architecture de référence pour chaque site Geo. Si vous disposez déjà d'une instance GitLab fonctionnelle en cours d'utilisation, elle peut servir de site principal.
Le second site GitLab sert de site Geo secondaire. Utilisez la documentation sur les architectures de référence GitLab pour effectuer cette configuration. Il est recommandé de vous connecter et de le tester. Sachez toutefois que all of the data on the secondary are lost dans le cadre du processus de réplication depuis le site principal.
[!note] Geo prend en charge plusieurs sites secondaires. Vous pouvez suivre les mêmes étapes et apporter les modifications nécessaires.
Accès administrateur pour les deux sites. De nombreuses tâches de configuration nécessitent un accès root aux sites et un accès à la zone Admin dans l'interface utilisateur GitLab.
Assurez-vous que le site principal dispose d'un abonnement GitLab Premium ou Ultimate pour déverrouiller Geo. Une seule licence suffit pour tous les sites.
Confirmez que les exigences pour l'exécution de Geo sont satisfaites par tous les sites. Par exemple, les sites doivent utiliser la même version de GitLab et doivent pouvoir communiquer entre eux via certains ports.
Vérifiez que les configurations de stockage des sites principal et secondaire correspondent. Si le site Geo principal utilise le stockage objet, le site Geo secondaire doit également l'utiliser. Pour plus d'informations, consultez Geo avec le stockage objet.
Assurez-vous que les horloges sont synchronisées entre le site principal et le site secondaire. La synchronisation des horloges est nécessaire au bon fonctionnement de Geo. Par exemple, si la dérive d'horloge entre les sites principal et secondaire dépasse 1 minute, la réplication échoue.
Si vous avez installé GitLab à l'aide du package Linux (vivement recommandé), le processus de configuration de Geo dépend de si vous devez configurer un site Geo à nœud unique ou un site Geo multi-nœuds.
Si les deux sites Geo sont basés sur l'architecture de référence 1K, suivez Configurer Geo pour deux sites à nœud unique.
Si vous utilisez des services PostgreSQL externes, par exemple Amazon RDS, suivez Configurer Geo pour deux sites à nœud unique (avec des services PostgreSQL externes).
Selon votre déploiement GitLab, une configuration supplémentaire pour LDAP, le stockage objet et le registre de conteneurs peut être requise.
Si un ou plusieurs de vos sites utilisent l'architecture de référence 40 RPS / 2 000 utilisateurs ou une architecture plus grande, consultez Configurer Geo pour plusieurs nœuds.
Selon votre déploiement GitLab, une configuration supplémentaire pour LDAP, le stockage objet et le registre de conteneurs peut être requise.
primary (read-write) <-> secondary (read-only)) :
Selon votre déploiement GitLab, une configuration supplémentaire pour LDAP, le stockage objet et le registre de conteneurs peut être requise.
Selon la façon dont vous utilisez GitLab, la configuration suivante peut être requise :
Vous devriez configurer des URL unifiées pour utiliser une URL unique et unifiée pour tous les sites Geo.
Configurez le chart GitLab avec GitLab Geo.
Geo n'est pas pris en charge lorsque vous utilisez une installation GitLab compilée manuellement.
Après avoir installé GitLab sur les sites secondaire et effectué la configuration initiale, consultez la documentation suivante pour les informations post-installation.