Balanceo de carga y Daemon sets

Clase 21 de 33 • Curso de Kubernetes (2019)

Juan David Marquez Rodriguez

student•

Un DaemonSet se asegura que todos, o algunos nodos corra una copia de un Pod. No se crean en el CLI (kubectl), sino a través de los manifest files.

¿Cómo sabe k8s como enviar trafico a que pods? Lo hace a tráves de los selectores, este permite el balanceo de carga. Cada service tiene los endpoints de los pods que estan corriendo para que otros servicios puedan acceder. Al eliminar uno, k8s crea otro para cumplir con el estado deseado y lo integra automaticamente para ser destinatario de trafico.

Camilo Andrés Mejía Posada

student•

Ya que --export fue deprecado, pueden obtener el rng.yml de la siguiente manera:

kubectl get deploy/rng -o yaml > rng.yml

Francisco Horacio Arenas Massa

student•

gracias, el export no me funcionó

Roberto Palacios

student•

muchas gracias

Sebastian Londoño

student•

Comandos de la clase: kubectl get deploy/rng -o yaml --export > rng.yml kind DaemonSet kubectl apply -f rng.yml kubectl apply -f rng.yml --validate=false kubectl describe service rng kubectl get pods --selector=app=rng kubectl label pod podname app- //borrar label

Nestor Julian Murphy

student•

Cuál sería el reemplazo de --export? ya que este está deprecated.

Juan Carlos Sleiman

student•

Del comando que usamos en el video, podrias simplemente quitar la flag --export y ya con eso se crea el archivo, se produce casi el mismo output

Ramon Sanchez

student•

puedes usar

kubectl get <get> -o yaml  > file.yml

example:

kubectl get deploy/redis -o yaml  > redis.yml

Ernesto Isaac Marrero Gámez

student•

En las versiones mas recientes de kubernetes fue deprecado el flag

--export

Por lo que en este caso la forma correcta de resolverlo es

kubectl get deploy/rng -o yaml > rng.yaml

Eso servira para exportar las configuraciones y poder editar. El export queda en el directorio en el que se encuentren, cualquier cosa un ls los ayudara a ver el archivo

Sleyder Zuleta

student•

y que pasa cuando agrego el label nuevamente al pod que se lo quite, se elimina un pod para volver al estado deseado?

Amaury Centeno Arias

student•

jejejjeje hice la prueba en minikube, y resulta que al asignarle la etiqueta nuevamente al pod que se la habíamos retirado , lo vuelve a enviar trafico y elimina el que lo había remplazado.

Pod antiguo 
kubectl edit  pod rng-5d8b6c4cff-rbxtr

Se agrega 

labels:
    app: rng

Entonces elimina el anterior y deja el que teníamos previamente.

~/Desktop/kubernes-platzi$ kubectl get pod --selector=app=rng                                                      
NAME                   READY   STATUS        RESTARTS   AGE     
rng-46frh              1/1     Running       0          35m     
rng-5d8b6c4cff-rbxtr   1/1     Running       2          25h    
rng-5d8b6c4cff-tc8m9   1/1     Terminating   0          12m

Jesús Henríquez

student•

Cuando se elimina el label del pod deseado, entiendo que no es que se elimine el pod, si no que el pod sigue existiendo pero sin el label por el cual k8s hace el balanceo. En este orden de ideas K8S crea un nuevo pod que cumpla con la especificación para llegar al estado deseado, pero el pod al que se le quito el label sigue existiendo.

Seria bueno acotar que toca analizar si este pod sigue siendo útil para nuestro requerimiento y si no eliminarlo.

Usuario anónimo

user•

buena clase :) gracias

Gerardo Alberto Soto Alvarez del Castillo

student•

¿Cuál es la diferencia entre Labels y Selectors en la descripción de un servicio de K8s?

Alix Meryam Chaparro Jiménez

student•

Las etiquetas de Kubernetes son pares clave / valor que se pueden adjuntar a los objetos de Kubernetes. Labels o etiquetas están destinadas a especificar los atributos de identificación de los objetos de Kubernetes. Labels selectors o los selectores de etiquetas son exactamente lo que dice su nombre. Le permiten seleccionar objetos de Kubernetes basados en etiquetas y hacer cosas interesantes con ellos.

Jonnathan Ramiro Juma Jara

student•

MI cluster lo cree con dos maquinas virtuales en gcloud, pero al intentar acceder al dashboard desde la ip externa abro el puerto pero siempre me sale el mismo mensaje en la consola.

PORT STATE SERVICE 30978/tcp filtered unknown solo con el dashboard tengo ese problema

Hector Alexander

student•

#Ver pods ejecutando
kubectl get pods

#Exportar deploy a archivo 
kubectl get deploy/<name> -o yaml --export > <file.yml>

#Cambiar tipo de servicio en archivo exportado
kind: daemonSet

#Desplegar sin validacion
kubectl apply -f <file> --validate=false

#Administrar deployment por labels
kubectl get pods -selector=label<>
kubectl label pod <labeL> app-

Gustavo Saldivia

student•

Los daemonset tienen su propio recurso en el cluster por eso puedes tener un deployment y un daemonset corriendo al mismo tiempo y te puedes confundir con el numero de pods

<code> 
kubectl get daemonset
NAME   DESIRED   CURRENT   READY   UP-TO-DATE   AVAILABLE   NODE SELECTOR   AGE
rng    2         2         2       2            2           <none>          10m

Jesús Henríquez

student•

Al momento de crear un recurso de tipo DaemonSet se va a mostrar en nuestro dashboard de la siguiente forma:

O por el CLI también podemos observarlo y revisar su especificación:

Steven Alexander Oliva Ayala

student•

Más información en: https://kubernetes.io/es/docs/concepts/workloads/controllers/daemonset/

Pablo Aquino

student•

kubectl get deploy/NAME -o yaml > FILEYAML.yml
#deployar sin validar archivo yaml
kubectl apply -f FILEYAML.yaml --validate=false

DeamonSet: para garantizar que un pod se escale en un nodo.

DAVID EDUARDO BAEZ SANCHEZ

student•

Entendido

DAVID EDUARDO BAEZ SANCHEZ

student•

kubectl get deploy/rng -o yaml > rng.yml
kind DaemonSet
kubectl apply -f rng.yml
kubectl apply -f rng.yml --validate=false
kubectl describe service rng
kubectl get pods --selector=app=rng
kubectl label pod podname app- //borrar label

Balanceo de carga y Daemon sets

Introducción a Kubernetes

Introducción a Kubernetes: conceptos y aplicación práctica

Repaso de contenedores e introducción a k8s

De pods a contenedores

¿Cómo funciona la arquitectura de red de Kubernetes?

Modelos declarativos e imperativos

Visión general del modelo de red

Recomendaciones

Introducción a aplicación de prueba

Instalando nuestro primer cluster con Minikube, Kubeadm

Instalando nuestro primer cluster con Kubeadm

Desplegando el Cluster en AWS con EKS

Desplegando una aplicación de prueba con EKS

Primer contacto con un cluster de kubernetes

Usando kubectl

Creación y manejo de pods

Deployments y replica sets

Balanceo de carga y service discovery

Accediendo a nuestros PODS a través de servicios

Enrutando el tráfico utilizando servicios

Desplegando nuestra app en k8s

Escalando nuestra aplicación

Exponiendo servicios interna y externamente (kubectl-proxy)

Kubernetes dashboard

Balanceo de carga y Daemon sets

Despliegues controlados

Healthchecks

Optimizando el uso de nuestro cluster

Gestionar stacks con Helm

Gestionando la configuración aplicativas utilizando Config Maps

Volúmenes

Autorización y Namespaces

Introducción a namespaces

Despliegue múltiples instancias de la misma aplicación en un solo cluster.

Autenticación y autorización

Service account tokens

RBAC

Fin del curso

Recomendaciones para implementar Kubernetes en tu organización o proyectos

Bonus

Clase en vivo: workflows de Kubernetes usando git