From d029f02e1277140ee5038cc95499958d9790c8df Mon Sep 17 00:00:00 2001 From: OKE Ulrich Enangnon <ulrich-enangnon.oke@imt-atlantique.net> Date: Mon, 27 Mar 2023 18:40:32 +0200 Subject: [PATCH] UPDATE - README --- README.md | 18 ++++++++---------- 1 file changed, 8 insertions(+), 10 deletions(-) diff --git a/README.md b/README.md index 7cbeaae..7c8e170 100644 --- a/README.md +++ b/README.md @@ -5,8 +5,6 @@ > > GROUPE 3 > - - # Monitoring et logging du microservice meteo-icd ## Présentation @@ -52,23 +50,23 @@ Tout comme metricbeat, il effectue la collecte à l'aide des modules et les inpu ## Déploiement Les étapes indiquées à travers ce [lien](http://elatov.github.io/2020/01/monitoring-kubernetes-with-metricbeat/#deploying-kube-state-metrics) sont les références pour résoudre la dépendance de `kubernetes-state-metrics`. Une copie du [dépot](https://github.com/kubernetes/kube-state-metrics.git) est disponible dans ce projet et les étapes à suivre sont les suivantes (Ajuster `apiVersion` selon la version de kubernetes): -La chaine de deploiement de ce depot resoud les dependances evoqees et deploie automatiquement les agents dans le cluster kubernetes. +La chaîne de déploiement de ce dépot résoud les dépendances évoqées et déploie automatiquement les agents dans le cluster kubernetes. -Les variables de `pipeline` importantes pour le deploiement sont contenues dans le fichier de variable `METEO_PROD_VARS` notamment `METEO_VOLUME_PATH`, `NGINX_ACCESS_LOG_PATHS` et `NGINX_ERROR_LOG_PATHS`. - Egalement les varibles de groupe de projet +Les variables de `pipeline` importantes pour le déploiement sont contenues dans le fichier de variable `METEO_PROD_VARS` notamment `METEO_VOLUME_PATH`, `NGINX_ACCESS_LOG_PATHS` et `NGINX_ERROR_LOG_PATHS`. + + Egalement les variables de groupe de projets : - `NODE_PUBLIC_IP` qui correspond l'adresse IP de `Elasticsearch`; - `ELASTICSEARCH_PORT` pour port de `Elasticsearch`; - `KIBANA_PORT` pour le port de `Kibana`; -Le declenchement de la chaine est assure par des contraintes de branches protegees `master` et `*-release` lors des commit ou manuellement en selectionnant un `tag` correspondant a un numero de release puis l'execution avec le bouton `Run pipeline` (menu CI/CD > Pipelines). +Le déclenchement de la chaîne est assuré par des contraintes de branches protégées `master` et `*-release` lors des commit; ou manuellement en sélectionnant un `tag` correspondant a un numéro de release puis l'exécution avec le bouton `Run pipeline` (menu CI/CD > Pipelines). >_NB:_ -> -> A chaque numero de release correspond un deploiement specifique suivants les changements desires par l'iteration. +> À chaque numéro de `release` correspond un déploiement spécifique suivant les changements désirés par l'itération. > -Pour vérifier que la dependance `kube-state-metrics` est operationnelle, il suffit de le faire avec un port-forward: +Pour vérifier que la dépendance `kube-state-metrics` est operationnelles, il suffit de le faire avec un port-forward: ```sh kubectl port-forward svc/kube-state-metrics -n kube-system 9000:8080 --address 0.0.0.0 @@ -78,4 +76,4 @@ Visiter le lien http://@IP_NODES:9000/metrics avec le navigateur ou faire : curl http://@ClusterIP:8080/metrics -s | grep deployment_status_replicas_availab ``` -Une fois les agents deployes les metrics et log sont remontes a la plateforme d'observabilite. +Une fois les agents deployés les métriques et log sont remontés à la plateforme d'observabilité. -- GitLab