AMD EPYC frente a Intel Xeon: lo que los compradores de alojamiento web realmente necesitan saber

No se eligen las CPU para presumir, sino para mantener contentos a los clientes, garantizar unos ingresos estables y un crecimiento predecible. El silicio que hay debajo de tu pila determina cuántos usuarios puedes atender a la vez, la velocidad de renderización de las páginas y si el proceso de pago es instantáneo o lento. Esta guía aclara las ventajas e inconvenientes para que puedas elegir la plataforma adecuada para las tareas que realmente realizas.

Antes de entrar en materia con las arquitecturas y los puntos de referencia, conviene definir qué se entiende por «bueno» en el contexto del alojamiento web. Te interesa una latencia de cola baja, un aislamiento protector entre los inquilinos y un escalado limpio cuando la demanda aumenta. Teniendo en cuenta estos resultados, la elección del procesador resulta mucho más fácil de evaluar.

Pasando de los objetivos a las decisiones, verás que tanto AMD EPYC como Intel Xeon pueden ofrecer excelentes resultados cuando se combinan con la memoria, el almacenamiento y el diseño de alimentación adecuados. La diferencia radica en la facilidad con la que cada plataforma alcanza tus objetivos en cuanto a densidad, capacidad de respuesta y coste. Ten esto en cuenta mientras repasamos cada uno de los aspectos que determinan el rendimiento en el mundo real.

Sabes qué resultados quieres: velocidad, tiempo de actividad y espacio para crecer sin tener que volver a cablear todo. Para conseguirlo, empieza por considerar la elección de la CPU como una palanca empresarial en lugar de una casilla más en una hoja de especificaciones. Con ese planteamiento, en la siguiente sección se explica exactamente por qué la selección de la CPU es importante para las operaciones de alojamiento diarias.

Por qué es importante la elección de la CPU en el alojamiento web

Las interrupciones en el funcionamiento de los centros de datos tienen importantes consecuencias económicas. Según la encuesta Global Data Center Survey 2024 del Uptime Institute, el 54 % de los encuestados afirmó que su última interrupción significativa les había costado más de 100 000 dólares, y uno de cada cinco declaró que los costes habían superado el millón de dólares. Esto hace que la elección de la CPU sea fundamental para el tiempo de actividad y la escalabilidad.

Las CPU son el núcleo de tu modelo de capacidad: limitan la concurrencia, determinan el rendimiento de la base de datos y controlan el número de contenedores o máquinas virtuales que puedes programar de forma segura en cada nodo. Cuando los núcleos están saturados o el ancho de banda de la memoria es escaso, ninguna cantidad de almacenamiento en caché puede ocultar la ralentización durante los picos de tráfico. Cuando los núcleos tienen el tamaño adecuado y están bien alimentados, se obtiene una latencia p95 y p99 constante, incluso bajo carga.

Cada elección posterior se beneficia de una plataforma de CPU que se adapta al trabajo. Por eso compararemos EPYC y Xeon no como chips abstractos, sino como bases para tus cargas de trabajo web, comercio electrónico, SaaS y bots empresariales. Con ese contexto establecido, veamos cómo se comporta realmente cada arquitectura.

Ya has visto por qué la elección del procesador va mucho más allá de los gigahercios brutos. El siguiente paso es comprender qué aporta realmente cada plataforma. Una vez aclarado el «por qué», ahora podemos centrarnos en el «cómo» examinando las características de arquitectura y rendimiento que aparecen en tus métricas.

Arquitectura y rendimiento: dónde destaca cada CPU

AMD EPYC: densidad multinúcleo y margen de E/S

Las características distintivas de EPYC son un elevado número de núcleos por socket, amplios canales de memoria y abundantes carriles PCIe. En la práctica, eso significa que puedes alojar más invitados por nodo, mantener la capacidad de respuesta de los trabajadores PHP en momentos de picos de actividad y conectar generosos NVMe sin saturar el bus. La escalabilidad de subprocesos de la plataforma tiende a mantenerse a medida que aumenta la concurrencia, lo que protege tanto el rendimiento como la latencia de cola.

Para las agencias que agrupan muchos sitios de clientes por servidor, esta densidad se traduce en una mejor utilización de los nodos y tiempos p95 más tranquilos durante las transmisiones de contenido. Para los trabajos de análisis, las colas en segundo plano y ETL, el trabajo en paralelo finaliza antes, por lo que el tráfico en primer plano se mantiene ágil. Cuando necesitas que el rendimiento del almacenamiento se adapte a la capacidad de la CPU, los carriles PCIe adicionales te proporcionan rutas limpias para NVMe redes rápidas.

La idea central es sencilla: EPYC facilita mantener el rendimiento a medida que se añaden cargas de trabajo, no solo cuando el nodo está vacío. Esa estabilidad es precisamente lo que necesitan las plataformas multitenant. Teniendo en cuenta estas ventajas, comparémoslas con el perfil por núcleo de Xeon.

La historia de EPYC trata sobre la escalabilidad elegante a medida que aumenta la concurrencia. Sin embargo, algunas aplicaciones no se centran tanto en muchos subprocesos como en una respuesta rápida de un solo subproceso. Para cubrir ese aspecto del espectro, debemos analizar qué es lo que Intel Xeon hace bien y por qué sigue siendo la base de muchas pilas empresariales.

InMotion Hosting ha presentado InMotion Hosting su plan Extreme Dedicated Server, que incluye el procesador AMD EPYC 4545P con 16 núcleos y 32 hilos. Junto con 192 GB de RAM DDR5 ECC y dos NVMe de 3,84 TB, esta configuración ofrece la densidad de núcleos y el ancho de banda de memoria por los que se conoce a EPYC. El plan también incluye un ancho de banda ampliable de 10 Gbps, lo que lo hace ideal para cargas de trabajo de streaming, un alto volumen de API y grandes implementaciones de CRM en las que el tráfico puede dispararse sin previo aviso.

Intel Xeon: velocidad por núcleo y familiaridad con el ecosistema

La ventaja de Xeon es su potente rendimiento por núcleo y un amplio ecosistema de controladores validados, herramientas de gestión e integraciones certificadas. Si tu patrón de tráfico se inclina hacia las transacciones, los núcleos rápidos ayudan a mantener bajo el p99. Y cuando dependes de software comercial con estrictas rutas de certificación, Xeon suele significar menos sorpresas.

Esa madurez acorta el tiempo de configuración para los equipos con manuales históricos de Xeon y herramientas específicas de los proveedores. También puede simplificar las auditorías cuando se opera en sectores regulados o se utilizan HBA, NIC o controladores RAID especializados. El efecto neto es un tiempo de estabilización más rápido para las pilas que dan prioridad a la velocidad por núcleo y a las garantías de los proveedores.

Ninguno de los dos enfoques es «mejor» en abstracto; cada uno es mejor para determinados patrones. La elección adecuada depende de si tu cuello de botella son los subprocesos, el ancho de banda de la memoria o la latencia de la ruta de solicitud. Para que quede aún más claro, traduciremos estas características a patrones de alojamiento comunes que probablemente utilices.

Para cargas de trabajo que exigen la máxima velocidad por núcleo o una alta densidad multinúcleo, los servidores dedicados con AMD EPYC o Intel Xeon te ofrecen todas las ventajas de la arquitectura.

La arquitectura solo es útil porque cambia la forma en que se perciben tus cargas de trabajo. Ya has visto dónde tiende a escalar EPYC y dónde tiende a responder más rápido Xeon. A continuación, nos centraremos en los subprocesos, ya que esas características determinan cómo se comportan los nodos cuando todos te atacan a la vez.

SMT frente a HT: eficiencia de roscado que puedes sentir

La tecnología Simultaneous Multi-Threading (SMT en AMD) y Hyper-Threading (HT en Intel) permiten que dos subprocesos compartan un núcleo físico. Cuando los subprocesos se detienen en la memoria o en la E/S, el subproceso hermano puede mantener la canalización ocupada. El resultado, cuando se ajusta correctamente, es un mayor rendimiento por vatio y un mejor comportamiento en caso de picos de actividad.

La tecnología SMT de EPYC suele beneficiarse del ancho de banda de memoria y el número de carriles de la plataforma, lo que permite que los subprocesos sigan alimentándose a medida que aumenta la concurrencia. La tecnología HT de Xeon ofrece ventajas sólidas para el tráfico web y de API, donde la velocidad por núcleo ya es elevada, suavizando los picos sin necesidad de volver a fragmentar la aplicación. En ambos casos, la eficiencia de los subprocesos determina hasta qué punto puedes aumentar de forma segura la asignación de vCPU sin perjudicar a los vecinos.

En lo que respecta al alojamiento, eso se traduce en densidad VPS, p95 estable en horas punta y curvas de costes más limpias. También es importante para sistemas en tiempo real como los bots Discord empresariales, donde pueden producirse miles de eventos simultáneamente. Una vez cubierto el tema de los subprocesos, el siguiente limitador que hay que comprobar es la rapidez con la que los datos pueden llegar a los núcleos.

Los subprocesos solo son útiles si la memoria y el almacenamiento están a la altura. Si los canales se saturan o el PCIe se colapsa, los subprocesos adicionales no mejorarán tus métricas. Por eso, la siguiente sección se centra en el ancho de banda de la memoria y la E/S, dos áreas que determinan silenciosamente la velocidad de tu pila.

Memoria, E/S y almacenamiento: los héroes olvidados

El ancho de banda de la memoria es el oxígeno de las cargas de trabajo modernas. Las plataformas EPYC suelen exponer más canales de memoria por zócalo, lo que ayuda a las bases de datos, los trabajadores PHP y las tareas de análisis que mueven una gran cantidad de datos. Las velocidades DDR más rápidas amplifican esa ventaja cuando estás limitado por la memoria en lugar de por la computación.

Los carriles PCIe determinan cuántas NVMe y NIC de alta velocidad puedes ejecutar sin conflictos. Con más carriles, puedes separar las rutas de almacenamiento, replicación y copia de seguridad para que la profundidad de la cola se mantenga baja durante los picos de escritura. Esto mantiene la capacidad de respuesta de tu base de datos y la velocidad de tus cachés, incluso cuando los trabajos por lotes están ocupados.

Cuando la CPU, la memoria y la E/S están equilibradas, el sistema funciona sin esfuerzo para tus usuarios. Si uno se retrasa, los demás esperan, y tu latencia p95 lo refleja. Teniendo en cuenta los ajustes de rendimiento, debemos abordar otro requisito de primer orden para las plataformas multitenant: la seguridad y el aislamiento.

La velocidad es necesaria, pero la seguridad es innegociable. Cuando muchos clientes comparten un nodo, necesitas barreras de protección a nivel de hardware. En la siguiente sección se explica cómo EPYC y Xeon gestionan el aislamiento y el cifrado para que puedas adaptar las funciones a tu modelo de riesgo.

Seguridad y aislamiento de la carga de trabajo

AMD EPYC ofrece virtualización cifrada segura (SEV y SEV-SNP) para cifrar la memoria invitada y aislar las máquinas virtuales en la capa de hardware. Según la documentación oficial de AMD, SEV-SNP añade una sólida protección de la integridad de la memoria para ayudar a prevenir ataques maliciosos basados en hipervisores, como la reproducción de datos y la reasignación de memoria. En la práctica, esto resulta muy adecuado para agencias y plataformas SaaS que ejecutan muchos inquilinos por nodo y desean una defensa en profundidad sin tener que reescribir las aplicaciones. También es una forma práctica de elevar el nivel de riesgo entre inquilinos.

Intel Xeon proporciona Intel SGX para enclaves seguros y cifrado total de memoria (TME) para el cifrado completo de la memoria. Según la sala de prensa de Intel, TME ayuda a garantizar que toda la memoria a la que se accede desde la CPU Intel esté cifrada, incluidas las credenciales de los clientes, las claves de cifrado y otra información confidencial en el bus de memoria externo. SGX es útil para proteger secretos específicos o rutinas confidenciales, especialmente en contextos financieros o sanitarios, donde los patrones de enclave ya forman parte de la arquitectura.

Ambos enfoques mejoran tu postura de seguridad; la elección correcta depende de cómo se construyan y auditen tus cargas de trabajo. Si tu principal exposición es entre inquilinos, el aislamiento a nivel de máquina virtual de EPYC se adapta bien al alojamiento real. Si necesitas protección de tipo enclave y certificaciones específicas del proveedor, Xeon se ajusta a esa vía. Una vez cubierta la seguridad, conectemos el rendimiento y la protección con la historia del tiempo de actividad.

La seguridad reduce el riesgo, pero el tiempo de actividad protege los ingresos. El diseño de la alimentación es donde ambos se unen en el mundo real. La siguiente sección muestra cómo las fuentes de alimentación redundantes y eficientes respaldan tu objetivo del 99,99 % al tiempo que reducen los costes operativos.

Potencia, redundancia y tiempo de actividad: el enlace PSU que no puedes ignorar

Tu plataforma CPU no te servirá de nada si un simple fallo de alimentación provoca la caída del nodo. En entornos de servidor, las fuentes de alimentación redundantes e intercambiables en caliente (idealmente 80 PLUS Platinum o Titanium) son el estándar para un funcionamiento continuo. Los diseños duales o N+1 te permiten sustituir una unidad averiada sin tiempo de inactividad y compartir la carga para prolongar la vida útil.

Las pruebas realizadas por ServeTheHome en fuentes de alimentación HPE ProLiant de 800 W demuestran que las unidades con clasificación Platino a 230 V alcanzan una eficiencia del 94 % con una carga del 50 %, mientras que las unidades con clasificación Titanio alcanzan una eficiencia del 96 %. El funcionamiento de dos fuentes de alimentación de 800 W con una carga combinada de 400 W mantiene a ambas unidades en su rango de eficiencia óptimo.

La eficiencia es importante porque se acumula en toda la flota. Las fuentes de alimentación de mayor eficiencia desperdician menos energía en forma de calor, lo que reduce los costes de electricidad y refrigeración; incluso un ahorro modesto por servidor supone miles de euros al año a gran escala. Intenta que las fuentes de alimentación funcionen al 50-80 % de su capacidad y dimensiona con un margen del 20-30 % para que los picos no te empujen a rangos ineficientes.

Aquí es donde el rendimiento por vatio de EPYC puede reducir el número de nodos para un SLA determinado, y donde las configuraciones Xeon siguen beneficiándose de la misma disciplina energética. En cualquier caso, la planificación energética es una parte fundamental para ofrecer una experiencia real del 99,99 %. Una vez que se cuenta con un equipo fiable, la siguiente pregunta es cómo seguir aumentando la capacidad de forma fluida a medida que crece la demanda.

La estabilidad es la base; la escalabilidad es el factor diferenciador. Cuando el tráfico aumenta, lo que quieres es añadir el recurso que solucione el cuello de botella, no hardware aleatorio. En la siguiente sección se explica el hiperescala en términos sencillos para que puedas escalar con intención.

Hiperescala: cómo satisfacer la demanda sin romper nada

La hiperescala es la capacidad de tu plataforma para añadir los recursos adecuados en el momento oportuno sin complicaciones. Si la CPU está saturada, añades núcleos o nodos; si el problema es la E/S, añades NVMe carriles; si la memoria es el limitador, añades canales o DDR más rápidos. El escalado solo funciona si se soluciona el cuello de botella real.

La densidad y el número de carriles de EPYC facilitan el crecimiento horizontal en clústeres de máquinas virtuales y contenedores. La profundidad del ecosistema de Xeon resulta útil cuando tu plan de hiperescala depende de herramientas de proveedores certificados e integraciones consolidadas. Ambos pueden ser bases excelentes para el autoescalado, siempre que alinees los recursos con las señales de demanda.

Tus lectores no tienen que convertirse en planificadores de capacidad para beneficiarse de la idea. Solo tienen que saber que el escalado funciona mejor cuando se mide en función de la latencia p95/p99, la profundidad de la cola y la saturación de subsistemas específicos. Una vez establecido el modelo de escalado, apliquemos todo esto a escenarios de alojamiento reales.

Toda esta teoría solo es útil si se aplica al trabajo que realizas a diario. Los siguientes casos de uso muestran cómo la elección de la CPU cambia la densidad, la latencia y el riesgo en configuraciones de alojamiento comunes. Úsalos como plantillas cuando especifiques tu próximo nodo.

Escenarios reales de alojamiento

1. Agencias que alojan cientos de sitios web de clientes (con tendencia a EPYC)

Por qué EPYC es la solución ideal: el elevado número de núcleos y el amplio ancho de banda de memoria ayudan a mantener un TTFB estable a medida que se añaden sitios por nodo. Las abundantes líneas PCIe facilitan la creación de NVMe y NIC rápidas, lo que mantiene la rapidez de lectura de la base de datos cuando los equipos editoriales publican contenido. La eficiencia SMT ayuda a absorber el tráfico intermitente de muchos pequeños inquilinos.

Qué hacer: Ajusta el tamaño de los trabajadores PHP a los núcleos físicos y los subprocesos SMT, establece límites por inquilino para proteger a los vecinos y coloca los registros/copias de seguridad en rutas de almacenamiento separadas. Añade réplicas de lectura para los tipos de contenido más populares y supervisa la profundidad de la cola y la latencia p99 durante los eventos de marketing. Mantén un margen de potencia del 20-30 % para no caer en rangos de PSU ineficientes.

Resultado esperado: más clientes por nodo con tiempos p95 estables y decisiones de escalado predecibles. Esa combinación mejora el margen sin sacrificar la experiencia del usuario.

Las agencias se preocupan por la densidad, pero las tiendas se preocupan por la velocidad de pago. Los pasos transaccionales ejercen presión sobre partes diferentes de la pila que las publicaciones de blogs y las actualizaciones de CMS. Ahí es donde el perfil por núcleo de Xeon puede ayudar.

El plan Extreme de InMotion se adapta perfectamente a este caso de uso. El AMD EPYC 4545P ofrece 32 subprocesos para gestionar conexiones simultáneas, mientras que la memoria RAM DDR5 ECC proporciona el ancho de banda de memoria que requieren las capas de análisis y almacenamiento en caché. El ancho de banda de 10 Gbps con capacidad de ráfaga absorbe los picos de tráfico sin limitar la velocidad, y las 32 direcciones IP dedicadas admiten arquitecturas multitenant que requieren aislamiento de IP.

2. Comercio electrónico con pagos irregulares (a menudo con tendencia a Xeon)

Por qué Xeon es la opción adecuada: la gran velocidad por núcleo beneficia a las rutas síncronas con gran volumen de transacciones, como actualizaciones de carritos, pagos y comprobaciones de fraude. Con una distribución adecuada del almacenamiento, puedes mantener una latencia de escritura lo suficientemente baja como para evitar la acumulación de colas. El ecosistema empresarial también resulta útil cuando dependes de módulos certificados por proveedores.

Qué hacer: asignar cachés de página grandes, fragmentar las tablas activas cuando sea conveniente y colocar NVMe en carriles PCIe dedicados. Utilizar la limitación de velocidad y las colas para proteger p99 durante las promociones e instrumentar los puntos finales más lentos. Mantener TLS y el trabajo de imágenes fuera de la ruta activa siempre que sea posible.

Resultado esperado: menor latencia de cola en los pasos de la transacción que más afectan a los clientes, especialmente durante los picos de actividad. El resultado es un menor número de abandonos y unos ingresos más estables.

Algunas cargas de trabajo combinan muchos inquilinos, tareas de fondo constantes y picos de eventos. Esto es típico de las plataformas SaaS, donde el aislamiento y la escalabilidad comparten protagonismo. En este caso, la escalabilidad de subprocesos de EPYC se combina bien con el aislamiento a nivel de hardware.

3. Plataforma SaaS multitenant (con tendencia a EPYC)

Por qué EPYC es la solución ideal: SEV/SEV-SNP se alinea con el aislamiento multitenant a nivel de VM, y el escalado de subprocesos suaviza los picos de concurrencia. El ancho de banda de memoria ayuda a que las tareas de análisis y generación de informes se completen sin agotar los recursos de los trabajadores de solicitudes. La abundancia de PCIe facilita la conexión limpia NVMe redes rápidas.

Qué hacer: Añadir Redis para datos activos, colocar colas en segundo plano en NVMe y establecer límites de CPU por inquilino. Utilizar réplicas de lectura para descargar consultas de BI y supervisar patrones de vecinos ruidosos con reglas de corrección claras. Mantener rutas de conmutación por error y fuentes de alimentación redundantes listas para mantener los objetivos del 99,99 %.

Resultado esperado: rendimiento predecible para los inquilinos a medida que crecéis, con un menor riesgo de impacto entre inquilinos. Obtenéis escala y aislamiento sin tener que estar constantemente apagando incendios.

Las plataformas comunitarias funcionan como SaaS, pero se enfrentan a picos más intensos. Los bots de Discord para empresas son un buen ejemplo: miles de usuarios pueden activar acciones en cuestión de segundos. Es el lugar perfecto para combinar un elevado número de subprocesos con un almacenamiento rápido y una red resistente.

4. Clúster de bots Discord para empresas (núcleo EPYC; Xeon selectivo donde gana la latencia)

Por qué EPYC es adecuado: los bots que prestan servicio a entre 5000 y más de 10 000 usuarios activos se benefician de los numerosos núcleos y subprocesos; SMT ayuda con los eventos simultáneos. NVMe las colas y los registros de tareas rápidos, y los carriles PCIe adicionales admiten NIC rápidas para un RTT bajo. Si un único microservicio necesita una velocidad absoluta por núcleo, un pequeño segmento Xeon puede encargarse de ello.

Qué hacer: ejecuta varias instancias detrás de un equilibrador de carga, utiliza PostgreSQL réplicas de lectura y añade el almacenamiento en caché de Redis para las teclas de acceso rápido. Implanta en varias regiones para alcanzar objetivos inferiores a 50 ms y utiliza el autoescalado ajustado a las tasas de eventos. Completa todo ello con fuentes de alimentación redundantes y simulacros de recuperación ante desastres para que las conmutaciones por error sean rutinarias, no excepcionales.

Resultado esperado: reacciones fluidas durante los picos de actividad de la comunidad y costes predecibles a medida que crece la audiencia. Tu marca transmite fiabilidad porque la infraestructura está diseñada para ello.

Ahora que ya has visto cómo se aplican las CPU al trabajo real, la siguiente pregunta es qué ocurre cuando la IA se va introduciendo en más partes de tu pila. El entrenamiento y la inferencia tiran en direcciones diferentes. En la siguiente sección se analiza quién es el mejor en cada caso y por qué.

IA y cargas de trabajo emergentes

El entrenamiento y el análisis por lotes favorecen el paralelismo y el ancho de banda de la memoria. El número de núcleos y canales de EPYC funciona bien en este caso, ya que permite completar tareas pesadas más rápidamente y utilizar menos nodos para el mismo trabajo. Esto ahorra energía y reduce el tiempo en el que las tareas en segundo plano pueden competir con el tráfico de los usuarios.

La inferencia de baja latencia es más matizada. Si el modelo es modesto y se ejecuta de forma sincrónica dentro de la ruta de solicitud, la velocidad por núcleo de Xeon puede ayudarte a alcanzar objetivos p99 ajustados. Si la carga de trabajo está fuera de la ruta activa o se procesa por lotes, el escalado de subprocesos de EPYC puede aprovechar mejor el hardware durante los picos de actividad.

La mayoría de los equipos combinan ambos enfoques: EPYC para las tareas más pesadas y Xeon cuando predomina la integración de proveedores o la ruta de un solo subproceso. La clave está en basarse en datos reales, en lugar de dar por sentado un patrón u otro. Una vez establecida la dimensión de la IA, es hora de hablar de planificar el futuro sin comprar en exceso hoy.

Prepararse para el futuro no consiste en adivinar lo que va a pasar, sino en reducir las posibilidades de arrepentirse. Quieres tener opciones sin tener que comprometerte a realizar grandes remodelaciones. En la siguiente sección se muestra cómo cada plataforma admite actualizaciones, herramientas de proveedores y estabilidad a largo plazo.

Escalabilidad y preparación para el futuro

Ventajas de EPYC

Una alta densidad de núcleos significa menos nodos físicos para alcanzar un objetivo de concurrencia, y los carriles PCIe adicionales simplifican NVMe sin necesidad de reorganizaciones. Las estrategias de socket coherentes entre generaciones reducen el número de reconstrucciones disruptivas a las que te enfrentas a lo largo de la vida útil de una plataforma. Esa estabilidad combina bien con las estrategias a hiperescala que añaden recursos precisos según sea necesario.

Ventajas de Xeon

Un ecosistema de proveedores sólido, las certificaciones y las herramientas conocidas pueden reducir los plazos de los proyectos, especialmente en entornos auditados. Si dependes de HBA específicos, firmware RAID o software comercial validado primero en Xeon, dedicarás menos tiempo a demostrar el cumplimiento normativo o a resolver problemas extraños con los controladores. Esa previsibilidad puede valer más que unos pocos puntos porcentuales en potencia o rendimiento.

Ambas opciones pueden ser correctas. La mejor opción es la que se ajusta a tu hoja de ruta, al software que utilizas y a las auditorías a las que te enfrentas. Una vez establecida la dirección, la última pieza es el coste. Te interesará medirlo en función de la potencia, las licencias y los nodos que realmente necesitas.

Los presupuestos zanjaban todos los debates. Cuando se tiene en cuenta la energía, el número de nodos y el tiempo de implementación, la respuesta correcta suele ser evidente. En la siguiente sección se ofrece una forma sencilla de comparar el coste total y evitar sorpresas.

Coste, TCO y energía

Un subprocesamiento más eficiente y una mayor densidad de núcleos reducen el número de nodos necesarios para cumplir tu SLA. Menos nodos significa un menor consumo de energía, menos instancias de SO que parchear y menores huellas de licencia cuando las tarifas se cobran por socket. Combina eso con fuentes de alimentación 80 PLUS Platinum/Titanium y un margen del 20-30 % para alcanzar la banda de mayor eficiencia bajo una carga típica.

EPYC suele ofrecer un mejor rendimiento por vatio para cargas de trabajo multihilo y mixtas, lo que puede suponer un ahorro significativo a lo largo de un año. Xeon puede reducir el tiempo de amortización cuando la certificación del proveedor acorta la implementación y reduce la complejidad de la integración. La comparación correcta es el «coste por unidad de resultado empresarial», no simplemente el «precio de la CPU».

Para que sea más práctico, calcula el rendimiento que necesitas en tu objetivo p95, estima los nodos para cada plataforma basándote en pruebas medidas y multiplica por la potencia y las licencias. Verás inmediatamente la pendiente de cada opción. Una vez definidos los costes, terminemos con un sencillo flujo de trabajo de dimensionamiento que puedes ejecutar antes de comprar.

Ya conoces los principios; ahora necesitas un proceso rápido para aplicarlos. Una breve lista de verificación te ayudará a evitar comprar menos de lo necesario o gastar de más. En la siguiente sección se describe un método repetible para calcular el tamaño y validar con pequeñas pruebas.

Paso a paso: adapta tu carga de trabajo a la CPU adecuada

Elegir entre AMD EPYC e Intel Xeon no tiene por qué ser complicado. La clave está en recopilar datos reales de tus cargas de trabajo y dejar que los números guíen tu decisión. Este proceso de cinco pasos te ayuda a evitar comprar hardware que no necesitas o servidores con especificaciones insuficientes que tendrán dificultades para soportar la carga.

Paso 1: Establece tu carga actual como referencia

Antes de evaluar cualquier hardware, debes saber cuáles son las necesidades reales de tu carga de trabajo. Las conjeturas pueden llevar a servidores con exceso de capacidad (lo que supone un desperdicio de dinero) o con capacidad insuficiente (lo que frustra a los usuarios).

Comienza por registrar tus picos de solicitudes por segundo o eventos por segundo durante tus períodos de mayor actividad. Analiza el tráfico de los últimos 30 a 90 días e identifica la carga sostenida más alta, no solo los picos momentáneos. Si gestionas un sitio de comercio electrónico, tu referencia podría provenir de una venta flash o un fin de semana festivo. Para una plataforma SaaS, podría ser la última hora del día laboral, cuando los usuarios se apresuran a terminar sus tareas.

A continuación, establece tus objetivos de latencia. La mayoría de los equipos realizan un seguimiento de la latencia p95 y p99, que representan el tiempo de respuesta experimentado por el 5 % y el 1 % más lento de las solicitudes. Un p95 de 200 ms significa que el 95 % de tus usuarios obtienen respuestas más rápidas que ese umbral. Si tu p95 actual es de 180 ms y tu objetivo es de 200 ms, tienes un margen de 20 ms. Si tu p95 ya está en 250 ms, necesitas un hardware más rápido o cambios en la arquitectura.

Por último, identifica tu cuello de botella. Ejecuta tus herramientas de supervisión durante los picos de carga y determina si estás limitado por la CPU, la memoria o la E/S. Una carga de trabajo limitada por la CPU mostrará procesadores cerca del 100 % de su capacidad, mientras que la memoria y el disco tendrán capacidad de sobra. Una carga de trabajo limitada por la memoria mostrará una alta utilización de la memoria o actividad de intercambio, incluso cuando el uso de la CPU sea moderado. Una carga de trabajo limitada por la E/S mostrará colas de disco o de red acumulándose, mientras que los ciclos de la CPU no se utilizan. Conocer tu cuello de botella te indica qué especificaciones de hardware son más importantes para tu situación.

Paso 2: Elige una unidad de medida

Una unidad de dimensionamiento te proporciona una métrica única para comparar configuraciones de hardware. Sin ella, solo puedes hacer conjeturas. Con ella, las pruebas A/B en hardware se vuelven muy sencillas.

En el caso de las aplicaciones web, mide las solicitudes por segundo (RPS) en las que la latencia p95 se mantiene en tu objetivo o por debajo de él. Si tu página de pago debe responder en menos de 200 ms para el 95 % de los usuarios, tu unidad de medición será «RPS en p95 ? 200 ms». Prueba cada plataforma y registra cuántas solicitudes gestiona antes de que la latencia supere ese umbral.

Para los trabajos con datos, mide las filas procesadas por segundo mientras mantienes la utilización de la CPU por debajo de un límite seguro. Una unidad de dimensionamiento como «10 000 filas/segundo al 70 % de la CPU» te indica que la plataforma puede gestionar tu lote ETL con margen de sobra. Si estás alcanzando el máximo del 95 % de la CPU para alcanzar ese rendimiento, no te quedará capacidad cuando el trabajo se ejecute junto con el tráfico de producción.

En el caso de los bots, mide los eventos por segundo sin superar los límites de frecuencia de la API. Discord y Slack aplican límites de frecuencia estrictos, por lo que el rendimiento bruto es menos importante que el rendimiento sostenible. Tu unidad de medición podría ser «1200 eventos/segundo sin activar la reducción de la frecuencia». Una plataforma que procesa más rápido pero que supera constantemente los límites de frecuencia resultará más lenta para los usuarios que una que se mantenga justo por debajo del umbral.

Paso 3: Realiza pruebas a pequeña escala en ambas plataformas.

Realiza pruebas breves y controladas en configuraciones EPYC y Xeon antes de comprometerte con una implementación completa. Unas pocas horas de pruebas comparativas pueden ahorrarte meses de arrepentimiento.

Mantén la coherencia en tu entorno de prueba. Utiliza NVMe idénticas, la misma cantidad de RAM e interfaces de red compatibles en ambas plataformas. Si un servidor tiene un almacenamiento más rápido o más memoria, los resultados reflejarán esa diferencia en lugar del rendimiento de la CPU que estás tratando de medir.

Activa SMT (en AMD) e Hyper-Threading (en Intel) durante tus pruebas para ver cómo se escala cada plataforma con el subproceso habilitado frente a deshabilitado. Algunas cargas de trabajo se benefician significativamente de los subprocesos adicionales, mientras que otras experimentan una mejora mínima o incluso una ligera degradación. Comprender el comportamiento del subproceso de tu carga de trabajo te ayuda a predecir cómo funcionará el servidor a medida que añadas más usuarios simultáneos.

Registra el consumo energético durante tus pruebas si tu infraestructura lo permite. Muchos servidores muestran datos sobre el consumo energético a través de IPMI, y la mayoría de las PDU de los centros de datos pueden informar del uso por toma de corriente. La recopilación de estos datos te permite calcular el rendimiento por vatio, lo cual resulta importante cuando se amplía a varios nodos o se negocian contratos de coubicación.

Las pruebas deben ser breves pero realistas. Una prueba de 30 minutos con patrones de tráfico similares a los de producción te enseñará más que una prueba de 4 horas con carga sintética. Utiliza tamaños de bases de datos realistas, comportamientos de sesión de usuario reales y cargas útiles de API auténticas siempre que sea posible.

Paso 4: Decide con números

Una vez completadas las pruebas, compara los resultados en tres dimensiones: rendimiento por núcleo, latencia p95 en tu carga objetivo y consumo energético por unidad de trabajo.

El rendimiento por núcleo indica la eficiencia con la que cada plataforma utiliza su potencia de procesamiento. Si un servidor EPYC con 64 núcleos gestiona 50 000 RPS, mientras que un servidor Xeon con 32 núcleos gestiona 30 000 RPS, el Xeon es en realidad más eficiente por núcleo (937 RPS/núcleo frente a 781 RPS/núcleo). Esto puede ser importante si tu carga de trabajo se escala mejor verticalmente que horizontalmente.

La latencia en la carga objetivo revela cómo se comporta cada plataforma bajo presión. Un servidor que registra excelentes cifras de rendimiento, pero que supera tu umbral p95 un 10 % antes que la alternativa, causará problemas a los usuarios antes que la otra opción.

La energía por unidad de trabajo se traduce directamente en costes operativos. Si ambas plataformas cumplen tus requisitos de rendimiento, la que consuma menos energía te supondrá un menor coste de funcionamiento a lo largo de la vida útil del servidor. Multiplica la diferencia por tu tarifa eléctrica, tu PUE (eficiencia en el uso de la energía) y la vida útil prevista del servidor para ver el ahorro real.

Elige la plataforma que cumpla con tu SLA con el menor número de nodos y la historia operativa más sencilla. Un servidor ligeramente más rápido que requiera un ajuste personalizado del kernel y versiones de controladores exóticas costará más en tiempo de ingeniería que un servidor ligeramente más lento que funcione de forma fiable con las configuraciones predeterminadas.

Paso 5: Bloquear el diseño de potencia y tiempo de actividad

La selección del hardware no termina con la CPU. Tu diseño de potencia y redundancia determina si el servidor realmente ofrece un tiempo de actividad del 99,99 % o si solo queda bien en la hoja de especificaciones.

Elige fuentes de alimentación redundantes en una configuración N+1, lo que significa que tendrás una fuente de alimentación más de la necesaria para que el servidor funcione a plena carga. Las fuentes de alimentación duales que comparten una carga de 400 W funcionarán cada una a aproximadamente el 50 % de su capacidad, lo que las sitúa en el rango de funcionamiento más eficiente para las unidades 80 PLUS Platinum y Titanium. Si una falla, la fuente de alimentación restante asume toda la carga sin interrupción mientras programas su sustitución.

Dimensiona tus fuentes de alimentación con un margen del 20 al 30 % por encima del consumo máximo medido. Este margen mantiene las unidades en su rango de eficiencia durante el funcionamiento normal y proporciona capacidad para picos de carga inesperados. Hacer funcionar las fuentes de alimentación al 90 % o más las empuja a rangos menos eficientes y acelera el desgaste de los componentes.

Planifica tus rutas de conmutación por error antes de que las necesites. Documenta qué servicios se conmutan a qué sistemas de respaldo, cuánto tiempo tarda la conmutación por error y qué pasos manuales (si los hay) son necesarios. Realiza pruebas de recuperación ante desastres al menos cada trimestre para verificar que tu documentación se ajusta a la realidad. Un plan de conmutación por error que nunca se ha probado no es un plan, es una esperanza.

Considera la alimentación y la recuperación como características fundamentales de tu infraestructura, no como accesorios que se añaden tras la implementación. Un servidor que ofrece excelentes resultados en las pruebas de rendimiento, pero que no puede sobrevivir a un fallo de la fuente de alimentación, no está listo para la producción.

Ejemplos de configuración que puedes reutilizar

API de alto rendimiento o nodo de streaming (AMD EPYC)

• CPU: AMD EPYC 4545P (16 núcleos/32 hilos)
• RAM: 192 GB DDR5 ECC para un acceso rápido a la memoria
• Almacenamiento: 2SSD NVMe de 3,84 TBSSD configuración RAID
• Red: 10 Gbps ampliables con opción de ancho de banda dedicado.
• IP: 32 IP dedicadas para implementaciones multitenant o CDN edge.

Nodo VPS de alta densidad (con tendencia EPYC)

• CPU: EPYC con un elevado número de núcleos
• RAM: dimensionada para evitar el intercambio en caso de picos de actividad
• Almacenamiento: NVMe en carriles PCIe independientes
• Red: 10/25 GbE con tráfico de respaldo aislado
• Alimentación: dos fuentes de alimentación intercambiables en caliente, 80 PLUS Platinum, con un margen del 20-30 %.

Nodo de comercio electrónico con gran volumen de transacciones (a menudo con tendencia a Xeon)

• CPU: Xeon con potentes frecuencias por núcleo
• RAM: dimensionada para una caché de páginas grandes
• Almacenamiento: NVMe para escrituras rápidas; réplicas para lecturas.
• Red: tarjetas de red de baja latencia; mantén el trabajo de TLS/imagen fuera de la ruta activa.
• Alimentación: fuentes de alimentación redundantes dimensionadas para picos promocionales.

Clúster de bots Discord para empresas (núcleo EPYC + Xeon selectivo)

• CPU: EPYC para el grupo de trabajadores; pequeña porción opcional de Xeon para microservicios críticos en cuanto a latencia.
• Base de datos: PostgreSQL réplicas de lectura
• Caché: Redis para teclas de acceso rápido
• Red: equilibrio de carga multirregional para mantener menos de 50 ms.
• Alimentación: fuentes de alimentación duales; pruebas de recuperación ante desastres mensuales.

Estas configuraciones no son reglas, sino aceleradores. Adáptalas a tu código, modelo de datos y objetivos de latencia. Con configuraciones prácticas a mano, podemos concluir con los puntos principales que utilizarás para informar a tu equipo.

Ya has visto cómo cada plataforma ayuda en diferentes tareas y cómo dimensionarla sin conjeturas. El último paso es resumir la decisión para que tu equipo pueda actuar. La siguiente sección te ofrece un resumen conciso y un siguiente paso claro.

Algunas reflexiones finales

AMD EPYC ofrece densidad multinúcleo, un generoso ancho de banda de memoria y numerosos carriles PCIe. Destaca en virtualización, alojamiento multitenant, análisis y formación en IA, donde el escalado de subprocesos y el margen de E/S mantienen estable el p95. En combinación con fuentes de alimentación eficientes y redundantes, puede cumplir los SLA con menos nodos y menor consumo energético por unidad de trabajo.

Intel Xeon ofrece un gran rendimiento por núcleo y un ecosistema empresarial maduro. Es una opción inteligente para rutas transaccionales, pilas certificadas y equipos que se benefician de las herramientas y la validación de los proveedores. Con el almacenamiento y la configuración de red adecuados, mantiene rápidas las rutas de pago y API cuando no se puede ocultar la latencia.

Elige la plataforma que mejor se adapte a tu principal cuello de botella y a tu plan de crecimiento, y luego valídala con pruebas pequeñas y realistas. Enmarca el resultado en prácticas a hiperescala y diseños potentes que admitan un objetivo de tiempo de actividad del 99,99 %. Así es como tu decisión sobre la CPU se convierte en una ventaja comercial en lugar de un proyecto científico.

Si estás dimensionando un nuevo nodo o planificando una migración, facilítanos tus métricas máximas y tu objetivo p95. Te ayudaremos a diseñar la CPU, la memoria, el almacenamiento y la potencia adecuados a tus objetivos y presupuesto. El resultado será un plan que se mantendrá vigente el día del lanzamiento y se adaptará perfectamente cuando tu audiencia crezca. Habla con un experto de InMotion Hosting y te ayudaremos a determinar el mejor plan para tu equipo.