01 Instalación kubctl --> 02 Clústers --> 03 manifiestos --> 04 Cheatsheet kubernetes --> 05 Helm: Control de despliegues en Kubernetes --> 06 K9s: Otro estilo de CLI para k8s
Índice 📎
- Explicación más extendida en la web: Kubernetes: Una breve introducción
- 30daysOfKubernetes [ENG] Repo
Artículos #30DaysOfKubernetes [ENG]
- Day 1 - Unlocking the Power of Kubernetes: Day 01
- Day 2 - Kubernetes Architecture Part-1
- Day 3 - Worker Node — The Heart of Container Management Part-2
- Day 4 - Setting up Minikube on Your Local Machine or AWS Instance
- Day 5 - Kubeconfig, Services, and Deployments Files Explained
- Day 6 - Deploying Your First Node.js Application on Kubernetes Cluster
- Day 7 - Mastering Kubernetes Labels, Selectors, and Node Selectors
- Day 8 - ReplicationController & ReplicaSet
- Day 9 - Deployment Object in Kubernetes
- Day 10 - Setting up a Kubernetes Cluster using kubeadm on AWS EC2 Instances
- Day 11 - Kubernetes Networking (Services)
- Day 12 - Kubernetes Advanced Networking: CNI and Calico
- Day 13 - Kubernetes volumes and liveness probes
- Day 14 - ConfigMaps & Secrets
- Day 15 - Kubernetes Jobs
- Day 16 - Kubernetes InitContainer
- Day 17 - Kubernetes Pod Lifecycle
- Day 18 - Kubernetes Resource Quota and Namespace
- Day 19 - Kubernetes AutoScaling
- Day 20 — Mastering Multi-Cluster Kubernetes with HAProxy
- Day21 - Kubernetes Ingress
- Day22 - Kubernetes StatefulSets
- Day 23 - Kubernetes DaemonSet
- Day 24 - Exploring Kubernetes Network Policies
- Day 25 - Kubernetes Operators
- Day 26 - Chapter 1 - Kubernetes Helm & Helm Charts
- Day 26 - Chapter 2 - Deploy Flask Application using Helm Chart and many more features- Kubernetes
- Day 27 - AWS Elastic Kubernetes Service(EKS)
- Day 28 - Azure Kubernetes Service(AKS)
- Day 29 - Google Kubernetes Engine (GKE)
- Day 30 - End-to-End Kubernetes Project with JFrog Artifactory
Kubernetes es un sistema de código libre para la automatización del despliegue, ajuste de escala y manejo de aplicaciones en contenedores que fue originalmente diseñado por Google y donado a la Cloud Native Computing Foundation (parte de la Linux Foundation). Soporta diferentes entornos para la ejecución de contenedores, incluido Docker y su misión es la orquestación de dichos contenedores.
Es declarativo.
- etcd - Guarda el estado de Kubernetes
- servidor API - Es un componente central y sirve a la API de Kubernetes utilizando JSON sobre HTTP, que proveen la interfaz interna y externa de Kubernetes.
- Planificador - Es el componente enchufable que selecciona sobre qué nodo deberá correr un pod sin planificar basado en la disponibilidad de recursos.
- Administrador de controlador - Es el proceso sobre el cual el núcleo de los controladores Kubernetes como DaemonSet y Replication se ejecuta.
- Nodo (esclavo o worker) - Es la máquina física (o virtual) donde los contenedores (flujos de trabajos) son desplegados.
- Kubelet - Es responsable por el estado de ejecución de cada nodo, es decir, asegurar que todos los contenedores en el nodo se encuentran saludables.
- kube proxy - Reenvía el tráfico al pod donde tiene que ir.
- cloud controler manager - Es el encargado de conectarse a la API del cloud. Es la diferencia con otros orquestadores. Permite correr los contenedores y hacer funciones extras que no estén instaladas en nuestro espacio.
- cAdvisor - Es un agente que monitorea y recoge métricas de utilización de recursos y rendimiento como CPU, memoria, uso de archivos y red de los contenedores en cada nodo.
No es buena idea correr tráfico de clusterización en equipos personales.
Los Pods son los contenedores de Kubernetes (puede tener varios contenedores). La unidad mínima de computación. Comparte una única IP. Generalmente por cada pod correrá un contenedor, pero puede darse las circunstancias de que sea preferente correr varios contenedores en un pod.
ReplicaSet son quienes se aseguran que los contenedores siempre se están ejecutando. Asegura
- Que no haya caída del servicio
- Tolerancia a errores
- Escalabilidad dinámica
Deployment es responsable de las actualizaciones de los contenedores y despliegues automáticos de la aplicación.. Maneja los ReplicaSets.
Los servicios permiten los accesos a la aplicación.
Ingress es un proxy inverso que se comunica con los servicios y nos da la posibilidad de tener un nombre DNS, balanceo de carga entre pods...
Los namespace son clusters virtuales respaldados por el mismo clúster físico.
Utilizaremos un pod con busybox.
apiVersion: v1
kind: Pod
metadata:
name: busybox
spec:
containers:
- image: busybox:1.28.4
command:
- sleep
- "3600"
name: busybox
restartPolicy: Always
Crear un pod
kubectl create -f busybox.yaml
Crear un deployment
kubectl run nginx --image=nginx
Crear un service a partir del deployment anterior
kubectl expose deployment nginx --port=80 --type=NodePort
Para darle persistencia a los datos utilizaremos un YAML para un volumen persistente simple usando el almacenamiento local del nodo:
apiVersion: v1
kind: PersistentVolume
metadata:
name: data-pv
namespace: web
spec:
storageClassName: local-storage
capacity:
storage: 1Gi
accessModes:
- ReadWriteOnce
hostPath:
path: /mnt/data
Crear un volumen persistente.
kubectl apply -f my-pv.yaml
Podemos darle configuración con el YAML ConfigMap.
apiVersion: v1
kind: ConfigMap
metadata:
name: my-config-map
data:
myKey:
myValueanotherKey: anotherValue
Crear el ConfigMap
kubectl apply -f configmap.yaml
Guardaremos las contraseñas en un YAML tipo secret:
apiVersion: v1
kind: Secret
metadata:
name: my-secret
stringData:
myKey: myPassword
Crear el secret
kubectl apply -f secret.yaml
Aquí está el YAML para una cuenta de servicio
apiVersion: v1
kind: ServiceAccount
metadata:
name: acr
namespace: default
secrets:
- name: acr
Crear el service account
kubectl apply -f serviceaccount.yaml
Puedes empezar por la guía 01 Instalación kubctl.
Todas las guías:
- 01 Instalación kubctl
- 02 Clústers
- 03 manifiestos
- 04 Cheatsheet kubernetes
- 05 Helm: Control de despliegues en Kubernetes
- 06 K9s: Otro estilo de CLI para k8s
Esta guía ha sido creada a partir de multitud de tutoriales que he hecho, son mis apuntes personales. Pero quiero hacer unas menciones especiales a:
- Pelado Nerd. Espero que la guía sea como el Pelado manda.
- Prefapp. De donde he folkeado el tutorial de helm.
Manu 😊