Nouveau sujet, page en cours de création soyez indulgent
N'hésitez-pas à poser vos questions ici ou demander un ajout prioritaire sur un sujet à la first page.
 
Le landscape de la Cloud Native Fondation
 
Les distributions:
 

• https://rancher.com Pour moi la version la plus simple pour démarrer
• OKD Openshift version gratuite de Redhat  
• K3S Version de Kubernetes light pour l'IOT, Raspberry, etc...
• Kube-spray Installation via Ansible
• Kind Pour créer un cluster en local via Docker (ne pas utiliser en production !)

Les ingress controllers:
 
Un Ingress est un objet Kubernetes qui gère l'accès externe aux services dans un cluster, généralement du trafic HTTP.
 

• Traefik2
• Nginx
• Istio

Déploiement:
 
Bonnes pratiques:
- ne pas utiliser la tag latest
- avoir une liveness
- avoir une readiness
- mettre des requests
- avoir au moins 3 réplicas
- avoir de l'anti-affinity
- mettre du PDB

Reservé

Réservé  

Drapal  

Bon courage

Pourquoi tu dis ça ? pour que le topic prenne ou pour maitriser Kube    ?

Pour celui qui débute et qui veux tester des commandes: https://github.com/kubernetes-sigs/kind/
Si ça intéresse je vous fais un tuto comment developer un image Docker en local avec Kube.

drapal

Drap, j en utilise quasiment tous les jours dans ma cogip

 
Quelle techno ? providers ?  
 
Faut animer un peu  

 
 
Du k8s avec du rancher en self-hosted.
 
On l utilise principalement pour de l app web avec des ingress nginx
 
Last but not least : j arrive pas a savoir si j aime helm ou si je le déteste. Le fait que je ne fasse pas de go ne m aide pas non plus au niveau du templating helm

 
ça fonctionne bien rancher2, c'est bien pour démarrer en prod !  
Tu as essayé kustomize ? je préfère ça à du Helm même si c'est pas forcément iso niveau fonctionnalité.

Une question toute bête: De quoi parlez vous? C'est quoi cette chose?

D une techno d orchestration de conteneur. Histoire de déployer du conteneur en masse un peu plus joliment qu avec docker-compose

 
Je complété un peu, Kubernetes permet de déployer une application sur plusieurs serveurs.
C'est basé sur des API, tu peux étendre celle-ci.
Cela permet de mettre à jour une app sans downtime, résiliante, scalable, etc...
 
C'est "un peu" l'équivalent de swarm ou mesos si tu connais.
Google est le plus gros contributeur du projet avec Redhat.
 
Tu peux installer ta propre version.
Tu as également des versions managé par les providers, notamment GKE, AKS, EKS, etc...
 
Orienté par Redhat mais une définition ici: https://www.redhat.com/fr/topics/co [...] kubernetes
Doc officielle: https://kubernetes.io/fr/docs/conce [...] ubernetes/

dd : t'as testé un peu istio ? ça m'a l'air touffu

 
Oui mais pas en production. Pas à cause de la technique, mais on avait pas de besoin.
Pourquoi tu veux faire du Istio ?

Je veux pas spécialement en faire. je suis dev et je regarde des trucs sur les microservices, du coup ça m'a amené à regarder vite fait istio

Regarde dapr alors

   j'avoue, ça m'a fait marrer.
Si, si, allez-y, faites-le et sur un cluster en prod' ; je prépare le popcorn et j'arrive.  

Hello,
 
Cette nuit j'ai un GKE (master) qui est passé de 1.17 à 1.18 (jusqu'ici tout va bien).
Par contre, je viens de voir que le prometheus-to-sd n'est plus présent.
 
Je pensais que ce dernier était utilisé pour envoyer les metrics vers stackdriver, ou alors il a été remplacé entre temps par gke-metrics-agent, et ils ont gardé les 2 en place avec de supprimer prometheus-to-sd en 1.18.
 
Ceci est ma supposition, mais je n'arrive pas à trouver d'annonce officielle à ce sujet.
 
Si jamais ça vous parle ça m’intéresse d'avoir un lien vers l'annonce.
 
++

Tiens une autre question K8s et plus particuliérement GKE.
 
J'ai un cronjob qui doit s'exécuter toute les nuits, et je ne sais pas pourquoi, mais de temps en temps, le job n'est pas exécuté.
Pas d'events, de tentative d'exécution ou autres...
 
Vous avez déjà rencontré ça ??

Comment tu sais qu’il n’y a pas d’event ? Ça reste que 1h, tu te lèves ?    
Sinon comment tu récupères ça ?
 
Tu peux lancer le job à partir du cronjob pour debug...  
si il y a un nombre de restart x fois en y temps, kube peut le désactiver, je suis sur téléphone donc suffit de trouver ça dans la documentation, sinon retente semaine pro    
 
Hésites pas à poster ta configuration pour tous le monde  

Non je ne me lève pas, mais je sais me servir de stackdriver  

Et entre je pense avoir trouvé, je collerais les infos demain lorsque je serais aussi sur le pc.

La doc : https://kubernetes.io/docs/concepts [...] cron-jobs/
 
Et cette option : startingDeadlineSeconds
 
Le paragraphe qui nous intéresse :
 
Caution: If startingDeadlineSeconds is set to a value less than 10 seconds, the CronJob may not be scheduled. This is because the CronJob controller checks things every 10 seconds.
 
Et ma cron avait startingDeadlineSeconds: 10
 
Je l'ai passé à 60 hier, ce matin m'a cron a tourné correctement.
A voir sur les prochains jours si c'est bien tjrs le cas.
 
A voir si on ne doit pas mettre la valeur plus haut, si jamais un jour la cron ne se lance pas, car le cluster doit ajouter un node pour la lancer. (ça doit bien prendre un peu plus d'une minute)

Hello les kubistes,
 
Est-ce que vous avez mis en place des outils/solutions de backup de vos Registry (CR) ?
Si oui, lesquelles ?
 
Un guguss chez nous a supprimé une registry, les images ne sont pas buildé de notre coté, donc compliqué de reconstruire les images....
 
++

Skopeo fonctionne bien pour ça  
 
https://github.com/containers/skopeo

yes, je m'en sers déjà pour faire des copie d'image.
Je n'y ai pas pensé pour mon cas d'usage.
 
Il existe bien la fonction sync qui sur le papier peut être sympa, mais si le mec te delete la source et que le sync passe pas longtemps après, il y a des chances de ne plus avoir le backup

Un script ou cronjob qui sync en local puis backup avec Restic dans un bucket par exemple.
Tu aura un vrai backup

Ou ne pas donner des droits à n'importe qui    

Edit: tu dois avoir tes images sur les noeuds du cluster pour éviter de demander un rebuild

 
 
yes, et je pourrais avoir une vrai rotation sur plusieurs jours.
Bon par contre, on est sur 1To

 
J'aimerais faire mumuse avec kubernetes une fois que mon proxmox sera monté.

Regarde du côté de k3s alors.

Yep j'ai déjà un peu lorgné. J'aimerais aussi voir longhorn.

 
Regarde rook plutôt que longhorn pour le storage  
Et rancher2 ou kops si tu veux rester en k8s

Ok merci pour ces pistes

Hello les pros!  
 
J'ai une question de noob sur K8S.  
J'ai récupéré des charts Helm qui envoient 2 pods et un service.  
Or j'aimerais bien exposer un port de mon service sur mon host, mais je n'arrive à rien...
 
Mon service est en mode NodePort, j'aimerais que le port 8000 de mon pod soit visible sur mon host sur le 30000.
Quand j'installe mon chart, je vois bien mon service qui liste
 

 
Je vois bien le port en listen avec netstat sur mon host, si je lance un telnet ça se connecte, mais rien ne répond quand je balance un curl...
 
Voilà comment est construit mon service:
 

 
Ya forcément un truc que je pige pas, vu que je suis autodidacte sur kub.... Si jamais vous aviez des soluces, je suis preneur!

Il manque le type: NodePort
Tu peux faire un kubectl get service my-service --output yaml
 
Et check le nodePort: xxx ?

Ah oui mes excuses, j'avais zappé, mais la ligne est bien

Je checke le reste, merci à toi

EDIT:

Voilà ce que j'ai:

Merci pour ton aide

Ton service est bien attaché aux pods ?