KubeBlocks en production : un seul operator pour PostgreSQL, Redis, Kafka et MongoDB
Provisionner, sauvegarder, restaurer au point dans le temps et basculer des bases de données sur Kubernetes avec un seul operator. PostgreSQL sert de fil conducteur, de l'installation jusqu'au PITR ; Redis, Kafka, MongoDB et etcd montrent où le modèle plie.
coolibra09 sept. 20267 vues
- Module 01 - Le probleme, et le lab
Ce qu un StatefulSet ne sait pas faire. Un operator unique face a un operator par moteur. Le releve du cluster, et le fil rouge Escale. - Module 02 - Installer, et savoir ce qui a ete pose
Les prerequis, l installation par Helm avec les CRD separees, kbcli et ce qui differe, l inventaire de ce qui a ete cree, les addons et leur compatibilite. - Module 03 - Le modele d API de la 1.0
Cluster, Component, InstanceSet. Ce que l addon fournit. Ce qui a disparu depuis la 0.9, et comment lire un manifeste ancien. - Module 04 - PostgreSQL de bout en bout
Le premier Cluster, les topologies, les secrets et la connexion, les parametres, TLS. - Module 05 - Le Day 2 : OpsRequest
Arret et redemarrage, scaling vertical et horizontal, expansion de volume, switchover, montee de version mineure, reconstruction d un replica. - Module 06 - Sauvegarder et restaurer
Le BackupRepo sur MinIO, le backup a la demande, planifie et continu, la restauration complete, et la restauration au point dans le temps. - Module 07 - Les autres moteurs, et la ou le modele plie
Redis et sa topologie sentinel, MongoDB en replicaset, Kafka en KRaft, etcd et son quorum, Elasticsearch, Qdrant, MinIO. - Module 08 - Exploiter
La supervision par Prometheus, lire un Cluster en panne, des pannes provoquees, et les defauts connus de la version. - Module 09 - Decider, migrer, et le projet final
KubeBlocks face a un operator dedie, migrer une base existante, monter de version, ce que KubeBlocks ne fait pas.