![\"twitter\"](\"https:\/\/blog.capdata.fr\/wp-content\/plugins\/social-media-feather\/synved-social\/image\/social\/regular\/48x48\/twitter.png\" "\\"Share")
<\/a><\/a>![\"linkedin\"](\"https:\/\/blog.capdata.fr\/wp-content\/plugins\/social-media-feather\/synved-social\/image\/social\/regular\/48x48\/linkedin.png\" "\\"Share")
<\/a>![\"mail\"](\"https:\/\/blog.capdata.fr\/wp-content\/plugins\/social-media-feather\/synved-social\/image\/social\/regular\/48x48\/mail.png\" "\\"Share")
<\/a>![\"\"](\"https:\/\/blog.capdata.fr\/wp-content\/uploads\/2023\/03\/istockphoto-486570435-612x612-1-300x200.jpg\")
<\/p>\n
Hello<\/p>\n
Il y a quelques temps, je vous avais pr\u00e9sent\u00e9 un premier article sur l’installation d’une instance de base de donn\u00e9es PostgreSQL sous Docker. C’est cet article<\/a> qui nous a permis de mettre un premier pas dans le monde de la containerisation de services.<\/p>\n L’article d’aujourd’hui reprend les m\u00eames concepts, \u00e0 savoir, comment installer et configurer PostgreSQL sous minikube<\/a> et Kubernetes<\/a>.<\/p>\n Avant de pr\u00e9senter Minikube, il nous faut parler de Kubernetes.<\/p>\n Kubernetes est un outil d’orchestration de conteneurs. En d’autres termes, celui ci permet de g\u00e9rer des d\u00e9ploiements d’applications directement via une plate forme open-source. C’est autour de ce concept que Minikube s’est cr\u00e9\u00e9. Cet outil utilise les fonctionnalit\u00e9s propres \u00e0 Kubernetes mais assure un d\u00e9ploiement sur un noeud unique.<\/p>\n Il vous est donc possible de profiter d’un \u00e9co-syst\u00e8me Kubernetes complet sur un simple PC de bureau (avec une configuration RAM\/Cpu exigeante) .<\/p>\n L’objectif de cet article est donc de d\u00e9ployer une instance PostgreSQL sur Minikube.<\/p>\n Si, comme moi, vous utilisez des VMs EC2 AWS, il y a quelques informations \u00e0 conna\u00eetre.<\/p>\n Tout d’abord, il faut savoir que AWS met \u00e0 disposition un service nomm\u00e9 EKS, Elastic Kubernetes Service<\/a>, pour la gestion de clusters directement int\u00e9gr\u00e9 dans AWS. AWS met \u00e9galement \u00e0 disposition AWS Fargate<\/a>. Un service qui permet de configurer des containers, sans se soucier des types de serveurs \u00e0 mettre \u00e0 disposition. L’utilisateur de cette solution ne voit donc que le cot\u00e9 application, ses besoins en terme de scalabilit\u00e9, et AWS fait le reste.<\/p>\n Mais pour notre article, comme nous souhaitons utiliser Minikube, il nous faut une VM supportant les exigences de la virtualisation. Or sous AWS, ce sont les instances EC2 de type “bare metal” qui r\u00e9pondent \u00e0 ce besoin. Attention donc \u00e0 regarder ce point, et surtout prendre en consid\u00e9ration la partie facturation qui est loin d’\u00eatre n\u00e9gligeable<\/p>\n Pour notre exemple, nous partirons sur une instance EC2 “c5.metal”. Ce type d’instance permet la virtualisation.<\/p>\n Il conviendra de s’assurer que les CPU de notre instance acceptent la virtualisation. Passer les commandes ci apr\u00e8s<\/p>\n ou<\/p>\n Le syst\u00e8me d’exploitation choisi pour ce serveur est un Rocky Linux 8.7 , un fork Red Hat avec lequel nous pourrons g\u00e9rer nos packages d’installation via yum. Afin de pouvoir installer Minikube, il nous faut un gestionnaire de container. Pour notre exemple, l’id\u00e9e est d’utiliser KVM (Kernel-linux Virtual Machine), qui n\u00e9cessite une virtualisation active. <\/p>\n La librairie de virtualisation doit \u00eatre activ\u00e9e et le service d\u00e9marr\u00e9 automatiquement<\/p>\n Ces outils sont n\u00e9cessaires \u00e0 l’administration de notre cluster, et l’installation d’applications. Helm nous sert \u00e0 installer PostgreSQL depuis un repository, et kubectl est un interpr\u00e9teur de commandes pour\u00a0 notre cluster.<\/p>\n Installer ces binaires dans “\/usr\/local\/bin”. Attention, par la suite, votre variable PATH doit contenir le chemin vers ce r\u00e9pertoire.<\/p>\n Valider l’installation de helm et kubectl.<\/p>\n T\u00e9l\u00e9charger et installer le binaire Minikube, puis le placer dans\u00a0le r\u00e9pertoire “\/usr\/local\/bin”.<\/p>\n Attention, minikube doit fonctionner avec un utilisateur linux d\u00e9di\u00e9, autre que “root”. Il convient donc de cr\u00e9er un utilisateur appartenant aux 2 groupes “libvirt” et “qemu”.<\/p>\n Se connecter avec ce nouvel utilisateur et v\u00e9rifier ses groupes.<\/p>\n Une fois les packages install\u00e9s il nous faut d\u00e9marrer Minikube avec notre compte linux d\u00e9di\u00e9.<\/p>\n Au premier d\u00e9marrage, Minikube cherche\u00a0 les diff\u00e9rentes images dont il a besoin. Minikube est maintenant actif sur notre serveur.<\/p>\n V\u00e9rifier l’\u00e9tat de la couche virtualisation.<\/p>\n Valider notre cluster avec “kubctl”<\/p>\n Pour arr\u00eater le cluster<\/p>\n L’outil helm permet de d\u00e9ployer simplement une instance PostgreSQL sur notre cluster mono-n\u0153ud Minikube. Le fonctionnement s’apparente “un peu” \u00e0 yum pour un syst\u00e8me RedHat, il s’agit d’une source vers laquelle chercher pour enregistrer des applications \u00e0 containeriser.<\/p>\n Une fois le repository initier, v\u00e9rifier les versions PostgreSQL disponibles.<\/p>\n Le repository bitnami nous propose la derni\u00e8re version 15.2 de PostgreSQL. Nous allons l’installer pour notre environnement minikube.<\/p>\n V\u00e9rifier le d\u00e9ploiement dans le repository<\/p>\n Notre application containeris\u00e9e PostgreSQL est bien d\u00e9ploy\u00e9e dans le repository.<\/p>\n V\u00e9rifier son installation dans le cluster minikube et voir les diff\u00e9rents services pr\u00e9sents :<\/p>\n Nous remarquons que notre application PostgreSQL est enregistr\u00e9e sous l’adresse IP\u00a0 10.109.83.132. Le port de communication est 5432. Lors de l’installation, les instructions de connexion nous ont \u00e9t\u00e9 donn\u00e9es (notamment la gestion du password de connexion).<\/p>\n Pour retrouver le password postgres, c’est l’outil “kubectl” qui est appel\u00e9.<\/p>\n Enregistrer cette valeur dans une variable que l’on peut nommer PGPASS par exemple.<\/p>\n Lancer la commande, indiqu\u00e9e lors de l’installation de PostgreSQL avec “helm”, pour se connecter \u00e0 l’instance.<\/p>\n Pour se connecter \u00e0 cette instance PostgreSQL, nous avons lanc\u00e9 une application “PostgreSQL cliente” d\u00e9ploy\u00e9e \u00e0 partir d’une image Docker ‘docker.io\/bitnami\/postgresql:15.2.0-debian-11-r13’\u00a0 en PostgreSQL version 15.2 compil\u00e9e sous un Debian 11.13. Cette application une fois d\u00e9ploy\u00e9e, nous permet d’ex\u00e9cuter l’outil “psql” pour se connecter.<\/p>\n A noter qu’\u00e0 la premi\u00e8re ex\u00e9cution, cette image est enregistr\u00e9e dans le node minikube<\/p>\n Rep\u00e9rer le pod “postgres-postgresql-client”, le status est \u00e0 “completed” car nous n’avons plus de connexion active. D’ailleurs, le “READY” est \u00e0 0\/1 car aucune connexion. V\u00e9rifier:<\/p>\n <\/p>\n Nous venons donc d’installer une instance PostgreSQL par d\u00e9faut gr\u00e2ce \u00e0 l’outil helm dans notre cluster Minikube.<\/p>\n Afin de pouvoir conserver vos donn\u00e9es sur disque, il est possible de monter une instance PostgreSQL avec, ce que l’on appelle, un “volume persist\u00e9”. De plus,\u00a0 PostgreSQL peut \u00eatre cr\u00e9\u00e9 avec des valeurs de configuration diff\u00e9rentes que ce qui est propos\u00e9 avec l’outil helm.<\/p>\n L’int\u00e9r\u00eat est de monter une instance pr\u00e9-configur\u00e9e, pour une application m\u00e9tier, d\u00e8s le d\u00e9marrage.<\/p>\n Pour le d\u00e9ploiement d’une instance PostgreSQL sp\u00e9cifique, nous devons utiliser des fichiers de configuration “yaml” que nous chargerons dans le cluster via “kubectl”.<\/p>\n Un fichier “configmap” doit \u00eatre cr\u00e9\u00e9 si l’on souhaite sp\u00e9cifier des informations sur les credentials (user\/password), et\/ou base de donn\u00e9es m\u00e9tier.<\/p>\n Utiliser pour cela le fichier yaml suivant pour cr\u00e9er un utilisateur “capdata<\/strong>“, avec une base “capddb<\/strong>” pour l’application “postgres”.<\/p>\n Appliquer ce fichier \u00e0 votre configuration Kubernenetes Minikube, puis valider celle ci<\/p>\n Choisir un FileSystem d\u00e9di\u00e9 sur le serveur, et cr\u00e9er le r\u00e9pertoire pour accueillir l’instance PostgreSQL.<\/p>\n Nous aurons besoin de 2 fichiers yaml pour la configuration des volumes, 1 pour le volume persist\u00e9 qui nous permet de conserver nos donn\u00e9es d’instance durant le cycle de vie de celle ci. De plus, il nous faut, ce que l’on appelle, un “Persistent Volume Claim”. C’est une vue logique du volume g\u00e9r\u00e9 par le cluster Kubernetes.<\/p>\n Les 2 fichiers contiennent les entr\u00e9es suivantes :<\/p>\n pg-data-pvc.yaml<\/p>\n pg-data-pvc.yaml<\/p>\n Charger ces 2 fichiers yaml dans Kubernetes.<\/p>\n V\u00e9rifier les informations dans le cluster<\/p>\n Apr\u00e8s avoir d\u00e9clarer la configuration, les volumes, nous pouvons d\u00e9ployer l’instance dans le cluster Kubernetes. Par exemple, nous d\u00e9clarons 2 r\u00e9pliquas d’une instance PostgreSQL 15.2, \u00e9coutant sur le port 5432.<\/p>\n Appliquer ce fichier yaml et v\u00e9rifier que le status “Running” apparaisse sur les 2 r\u00e9pliquas PostgreSQL. On appelle “pod” sur Kubernetes, un container applicatif avec ses librairies embarqu\u00e9es.<\/p>\n Sur le node nomm\u00e9 “Minikube”, nous voyons donc tourner nos 2 r\u00e9pliquas PostgreSQL avec leurs IP en 10.244.0.***<\/p>\n Afin de pouvoir se connecter \u00e0 notre instance PostgreSQL, il faut lui d\u00e9finir un service. C’est une sorte de porte d’entr\u00e9e pour acc\u00e9der \u00e0 notre instance.<\/p>\n Appliquer ce fichier yaml sur le cluster.<\/p>\n 2 m\u00e9thodes pour nous connecter \u00e0 l’instance PostgreSQL s’offrent \u00e0 nous.<\/p>\n Utiliser l’outil “kubectl” pour se connecter \u00e0 l’instance PostgreSQL. Utiliser le compte pr\u00e9alablement d\u00e9fini, “capdata<\/strong>“, sur la base “capdb<\/strong>“.<\/p>\n Sur notre VM Rocky Linux, nous disposons d’une vieille version de “psql” que nous pouvons utiliser pour la connexion (version 10 de PostgreSQL).<\/p>\n Rep\u00e9rer auparavant, la valeur du port de sortie que nous avions trouv\u00e9 lorsque nous avons pass\u00e9 la commande “kubectl get svc -o wide”.<\/p>\n Pour notre service d\u00e9di\u00e9 \u00e0 postgreSQL, nous avons comme port “5432:32581”. Le 5432 est le port d’\u00e9coute local \u00e0 Kubernetes. Pour acc\u00e8der depuis notre VM, c’est le port 32581 dont nous aurons besoin.<\/p>\n De plus, l’IP de notre cluster Kubernetes, doit \u00eatre connue. Pour cela , ex\u00e9cuter cette commande :<\/p>\n L’IP du cluster Kubernetes est 192.168.39.227.<\/p>\n La connexion via PSQL se fait donc sur cette IP. Valider la connexion sur la base “capdb”.<\/p>\n Le compte “capdata” que nous avons inscrit dans le fichier configmap est owner pour toutes les bases de cette instance.<\/p>\n <\/p>\n Il est possible d’aller regarder les logs de nos “pods” d\u00e9ploy\u00e9s sur Kubernetes. Par exemple, lancer cette commande sur 1 des r\u00e9pliquas PostgreSQL du cluster, et vous avec acc\u00e8s en lecture au fichier “postgresql.log” de l’instance<\/p>\n Nous obtenons les informations de la cr\u00e9ation de l’instance jusqu’au dernier d\u00e9marrage.<\/p>\n N’h\u00e9sitez pas \u00e0 laisser un message !<\/p>\n Emmanuel RAMI.<\/p>\n Hello Il y a quelques temps, je vous avais pr\u00e9sent\u00e9 un premier article sur l’installation d’une instance de base de donn\u00e9es PostgreSQL sous Docker. C’est cet article qui nous a permis de mettre un premier pas dans le monde de… Continuer la lecture Pr\u00e9sentation de l’environnement Kubernetes<\/h2>\n
\nPour le fonctionnement, il nous faut un environnement virtualis\u00e9 avec l’hyperviseur qui communique avec les couches applicatives pr\u00e9compil\u00e9es embarquant leurs librairies. Ce sont donc ces couches applicatives que l’on appelle containers et qui peuvent \u00eatre utilis\u00e9es sur des serveurs “on premise” ou dans un service Cloud.<\/p>\nPr\u00e9requis propres \u00e0 AWS<\/h2>\n
\nIl n’est donc pas n\u00e9cessaire de configurer manuellement Kubernetes via des commandes “kubectl”. De plus les mises \u00e0 jour des outils sont automatis\u00e9es.<\/p>\n![\"\"](\"https:\/\/blog.capdata.fr\/wp-content\/uploads\/2023\/03\/ec2_metal.jpg\")
<\/p>\nLes diff\u00e9rentes \u00e9tapes d’installation<\/h2>\n
# egrep -q 'vmx|svm' \/proc\/cpuinfo "&&" echo yes || echo no\r\nyes<\/pre>\n
# grep -E "vmx|svm" \/proc\/cpuinfo\r\nflags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb cat_l3 cdp_l3 invpcid_single intel_ppin ssbd mba ibrs ibpb stibp ibrs_enhanced tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid cqm mpx rdt_a avx512f avx512dq rdseed adx smap clflushopt clwb intel_pt avx512cd avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves cqm_llc cqm_occup_llc cqm_mbm_total cqm_mbm_local dtherm ida arat pln pts hwp hwp_act_window hwp_epp hwp_pkg_req pku ospke avx512_vnni md_clear flush_l1d arch_capabilities\r\nflags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb cat_l3 cdp_l3 invpcid_single intel_ppin ssbd mba ibrs ibpb stibp ibrs_enhanced tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid cqm mpx rdt_a avx512f avx512dq rdseed adx smap clflushopt clwb intel_pt avx512cd avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves cqm_llc cqm_occup_llc cqm_mbm_total cqm_mbm_local dtherm ida arat pln pts hwp hwp_act_window hwp_epp hwp_pkg_req pku ospke avx512_vnni md_clear flush_l1d arch_capabilities\r\n.........<\/pre>\n
\nPlusieurs packages sont \u00e0 int\u00e9grer afin de faire fonctionner notre cluster mono n\u0153ud.<\/p>\nInstaller la couche KVM<\/h3>\n
\nPour l’article propre \u00e0 Docker, nous avions utilis\u00e9 le Docker Engine, qui a la particularit\u00e9 de pouvoir se passer de la partie Virtualisation et d’hyperviseur.<\/p>\n
\nInstaller les packages suivants sur le serveur<\/p>\n# yum update\r\n# yum install qemu-kvm libvirt libguestfs-tools virt-install<\/pre>\n
# systemctl enable libvirtd.service\r\n# systemctl start libvirtd.service<\/pre>\n
Installer helm et kubectl<\/h3>\n
# curl -LO "https:\/\/dl.k8s.io\/release\/$(curl -L -s https:\/\/dl.k8s.io\/release\/stable.txt)\/bin\/linux\/amd64\/kubectl"\r\n% Total % Received % Xferd Average Speed Time Time Time Current\r\nDload Upload Total Spent Left Speed\r\n100 138 100 138 0 0 1179 0 --:--:-- --:--:-- --:--:-- 1179\r\n100 45.8M 100 45.8M 0 0 70.1M 0 --:--:-- --:--:-- --:--:-- 117M<\/pre>\n
# curl -fsSL -o get_helm.sh https:\/\/raw.githubusercontent.com\/helm\/helm\/main\/scripts\/get-helm-3\r\n\r\n# chmod 700 get_helm.sh\r\n# .\/get_helm.sh\r\nDownloading https:\/\/get.helm.sh\/helm-v3.11.2-linux-amd64.tar.gz\r\nVerifying checksum... Done.\r\nPreparing to install helm into \/usr\/local\/bin\r\nhelm installed into \/usr\/local\/bin\/helm<\/pre>\n
# install kubectl \/usr\/local\/bin\/kubectl\r\n# install helm \/usr\/local\/bin\/helm\r\n# chmod 755 \/usr\/local\/bin\/helm\r\n# chmod 755 \/usr\/local\/bin\/kubectl<\/pre>\n
# helm version\r\nversion.BuildInfo{\r\nVersion:"v3.11.2", \r\nGitCommit:"912ebc1cd10d38d340f048efaf0abda047c3468e", \r\nGitTreeState:"clean", \r\nGoVersion:"go1.18.10"\r\n}<\/pre>\n# kubectl version -o json\r\n{\r\n"clientVersion": {\r\n"major": "1",\r\n"minor": "26",\r\n"gitVersion": "v1.26.2",\r\n"gitCommit": "fc04e732bb3e7198d2fa44efa5457c7c6f8c0f5b",\r\n"gitTreeState": "clean",\r\n"buildDate": "2023-02-22T13:39:03Z",\r\n"goVersion": "go1.19.6",\r\n"compiler": "gc",\r\n"platform": "linux\/amd64"\r\n},\r\n"kustomizeVersion": "v4.5.7"\r\n}<\/pre>\nInstallation de minikube<\/h3>\n
# curl -LO https:\/\/storage.googleapis.com\/minikube\/releases\/latest\/minikube-linux-amd64\r\n# install minikube-linux-amd64 \/usr\/local\/bin\/minikube<\/pre>\n
# useradd -u 1001 -g qemu -G qemu,libvirt manu\r\n# passwd manu<\/pre>\n
# su - manu\r\n[manu@ ~]$ id\r\nuid=1001(manu) gid=107(qemu) groups=107(qemu),986(libvirt) context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023<\/pre>\n
Gestion du cluster Minikube<\/h2>\n
manu@~$ minikube start --driver=kvm2\r\n* minikube v1.29.0 on Rocky 8.7\r\n* Using the kvm2 driver based on user configuration\r\n* Downloading driver docker-machine-driver-kvm2:\r\n docker-machine-driver-kvm2-...: 65 B \/ 65 B [---------] 100.00% ? p\/s 0s\r\n docker-machine-driver-kvm2-...: 12.30 MiB \/ 12.30 MiB 100.00% 13.05 MiB\r\n* Downloading VM boot image ...\r\n minikube-v1.29.0-amd64.iso....: 65 B \/ 65 B [---------] 100.00% ? p\/s 0s\r\n minikube-v1.29.0-amd64.iso: 276.35 MiB \/ 276.35 MiB 100.00% 167.79 MiB\r\n* Starting control plane node minikube in cluster minikube\r\n* Downloading Kubernetes v1.26.1 preload ...\r\n preloaded-images-k8s-v18-v1...: 397.05 MiB \/ 397.05 MiB 100.00% 111.49\r\n* Creating kvm2 VM (CPUs=2, Memory=6000MB, Disk=20000MB) ...\r\n* Preparing Kubernetes v1.26.1 on Docker 20.10.23 ...\r\n- Generating certificates and keys ...\r\n- Booting up control plane ...\r\n- Configuring RBAC rules ...\r\n* Configuring bridge CNI (Container Networking Interface) ...\r\n- Using image gcr.io\/k8s-minikube\/storage-provisioner:v5\r\n* Verifying Kubernetes components...\r\n* Enabled addons: storage-provisioner, default-storageclass\r\n* Done! kubectl is now configured to use "minikube" cluster and "default" namespace by default<\/pre>\n
\nLe d\u00e9marrage suivant donnera ce r\u00e9sultat :<\/p>\n manu@~$ minikube start\r\n* minikube v1.29.0 on Rocky 8.7\r\n* Using the kvm2 driver based on existing profile\r\n* Starting control plane node minikube in cluster minikube\r\n* Restarting existing kvm2 VM for "minikube" ...\r\n* Preparing Kubernetes v1.26.1 on Docker 20.10.23 ...\r\n* Configuring bridge CNI (Container Networking Interface) ...\r\n* Verifying Kubernetes components...\r\n- Using image gcr.io\/k8s-minikube\/storage-provisioner:v5\r\n- Using image docker.io\/kubernetesui\/dashboard:v2.7.0\r\n- Using image docker.io\/kubernetesui\/metrics-scraper:v1.0.8\r\n* Some dashboard features require the metrics-server addon. To enable all features please run:\r\n\r\nminikube addons enable metrics-server\r\n\r\n\r\n* Enabled addons: storage-provisioner, dashboard, default-storageclass\r\n* Done! kubectl is now configured to use "minikube" cluster and "default" namespace by default<\/pre>\n
manu@~ $ sudo virsh net-list --all\r\nName State Autostart Persistent\r\n------------------------------------------------\r\ndefault active yes yes\r\nmk-minikube active yes yes<\/pre>\n
manu@~$ kubectl get nodes\r\nNAME STATUS ROLES AGE VERSION\r\nminikube Ready control-plane 35m v1.26.1<\/pre>\n
manu@~$ minikube stop\r\n* Stopping node "minikube" ...\r\n* 1 node stopped.<\/pre>\n
D\u00e9ploiement g\u00e9n\u00e9rique de PostgreSQL sur Minikube<\/h2>\n
\nPour cela, utilisons le repository “bitnami” via le site : https:\/\/charts.bitnami.com\/bitnami.<\/p>\nmanu@ ~$ helm repo add bitnami https:\/\/charts.bitnami.com\/bitnami\r\n"bitnami" has been added to your repositories<\/pre>\n
manu@~ $ helm search repo postgres\r\nNAME CHART VERSION APP VERSION DESCRIPTION\r\nbitnami\/postgresql 12.2.5 15.2.0 PostgreSQL (Postgres) is an open source object-...\r\nbitnami\/postgresql-ha 11.1.6 15.2.0 This PostgreSQL cluster solution includes the P...\r\nbitnami\/supabase 0.1.4 0.23.2 Supabase is an open source Firebase alternative...\r\n<\/pre>\n
manu@~ $ helm install postgres bitnami\/postgresql\r\nNAME: postgres\r\nLAST DEPLOYED: Mon Mar 20 15:41:00 2023\r\nNAMESPACE: default\r\nSTATUS: deployed\r\nREVISION: 1\r\nTEST SUITE: None\r\nNOTES:\r\nCHART NAME: postgresql\r\nCHART VERSION: 12.2.5\r\nAPP VERSION: 15.2.0\r\n\r\n** Please be patient while the chart is being deployed **\r\n\r\nPostgreSQL can be accessed via port 5432 on the following DNS names from within your cluster:\r\n\r\npostgres-postgresql.default.svc.cluster.local - Read\/Write connection\r\n\r\nTo get the password for "postgres" run:\r\n\r\nexport POSTGRES_PASSWORD=$(kubectl get secret --namespace default postgres-postgresql -o jsonpath="{.data.postgres-password}" | base64 -d)\r\n\r\nTo connect to your database run the following command:\r\n\r\nkubectl run postgres-postgresql-client --rm --tty -i --restart='Never' --namespace default --image docker.io\/bitnami\/postgresql:15.2.0-debian-11-r13 --env="PGPASSWORD=$POSTGRES_PASSWORD" \\\r\n--command -- psql --host postgres-postgresql -U postgres -d postgres -p 5432\r\n\r\n NOTE: If you access the container using bash, make sure that you execute "\/opt\/bitnami\/scripts\/postgresql\/entrypoint.sh \/bin\/bash" in order to avoid the error "psql: local user with ID 1001} does not exist"\r\n\r\nTo connect to your database from outside the cluster execute the following commands:\r\n\r\nkubectl port-forward --namespace default svc\/postgres-postgresql 5432:5432 "&" PGPASSWORD="$POSTGRES_PASSWORD" psql --host 127.0.0.1 -U postgres -d postgres -p 5432\r\n\r\nWARNING: The configured password will be ignored on new installation in case when previous Posgresql release was deleted through the helm command. In that case, old PVC will have an old password, and setting it through helm won't take effect. Deleting persistent volumes (PVs) will solve the issue.<\/pre>\n manu@~ $ helm list\r\nNAME NAMESPACE REVISION UPDATED STATUS CHART APP VERSION\r\npostgres default 1 2023-03-20 15:41:00.677760646 +0000 UTC deployed postgresql-12.2.5 15.2.0\r\n<\/pre>\n
manu@~ $ kubectl get deployment,pods,svc\r\nNAME READY STATUS RESTARTS AGE\r\npod\/postgres-postgresql-0 1\/1 Running 0 18m\r\n\r\nNAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE\r\nservice\/kubernetes ClusterIP 10.96.0.1 none 443\/TCP 36m\r\nservice\/postgres-postgresql ClusterIP 10.109.83.132 none 5432\/TCP 18m\r\nservice\/postgres-postgresql-hl ClusterIP None none 5432\/TCP 18m<\/pre>\n
\nC’est cette adresse qui sera r\u00e9f\u00e9renc\u00e9e comme VIP pour notre cluster.<\/p>\nConnexion \u00e0 l’instance PostgreSQL<\/h3>\n
manu@~ $ kubectl get secret --namespace default postgres-postgresql -o jsonpath="{.data.postgres-password}" | base64 -d\r\nHvbCO9Co5R<\/pre>\n manu@~$ export PGPASS=$(kubectl get secret --namespace default postgres-postgresql -o jsonpath="{.data.postgres-password}" | base64 --decode)<\/pre>\n manu@~$ kubectl run postgres-postgresql-client --rm --tty -i --restart='Never' --namespace default --image docker.io\/bitnami\/postgresql:15.2.0-debian-11-r13 --env="PGPASSWORD=$PGPASS" --command -- psql --host postgres-postgresql -U postgres -d postgres -p 5432\r\nIf you don't see a command prompt, try pressing enter.\r\n\r\npostgres=# \\l+\r\n List of databases\r\nName | Owner | Encoding | Collate | Ctype | Access privileges | Size | Tablespace | Description\r\n-----------+----------+----------+-------------+-------------+-----------------------+---------+------------+--------------------------------------------\r\npostgres | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | | 7453 kB | pg_default | default administrative connection database\r\ntemplate0 | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | =c\/postgres +| 7297 kB | pg_default | unmodifiable empty database\r\n | | | | | postgres=CTc\/postgres | | |\r\ntemplate1 | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | =c\/postgres +| 7525 kB | pg_default | default template for new databases\r\n | | | | | postgres=CTc\/postgres | | |\r\n(3 rows)\r\n\r\npostgres=# select version();\r\nversion\r\n---------------------------------------------------------------------------------------------------\r\nPostgreSQL 15.2 on x86_64-pc-linux-gnu, compiled by gcc (Debian 10.2.1-6) 10.2.1 20210110, 64-bit\r\n(1 row)<\/pre>\n
manu@ ~$ kubectl get pods -o wide\r\nNAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES\r\npostgres-postgresql-0 1\/1 Running 2 (25m ago) 24h 10.244.0.17 minikube none none \r\npostgres-postgresql-client 0\/1 Completed 0 16m 10.244.0.19 minikube none none <\/pre>\n
\nIl est tout \u00e0 fait possible de retirer cette application publi\u00e9e dans les pods de minikube. Pour cela, lancer la commande :<\/p>\n manu@ ~$ kubectl delete pod postgres-postgresql-client\r\npod "postgres-postgresql-client" deleted<\/pre>\n
manu@ ~$ kubectl get pods -o wide\r\nNAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES\r\npostgres-postgresql-0 1\/1 Running 2 (25m ago) 24h 10.244.0.17 minikube none none<\/pre>\n
Configuration d’instance et volume persist\u00e9 sur Minikube<\/h2>\n
\nIl faut, pour cela, d\u00e9dier un FileSystem pour les donn\u00e9es PostgreSQL sur la VM locale ex\u00e9cutant Minikube.<\/p>\nLes fichiers YAML<\/h2>\n
fichier YAML de configuration d’instance<\/h4>\n
apiVersion: v1\r\nkind: ConfigMap\r\nmetadata:\r\n name: pg-capdata\r\n labels:\r\n app: postgres\r\ndata:\r\n POSTGRES_DB: capdb\r\n POSTGRES_USER: capdata\r\n POSTGRES_PASSWORD: passcapdata2023<\/pre>\n
manu@~$ kubectl apply -f pg-configmap.yaml\r\nconfigmap\/pg-capdata created\r\n\r\nmanu@ ~$ kubectl get configmap\r\nNAME DATA AGE\r\nkube-root-ca.crt 1 3d23h\r\npg-capdata 3 4s<\/pre>\n
fichier YAML pour les volumes<\/h4>\n
manu@ ~$ df -h \/data\r\nFilesystem Size Used Avail Use% Mounted on\r\n\/dev\/nvme1n1p1 19G 28K 18G 1% \/data\r\n\r\nmanu@ ~$ mkdir -p \/data\/postgresql<\/pre>\n
apiVersion: v1\r\nkind: PersistentVolume \r\nmetadata:\r\n name: pg-data \r\n labels:\r\n type: local \r\n app: postgres\r\nspec:\r\n storageClassName: manual\r\n capacity:\r\n storage: 8Gi \r\n accessModes:\r\n - ReadWriteMany\r\n hostPath:\r\n path: "\/data\/postgresql" <\/pre>\n
apiVersion: v1\r\nkind: PersistentVolumeClaim \r\nmetadata:\r\n name: pg-data-claim\r\n labels:\r\n app: postgres \r\nspec:\r\n storageClassName: manual\r\n accessModes:\r\n - ReadWriteMany\r\n resources:\r\n requests:\r\n storage: 8Gi<\/pre>\n
manu@ ~$ kubectl apply -f pg-data.yaml\r\n\r\nmanu@ ~$ kubectl apply -f pg-data-pvc.yaml<\/pre>\n
manu@ ~$ kubectl get pv -o wide\r\nNAME CAPACITY ACCESS MODES RECLAIM POLICY STATUS CLAIM STORAGECLASS REASON AGE VOLUMEMODE\r\npg-data 8Gi RWX Retain Bound default\/pg-data-claim manual 2m50s Filesystem\r\n\r\n\r\nmanu@ ~$ kubectl get pvc -o wide\r\nNAME STATUS VOLUME CAPACITY ACCESS MODES STORAGECLASS AGE VOLUMEMODE\r\npg-data-claim Bound pg-data 8Gi RWX manual 94s Filesystem<\/pre>\n
<\/h3>\n
Fichier YAML de d\u00e9ploiement<\/h4>\n
apiVersion: apps\/v1\r\nkind: Deployment \r\nmetadata:\r\n name: postgres\r\nspec:\r\n replicas: 2 \r\n selector:\r\n matchLabels:\r\n app: postgres\r\n template:\r\n metadata:\r\n labels:\r\n app: postgres\r\n spec:\r\n containers:\r\n - name: postgres\r\n image: postgres:15.2 \r\n imagePullPolicy: "IfNotPresent"\r\n ports:\r\n - containerPort: 5432\r\n envFrom:\r\n - configMapRef:\r\n name: pg-capdata \r\n volumeMounts:\r\n - mountPath: \/var\/lib\/postgresql\/data\r\n name: postgresdata\r\n volumes:\r\n - name: postgresdata\r\n persistentVolumeClaim:\r\n claimName: pg-data-claim<\/pre>\n
manu@ ~$ kubectl apply -f pg-deploiement.yaml\r\ndeployment.apps\/postgres-deploy created\r\n\r\nmanu@ ~$ kubectl get pods,deployments -o wide\r\nNAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES\r\npod\/postgres-66855ddfc5-drsqj 1\/1 Running 0 83s 10.244.0.3 minikube none none \r\npod\/postgres-66855ddfc5-n9fc8 1\/1 Running 1 (71s ago) 83s 10.244.0.4 minikube none none\r\n\r\n\r\nNAME READY UP-TO-DATE AVAILABLE AGE CONTAINERS IMAGES SELECTOR\r\ndeployment.apps\/postgres 2\/2 2 2 83s postgres postgres:15.2 app=postgres<\/pre>\n
Fichier yaml de service PostgreSQL<\/h4>\n
apiVersion: v1\r\nkind: Service\r\nmetadata:\r\n name: postgres-capdata\r\n labels:\r\n app: postgres \r\nspec:\r\n type: NodePort \r\n ports:\r\n - port: 5432\r\n selector:\r\n app: postgres<\/pre>\n
manu@ ~$ kubectl apply -f pg-service.yaml service\/postgres-capdata created[\/yaml]\r\n\r\n\r\n\r\n\r\nmanu@ ~$ kubectl get svc -o wide\r\nNAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE SELECTOR\r\nkubernetes ClusterIP 10.96.0.1 none 443\/TCP 16d none\r\npostgres NodePort 10.110.166.18 none 5432:32581\/TCP 6m48s app=postgres<\/pre>\n
Connexion \u00e0 PostgreSQL<\/h3>\n
\n
manu@ ~$ kubectl exec -it postgres-66855ddfc5-drsqj -- psql -h localhost -U capdata --password -p 5432 capdb\r\nPassword:\r\npsql (15.2 (Debian 15.2-1.pgdg110+1))\r\nType "help" for help.\r\n\r\ncapdb=# \\conninfo\r\nYou are connected to database "capdb" as user "capdata" on host "localhost" (address "127.0.0.1") at port "5432".\r\ncapdb=#<\/pre>\n
\n
manu@ip-172-44-3-198 ~]$ kubectl get pods --all-namespaces -o wide\r\nNAMESPACE NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES\r\ndefault postgres-66855ddfc5-drsqj 1\/1 Running 0 17m 10.244.0.3 minikube none none\r\ndefault postgres-66855ddfc5-n9fc8 1\/1 Running 1(17m ago) 17m 10.244.0.4 minikube none none\r\nkube-system coredns-787d4945fb-87kzd 1\/1 Running 0 23m 10.244.0.2 minikube none none\r\nkube-system etcd-minikube 1\/1 Running 0 23m 192.168.39.227 minikube none none\r\nkube-system kube-apiserver-minikube 1\/1 Running 0 23m 192.168.39.227 minikube none none \r\nkube-system kube-controller-manager-minikube 1\/1 Running 0 23m 192.168.39.227 minikube none none\r\nkube-system kube-proxy-lptq2 1\/1 Running 0 23m 192.168.39.227 minikube none none\r\nkube-system kube-scheduler-minikube 1\/1 Running 0 23m 192.168.39.227 minikube none none\r\nkube-system storage-provisioner 1\/1 Running 1 (22m ago) 23m 192.168.39.227 minikube none none\r\n<\/pre>\n
manu@ ~$ psql -h 192.168.39.227 -U capdata -p 32581 capdb\r\nPassword for user capdata:\r\npsql (10.23, server 15.2 (Debian 15.2-1.pgdg110+1))\r\nWARNING: psql major version 10, server major version 15.\r\nSome psql features might not work.\r\nType "help" for help.\r\n\r\ncapdb=# \\conninfo\r\nYou are connected to database "capdb" as user "capdata" on host "192.168.39.227" at port "32581".\r\ncapdb=# \\l+\r\nList of databases\r\nName | Owner | Encoding | Collate | Ctype | Access privileges | Size | Tablespace | Description\r\n-----------+---------+----------+------------+------------+---------------------+---------+------------+--------------------------------------------\r\ncapdb | capdata | UTF8 | en_US.utf8 | en_US.utf8 | | 7453 kB | pg_default |\r\npostgres | capdata | UTF8 | en_US.utf8 | en_US.utf8 | | 7453 kB | pg_default | default administrative connection database\r\ntemplate0 | capdata | UTF8 | en_US.utf8 | en_US.utf8 | =c\/capdata +| 7297 kB | pg_default | unmodifiable empty database\r\n | | | | | capdata=CTc\/capdata | | |\r\ntemplate1 | capdata | UTF8 | en_US.utf8 | en_US.utf8 | =c\/capdata +| 7525 kB | pg_default | default template for new databases\r\n | | | | | capdata=CTc\/capdata | | |\r\n(4 rows)<\/pre>\n
Les logs<\/h2>\n
\nPour cela choisir la commande “kubectl logs”.<\/p>\n manu@ ~$ kubectl logs pod\/postgres-66855ddfc5-drsqj\r\nThe files belonging to this database system will be owned by user "postgres".\r\nThis user must also own the server process.\r\n\r\nThe database cluster will be initialized with locale "en_US.utf8".\r\nThe default database encoding has accordingly been set to "UTF8".\r\nThe default text search configuration will be set to "english".\r\n\r\nData page checksums are disabled.\r\n\r\nfixing permissions on existing directory \/var\/lib\/postgresql\/data ... ok\r\ncreating subdirectories ... ok\r\nselecting dynamic shared memory implementation ... posix\r\nselecting default max_connections ... 100\r\nselecting default shared_buffers ... 128MB\r\nselecting default time zone ... Etc\/UTC\r\ncreating configuration files ... ok\r\nrunning bootstrap script ... ok\r\nperforming post-bootstrap initialization ... ok\r\nsyncing data to disk ... ok\r\n\r\ninitdb: warning: enabling "trust" authentication for local connections\r\ninitdb: hint: You can change this by editing pg_hba.conf or using the option -A, or --auth-local and --auth-host, the next time you run initdb.\r\n\r\nSuccess. You can now start the database server using:\r\n\r\npg_ctl -D \/var\/lib\/postgresql\/data -l logfile start\r\n\r\npg_ctl: another server might be running; trying to start server anyway\r\nwaiting for server to start....2023-03-27 09:30:32.071 UTC [48] LOG: starting PostgreSQL 15.2 (Debian 15.2-1.pgdg110+1) on x86_64-pc-linux-gnu, compiled by gcc (Debian 10.2.1-6) 10.2.1 20210110, 64-bit\r\n2023-03-27 09:30:32.075 UTC [48] LOG: listening on Unix socket "\/var\/run\/postgresql\/.s.PGSQL.5432"\r\n2023-03-27 09:30:32.087 UTC [51] LOG: database system was interrupted; last known up at 2023-03-27 09:30:32 UTC\r\n2023-03-27 09:30:32.110 UTC [51] LOG: database system was not properly shut down; automatic recovery in progress\r\n2023-03-27 09:30:32.113 UTC [51] LOG: invalid record length at 0\/14FE0E0: wanted 24, got 0\r\n2023-03-27 09:30:32.113 UTC [51] LOG: redo is not required\r\n2023-03-27 09:30:32.118 UTC [49] LOG: checkpoint starting: end-of-recovery immediate wait\r\n2023-03-27 09:30:32.140 UTC [49] LOG: checkpoint complete: wrote 3 buffers (0.0%); 0 WAL file(s) added, 0 removed, 0 recycled; write=0.006 s, sync=0.003 s, total=0.024 s; sync files=2, longest=0.002 s, average=0.002 s; distance=0 kB, estimate=0 kB\r\n2023-03-27 09:30:32.144 UTC [48] LOG: database system is ready to accept connections\r\ndone\r\nserver started\r\nCREATE DATABASE\r\n\r\n\/usr\/local\/bin\/docker-entrypoint.sh: ignoring \/docker-entrypoint-initdb.d\/*\r\n\r\n2023-03-27 09:30:32.262 UTC [48] LOG: received fast shutdown request\r\nwaiting for server to shut down....2023-03-27 09:30:32.266 UTC [48] LOG: aborting any active transactions\r\n2023-03-27 09:30:32.268 UTC [48] LOG: background worker "logical replication launcher" (PID 54) exited with exit code 1\r\n2023-03-27 09:30:32.268 UTC [49] LOG: shutting down\r\n2023-03-27 09:30:32.271 UTC [49] LOG: checkpoint starting: shutdown immediate\r\n2023-03-27 09:30:32.341 UTC [49] LOG: checkpoint complete: wrote 916 buffers (5.6%); 0 WAL file(s) added, 0 removed, 0 recycled; write=0.013 s, sync=0.045 s, total=0.073 s; sync files=249, longest=0.036 s, average=0.001 s; distance=4217 kB, estimate=4217 kB\r\n2023-03-27 09:30:32.345 UTC [48] LOG: database system is shut down\r\ndone\r\nserver stopped\r\n\r\nPostgreSQL init process complete; ready for start up.\r\n\r\n2023-03-27 09:30:32.384 UTC [1] LOG: starting PostgreSQL 15.2 (Debian 15.2-1.pgdg110+1) on x86_64-pc-linux-gnu, compiled by gcc (Debian 10.2.1-6) 10.2.1 20210110, 64-bit\r\n2023-03-27 09:30:32.385 UTC [1] LOG: listening on IPv4 address "0.0.0.0", port 5432\r\n2023-03-27 09:30:32.385 UTC [1] LOG: listening on IPv6 address "::", port 5432\r\n2023-03-27 09:30:32.392 UTC [1] LOG: listening on Unix socket "\/var\/run\/postgresql\/.s.PGSQL.5432"\r\n2023-03-27 09:30:32.401 UTC [64] LOG: database system was shut down at 2023-03-27 09:30:32 UTC\r\n2023-03-27 09:30:32.406 UTC [1] LOG: database system is ready to accept connections<\/pre>\n
<\/a><\/a><\/a>","protected":false},"excerpt":{"rendered":"