KinD - Kubernetes in Docker

[Contadino]

Ciao a tutti,

ogni tanto riappaio anche io

Come dico sempre uso Slackware su tutti i miei dispostitivi, pc aziendale compreso......e vengo preso in giro dai miei (più giovani) colleghi per questo.

Uso senza problemi Docker da anni, ho configurato Minikube senza troppi problemi da quando è uscito......ma questo KinD......

--------Piccolo sfogo se mi è permesso ------

ma perchè tutto è basato su Ubuntu e derivati?
Io sudo quando ho caldo caxxx!

------- Fine sfogo---------------------------------------

Comunque scherzi a parte, qualcuno di voi ne ha già avuto a che fare?

Mi ci picchio da giorni, ho risolto i vari problemi dovuti ai CGROUPS.

Hint per chi si vuole metter a provarlo, dopo aver installato KUBECTL e KIND, da root fare i seguenti passaggi:

- mkdir /sys/fs/cgroup/systemd
- mkdir /sys/fs/cgroup/elogind/1
- mount -t cgroup -o none,name=systemd cgroup /sys/fs/cgroup/systemd
- Riavviare Docker
- Tornare utente normale e lanciare KIND

Purtroppo sono impantanato all'avvio del nodo CONTROL-PLANE che frana miseramente adducendo a problemi vari.

Purtroppo anche googlando in giro ho trovato solo balbuzie di poco conto e ovviamente solo su sistemi non Slackware.........

Nel mentre torno a sbattere la testa...se scopro qualcosa vi aggiorno

Spero di trovare un compagno di catena

Bau

[erio]

ciao, hai risolto con kind,quando frana che ti dice...e che versione di slackware usi.

[ilmich]

Come dico sempre uso Slackware su tutti i miei dispostitivi, pc aziendale compreso......e vengo preso in giro dai miei (più giovani) colleghi per questo.

anche io, ma tipicamente poi si acquietano quando, per abitudine, fai tutto col terminale mentre loro devono prendere la mira col mouse e ogni tanto riavviare.

comunque ho da poco provato minikube per lavoro e devo dire che è perfetto e si installa facile.
ma anche per darti un supporto provero anche questo kind

[hashbang]

Comunque scherzi a parte, qualcuno di voi ne ha già avuto a che fare?

Onestamente me ne sto alla larga da giocattoli come KinD ed il suo antesignano DinD, perché non hanno alcuna utilità pratica.
Se si vuole esercitare con Kubernetes senza sprecare troppe risorse, c'è k3s che è una soluzione di gran lunga migliore, visto che permette di avere un mini-cluster, mantenendo al contempo le peculiarità di k8s, principalmente fra tutti la SDN di pod e service tramite flannel, per poi arrivare alla computazione distribuita dei workload (pod affinity, nodeSelector ecc).

Onestamente KinD non capisco a cosa dovrebbe servire, se non come mero esercizio di stile. Non ci perderei troppo tempo.

Inutile per inutile, meglio minikube, per quanto un single node cluster sia effettivamente un anti-pattern nel design di una soluzione Kubernetes.