-
boz/kail: kubernetes log viewer
un projet similaire à kubetail25 mars 2019 à 22:34:58 UTC+1 - permalink -
-
https://github.com/boz/kail
-
astefanutti/kubebox: ⎈❏ Terminal and Web console for Kubernetes
à voir ce que ça donne comparé à k9s25 mars 2019 à 22:15:10 UTC+1 - permalink -
-
https://github.com/astefanutti/kubebox
-
Removing spec.replicas of the Deployment resets replicas count to single replica · Issue #67135 · kubernetes/kubernetes
Si on a créé un Deployment avec un apply -f en spécifiant le champs replicas et qu'on décide d'enlever ce champs (pour ne plus qu'il soit géré de manière statique mais plutot dynamique avec un HPA par exemple)25 mars 2019 à 17:38:01 UTC+1 - permalink -
Il faut faire attention car le comportement par défaut va définir replicas à 1
Pour éviter ça, avant de apply le Deployment sans le champs replicas, il faut faire un :
kubectl apply edit-last-applied deployment my-deployment
Et supprimer le champs replicas
-
https://github.com/kubernetes/kubernetes/issues/67135
-
Horizontal Pod Autoscaler Walkthrough - Kubernetes
Pour que ça marche bien il faut que ses CPU requests soient cohérents25 mars 2019 à 17:02:12 UTC+1 - permalink -
-
https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale-walkthrough/
-
kubernetes/autoscaler: Autoscaling components for Kubernetes
Lorsque le HPA (horizontal pod autoscaler) démarre trop de pods, ces pods vont être en pending. Il faut plus de nodes pour les faire tourner.25 mars 2019 à 17:00:37 UTC+1 * - permalink -
C'est le but du kubernetes autoscaler qui va reconfigurer l'autoscaling group des nodes pour en ajouter/enlever suivant l'usage
https://eksworkshop.com/scaling/deploy_ca/
-
https://github.com/kubernetes/autoscaler
-
Force deployment rolling-update · Issue #27081 · kubernetes/kubernetes
kubectl patch deployment web -p \25 mars 2019 à 12:54:04 UTC+1 - permalink -
"{\"spec\":{\"template\":{\"metadata\":{\"labels\":{\"date\":\"`date +'%s'`\"}}}}}"
-
https://github.com/kubernetes/kubernetes/issues/27081
-
Prometheus adds default http port to the Host header when querying targets. · Issue #2226 · prometheus/prometheus
prometheus uses header host with value = $host:$port ...24 mars 2019 à 18:01:13 UTC+1 - permalink -
-
https://github.com/prometheus/prometheus/issues/2226
-
command line - iTerm - going one word backwards and forwards - Ask Different
22 mars 2019 à 16:55:00 UTC+1 - permalink -
Go to Preferences... > Profiles > Keys
Press Load Preset...
Select Natural Text Editing
-
https://apple.stackexchange.com/questions/154292/iterm-going-one-word-backwards-and-forwards
-
Note: Filebeat, elasticsearch et mapping
Filebeat utilise des template de mapping (pour chaque version de filebeat, un nouveau template est créé)21 mars 2019 à 17:44:18 UTC+1 - permalink -
Donc l'index créé tous les jours par filebeat a un mapping qui provient de ce template
Il y a beaucoup de champs défini qui proviennent de la déclaration de tous les modules filebeat (https://github.com/elastic/beats/blob/master/filebeat/module/nginx/access/_meta/fields.yml)
Si on a besoin de déclarer de nouveaux champs, on peut créer son propre template qui va matcher aussi les index filebeat-* et qui va surcharger les templates de filebeat
Alternative : on peut vérifier que le champs n'existe pas déjà dans les champs prédéfini de filebeat. Par exemple le $status de nginx (code retour http) correspond au champs http.response.status_code
Il suffit que le json écrit par nginx ait une clé qui correspond pour le status pour avoir le bon mapping
https://www.elastic.co/guide/en/beats/filebeat/master/configuration-template.html
-
https:///?MQs0iA
-
Note: Repérer les inconsistences de mapping entre différents index
Exemple pour le field 'status' :21 mars 2019 à 16:48:12 UTC+1 * - permalink -
for index in $(cat liste_index); do echo $index; curl -s http://elastic/$index/_mapping | jq ".\"$index\".mappings.doc.properties.status"; done
-
https:///?ggBAsw
-
philpep/imago: Ensure kubernetes pods run on latest images builds from the docker registry
Peut être utile dans certains cas, je me le garde de côté15 mars 2019 à 10:35:45 UTC+1 - permalink -
-
https://github.com/philpep/imago
-
Job Application for Full Stack Engineer (Growth) at DataCamp
Should have a clear understanding of standard web development processes and best practices15 mars 2019 à 08:10:32 UTC+1 - permalink -
Is a strong communicator who can explain technical concepts in an understandable manner
Is comfortable rapidly writing throwaway code that gets the job done -- even if it’s not well-optimized, well-tested, or well-architected
Cares more about the business impact of the work than the elegance of the technical solution
Must be detail-oriented, self-organized and capable of tracking multiple tasks simultaneously
Lol
-
https://boards.greenhouse.io/datacamp/jobs/1482036