From 8fad3725b603be76f85e1d60eb4c56415c35ac4b Mon Sep 17 00:00:00 2001 From: Pierre Coimbra Date: Sat, 21 Mar 2020 14:37:18 +0100 Subject: [PATCH] Correction syntaxique --- README.md | 1 - applicatif/zone_interne/{LDAP => ldap}/README.md | 0 .../{LDAP => ldap}/interface_web_ldap.md | 0 .../zone_interne/{LDAP => ldap}/serveur_ldap.md | 0 proxmox/haute_disponibilite.md | 12 +++++++----- 5 files changed, 7 insertions(+), 6 deletions(-) rename applicatif/zone_interne/{LDAP => ldap}/README.md (100%) rename applicatif/zone_interne/{LDAP => ldap}/interface_web_ldap.md (100%) rename applicatif/zone_interne/{LDAP => ldap}/serveur_ldap.md (100%) diff --git a/README.md b/README.md index 1813418..689e95c 100644 --- a/README.md +++ b/README.md @@ -62,4 +62,3 @@ charge de former leur successeurs. 5. [Déploiement](deploiement) 1. [Introduction à Ansible](#) 2. [Déploiement via Ansible](deploiement/deploiement_avec_ansible.md) - 3. [Notes et conseils](#) diff --git a/applicatif/zone_interne/LDAP/README.md b/applicatif/zone_interne/ldap/README.md similarity index 100% rename from applicatif/zone_interne/LDAP/README.md rename to applicatif/zone_interne/ldap/README.md diff --git a/applicatif/zone_interne/LDAP/interface_web_ldap.md b/applicatif/zone_interne/ldap/interface_web_ldap.md similarity index 100% rename from applicatif/zone_interne/LDAP/interface_web_ldap.md rename to applicatif/zone_interne/ldap/interface_web_ldap.md diff --git a/applicatif/zone_interne/LDAP/serveur_ldap.md b/applicatif/zone_interne/ldap/serveur_ldap.md similarity index 100% rename from applicatif/zone_interne/LDAP/serveur_ldap.md rename to applicatif/zone_interne/ldap/serveur_ldap.md diff --git a/proxmox/haute_disponibilite.md b/proxmox/haute_disponibilite.md index 1a36f28..e3ee0e6 100644 --- a/proxmox/haute_disponibilite.md +++ b/proxmox/haute_disponibilite.md @@ -2,13 +2,13 @@ **Partie Brouillon** -Nous allons utiliser deux types de Hautes Disponibilité (HA) : -- La solution de HA proposé par Proxmox qui permet de migrer des conteneurs entre des nodes, +Nous allons utiliser deux types de Haute Disponibilité (HA) : +- La solution de HA proposée par Proxmox qui permet de migrer des conteneurs entre des nodes, - De la Haute Disponibilité via une IP Virtuelle grâce à Keep-alived. -Pour les services vitaux (HAProxy, NGINX, LDAP...) nous utiliserons une IP virtuelle, les services seront déjà présent sur toute les nodes c'est keepalived qui s'occupera de toujours rendre accessible le service. +Pour les services vitaux (HAProxy, NGINX, LDAP...) nous utiliserons une IP virtuelle, les services seront déjà présents sur toute les nodes c'est keepalived qui s'occupera de toujours rendre accessible le service. -Pour les services moins important (Cloud, Git...) nous utiliserons la solution proposé par Proxmox. +Pour les services moins importants (Cloud, Git...) nous utiliserons la solution proposée par Proxmox. Nous avons fait cette distinction car ZFS ne permet pas la migration instantanée d'un conteneur en cas de chute d'une node, surtout s'il doit migrer plusieurs conteneurs en même temps. @@ -23,6 +23,8 @@ Les services redondés et utilisant keepalived seront : ## Répartition non exhaustive des conteneurs entre les nodes +En réflexion + - OPNSense -> Alpha et Sigma - HAProxy -> Alpha, Beta et Sigma - NGINX -> Alpha, Beta et Sigma @@ -41,4 +43,4 @@ Les services redondés et utilisant keepalived seront : - Wiki KRKN -> Beta - Etat des services -> Alpha -Possibilité d'héberger des VPS d'autres Club sur la node Sigma (VLAN dédié) si accord et si stabilité. +Possibilité d'héberger des VPS d'autres Clubs sur la node Sigma (VLAN dédié) si accord et si stabilité.