Luego de la introducci\u00f3n un poco desconectada, aqu\u00ed les presento el sofware que uso en casa para mantenerme actualizado.<\/p>\n
Virtualizaci\u00f3n<\/strong>:<\/p>\n Siempre ser\u00e9 un fiel seguidor de las soluciones de visualizaci\u00f3n, aunque a simple viste se podr\u00eda decir que solo uso la soluci\u00f3n de VMware para esto, d\u00e9jenme decirles (escribirles) que no es as\u00ed, he usado varias soluciones y antes de conocer VMware, era fan\u00e1tico de Xen (hasta que lo adquiri\u00f3 Citrix\u2026).<\/p>\n <\/p>\n BUNKER<\/strong> \u2013 Es un R420 el cual hace unos d\u00edas recibi\u00f3 un upgrade el cual permitir\u00e1 tener mas ambientes de pruebas, actualmente correo ESXi 7.0.<\/p>\n Este equipo tiene 1.2TB de SSD, 2 Xeon E5-2420v2 y 192GB de RAM.<\/p>\n No siempre fue as\u00ed, anteriormente no contaba con el performance necesario y esto me llevo a tener otros equipos con menos prestaciones para distribuir la carga.<\/p>\n As\u00ed es como se ve actualmente este equipo desde el punto de vista de vSphere:<\/p>\n Que se puede ver?<\/p>\n Y al final se puede ver vCenter server. He decido dejarlo en este host por los recursos de RAM que posee, si queremos que vCenter funcione bien, debemos asignarle mucha RAM.<\/p>\n La idea es que BUNKER sea un host para crear laboratorios que necesiten mucha RAM y que en su mayor\u00eda ser\u00e1n nested, actualmente estoy planeando probar Tanzu en un host nested con 64GB de RAM.<\/p>\n NUC1<\/strong> \u2013 es un peque\u00f1o NUC con un i5 y 16GB de RAM, esta tambi\u00e9n tiene ESXi 7.0 y la idea detr\u00e1s de este peque\u00f1o vSphere host fue tener vCenter all\u00ed, lamentablemente con el consumo de RAM que tiene vCenter esto no es posible as\u00ed que actualmente la labor de este host es hospedar dos host. K0<\/strong> es un Ubuntu Server con k3s y el UI de Rancher<\/strong>, K1<\/strong> es otro Ubuntu Server con k3s y funciona como el master node del cluster de Kubernetes que uso como producci\u00f3n de la casa.<\/p>\n TANK<\/strong> \u2013 Este es el tercer servidor f\u00edsico con ESXi 7.0, es un R210II el cual adquir\u00ed son el motherboard da\u00f1ado, proced\u00ed a reemplazarlo y al final termine cambi\u00e1ndole el procesador y llev\u00e1ndolo al m\u00e1ximo de memoria RAM que son 32GB ECC unregistered. En este equipo es donde est\u00e1n la mayor\u00eda de VMs de \u201cproducci\u00f3n\u201d y las cuales me gustar\u00eda que funcionen sin problemas. Sin embargo, en el ultimo anno he hecho mucho con Kubernetes y poco a poco he migrado servicios que ten\u00edan su propia VM a un Deployment de k8s.<\/p>\n En este host tenemos lo siguiente:<\/p>\n EVE \u2013 Esta VM corre EVE-NG versi\u00f3n community, esta plataforma me permite correr una gran variedad de equipos de red para hacer pruebas, normalmente pruebo RouterOS y Linux. Me preguntaran por que correr Linux en EVE-NG, es mas sencillo hacerlo en EVE que correr VM para probar funcionalidades de routing. As\u00ed puedo interconectar hosts con BIRD a RouterOS y hacer pruebas de BGP antes de intentar cambiar algo en mi red productiva y terminar sin conectividad.<\/p>\n kw1 \u2013 kw2 \u2013 Estas VM son dos Ubuntu server que tienen k3s y funcionan como Workers del cluster de Kubernetes.<\/p>\n leela \u2013 es un Ubuntu server corriendo mail-cow para hospedar correo para mis dominios.<\/p>\n mom \u2013 es un Ubuntu server con LXD, hace anos que inicie un host f\u00edsico con LXD y fue cambiando de host hasta que la ultima migraci\u00f3n fue de un NUC gen2 a esta VM la cual tambi\u00e9n ha estado en todos los hosts de ESXi que tengo en casa. En este LXD tengo 3 contenedores con importancia.<\/p>\n vpn \u2013 es un Ubuntu Server con Pritunl instalado e IP Publica para tener acceso a mi red cuando estoy en lugares que no permiten L2TP.<\/p>\n Kubernetes y Rancher<\/strong><\/p>\n Ademas de algunos productos de VMware, en el ultimo ano he aprendido bastante de Kubernetes, teniendo este conocimiento, poco a poco he iniciado una migraci\u00f3n de servicios y herramientas que anteriormente estaban en VMs y ahora est\u00e1n en Pods.<\/p>\n K3s \u2013 Rancher UI.<\/strong><\/p>\n Las herramientas de Rancher han permitido una r\u00e1pida evoluci\u00f3n de mi aventura con Kubernetes, esto es debido a una excelente comunidad y una clara documentaci\u00f3n. Inicialmente usaba RKE para los nodos, luego apareci\u00f3 k3s y pude apreciar que la diferencia en consumo de recursos en un mismo host era abismal, esto es debido a lo peque\u00f1o que es k3s y a que no viene con Docker (en mi opinion). En ese momento incie el cambio de nodos desde RKE a k3s.<\/p>\n Actualmente tengo un host con k3s donde se ejecuta el UI de Rancher, desde este UI puedo administrar otro cluster de k3s que tiene 6 nodos (1 master + 5 workers), aqu\u00ed tengo una mezcla ya que 3 de estos workers son maquinas f\u00edsicas (kw0, kw4 y kw5) y dos son VMs (kw1 y kw2).<\/p>\n![\"\"](\"https:\/\/arielantigua.com\/weblog\/wp-content\/uploads\/2020\/12\/word-image-1024x419.png\")
<\/a><\/p>\n\n
![\"\"](\"https:\/\/arielantigua.com\/weblog\/wp-content\/uploads\/2020\/12\/word-image-1.png\")
<\/a><\/p>\n![\"\"](\"https:\/\/arielantigua.com\/weblog\/wp-content\/uploads\/2020\/12\/word-image-2-1024x437.png\")
<\/a><\/p>\n
![\"\"](\"https:\/\/arielantigua.com\/weblog\/wp-content\/uploads\/2020\/12\/word-image-3-1024x478.png\")
<\/a><\/p>\n![\"\"](\"https:\/\/arielantigua.com\/weblog\/wp-content\/uploads\/2020\/12\/word-image-4-1024x399.png\")
<\/a><\/p>\n