INGENIERO DE INFRAESTRUCTURA HÍBRIDA

Llevo ocho 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.

DESCARGAR CURRÍCULUM ↓PERFIL DE LINKEDIN ↗

SANTIAGO DE COMPOSTELA · GALICIAMÁS DE 8 AÑOS EN SISTEMASVMware VCP-DCV · 2023

consola · prueba un comando

Prueba un comando status · deploy · whoami · help

Escribe status para ver el estado real del homelab, o help para ver el resto.

…d78e0bd

EN NÚMEROS

100+clientescreados, administrados o migrados en cloud.gal

~1.000máquinas virtualesen servicio 24/7 en cloud.gal

~3.000máquinas virtualesen el entorno del cliente principal en DXC

3cabinas Pure Storageadministradas, desde la instalación hasta el soporte con el fabricante

ESPECIALIDADES

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

VMwarevSphereESXivCenterCloud Director

Pulsa un área para ver el detalle.

TRAYECTORIA

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.

MAR 2026 — ACTUALIDAD

EnxenioA Coruña · Híbrido

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. 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.

ACTUAL

JUL 2024 — MAR 2026

cloud.galSantiago de Compostela · Híbrido

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.

FEB 2023 — JUN 2024

DXC TechnologySantiago de Compostela · Remoto

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.

MAR 2021 — FEB 2023

Landra SistemasNarón

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.

JUL 2020 — MAR 2021

Evelb TécnicasMilladoiro

Responsable de Soporte

Despliegues de aplicaciones con Git y Jenkins, control de calidad y operación de infraestructura en AWS y GCP.

AGO 2019 — JUL 2020

Plexus TechSantiago de Compostela

Coordinador de Proyectos

Coordinaba equipos de 10 a 15 técnicos y servicios de soporte nacionales e internacionales: planificar intervenciones, controlar plazos y gestionar escalados.

JUL 2017 — JUN 2019

Fermax ElectrónicaGalicia

Responsable Técnico · Galicia

Responsable técnico para Galicia: atención a clientes, puestas en marcha presenciales y en remoto, diagnóstico de averías y formación.

HOMELAB

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.

DIAGRAMA LÓGICO · RED DE CASA

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

Conexión LAN VPN LAN-to-LAN Servicio / nodo

Diagrama simplificado. He quitado las direcciones IP y los detalles de la red remota.

DNS · DHCP · MONITORIZACIÓN

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.

CONTENEDORES

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.

RED

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.

PROYECTOS

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.

DISEÑO Y DESPLIEGUE · VMWARE 8

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 de 64 núcleos, switches Dell a 100 Gb y una cabina Pure Storage conectada por NVMe over RoCE. Un único clúster con su propio vCenter.

QUÉ HICE

Toda la parte de VMware: matriz de compatibilidad, firmware de la gestión remota, BIOS, drivers, imagen de ESXi 8, vCenter y clúster. También inicialicé la cabina, en contacto con Pure, y presenté la SAN a los hosts. Cada host tiene 200 Gb para SAN y otros 200 Gb para vMotion, la cabina tiene 400 Gb y la salida a Internet es de 10 Gb a través de Fortinet. La gestión y las consolas de los servidores van en su propia VLAN, a la que solo se accede por VPN. Cada cliente tiene su VDS, y los grandes, además, su propio Fortinet virtual.

MIGRACIÓN Y RESULTADO

Migré clientes completos, casi todos con un backup completo de Veeam restaurado en una VLAN nueva y respetando su segmentación. Yo decidía qué clientes pasaban y cuándo. Algunos fueron después a Cloud Director. Con el cambio de CPU y memoria el rendimiento mejoró, y las copias y las restauraciones de ficheros se hicieron más rápidas. Las copias van a una segunda cabina Pure, y añadí un proxy de Veeam con regla de afinidad por host para repartir la carga de backups y restauraciones.

ESXi 8vCenterDellPure StorageVeeamVDS

MIGRACIÓN · SAN → vSAN

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.

CÓMO LO HICIMOS

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 de origen no estaba en el vCenter, así que las migraciones en caliente se hicieron con replicación. 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.

LO COMPLICADO

Los Distributed Switches se habían creado en 6.5 y hubo que actualizarlos a 7.0.3 por el camino. Aparte de eso, las únicas paradas fueron cortas, al finalizar cada replicación.

vSphereSANvSANReplicaciónVDS

MIGRACIONES · VARIOS CPD

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.

QUÉ HICE

Según el caso usaba Cross vCenter vMotion, replicación o un backup completo con Veeam y restauración en destino. También monté un DR entre dos datacenters distintos, con HA para las máquinas y reglas de replicación.

VOLUMEN

En total, más de 100 clientes creados, administrados o migrados, y alrededor de 1.000 máquinas virtuales en servicio 24/7.

Cross vCenterVeeamAzureVMware

DISASTER RECOVERY · VEEAM 13

Un DR con Veeam probado de verdad

Recuperación ante desastres entre la infraestructura de un cliente y la nuestra: diez máquinas, una de ellas de unos 3 TB, con RPO y RTO definidos para cada una.

QUÉ HICE

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.

LA PRUEBA

Levantamos las máquinas en nuestro lado y cambiamos las reglas del firewall local para que apuntaran a nuestra infraestructura. Las pruebas salieron bien.

Veeam CDPProxiesDNSPermisosDR

Ver publicación en LinkedIn ↗

NOTAS