INFRAESTRUCTURA / SISTEMASEN ↗
INGENIERO DE INFRAESTRUCTURA HÍBRIDA
Llevo siete años montando y manteniendo infraestructura.
Me llamo Mateo y soy de sistemas. La mayor parte de mi carrera ha sido VMware on-premise: he montado un datacenter desde cero, desde las VLAN y la cabina hasta el vCenter y las copias, y he migrado más de 100 clientes entre plataformas. Hoy trabajo también con Linux, Azure, AWS y Proxmox, y hacia ahí quiero crecer: infraestructura híbrida, aprovechando todo lo aprendido en el CPD.
Prueba un comando status · deploy · whoami · help
Con qué trabajo.
Donde más horas tengo es en virtualización, almacenamiento y backup. El resto lo uso a diario, pero con menos profundidad, y en cada área lo indico.
VMware · ESXi · vCenter · Cloud Director
Virtualización y datacenter
Es donde más experiencia tengo. He instalado, configurado, actualizado y migrado plataformas VMware, empezando por la matriz de compatibilidad y el firmware de los servidores y terminando con los clientes funcionando encima.
- ESXi y vCenter 6.5, 7.x y 8.x
- Clústeres, HA, DRS y VDS
- BIOS, firmware, drivers e imágenes personalizadas de ESXi
- Migraciones entre vCenters y clientes en Cloud Director
- Parcheo, actualizaciones de versión y matrices de compatibilidad
- Algo de NSX-T, vRealize y Aria, sin profundizar
Pulsa un área para ver el detalle.
Dónde he trabajado.
En cloud.gal llevaba los proyectos enteros: desde la primera reunión con el cliente hasta las de seguimiento después del despliegue, y entre medias el diseño, el montaje, la migración y los backups. Antes, en DXC, administré clústeres VMware para el sector público. Desde 2026 estoy en Enxenio, más centrado en Linux y cloud.
Ingeniero de Infraestructura y Sistemas
Aquí mi trabajo es sobre todo de operación. Administro servidores Linux en producción, preproducción y desarrollo, despliego en AWS y también trabajo con Azure. Monto y documento máquinas en Proxmox, configuro copias con Restic y snapshots y automatizo despliegues y tareas, como el refresco semanal de producción a preproducción con datos anonimizados. También gestiono equipos y usuarios con Intune, Microsoft 365 y Entra ID. Reviso muchos logs: Docker, systemd, Jenkins, GitLab, PostgreSQL. En un proyecto adapté la configuración del VMware de un tercero a lo que necesitaba nuestra aplicación, haciendo de interlocutor entre el cliente y nuestros desarrolladores.
Responsable de Virtualización y Copias de Seguridad
Llevaba los proyectos de principio a fin: kickoff con el cliente, toma de requisitos, revisión de su infraestructura, despliegue, acompañamiento, backups, optimización y seguimiento. Diseñé y monté el datacenter nuevo en VMware 8 y migré a él los clientes del antiguo. También hacía actualizaciones de ESXi y parcheo, migraciones entre vCenters y cabinas, de Azure a VMware y a Cloud Director, y los proyectos de Veeam y DR.
Administrador de Sistemas VMware
Administraba clústeres VMware para AMTEGA y CIXTEC: instalación y configuración de clústeres nuevos sobre servidores Lenovo, Dell y HP, ciclo de vida, parcheo y despliegue de máquinas. Preparaba matrices de compatibilidad, ejecutaba y adaptaba scripts de PowerShell y usaba vRealize Orchestrator y Terraform. El cliente principal tenía unos 600 servidores y 3.000 máquinas virtuales. También administré un stretched cluster con vSAN entre dos datacenters: 12 hosts, 6 en cada uno, con un vCenter común con vCenter HA y reglas de afinidad, para que si una máquina caía en un datacenter se levantase en el otro. Nunca llegó a caer.
Técnico de Sistemas de Nivel 2 · Roche
Soporte de nivel 2 en entornos hospitalarios con Windows y Linux. Revisaba logs, resolvía incidencias e integraba aplicaciones sanitarias por HL7. Automatizaba tareas con Python y trataba a diario con personal sanitario y fabricantes.
Responsable de Soporte
Despliegues de aplicaciones con Git y Jenkins, control de calidad y operación de infraestructura en AWS y GCP.
Coordinación de proyectos y soporte técnico
Antes de sistemas: coordinaba equipos de 10 a 15 técnicos en Plexus Tech y, antes, fui responsable técnico de Fermax para Galicia, con puestas en marcha, averías y formación.
Lo que tengo montado en casa.
Dos mini PC con Debian 13. Uno hace de DNS y DHCP con AdGuard Home y monitoriza todo con Prometheus, Grafana y Uptime Kuma. El otro ejecuta los contenedores, entre ellos esta web. Lo uso para probar lo que en el trabajo no puedo romper. La web sale a Internet por Cloudflare Tunnel, sin abrir puertos en el router, y se actualiza sola cada vez que subo un cambio a GitHub. El estado de los servicios se puede ver en directo en mcouso.es/estado, y todo se copia cada noche al otro mini PC y a Backblaze B2, con una restauración de prueba cada semana.
- INTERNET
- GATEWAY / ROUTERHGU MOVISTAR
- CONMUTACIÓNSWITCH GIGABYTE
- ROUTER / WIRELESSXIAOMI AX3600Wi-Fi · OpenWrtVPN LAN-to-LAN → RED REMOTA
- LENOVO THINKCENTRE M715qHOMELAB-REDAdGuard Home · DNS + DHCPPrometheus · Grafana · exportadores · Uptime Kuma
- HP PRODESK 400 G6 MINIHOMELAB-APPSDocker Compose · esta web y otras apps
Diagrama simplificado. He quitado las direcciones IP y los detalles de la red remota.
homelab-red
ThinkCentre M715q Tiny · Debian 13
AdGuard Home para DNS y DHCP; Prometheus 3.8.0, Grafana 12.3.0, Node Exporter 1.10.2, Blackbox Exporter 0.27.0 y Uptime Kuma para monitorización.homelab-apps
HP ProDesk 400 G6 Mini · Debian 13
Docker Compose para el portfolio y aplicaciones propias. Servicios de aplicación separados del nodo dedicado a DNS y monitorización.Servicios de red
Movistar HGU · Xiaomi AX3600 / OpenWrt · switch Gigabyte
LAN principal con DHCP centralizado en el homelab y VPN LAN-to-LAN hacia una red remota. Direccionamiento y datos de acceso omitidos en la versión pública.Cuatro proyectos, contados con detalle.
Son proyectos reales en los que he trabajado. No doy nombres de clientes ni datos internos; el resto está contado tal como fue.
Un datacenter nuevo desde cero
Hacía falta un datacenter nuevo al que mover los clientes del antiguo, que estaba en vSphere 7. Lo diseñé y lo monté: cinco hosts Dell con AMD EPYC 9534 de 64 núcleos y 2,25 TB de RAM, switches Dell a 100 Gb y una cabina Pure Storage conectada por NVMe over RoCE. Un único clúster con su propio vCenter.
Toda la parte de VMware, desde la matriz de compatibilidad y el firmware hasta el vCenter y el clúster. Inicialicé la cabina con Pure y diseñé la red de cada host: dos tarjetas ConnectX-6 con SAN, backup y vMotion separados, en VLAN distintas con MTU 9000. Cada cliente tiene su propio VDS.
Migré a él los clientes del datacenter antiguo, decidiendo yo cuáles pasaban y cuándo. Restaurar un backup de 1 TB pasó de unos 20 minutos a 7-8.
De SAN a vSAN sin cambiar las redes
Un clúster de siete hosts con almacenamiento en una cabina Dell y versiones mezcladas: cuatro hosts en vSphere 6.5 y tres en 7.0. Había que pasarlo a vSAN con discos locales sin tocar las redes de los clientes.
Por fases. Añadimos discos locales a los hosts y empezamos con tres: los actualizamos, montamos la vSAN con ellos y empezamos a mover máquinas. El clúster nuevo se creó en un vCenter nuevo, y las máquinas pasaron en caliente con Cross vCenter vMotion. Cada host que quedaba libre se actualizaba y entraba en la vSAN, hasta completar el clúster nuevo en 7.0.3. Usamos las mismas redes y las mismas VLAN durante todo el proceso.
Un mes de proyecto y 20 máquinas movidas en caliente, sin corte. El clúster quedó entero en vSAN all-flash con 7.0.3, y las redes de los clientes no cambiaron en ningún momento.
Mover clientes entre plataformas
No todo era montar desde cero. Buena parte del trabajo era mover cosas: clientes completos entre vCenters, datos entre dos cabinas y máquinas de Azure a VMware.
Según el caso usaba Cross vCenter vMotion, replicación o un backup completo con Veeam y restauración en destino.
En total, más de 100 clientes creados, administrados o migrados, y alrededor de 1.000 máquinas virtuales en servicio 24/7.
Un DR con Veeam probado de verdad
Recuperación ante desastres entre la infraestructura de un cliente y la nuestra con Veeam CDP: diez máquinas de unos pocos GB a 2-3 TB, con un RPO de 15 minutos para las críticas y de 1 hora para el resto, y un RTO de 3 horas.
Desplegué los componentes y los proxies de Veeam 13, los certificados y la configuración de las copias, el destino y la VLAN de recuperación. En la infraestructura del cliente todo funcionaba por IP, así que creé una zona DNS con sus registros y lo pasé a nombres. En nuestro vCenter el cliente tenía un usuario que solo veía su carpeta: ni hosts, ni redes, ni nada más.
Un día entero de pruebas: las copias se levantaron en nuestra infraestructura en alrededor de una hora, se cambió lo necesario en los Fortinet y se validó el acceso de los usuarios. Todo salió bien, y dejé un manual para que el cliente pudiera recuperar sin depender de nosotros.
Lo que voy apuntando.
Notas técnicas sobre cosas que he montado, roto o aprendido.
- Cómo está montado mi homelabDos mini PC con Debian, el sistema en el NVMe y los datos en el SSD, cada servicio en su carpeta con Docker Compose, monitorización con Prometheus y Uptime Kuma, y copias 3-2-1-0 a Backblaze B2. Qué hay, cómo está organizado y por qué.
- Copias 3-2-1-0 en mi homelabTres copias, dos soportes, una fuera de casa y cero errores: copias con restic entre mis dos mini PC y Backblaze B2, y una restauración real cada semana para comprobar que sirven.
- De SAN a vSAN sin cambiar las redesUn clúster de siete hosts con versiones mezcladas, una cabina antigua con discos HDD y la condición de no tocar las redes de los clientes. Cómo lo pasamos a vSAN all-flash en un mes, por fases y moviendo las máquinas en caliente con Cross vCenter vMotion.
Formación e idiomas.
Data Center Virtualization
VCP-DCV · 2023CFGS Administración de Sistemas Informáticos en Red
IES San Clemente
CFGS Sistemas de Telecomunicación e Informáticos
CIFP Politécnico de Santiago
¿Hablamos?
Si buscas a alguien de sistemas para infraestructura on-premise, cloud o híbrida, o quieres comentar algo de la web o del homelab, escríbeme.