Rancher NO es la mejor solución para Kubernetes en Producción

Hoy hablo de la tecnología que uso para correr Kubernetes en producción, y no es Rancher.
Doc de Rancher sobre CA: rancher.com/do...
Videos de los que hablo:
Kubeadm: • kubeadm / Kubernetes
MicroK8s: • LA MEJOR SOLUCIÓN para...
Kops: • CLUSTER de Kubernetes ...
Rancher 1: • Introducción a Rancher...
Rancher 2: • Importando un cluster ...
Kubernetes en Digital Ocean: • KUBERNETES EN DIGITAL-...
RBAC: • MANEJA PERMISOS en tu ...
--
Repo con todos los archivos que uso: github.com/pab...
Merchandising Pelado Nerd: merch.peladone...
Micrófono: Rode VideoMicro + Zoom H1N
Cámara: Sony A7 Mark III
Lente: Sony 28-70mm 3.5
Laptop: Macbook Pro 16'' 2019
Puedes encontrar todos mis links en peladonerd.com

[@eduardoyupanqui]

Falto especificar "En Cloud" en el título, ya que onpremise Rancher sigue siendo la mejor opción. Saludos Peladeee

[@JhonnyXpress]

Ahora que rancher es de SUSE pensé que ibas a hablar de OpenShift Porque se que desde la 3.11 ya viene el autoscaler para AWS

[@73cpt]

En Azure, para el AKS solo pagas los workers y puedes controlar los accesos via directorio activo ... dato cultural por si a alguien le sirve

[@hugomode]

Pablo, puedes ocupar la palabra obsoleto, es la traducción correcta de deprecated

[@igarriz]

La parte de control plane ya la están cobrando en casi todos los proveedores. Porque con los CRD's hay gente que desplegaba cosas en los master

[@miborja]

- Chupito cada vez que diga Azure!!! - wait...

[@cesaraugustoseijasnino1624]

Y lo bueno que esta AKS

[@jimmyolano929]

6:08 _"Habéis visto la luz, hijo mío."_ Cuando edito la Wikipedia siempre consulto primero y hasta existe una plantilla expresa para hacer referencia a conceptos difíciles. *Veamos la definición en inglés:* " to withdraw official support for or discourage the use of (something, such as a software product) in favor of a newer or better alternative" www.merriam-webster.com/dictionary/deprecate por lo que _withdraw_ (retirar) sería lo adecuado, *RETIRADO.* "Ese comando ha sido _retirado en su uso._

[@alejandrobellezaparedes]

Rancher tambien puede provisionar un cluster EKS, el rancher ui es bastante bueno y ahora que tiene fleet. De acuerdo en usar EKS, aunque si habras notado las optimized AMIs hasta este momento vienen con docker 🤫, a menos que uses bottlerocket.

[@adriandavid7706]

Hola Pablo, sería genial que subieras un tutorial de cómo montar un cluster en EKS y administrarlo con kubectl, gracias por compartir todo ese conocimiento!

[@thornadusgames]

Sería bastante genial la verdad.

[@hx_gt]

Usa microk8s! nosotros lo usamos en prod y funciona bien con 20 nodos en nube propia

[@grupobizopps3505]

Que versión tienes? Tengo problemas con el DNS en la 1.19

[@herberthobregon5474]

@@grupobizopps3505 actualmente tengo la 1.20, revisa tu coreDNS en el Config Maps para ver si todo bien y revisa que tus pods tengan salida por el ueeto 53 que es el de los DNS

[@adrianfgutierrez2836]

Hola Pablo. Cuando puedas hacé un video de juju con Lxd. La documentación oficial es muy buena. Me encantaría saber tu opinión sobre eso. Gracias por compartir 👍

[@cucharin]

entendía que el termino deprecar era portugués (lo comento por que la primera vez que lo escuche fue de desarrolladores portugueses) , de·pre·ca·do (latim deprecatus, -a, um, particípio passado de deprecor, -ari, procurar afastar por meio de súplicas, pedir, suplicar, afastar, demover, interceder, pedir perdão) adjectivo 2. [Informática] Cuja utilização já não se recomenda (ex.: esta função não está obsoleta, mas está deprecada). (Latín deprecatus, -a, um, participio pasado de deprecor, -ari, buscar quitar a través de súplicas, pedir, suplicar, quitar, disuadir, interceder, pedir perdón) adjetivo 2. [Informática] Ya no se recomienda su uso (por ejemplo, esta función no está obsoleta, pero está en desuso).

[@violerometal16]

Geniaaaal! Probaste kubespray? Levantás un cluster usando ansible

[@PedroHernandez-nj6of]

Buen video pelado, por fa más vídeos de EKS, especialmente usándolo con EC2 spot instances, gracias 🙏

[@gonzaloacosta6552]

En Openshift de Red Hat, pagas solo workers (a RH), tenes machineconfigpools para autoscaling de instancias, tenes metricas integradas, logging opcional, cicd con jenkins, también tekton y podes usar argocd. Desplegar en Amazon es una pelotudes.Para usuarios, integración con todos los identity providers. Tiene bochas de cosas copadas y otras cosas no tanto (como bugs) que te hacen renegar un poco. Pero quien trabaje fuera de POCs sabe que el reniego siempre esta :P.

[@CoroPower]

Hola pelado, trabajo en aws y te menciono que en ultimo reinvent anunciamos una distro de eks para correrse en cualquier provedor de nube o datacenter propio, asi que basicamente tienes 3l control plane en eks y los nodos en tu oficina. Chao complejidad de manejar el etcd, api, etc. Obviamente no es para todo los escenarios. Por otra parte, si combinas eks + fargate ya no tendrias que manejar ni pagar nodos ec2, se paga por que usa tu pod. Saludos!

[@PeladoNerd]

Interesante. Voy a ver si lo checkeo, gracias !

[@wanderingmage]

Muy buen video Pelado… pase por esos dilemas. Que piensas de ACM y Openshift? Me parece más robusto que rancher pero $$$$$

[@galojaviercolomavillon3914]

para on-premise se esta usando bastante openShift pero si que dicen que es un dolor de cabeza la instalación para un entorno corporativo

[@CanalDiscovery3]

Tengo un sistema hecho en visual fox pro 9.0, y funciona de 10.

[@RafaelLorenteSalgueiro]

deprecated es obsoleto, por cierto yo no tengo la posibilidad de usar ningun servicio cloud asi que mi solucion seria usar Rancher sobre esxi o Proxmox. hay alguna otra opcion?

[@facundofierro]

Entre pros y contras ... me imagino que si usas Rancher debe ser mas facil migrar, si usas GCloud, y despues Digital Ocean, y despues AWS , y despues Bare Metal, ... o si tenes diferentes cluster de diferetnes formas al mismo tiempo y queres administrar todo junto.

[@yamillanz6398]

1:25 Principio del desarrollo del software...Si sirve NO lo toques...no reinventes la rueda....👍🤷‍♂️

[@JorgeArco]

Las limitaciones del CNI de EKS por defecto pueden ser un problema (lo son) y el scheduler se vuelve loco petando porque hay espacio en las instancia pero no tiene interfaces disponibles. Los upgrades, sin con KOPS son manuales con EKS... echa un ojo a la documentación. Managed instance groups en EKS no soporta taints y definir un managed instance group teniendo unmanaged te saca del cluster los unmanaged lo cual es muy peligroso. Está claro que al final a cada uno le va una cosa mejor que otra, lo importante es conocer las limitaciones de cada uno y de las herramientas

[@julianhernandohenaoquinter4811]

Acerca de tu escritorio, es un standing desk?? cual referencia es y que tal te ha funcionado? :P

[@victorrivera2418]

Nosotros usamos GKE, pero rancher por la facilidad de uso, más para los devs que no conocen comandos y restringir acceso al cluster como tal y ya más fácil administrar por proyecto o namespace como lo hace rancher

[@jesusa1453]

Rancher si es la solución, no para todo, no para todos, así es la ingeniería

[@a0z9]

Desconttinuar

[@luissantiagovazquez3106]

Al pelado nerd no le gusta OpenShift

[@GabZer0]

Che Pablo, MS te prohibió mencionar Azure en tus videos? o solamente te lo prohíbe tu religión? 🤣

[@PeladoNerd]

Jajaja posta que me los olvidé

[@delassar]

Azure AKS tiene integración con Active Directory, lo que te permite manejo de usuarios y grupos de forma sencilla.

[@delassar]

Todos los servicios en la nube tienen problemas :).

[@manuelnucci_]

Hola Pelado! Sí, estás en lo correcto... tanto EKS como GKE te cobran un fee de $0.10 por cluster por hora para mantenimiento del control plane. En el caso particular de GKE, si el nodo master no está replicado (cluster zonal o multi-zona sin replicación de master) no tiene costo. Me parece que AWS no tiene esta última ventaja

[@juancarlospedrique5000]

Hola Manuel, ciertamente EKS cobra $0.10 pero por cada hora, es decir, que el costo mensual por 1 clúster EKS son $73 ya que se debe multiplicar por 730 Hrs.

[@joanale609]

Ya no cobran nada por cp

[@CarlosASalazar]

Tengo una RaspBerryPI 4 y le instale portainer para controlar los dockers lo malo de esto es que solo usa YML 2 aunque me puedo bajar directametne las imagenes y todo bien.. pero existe alguna otra opcion? ademas de portainer y la consola!? la RAspBerry tiene UbuntunServer arm64 (ooh si me instale un mongoDB por cierto yeeeahh)

[@VictorFernandez-wf5lj]

Interesante, sin embargo faltaría alguno más como AKS, OKA, etc.., no?

[@christiancedeno5044]

Buenos Dias, y que tal OKD 4 (Open Source) / Openshift 4. (De Paga)

[@juanpablovidal7783]

Pelado.. veee. me atrapaste con el titulo jajajaj De una lo revise, porque estaba pensando en entrenarme mas en rancher o hacer mi empresa partner de ellos tambien. Obviamente tambien me gusta GKE y si podes actualizar tu cluster y nodos a la ultima version de Kubernetes, ademas que es re facil ... un saludoo... Pero que pensas, Saber de rancher y GKE ... esta bien las dos si o que???

[@norvigal]

No entendí nada pensé que iba a cazar algo.... No soy programador jajajaja... Saludos

[@eduardomurrieta1367]

IAM también esta en GCP, también creas roles o credenciales. Osea a un pod le das un rol y tiene permiso por ejemplo asumir el rol de conexion a BD.

[@Kexpiral]

No hablasteis de UPCLOUD no puedo creerte. Impresionante!!! Jajaja

[@alfa00015]

Por qué nunca hablas de Openshift/OKD , en su versión 4 es completamente integrado al cloud provider y hace el autoscale group y en su versión 3.11 solo lo hace en aws. Para mí tiene una mejor interfaz que Rancher para administrar

[@PeladoNerd]

No tengo experiencia con openshift

[@alfa00015]

@@PeladoNerd hola pelado , muchas gracias por tu respuesta , yo tengo experiencia montando clúster de openshift , si deseas para un vídeo podemos hacer una colaboración para poder mostrar okd la versión free de openshift

[@JuanMirandaJMv2]

Aguante FoxPro.

[@pettertables8807]

Como Dices master Pelado, en mi trabajo estoy empezando con kubeadm porque tenemos nuestra infra vmware vsphere, aunque ya me pidieron que cheque OKD =P.. excelente vídeo... saludos..

[@luissantiagovazquez3106]

No borren mis comentarios

[@JlarMM]

Vídeo de irsa service account en gcp o aws etc por favor

[@EmanuelVecchio]

porque nunca incluís Azure AKS en tus videos?

[@PeladoNerd]

Porque nunca lo he usado

[@nikytux]

Creo que Rancher es útil para administrar de forma centralizada clusters de k8s multicloud y/o hybrid cloud , Te permite centralizar el los usuarios por fuera de cada cluster y creo que podes hacer deploys el globales en muchos clusters a la vez. Y tener una forma fácil de tener k8s en cloud provider que no ofrecen ese servicio .

[@kamnibal]

Los apps globales las pusieron obsoletas ya :(

[@victorcasad]

@@kamnibal se han sustituido en la última version de Rancher (2.5.x) por Fleet (aka Rancher CD)

[@oxidoa4833]

Un script con python , con bash con perl puedes automatizar toda la lista ... usar esas tecnologias es solo mercadotecnia welcome to linux

[@davidrodriguezbtc24]

Nube híbrida

[@Kexpiral]

Hola Pelao, cada poco voy compartiendo entre mis compis tus vídeos. Cualquier día capaz de hacerte una oferta. Como buen argentino que bien te vendes, Jajajaja. Un saludo desde España.

[@pablo0loza]

Buenas Pablo, excelente video. Comparto todo lo que comentás. Nosotros tenemos rancher instalado en nuestro on-premises, y le damos rosca la verdad para ambientes bajos. No tenemos carga productiva. Gracias por compartir tu experiencia!

[@hugoalbertobedolla7129]

Deprecar = Desfasar, obsolescer

[@fulgorek]

kube2iam funciona bien, el problema es que al crear un proxy para hacer los requests del API(metadata) de AWS a veces falla, tuvimos muchos problemas al estabilizarlo.

[@foobar43]

AWS_METADATA_SERVICE_TIMEOUT y AWS_METADATA_SERVICE_NUM_ATTEMPTS ?? 😏

[@Dane411]

Rancher == K3S?

[@christianheredia15]

Estimado Pelade, consulta del millon, es una buena practica tener varios cluster eks? prod, qa, stg, todo en deferentes vpc? o tener 1 solo cluster en 1 sola vpc y usar alguna funcion de k8s como nodeselector y labbels de nodos para separar ambientes? aguardo tu respuesta genio!

[@reydavid7300]

Puede pasar que governance no permita a los desarrolladores usar servivios de aws como DynamoDB, Cloud SQL, SQS, SNS, etc sino que diaponibilicen wrappers de esos servicios pero con funcionalidad reducida? Que opinas de esto? Es buena idea?

[@yemboy_]

Pelado que tal un gusto en saludarte, una consulta asi de mod ignorante: No haces capcitaciones o inducciones en el mundo de K8s ?

[@tuV13ja]

Para que es un huevo levantar un cluster por aws 🤌🤌🤌

[@afutse]

Buenazo!!! Porsiacaso te ha pasado en EKS mantener una IP estatica en tu ALB. saludos desde lima peru

[@v4ldevrr4m47]

Son comparables Rancher vs Openshift?

[@arieldosk4671]

A mi en lo personal me gusta mucho mas trabajar con el cluster directo del proveedor cloud. Y los otros (rancher, microk8s) para ambientes no productivos.

[@ivans_corner]

Deberías haber puesto el PIP de tu video hablando en la tabla del lado de los Pros. Excelente video, sos re groso (aunque ya lo sabés jajaja).

[@ehb617]

¿Y qué opinan de clusterctl usando la Cluster-API?

[@isaiaguilarcardenas2332]

una pregunta, terraform la version 0.14 tiene nuevas opciones pero aun no lo entiendo del todo, alfuna docu que me ilustre mejor estas nuevas funciones?

[@Hackenbaker]

Eksctl también está bueno. Gracias por el video.

[@Daniel-gt7lx]

Que maravilla de video, muchas gracias. Actualmente uso k8 en linode, es barato y estable, en un futuro explorare estás otras opciones.saludos

[@reinaldoorrego692]

Por qué no evalúas cluster-api?

[@DOMOBRYAN]

Gracias pelado, muy buen video se nota que te falta poco para llegar a wizard.

[@davidrodriguezbtc24]

Pelado no hablaste nada de anthos que te permite montar como un gke en onpremise con el cluster también de la nube en prod

[@alfabika]

No me ha tocado mucho trabajar con aws, pero una vez haciendo unos ejercicios para mi, use lo que menciona el pelado "irsa" para darle acceso a una vms a unos buckets en s3 y es genial eso

[@angelgutierrez240]

En mi caso, utilizamos GKE y AKS. Por cierto Pablo, te falto agregar este último a tu lista de Cloud.

[@YairMontes]

Pablo gracias por estos conocimientos, nosotros usamos EKS, deberías hacerle un video.

[@luismunoz9126]

no te entiendi ni mierda, pero siempre veo tus videos :D

[@kernelpanic3520]

Anda rancher on-prem? hace magia?

[@PeladoNerd]

Si, es mágico

[@colinmedinajonathanalejand6628]

Excelentes las explicaciones! Quisiera preguntar sobre los trabajos de cron dentro de los contenedores y el como ejecutarlos de una forma correcta si alguien me puede apoyar con esa parte ya que soy algo nuevo con esto.

[@darwinvilcachaguaayala7647]

El minuto 1:58 me mató de risaaaa xDDDDD

[@OscarFonsecaQ]

Conoces OpenNebula?

[@marvinsosa84]

Hasta las preguntas son buenas !

[@hmonsalv]

Espectacular Pablo!

[@Victor22Vilade]

Nosotros usamos AKS de azure!

[@jhonatana.6055]

en resumen terraform es la voz

[@pilasguru]

Muy buenas estas comparaciones, llevan mucho trabajo y es un importante esfuerzo de abstracción de datos relevantes. NO COINCIDO con como usas el concepto de "PAGAR". Es algo sutil pero creo que relevante. Cuando no se paga, se asume que es GRATIS y no es así. Es decir, EKS no te factura por el controller, factura por el servicio; pero ese servicio incluye el costo del controller y se paga. Un comparativo mostrara que la tercerizacion del controller en EKS es mas cara que el precio de instancias que hagan lo mismo; pues obviamente AWS te cobra por su "magia". En términos alimenticios y utilizando TU concepto de PAGAR: si hago la cena en casa, pago por el gas de la cocina, si pido delivery no pago por el gas hacer la cena. Se entiende? Por eso prefiero decir que el delivery NO FACTURA el gas de preparar la comida, pero pagarlo, seguro que lo pago en el precio del producto y sera mas caro, pues la mano de obra la esta tercerizada.

[@PeladoNerd]

Concuerdo con que nada es 100% gratis. Pero usar eks con 3 workers es más barato que usar 9 instancias ec2 (3 workers, 3 controllers y 3 etcd)

[@foobar43]

Unpopular opinion: IRSA me pareció muy rocambolesco y kube2iam nos ha ido de maravillas desde entonces. Eso sí, tuneando los timeouts y los números de reintentos. Que curiosamente el servicio de metadatos de instancia no es tan confiable.

[@PeladoNerd]

Gracias por contar la experiencia! Yo no tengo mucha experiencia con kube2iam. Pero no he tenido dramas con irsa

[@foobar43]

@@PeladoNerd De nada. Aunque en mi laburo nuevo sí que lo usan. Por lo que bye bye kube2iam hello irsa 🙃. Toca aprender.

[@cokegen]

Yo salté de kube2iam a kiam y el motivo, ademas de que tiene menos quilombos, es la seguridad, ya que los workers (kiam-agent) solo necesitan contactar al kiam-server (y metés la parte de server solo en los masters, con requests/limits bien seteados). Los workers quedan literalmente limpios de cualquier rol de IAM y si algo queda comprometido el surface area es mucho menor. IRSA me parecio un quilombo (no en EKS, logicamente) y se me fritó la bocha cuando lo vi, pero capaz le pego una mirada mas luego ...

[@foobar43]

@@cokegen ¡Oye gracias por este mini intro de Kiam! Suena muy bien. Yo me conocía su caso de uso en cuanto a caché para la peña que hace muchas peticiones a los metadatos pero desconocía esta arquitectura interesante que tiene.

[@SiliconPowerII]

eks master race

[@aryklein]

gke no cobraban por el control plane y ahora creo que si

[@PeladoNerd]

Es verdad, ahora que lo decís, me acuerdo. Igual debe ser más barato que correr las instancias por tu lado

[@mynameisbola]

El irsa en GKE se llama Workload Identity. Por si alguno no sabe

[@blackjid]

Eso mismo iba a comentar :) cloud.google.com/kubernetes-engine/docs/tutorials/authenticating-to-cloud-platform

[@4IIPAULSPARTANII4]

first coment

[@JhonnyXpress]

Third comment 😊

[@shelu17]

second