GitLab HA avec Kubernetes et Gluster

Question

J'ai actuellement une configuration omnibus GitLab sur Docker. Je prévois d'avoir HA pour la même chose en l'ajoutant à Kubernetes et avoir de la persistance en utilisant Gluster. J'ai joué sur la configuration de Kubernetes avec Gluster. Il est maintenant temps d'introduire GitLab dans Kubernetes. GitLab utilise PostgreSQL comme base de données par défaut.

Ma requête est que pour mettre en œuvre HA, si i
a) divisé gitlab ce dans l'application gitlab ce et contenant PostgreSQL, puis exécutez à la fois (Application et DB) dans leur propre groupe de gousses c.-à-distincts déploiements de répliques de l'application GitLab et PostgreSQL? B) continuer à utiliser l'installateur omnibus et avoir juste des répliques de ce seul conteneur autonome?

Est-il vraiment une différence si
1) écrit arrive à un cluster db exposée via le service à l'application gitlab ce
OU
2) écrit passe directement au conteneur gitlab ce omnibus (qui a db en lui-même)

Je veux juste m'assurer que je ne finis pas inutilement par compliquer l'installation. Avoir GitLab dans Kubernetes avec Gluster rend déjà les choses un peu complexes. Est-ce que l'application de séparation et la base de données ont du sens ou simplement la configuration omnibus suffira-t-elle? Préoccupé par les écritures simultanées à DB.

Answer 1

Selon http://docs.gitlab.com/ce/install/kubernetes/gitlab_omnibus.html#introduction, vous devez utiliser des clusters Redis et PostgreSQL HA dédiés. Option b) et 1)

Pour les temps d'arrêt moins préférable d'utiliser grappe PostgreSQL maître-esclave (https://www.postgresql.org/docs/10/static/different-replication-solutions.html) et maître-esclave Redis Cluster (https://redis.io/topics/cluster-tutorial). "Notez que le cluster minimal (Redis) qui fonctionne comme prévu doit contenir au moins trois nœuds principaux".

Si vous n'utilisez que GlusterFS pour apporter un basculement à PostgreSQL, vous pouvez obtenir des erreurs nécessitant une réparation manuelle lorsqu'une instance DB se bloque et qu'une autre apparaît. Comme ceci: How do I fix Postgres so it will start after an abrupt shutdown?