AMD EPYC o Intel Xeon: cómo elegir la plataforma adecuada para el alojamiento web

Perfiles de alojamiento antes de la comparación de CPU

El alojamiento web no supone una carga de trabajo uniforme para la CPU. Una plataforma con miles de cuentas pequeñas se rige por reglas distintas a las de un nodo para máquinas virtuales o un servidor de bases de datos. Por lo tanto, antes de comparar AMD EPYC e Intel Xeon, deben determinarse el perfil de consultas, el número de clientes activos simultáneamente, los requisitos de RAM, las E/S de almacenamiento y los tiempos de respuesta aceptables. Solo esta combinación hace que los datos técnicos de una CPU sean relevantes a la hora de realizar la adquisición.

alojamiento compartido Procesa numerosas tareas independientes entre sí de PHP, CMS y correo electrónico, que a menudo presentan picos de carga breves. Una alta densidad de núcleos puede ser de ayuda, pero es igualmente importante establecer límites eficaces para el tiempo de CPU, los procesos, la memoria RAM y las E/S. Sin estos límites, una sola cuenta puede acaparar los escasos recursos y empeorar los tiempos de respuesta de otros clientes. En este caso, una segregación planificada de clientes suele ser más importante que un valor máximo obtenido en una prueba sintética de múltiples núcleos.

En el caso de los CMS y las tiendas online gestionados, los requisitos son más variados. Las solicitudes dinámicas de PHP, la caché de objetos, las consultas a la base de datos, las tareas programadas y los accesos de administración se producen, en ocasiones, simultáneamente. Para unas pocas aplicaciones exigentes, se puede Rendimiento por núcleo ser más importante que el número máximo de núcleos; en cambio, cuando hay un gran número de trabajadores PHP-FPM independientes de forma permanente, el paralelismo cobra mayor importancia. Lo decisivo sigue siendo que el servidor web, los procesos PHP y la base de datos estén dimensionados adecuadamente.

Una tienda de WooCommerce ilustra claramente esta distinción: un servidor web con caché puede servir imágenes estáticas de productos de forma muy eficiente. Sin embargo, el carrito de la compra, el proceso de pago y el stock generan ejecuciones personalizadas de PHP y accesos a la base de datos. Un mayor número de núcleos de CPU no elimina el tiempo de espera si las consultas carecen de índices, el buffer pool es demasiado pequeño o la latencia de NVMe aumenta bajo carga. Por ello, la latencia de las solicitudes, los tiempos de la base de datos y los tiempos de espera de E/S deben registrarse por separado.

Los nodos VPS y en la nube necesitan, además de capacidad de cálculo, sobre todo suficiente RAM, ancho de banda de almacenamiento, red y una distribución de recursos transparente. El «CPU-pinning», la memoria reservada, la asignación NUMA y la calidad de servicio (QoS) del almacenamiento influyen más en la experiencia de los usuarios que el logotipo del fabricante. Los sistemas relacionados con bases de datos, Redis y almacenamiento valoran además el conjunto de trabajo, el tamaño de la caché, la carga de escritura y la conexión directa a unidades SSD NVMe. En este caso, es importante contar con una configuración equilibrada Topología de la plataforma a menudo más determinante que el mero valor de rendimiento de un servidor web.

Situar el EPYC 9005 y el Xeon 6 como referencia para la comparación

Este artículo compara deliberadamente AMD EPYC 9005 e Intel Xeon 6 como generaciones de plataformas claramente diferenciadas. Esta comparación tiene como objetivo facilitar la adquisición, ampliación o evaluación de sistemas basados en estas dos familias de productos. No se pueden extraer conclusiones sobre otras generaciones o líneas de productos, ya que la estructura de los núcleos, la plataforma de memoria, las características de E/S y las funciones disponibles pueden variar.

Además, una función del procesador documentada se distingue de una que realmente sistema de servidores disponible Hay que tener en cuenta que la placa base, el firmware, la configuración de los módulos DIMM, la refrigeración, las fuentes de alimentación y las homologaciones de los fabricantes de equipos originales (OEM) determinan qué configuración es viable en la práctica. Por lo tanto, comprueba para cada SKU concreta qué modelos de servidor están disponibles y han sido validados para la configuración prevista. Esto es especialmente importante en el caso de grandes capacidades de RAM, numerosas unidades NVMe y funciones especiales de virtualización.

Las generaciones anteriores de EPYC 700x y los modelos anteriores de Xeon Scalable no deben mezclarse sin más con los EPYC 9005 o los Xeon 6. Tampoco se deben extrapolar a estas familias los datos de otras líneas de productos. La estructura de núcleos, el equipamiento de E/S, la plataforma de memoria y las funciones disponibles pueden variar de una generación a otra. Por lo tanto, para realizar una comparación de compras siempre es necesario disponer de la denominación completa del modelo, el número de zócalos y la placa base del servidor utilizada.

La serie EPYC 9005 incluye, según el modelo, procesadores con Zen 5– o núcleos Zen-5c. Estas denominaciones no describen una clasificación general para el alojamiento web. Lo que realmente importa es la SKU concreta, el número de núcleos, la frecuencia de reloj, los requisitos térmicos y el nivel de paralelismo previsto. Una variante con muchos núcleos puede ser adecuada para numerosos clientes bien delimitados, mientras que un modelo con características diferentes puede resultar más adecuado para un número menor de aplicaciones que requieren un mayor poder de cálculo.

Intel divide la gama Xeon 6 en variantes con núcleos P y núcleos E. Los núcleos P están orientados a un alto rendimiento por núcleo y son compatibles, entre otras cosas, con AVX-512 y AMX. Esto puede resultar relevante si el software utilizado aprovecha realmente estas funciones vectoriales o matriciales; una pila habitual de PHP o de servidor web no obtiene automáticamente ninguna ventaja de ello. Los núcleos E, por su parte, se centran en una alta densidad de núcleos y en el rendimiento paralelo.

Por lo tanto, para cargas de trabajo compartidas o en la nube muy densas y bien aisladas, los núcleos Xeon 6-E pueden ser, en principio, una opción a tener en cuenta. Los núcleos Xeon 6-P o los modelos EPYC 9005 debidamente configurados también son candidatos obvios para cargas de trabajo que requieran un mayor rendimiento por núcleo. Se trata de una clasificación de la orientación del producto, no de una garantía de rendimiento. La ampliación de la memoria RAM, el firmware y la configuración del software pueden influir de manera significativa en el resultado y sesgar una comparación entre los distintos tipos de núcleos si la configuración de la plataforma no es idéntica.

Las semillas son solo un factor

Los núcleos de la CPU solo aportan todo su potencial si la memoria y las E/S están a la altura. Los canales DDR5, junto con la configuración y el tipo de módulo DIMM, determinan el ancho de banda de memoria disponible; por el contrario, la capacidad de la RAM limita el número de máquinas virtuales, búferes de bases de datos o cachés que pueden funcionar sin necesidad de paginación. Los carriles PCIe conectan unidades NVMe, tarjetas de red y, en su caso, aceleradores. Para el alojamiento web, esta cadena debe planificarse como un sistema integral.

AMD especifica para el EPYC 9005 hasta doce canales DDR5, así como, en función del número de zócalos y de la plataforma, una amplia conectividad PCIe Gen 5. Para los sistemas de un solo zócalo, se indican hasta 128 carriles PCIe Gen 5. Intel Xeon 6 también ofrece, según la serie, hasta doce canales DDR5; algunas configuraciones seleccionadas de un solo zócalo con núcleos P alcanzan hasta 136 carriles PCIe. Estos valores corresponden a datos de modelos y plataformas, y no constituyen una garantía del rendimiento de una aplicación.

Un nodo VPS con varios SSD NVMe, dos tarjetas de red de alta velocidad y numerosas máquinas virtuales pone de manifiesto la diferencia en la práctica. Si las unidades o las tarjetas de red están conectadas a través de conmutadores PCIe, es posible que compartan un enlace ascendente. La placa base también determina la distribución de carriles, las ranuras, la bifurcación, la compatibilidad con CXL y la configuración de firmware realmente habilitada. Por lo tanto, la capacidad de la CPU documentada debe cotejarse con el diagrama de bloques y la validación del servidor concreto.

En los sistemas con varios nodos NUMA, también es fundamental dónde se asignan la memoria RAM, las CPU virtuales y los dispositivos de E/S. Si una máquina virtual o una base de datos accede con frecuencia a la memoria de otro nodo, pueden producirse latencias adicionales. Por lo tanto, es recomendable realizar mediciones en condiciones de carga realistas: la carga de la CPU por sí sola no revela ni los cuellos de botella en la memoria ni las colas en el almacenamiento o la red.

Muchos canales facilitan la conexión directa de numerosos dispositivos, pero no garantizan ni una baja latencia de la base de datos ni altas tasas de transacción. El controlador, el firmware del SSD, el diseño RAID o de replicación, la profundidad de la cola y la ruta de red siguen siendo factores determinantes. La elección entre Alojamiento AMD EPYC Por lo tanto, en el caso de un servidor Intel Xeon, debería tener en cuenta los requisitos de E/S y memoria con la misma precisión que el número de núcleos y la frecuencia de reloj.

Sincronizar las cargas de trabajo con la plataforma

La elección no empieza por el fabricante, sino por la distribución de la carga. El Xeon 6 con núcleos E suele ser adecuado para un gran número de tareas independientes entre sí y claramente delimitadas; el Xeon 6 con núcleos P, para requisitos de Rendimiento por núcleo y determinadas operaciones vectoriales o matriciales. El EPYC 9005 también ofrece diferentes perfiles de núcleos y frecuencias de reloj. De ello no se deriva ninguna clasificación: lo decisivo es la referencia concreta, la topología del servidor y la carga de trabajo de la aplicación medida.

En el alojamiento compartido, una alta densidad de núcleos solo resulta útil si los límites de tiempo de CPU, procesos, memoria RAM y E/S protegen realmente a las cuentas vecinas. Por lo tanto, los modelos E-Core pueden ser adecuados para entornos de clientes altamente paralelizados. Un modelo EPYC 9005 con el perfil de núcleos adecuado también puede ser una buena opción. Por el contrario, para instancias individuales exigentes de tiendas online o CMS, los tiempos de respuesta por trabajador y la base de datos son más importantes que el mero número de núcleos disponibles.

Los nodos VPS y los servicios relacionados con el almacenamiento requieren, además, una comprobación de la Topología de E/S. El EPYC 9005 cuenta con amplios recursos de DDR5 y PCIe 5.0, dependiendo de la plataforma; el Xeon 6 también ofrece canales de memoria y carriles PCIe que varían según la serie y el modelo. Estos datos facilitan la preselección, pero no garantizan ni una latencia NVMe concreta ni un rendimiento específico de la base de datos. La placa base, la configuración, el firmware y la ruta de software siguen siendo factores determinantes en la decisión.

Planificar correctamente las pruebas de rendimiento de la CPU para el alojamiento web

El término de búsqueda pruebas de rendimiento de la CPU en servidores de alojamiento da lugar a una simplificación inadmisible: un resultado de la CPU no describe una oferta de alojamiento. SPEC considera los resultados como los de sistemas completos y exige que se revelen los detalles esenciales de la configuración. Por lo tanto, para realizar una comparación entre plataformas, es necesario probar ambos candidatos con un número comparable de zócalos, memoria, almacenamiento, red y software.

En el caso de PHP-FPM, un alto rendimiento de solicitudes no es suficiente. Una plataforma puede proporcionar muchas respuestas con una carga sintética breve y, sin embargo, generar valores p99 elevados cuando se ejecutan tareas cron en paralelo o se realizan consultas lentas a la base de datos. Por lo tanto, registra las colas, las tasas de error y los tiempos de respuesta por separado para las páginas dinámicas y las almacenadas en caché. Las implementaciones con control de versiones ayudan a documentar de forma inequívoca la aplicación y la configuración probadas. Flujos de trabajo de Git en el alojamiento web

En el caso de las bases de datos, es necesario documentar el tamaño de los registros y el estado de la caché, ya que una prueba que se ejecuta íntegramente en la RAM muestra límites distintos a los de un funcionamiento con una carga elevada de E/S. En el caso de la densidad de VPS, la experiencia en el sistema invitado también es determinante. La métrica de programación más relevante depende del hipervisor y del sistema operativo invitado; por lo tanto, el tiempo de CPU Ready no debe considerarse una métrica universalmente válida. Repite las pruebas de carga y registra de forma clara el método de medición y las desviaciones.

Comprobar la configuración y la topología

Antes de realizar una comparación, debes evaluar primero el estado actual. Esto evita que una supuesta diferencia en el rendimiento de la CPU se deba, en realidad, a una asignación NUMA diferente, a una memoria RAM distinta o a un cambio en la configuración del servidor web. Los siguientes comandos leen información o comprueban configuraciones; no modifican ni la asignación de la CPU ni los ajustes de los servicios. Ejecútalos con los permisos necesarios en cada sistema y guarda los resultados de forma segura.

Con lscpu Documenta el modelo de CPU, las CPU lógicas, el zócalo, los núcleos y los nodos NUMA detectados. numactl --hardware Si la herramienta está instalada, se añaden las CPU y la memoria disponibles por cada nodo NUMA. Ambas salidas describen la topología de hardware detectada, no la carga real bajo la carga de alojamiento.

lscpu
numactl --hardware
nginx -T
php-fpm -tt

El llamamiento nginx -T Muestra la configuración efectiva de NGINX y, por lo tanto, puede contener nombres de host internos, rutas de archivos o referencias a certificados. Comprueba y corrige esos datos antes de compartir la salida. php-fpm -tt Es un ejemplo de comprobación de la configuración; el nombre del archivo binario y las opciones varían en función de la distribución y la versión de PHP. Comprueba primero la variante disponible localmente, en lugar de modificar una configuración en producción.

Un caso práctico de VPS ilustra el objetivo: si las vCPU de una máquina virtual están asignadas a los núcleos de un nodo NUMA, pero la memoria RAM que tienen reservada se encuentra principalmente en el otro nodo, los accesos a la memoria pueden sufrir una latencia adicional. Por lo tanto, documenta Fijación de la CPU y la asignación de RAM. Solo entonces se podrá evaluar si es necesaria otra plataforma de CPU o, en un primer momento, una topología de máquina virtual más coherente.

Gestionar la virtualización de forma segura y planificada

En el caso de las ofertas de VPS y en la nube, el nombre del procesador no es el único factor que determina el rendimiento percibido. Fijación de la CPU Asigna vCPU a núcleos físicos específicos según sea necesario, lo que permite reducir las fluctuaciones en los tiempos de ejecución. Sin embargo, se trata de una decisión de capacidad: los núcleos reservados en exclusiva no están disponibles para una distribución flexible entre otros clientes. Por lo tanto, en el caso de las tarifas con potencia de cálculo garantizada, esta reserva debería incluirse en la planificación de la carga de trabajo.

Igualmente importante es la Afinidad NUMA en sistemas con varios sockets o con un gran número de núcleos. Una máquina virtual debería utilizar, en la medida de lo posible, núcleos y memoria RAM del mismo nodo NUMA. Si accede con frecuencia a la memoria de otro nodo, las rutas de acceso adicionales pueden aumentar la latencia. Por lo tanto, planifica las máquinas virtuales de gran tamaño teniendo en cuenta, en primer lugar, la capacidad de RAM local y la asignación de núcleos, en lugar de considerar únicamente la suma de todos los núcleos y de toda la memoria RAM.

La RAM reservada evita que la capacidad de memoria prometida se deba únicamente a un sobreaprovechamiento optimista. Además, limita QoS de almacenamiento IOPS, rendimiento o colas por máquina virtual, para que una copia de seguridad, una importación de base de datos o un sistema invitado mal configurado no bloqueen el pool NVMe compartido. Establece límites de sobreasignación por separado para la CPU, la RAM y el almacenamiento: una cuota de CPU viable no hace que un nodo sea escalable si su almacenamiento ya genera tiempos de espera elevados en momentos de máxima carga.

Para las máquinas virtuales confidenciales, ambas plataformas ofrecen funciones que van más allá de la virtualización habitual. AMD documenta para EPYC 9005 las tecnologías SEV, SEV-ES y SEV-SNP; SEV-SNP complementa los mecanismos de protección contra determinados ataques a las tablas de páginas y a la asignación de memoria. Intel describe TDX como una tecnología que aísla el sistema operativo invitado y las aplicaciones de la máquina virtual del host en la nube, el hipervisor y otras máquinas virtuales de la plataforma.

Estas funciones no hacen que un servidor AMD EPYC ni un servidor Intel Xeon sean automáticamente más seguros. En el caso de Intel TDX, es necesario comprobar los procesadores compatibles, que el equipo cuente con los módulos DIMM adecuados y la plataforma concreta del fabricante OEM u ODM; los requisitos documentados para los módulos DIMM pueden variar en función de la implementación de la plataforma. Además, su uso requiere una interacción coordinada entre el firmware, el hipervisor, el núcleo, el sistema operativo invitado y los procesos operativos. Comprueba también el ciclo de vida de las claves, la certificación, la recuperación y la supervisión. Sin estos procesos, una función de hardware activada no puede cubrir por completo los requisitos de protección de un cliente.

Fuentes de error en la comparación y el funcionamiento

Una comparación válida debe partir de sistemas del mismo tamaño. No se puede comparar un servidor con dos zócalos con un sistema de un solo zócalo cuando la decisión de adquisición se refiere a una clase de plataforma. Anota, para cada prueba, el modelo de CPU, el número de zócalos, los núcleos activos, la cantidad de RAM y la configuración de los módulos DIMM. Solo así se podrá determinar si un resultado se debe a la arquitectura, a hardware adicional o a una configuración diferente.

Asimismo, una memoria y una E/S desiguales distorsionan las conclusiones. Las diferencias en la asignación de canales DDR5, las generaciones de NVMe, la configuración RAID, las tarjetas de red o los perfiles de energía de la BIOS alteran considerablemente el rendimiento y las latencias. AMD señala, en el caso del EPYC 9005, que la configuración concreta de E/S depende de la plataforma y de la placa base; por lo tanto, la capacidad de interfaz documentada no constituye una garantía para la aplicación.

Aunque un gran número de carriles PCIe facilita la conexión directa de varias unidades NVMe y tarjetas de red de alta velocidad, no garantizan una baja latencia de la base de datos: las colas en el almacenamiento, el firmware del controlador, la replicación, los parámetros de la base de datos y el conjunto de trabajo en la RAM siguen siendo factores determinantes. En el caso de las arquitecturas cercanas al almacenamiento, el artículo añade Alojamiento web para plataformas de IoT la perspectiva sobre la latencia de la red, la segmentación y las rutas de almacenamiento.

Las frecuencias «Boost» aisladas tampoco constituyen un punto de referencia para el alojamiento web. AMD define el «Boost» máximo como la frecuencia que puede alcanzar un único núcleo en condiciones normales de servidor; bajo una carga paralela continua se aplican otras condiciones térmicas y energéticas. Por lo tanto, se deben evaluar los percentiles de tiempo de respuesta y el rendimiento bajo condiciones representativas de concurrencia, en lugar de deducir el rendimiento de todo un nodo a partir de un único valor de frecuencia.

Al fin y al cabo, el TDP no es una medida del consumo real del servidor. Para realizar estimaciones de costes, necesitas valores de medición de todo el sistema con la memoria RAM, el almacenamiento, la carga de red y el perfil energético seleccionados. El Comparabilidad La publicación de resultados exige, además, datos completos sobre el sistema; SPEC considera expresamente los resultados como los de sistemas completos, y no de procesadores individuales.

Tomar decisiones de adquisición basadas en requisitos cuantificables

En primer lugar, documenta el perfil de carga: número y tamaño de los clientes, concurrencia típica y máxima, proporción de PHP o de la aplicación, consultas a la base de datos, tasa de aciertos de la caché, RAM por instancia, así como picos de E/S y de red. De ello no se deriva una clasificación abstracta, sino un catálogo de requisitos. Solo este catálogo permite determinar si lo que marca la diferencia es una alta densidad de núcleos, tiempos de respuesta cortos de los trabajadores individuales o una conexión de almacenamiento especialmente amplia.

A continuación, determina si vas a ampliar una plataforma existente, evaluar sistemas de segunda mano o en stock, o adquirir una configuración de servidor completamente nueva. En el caso de los modelos EPYC 9005 y Xeon 6, es necesario comprobar la disponibilidad, las autorizaciones de los fabricantes de equipos originales (OEM), el mantenimiento del firmware y la planificación de piezas de recambio para el modelo de servidor concreto. La denominación de la familia de CPU por sí sola no garantiza ni la disponibilidad ni la validación de los componentes de RAM, almacenamiento y red deseados.

A continuación, compara las referencias concretas, incluyendo la topología del zócalo y la plataforma del servidor. En el caso del AMD EPYC 9005, hay que tener en cuenta la variante de núcleos, el modelo y la capacidad prevista de DDR5 y PCIe. La familia incluye modelos Zen 5 y Zen 5c, cuyas características no deben equipararse de forma generalizada. En el caso de Intel Xeon 6, hay que distinguir especialmente entre las variantes P-Core y E-Core, ya que persiguen objetivos diferentes en cuanto a rendimiento por núcleo y densidad de núcleos.

Comprueba la configuración como una lista completa de componentes: configuración validada de los módulos DIMM, RAM local por nodo NUMA, número y conexión de las unidades NVMe, tarjetas de red, conmutadores PCIe, así como el sistema de refrigeración y las fuentes de alimentación. Un Nodo de alojamiento EPYC-9005 Es lógico que así sea cuando una configuración concreta disponible ofrece la combinación requerida de núcleos, canales de memoria y E/S. Se trata de una comprobación de idoneidad de la SKU y la plataforma de servidor elegidas, no de una ventaja general en cuanto a rendimiento frente a Intel Xeon.

Un servidor Intel Xeon 6 con núcleos E puede ser una opción viable para muchas cargas de trabajo bien delimitadas e independientes. Los modelos con núcleos P son más recomendables cuando determinadas aplicaciones requieren un alto rendimiento por núcleo o cuando son relevantes las funciones vectoriales y matriciales adecuadas. Intel menciona AVX-512 y AMX para los núcleos P del Xeon 6; sin embargo, que estas funciones resulten útiles depende del software utilizado y de su implementación concreta.

Antes de realizar el pedido, lleva a cabo una prueba reproducible con tus propias imágenes, configuraciones y volúmenes de datos realistas. Además de las solicitudes por segundo, registra también la tasa de errores, los percentiles de tiempo de respuesta, los tiempos de espera de la base de datos, las latencias de almacenamiento y el comportamiento en caso de copias de seguridad simultáneas o fallos. Es necesario disponer de información completa sobre el hardware y el software para que las decisiones posteriores sean comprensibles.

A Funcionamiento piloto Resulta conveniente cuando la densidad prevista de clientes, las nuevas funciones del hipervisor, un diseño NVMe poco habitual o los costes energéticos influyen considerablemente en el cálculo. Para ello, utiliza un grupo limitado y representativo de clientes o de prueba, con límites claros de recursos. Solo tras observar los picos de carga, las reservas de capacidad y los procesos operativos, se pueden justificar técnicamente las extrapolaciones, la adquisición y la implantación.