feat(cnpg): OVH en 1.30.1 et sauvegardes par le plugin Barman Cloud #165
Loading…
Reference in a new issue
No description provided.
Delete branch "feat/cnpg-ovh-1.30-plugin"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Préparation de la fenêtre OVH du 2026-09-29 (00:00 UTC), mêmes procédures
qu'IONOS (étapes 2b-1, 2b-2 et 2b-3 des 26 et 27/09).
CNPG 1.27, un primaire qui ne joint plus l'API interroge ses pairs sur leur
API REST (port 8000, adresse de pod) et redémarre s'il n'en joint aucun
(isolationCheck, actif par défaut). Mesuré le 2026-09-28 : le primaire de
chaque base OVH ne joint pas son réplica sur 8000. Sans cette règle, une
coupure de l'API managée d'OVH redémarrerait le primaire ;
3103cf3) n'avait pas été appliquée sur OVH.depuis le 2026-09-27 (rechargement, sans coupure).
(isWALArchiver), target: prefer-standby explicité.
changement : compression snappy des WAL, qui partaient bruts (IONOS l'a depuis
le 2026-08-12).
Simulé côté serveur le 2026-09-28 sur OVH : les 4 charts de l'opérateur
(0.26.1 à 0.29.1), le plugin (17 ressources), les poolers, les règles réseau
et les manifestes des bases ; seuls les champs ci-dessus changent.
Préparation de la fenêtre OVH du 2026-09-29 (00:00 UTC), mêmes procédures qu'IONOS (étapes 2b-1, 2b-2 et 2b-3 des 26 et 27/09). - Règles réseau, sans coupure, à appliquer AVANT la montée : - sortie 8000 des instances vers les autres instances (podSelector). Depuis CNPG 1.27, un primaire qui ne joint plus l'API interroge ses pairs sur leur API REST (port 8000, adresse de pod) et redémarre s'il n'en joint aucun (isolationCheck, actif par défaut). Mesuré le 2026-09-28 : le primaire de chaque base OVH ne joint pas son réplica sur 8000. Sans cette règle, une coupure de l'API managée d'OVH redémarrerait le primaire ; - la sortie 443/6443 des poolers (3103cf3) n'avait pas été appliquée sur OVH. - Poolers critical et business : server_idle_timeout 60 s, comme le staging depuis le 2026-09-27 (rechargement, sans coupure). - Clusters critical et business : - PostgreSQL 17.11 (system-bullseye, même OS que la 17.10) ; - barmanObjectStore et retentionPolicy retirés, plugin déclaré (isWALArchiver), target: prefer-standby explicité. - ObjectStore par base : même bucket, même chemin, mêmes identifiants. Seul changement : compression snappy des WAL, qui partaient bruts (IONOS l'a depuis le 2026-08-12). - ScheduledBackup en method: plugin. Simulé côté serveur le 2026-09-28 sur OVH : les 4 charts de l'opérateur (0.26.1 à 0.29.1), le plugin (17 ressources), les poolers, les règles réseau et les manifestes des bases ; seuls les champs ci-dessus changent.