This is an old revision of the document!
Laboratorul 05. Kubernetes
5.1. Pods
- Adaugam credentialele pentru clusterul de kubernetes
cp config ~/.kube
kubectl get nodes
- Observam contextul actual folosit
- Verificam conexiunea si observam contextul folosit
- Creare namespace student.
- Fiecare student isi va crea propriul namespace, folosind id-ul student aferent.
kubectl get ns
- Configuram kubectl sa foloseasca ca namespace implicit namespace-ul propriu.
kubectl config view
- Editam fisierul “pod01.yaml” cu id-ul aferent fiecarui student, apoi creem un pod conform definitiei din fisier. Pod-ul se va crea in aproximativ 10 secunde. Observati output-ul celor doua comenzi get. Folositi id-ul aferent.
kubectl get pods
kubectl get pods webserver-student-id -owide
kubectl get pods webserver-student-id -oyaml
- Intram in pod-ul nou creat si observam.
PRETTY_NAME=“Debian GNU/Linux 10 (buster)”
NAME=“Debian GNU/Linux”
VERSION_ID=“10”
VERSION=“10 (buster)”
VERSION_CODENAME=buster
ID=debian
HOME_URL=“https://www.debian.org/”
SUPPORT_URL=“https://www.debian.org/support”
BUG_REPORT_URL=“https://bugs.debian.org/”
root@webserver-student-id:/# exit
kubectl logs webserver-student-id
- Stergem pod-ul creat anterior.
kubectl get po -o wide # Should output “No resources found.”
- Cream un pod ce contine doua containere
kubectl get po -o wide
kubectl describe pod webserver
- Rulati comenzile urmatoare una cate una si observati ca va aflati in containere diferite ale aceluiasi pod.
root@webserver:/# cat /etc/os-release
kubectl exec -it webserver -c webserver – /bin/bash
root@webserver:/# cat /etc/os-release
- Stergem ceea ce am creat folosind comanda de mai jos
- Cream pod-ul 3 folosind fisierul pod03.yaml. Avem dooua containere care impart acelasi volum.
- Observati in definitia pod-ului cum este montat volumul html in cele doua containere
- Mai departe verificam faptul ca aceleasi date sunt prezente in ambele containere
kubectl exec webserver -c c2 – /bin/cat /html/index.html
- Stergem pod-ul creat anterior
- Pentru partea a 2-a (din 3) a laboratorului, rulati comanda:
5.2. Deployments, stateless/stateful
Deployments - de obicei folosit de aplicatii stateless
- Creeaza primul tau deployment folosind commanda urmatoare:
- Observam detaliile deployment-ului
kubectl get pods
kubectl get replicaset
- Scalam deployment-ul in sus, crescand numarul de replici
kubectl get pods -o wide # vom vedea 4 pod-uri
- Scalam deployment-ul in jos. Reducem numarul de pod-uri
kubectl get pods -o wide
- Schimbam imaginea folosita in deployment utilizand comanda urmatoare:
- Facem revert la deployment-ul anterior cu imaginea de docker anterioara
kubectl rollout status deployments/nginx-deployment
kubectl describe deploy nginx-deployment
- Stergem deployment-ul
Statefulset - aplicatii stateful
- Pe fiecare masina student exista instalat si configurat nfs server cu export-urile:
- Verificam ca functioneaza mount-urile:
- Fiecare student va folosi propria adresa ip, mai departe in cadrul acestui laborator.
- Adresa ip poate fi obtinuta folosind comanda de mai jos
- Editati fisierele nfs-0001.yaml si nfs-0002.yaml, adaugand adresa ip proprie in campul spec.nfs.server si actualizati campul metadata.name cu id-ul de student aferent.
- Cream volume persistente astfel:
kubectl apply -f nfs-0002.yaml
- Observam volumele create
kubectl describe pv <pv_name>
- Cream un statefulset folosind comanda de mai jos:
- Observam statefulset-ul creat
kubectl describe statefulset
kubectl get pods
- Verificam ca datele de pe disk sunt disponibile in container
- Scriem date in volumele de pe disk
echo 'Hello World' /exports/data-0001/index.html echo “Hello $USER” > /exports/data-0002/index.html
- Verificam in pod-uri. Comenzile urmatoare ar trebui sa afiseze continutul fisierului index.html de pe disk
kubectl exec -it web-1 – cat /usr/share/nginx/html/index.html
- Cream un serviciu care sa acceseze statefulset-ul
- Observam cum serviciul se conecteaza la backend (campul Endpoints:)
- Curatam mediul
- Trecem la urmatorea parte din laborator
