doc-locale/fr-fr/administration/geo/replication/usage.md
{{< details >}}
{{< /details >}}
Après avoir configuré la réplication de base de données et configuré les nœuds Geo, utilisez le site GitLab le plus proche comme vous le feriez avec le site principal.
Vous pouvez pousser directement vers un site secondaire (à la fois HTTP, SSH y compris Git LFS), et la requête est transmise par proxy au site principal à la place.
Exemple de sortie que vous voyez lors d'un push vers un site secondaire :
$ git push
remote:
remote: This request to a Geo secondary node will be forwarded to the
remote: Geo primary node:
remote:
remote: ssh://[email protected]/user/repo.git
remote:
Everything up-to-date
[!note] Si vous utilisez HTTPS au lieu de SSH pour pousser vers le site secondaire, vous ne pouvez pas stocker les identifiants dans l'URL sous la forme
user:password@URL. À la place, vous pouvez utiliser un fichier.netrcpour les systèmes d'exploitation de type Unix ou_netrcpour Windows. Dans ce cas, les identifiants sont stockés en texte brut. Si vous recherchez un moyen plus sécurisé de stocker vos identifiants, vous pouvez utiliser Git Credential Storage.
L'interface utilisateur web sur le site secondaire est en lecture/écriture. En tant qu'utilisateur, toutes les actions autorisées sur le site principal peuvent être effectuées sur le site secondaire sans limitations.
Les requêtes d'accès à l'interface web sur les sites secondaire sont automatiquement et de manière transparente transmises par proxy vers le site principal.
Les modules Go peuvent être extraits depuis les sites secondaires, avec un certain nombre de limitations :
insteadOf) est nécessaire pour récupérer des données depuis le site Geo secondaire.~/.netrc.Pour plus d'informations, voir Utiliser un projet comme package Go.