AMD EPYC ou Intel Xeon : choisir la bonne plateforme pour l'hébergement web

Profils d'hébergement avant la comparaison des processeurs

L'hébergement web ne constitue pas une charge de travail CPU homogène. Une plateforme hébergeant des milliers de petits comptes obéit à d'autres règles qu'un nœud dédié aux machines virtuelles ou qu'un serveur de base de données. Avant de comparer les processeurs AMD EPYC et Intel Xeon, il convient donc de définir le profil des requêtes, le nombre de clients actifs simultanément, les besoins en mémoire vive, les E/S de stockage et les temps de réponse acceptables. Ce n'est qu'avec cette combinaison que les caractéristiques techniques d'un processeur deviennent pertinentes pour l'achat.

hébergement partagé traite de nombreuses tâches PHP, CMS et de messagerie indépendantes les unes des autres, avec des pics de charge souvent de courte durée. Une densité élevée de cœurs peut aider, mais il est tout aussi important de définir des limites efficaces pour le temps CPU, les processus, la mémoire vive et les E/S. Sans ces limites, un seul compte peut monopoliser des ressources limitées et détériorer les temps de réponse des autres clients. Une isolation prévisible des clients prime souvent ici sur un résultat de pointe obtenu lors d’un test multicœur synthétique.

Dans le cas des CMS et boutiques en ligne gérés, les exigences sont plus variées. Les requêtes PHP dynamiques, le cache d'objets, les requêtes de base de données, les tâches Cron et les accès d'administration peuvent parfois se produire simultanément. Pour quelques applications exigeantes, il est possible de Performances par cœur peut être plus important que le nombre maximal de cœurs ; en revanche, lorsque le nombre de workers PHP-FPM indépendants est élevé en permanence, le parallélisme prend de l'importance. Ce qui reste déterminant, c'est de savoir si le serveur web, les processus PHP et la base de données sont correctement dimensionnés.

Une boutique WooCommerce illustre bien cette distinction : un serveur web doté d’un cache peut fournir très efficacement des images de produits statiques. En revanche, le panier, le processus de paiement et la gestion des stocks génèrent des exécutions PHP personnalisées et des accès à la base de données. Un plus grand nombre de cœurs de processeur ne permet pas d’éliminer les temps d’attente lorsque les requêtes ne trouvent pas d’index, que le pool de mémoire tampon est trop petit ou que la latence NVMe augmente sous charge. C’est pourquoi la latence des requêtes, les temps d’accès à la base de données et les temps d’attente d’E/S doivent être mesurés séparément.

Outre la puissance de calcul, les nœuds VPS et cloud nécessitent avant tout une quantité suffisante de RAM, une bande passante de stockage adéquate, une connexion réseau performante et une répartition des ressources transparente. Le « CPU-pinning », la mémoire réservée, l’affectation NUMA et la qualité de service (QoS) du stockage influencent davantage l’expérience des invités que le logo du fabricant. Les systèmes liés aux bases de données, à Redis et au stockage évaluent en outre le working set, la taille du cache, la charge d'écriture et la connexion directe aux SSD NVMe. Il s'agit ici d'un équilibre Topologie de la plateforme souvent plus déterminant qu'une simple valeur de débit d'un serveur web.

Placer l'EPYC 9005 et le Xeon 6 dans un cadre de comparaison

Cet article compare délibérément les processeurs AMD EPYC 9005 et Intel Xeon 6 en tant que générations de plateformes clairement distinctes. Cette comparaison a pour but de faciliter l’acquisition, l’extension ou l’évaluation de systèmes basés sur ces deux familles de produits. Elle ne permet pas de tirer des conclusions concernant d’autres générations ou gammes de produits, car la structure des cœurs, la plate-forme de mémoire, les équipements d’E/S et les fonctionnalités disponibles peuvent varier.

Une fonction du processeur documentée se distingue en outre d'une fonction réellement système de serveurs disponible sur le marché Il convient de faire la distinction entre les différents éléments. La carte mère, le micrologiciel, la configuration des barrettes DIMM, le système de refroidissement, les blocs d’alimentation et les homologations OEM déterminent quelles configurations sont réellement exploitables. Vérifiez donc pour chaque SKU spécifique quels modèles de serveurs sont disponibles et validés pour la configuration prévue. Cela vaut particulièrement pour les capacités de RAM élevées, les disques NVMe en grand nombre et les fonctions de virtualisation spécifiques.

Les anciennes générations d'EPYC 700x et les anciens modèles Xeon Scalable ne doivent pas être confondus avec les EPYC 9005 ou les Xeon 6. De même, les données relatives à d’autres gammes de produits ne doivent pas être transposées à ces familles. L’architecture du cœur, les capacités d’E/S, la plate-forme mémoire et les fonctionnalités disponibles peuvent varier d’une génération à l’autre. Une comparaison en vue d’un achat nécessite donc toujours la référence complète du modèle, le nombre de sockets et la carte mère du serveur utilisée.

La gamme EPYC 9005 comprend, selon le modèle, des processeurs dotés de Zen 5– ou des cœurs Zen-5c. Ces désignations ne reflètent pas un classement général en matière d'hébergement. Ce qui importe davantage, ce sont la référence spécifique (SKU), le nombre de cœurs, la fréquence d'horloge, les spécifications thermiques et le niveau de parallélisme prévu. Une variante dotée d’un grand nombre de cœurs peut convenir à de nombreux clients bien délimités, tandis qu’un modèle positionné différemment peut s’avérer plus adapté à un nombre plus restreint d’applications gourmandes en ressources de calcul.

Intel distingue deux variantes du Xeon 6 : celles dotées de cœurs P et celles dotées de cœurs E. Les cœurs P sont conçus pour offrir des performances élevées par cœur et prennent notamment en charge les instructions AVX-512 et AMX. Cela peut s'avérer pertinent lorsque les logiciels utilisés exploitent effectivement ces fonctions vectorielles ou matricielles ; une pile PHP ou un serveur web classique n'en tire pas automatiquement avantage. Les cœurs E, en revanche, visent une densité élevée de cœurs et un débit parallèle.

Pour les charges de travail partagées ou dans le cloud, densément packées et bien isolées, les cœurs Xeon 6-E peuvent donc en principe faire partie des options à privilégier. Les cœurs Xeon 6 P ou les modèles EPYC 9005 configurés de manière appropriée constituent également des candidats évidents pour les charges de travail nécessitant une puissance par cœur plus élevée. Il s’agit là d’une classification en fonction de l’orientation des produits, et non d’une garantie de performances. L’extension de la mémoire vive, le micrologiciel et la configuration logicielle peuvent influencer considérablement le résultat et fausser une comparaison entre les types de cœurs si la configuration de la plateforme n’est pas identique.

Les noyaux ne sont qu'un facteur parmi d'autres

Les cœurs de processeur ne déploient pleinement leur potentiel que si la mémoire et les E/S suivent le rythme. Les canaux DDR5, associés à la configuration et au type de barrettes DIMM, déterminent la bande passante mémoire disponible ; la capacité de la RAM, en revanche, limite le nombre de machines virtuelles, de tampons de base de données ou de caches pouvant fonctionner sans recourir à la mémoire de pagination. Les voies PCIe relient les disques NVMe, les cartes réseau et, le cas échéant, les accélérateurs. Pour l'hébergement, cette chaîne doit être planifiée comme un système global.

AMD annonce pour l'EPYC 9005 jusqu'à douze canaux DDR5 ainsi que, selon le nombre de sockets et la plateforme, une connectivité PCIe Gen 5 étendue. Pour les systèmes à socket unique, jusqu'à 128 voies PCIe Gen 5 sont mentionnées. Intel Xeon 6 offre également jusqu’à douze canaux DDR5 selon la série ; certaines configurations à un seul socket avec cœurs P atteignent jusqu’à 136 voies PCIe. Ces valeurs correspondent aux caractéristiques techniques des modèles et des plateformes ; elles ne constituent en aucun cas une garantie de performances pour une application donnée.

Un nœud VPS équipé de plusieurs SSD NVMe, de deux cartes réseau haut débit et de nombreuses machines virtuelles illustre bien cette différence concrète. Si les disques ou les cartes réseau sont connectés via des commutateurs PCIe, ils peuvent se partager une liaison montante. La répartition des voies, les emplacements, la bifurcation, la prise en charge du CXL et la configuration du firmware effectivement activée sont également déterminées par la carte mère. La capacité du processeur indiquée dans la documentation doit donc être recoupée avec le schéma fonctionnel et la validation du serveur concerné.

Dans les systèmes comportant plusieurs nœuds NUMA, l'emplacement de la mémoire vive, des processeurs virtuels et des périphériques d'E/S joue également un rôle déterminant. Si une machine virtuelle ou une base de données accède fréquemment à la mémoire d'un autre nœud, cela peut entraîner des latences supplémentaires. Il est donc judicieux d'effectuer des mesures dans des conditions d'utilisation réalistes : l'utilisation du processeur à elle seule ne révèle ni les goulots d'étranglement au niveau de la mémoire, ni les files d'attente au niveau du stockage ou du réseau.

De nombreux canaux facilitent la connexion directe d'un grand nombre d'appareils, mais ne garantissent ni une faible latence de la base de données ni des taux de transaction élevés. Le contrôleur, le micrologiciel du SSD, la conception du RAID ou de la réplication, la profondeur de la file d'attente et le chemin réseau restent des facteurs déterminants. Le choix entre Hébergement AMD EPYC et un serveur Intel Xeon, il convient donc de prendre en compte les exigences en matière d'E/S et de mémoire tout autant que le nombre de cœurs et la fréquence d'horloge.

Synchroniser les charges de travail avec la plateforme

Le choix ne commence pas par le fabricant, mais par la répartition de la charge. Le Xeon 6 doté de cœurs E convient en principe à un très grand nombre de tâches indépendantes les unes des autres et clairement délimitées ; le Xeon 6 doté de cœurs P, quant à lui, est adapté aux exigences liées à Performances par cœur ainsi que certaines opérations vectorielles ou matricielles. L'EPYC 9005 couvre également différents profils de cœurs et de fréquences d'horloge. Il n'en résulte donc aucun classement : ce qui est déterminant, ce sont la référence spécifique, la topologie du serveur et la charge applicative mesurée.

En hébergement mutualisé, une densité élevée de cœurs n'est utile que si les limites imposées au temps CPU, aux processus, à la mémoire vive et aux E/S protègent réellement les comptes voisins. Les modèles E-Core peuvent donc convenir à des environnements de clients fortement parallélisés. Un modèle EPYC 9005 doté d’un profil de cœurs adapté peut également convenir. En revanche, pour des instances individuelles exigeantes de boutique en ligne ou de CMS, les temps de réponse par worker et la base de données sont plus importants que le simple nombre de cœurs disponibles.

Les nœuds VPS et les services proches du stockage nécessitent en outre une vérification de la Topologie d'E/S. L'EPYC 9005 offre, selon la plateforme, des ressources DDR5 et PCIe 5.0 importantes ; le Xeon 6 propose également un nombre de canaux de mémoire et de voies PCIe variable selon la série et le modèle. Ces informations facilitent la présélection, mais ne garantissent ni une latence NVMe spécifique ni un débit de base de données donné. La carte mère, la configuration, le micrologiciel et le chemin logiciel restent des éléments à prendre en compte dans la décision.

Bien planifier les tests de performances du processeur pour l'hébergement

Le terme recherché hébergement de tests de performance CPU conduit à une simplification abusive : un résultat de test CPU ne décrit pas une offre d'hébergement. SPEC considère les résultats comme ceux de systèmes complets et exige la divulgation des détails de configuration essentiels. Pour une comparaison entre plateformes, les deux candidats doivent donc être testés avec un nombre de sockets, une configuration mémoire, un stockage, un réseau et des logiciels comparables.

Pour PHP-FPM, un débit de requêtes élevé ne suffit pas. Une plateforme peut fournir de nombreuses réponses lors d’une charge synthétique de courte durée, tout en générant des valeurs p99 élevées en cas de tâches cron exécutées en parallèle ou de requêtes de base de données lentes. Il convient donc de mesurer séparément les files d’attente, les taux d’erreur et les temps de réponse pour les pages dynamiques et les pages mises en cache. Les déploiements sous contrôle de version permettent de consigner de manière univoque l’application et la configuration testées. Workflows Git dans l'hébergement

Dans le cas des bases de données, la taille des enregistrements et l'état du cache doivent être documentés, car un test s'exécutant entièrement en mémoire (RAM) présente des limites différentes de celles d'un fonctionnement impliquant une charge importante d'E/S. En matière de densité de VPS, l'expérience acquise au niveau de l'invité est également déterminante. La métrique de planification pertinente dépend de l'hyperviseur et du système d'exploitation invité ; le temps de disponibilité du processeur (CPU Ready Time) ne doit donc pas être considéré comme un indicateur universellement valable. Répétez les tests de charge et consignez clairement la méthode de mesure ainsi que les écarts observés.

Vérifier la configuration et la topologie

Avant de procéder à une comparaison, vous devez d'abord recenser l'état actuel. Cela permet d'éviter qu'une différence supposée au niveau du processeur ne soit en réalité due à une autre affectation NUMA, à une mémoire vive différente ou à une configuration modifiée du serveur web. Les commandes suivantes permettent de lire des informations ou de vérifier des configurations ; elles ne modifient ni l'affectation des cœurs de processeur ni les paramètres des services. Exécutez-les avec les autorisations requises sur le système concerné et archivez les résultats de manière sécurisée.

Avec lscpu tu répertories le modèle de processeur, les processeurs logiques, le socket, les cœurs et les nœuds NUMA détectés. numactl --hardware si l'outil est installé, il complète ces informations en indiquant le nombre de processeurs et la mémoire disponibles par nœud NUMA. Ces deux sorties décrivent la topologie matérielle détectée, et non la charge réelle en conditions de fonctionnement.

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

L'appel nginx -T affiche la configuration NGINX en vigueur et peut donc contenir des noms d'hôtes internes, des chemins d'accès aux fichiers ou des références à des certificats. Vérifie et corrige ces informations avant de transmettre le résultat. php-fpm -tt Ceci est un exemple de vérification de configuration ; le nom du fichier binaire et les options varient selon la distribution et la version de PHP. Vérifie d'abord la version disponible localement, plutôt que de modifier une configuration de production.

Un cas pratique concernant les VPS illustre bien l'objectif : si les vCPU d'une machine virtuelle sont affectées à des cœurs d'un nœud NUMA, mais que la mémoire RAM qui leur est réservée se trouve principalement sur l'autre nœud, les accès à la mémoire peuvent subir une latence supplémentaire. Il convient donc de documenter Épinglage du CPU et l'allocation de la mémoire vive. Ce n'est qu'ensuite qu'il est possible de déterminer s'il faut opter pour une autre plateforme CPU ou, dans un premier temps, pour une topologie d'invité plus cohérente.

Exploiter la virtualisation de manière sécurisée et planifiable

Dans le cas des offres VPS et cloud, ce n'est pas le nom du processeur à lui seul qui détermine les performances perçues. Épinglage du CPU attribue des vCPU à des cœurs physiques spécifiques en fonction des besoins, ce qui permet de réduire les variations de temps d'exécution. Il s'agit toutefois d'un choix en matière de capacité : les cœurs réservés de manière exclusive ne sont pas disponibles pour une répartition flexible entre d'autres clients. Pour les forfaits avec une puissance de calcul garantie, cette réserve doit donc être prise en compte dans la planification de l'utilisation des ressources.

Tout aussi importante est la Affinité NUMA sur des systèmes à plusieurs sockets ou à un grand nombre de cœurs. Une machine virtuelle doit, dans la mesure du possible, utiliser les cœurs de processeur et la mémoire vive provenant du même nœud NUMA. Si elle accède régulièrement à la mémoire d’un autre nœud, les chemins d’accès supplémentaires peuvent augmenter la latence. Il convient donc de dimensionner les machines virtuelles de grande taille en fonction de la capacité de la mémoire vive locale et de l'affectation des cœurs, plutôt qu'en se basant uniquement sur la somme de tous les cœurs et de la mémoire vive totale.

La mémoire RAM réservée permet d'éviter que la capacité de mémoire garantie ne résulte uniquement d'une surréservation optimiste. De plus, cela limite QoS de stockage IOPS, débit ou files d'attente par machine virtuelle, afin qu'une sauvegarde, une importation de base de données ou un invité mal configuré ne bloque pas le pool NVMe partagé. Définissez des limites de surallocation distinctes pour le CPU, la RAM et le stockage : un quota CPU viable ne rend pas un nœud résilient si son stockage génère déjà des temps d’attente élevés en période de charge maximale.

Pour les machines virtuelles confidentielles, les deux plateformes offrent des fonctionnalités qui vont au-delà de la virtualisation classique. AMD documente les technologies SEV, SEV-ES et SEV-SNP pour les processeurs EPYC 9005 ; la technologie SEV-SNP ajoute des mécanismes de protection contre certaines attaques visant les tables de pages et l'allocation de mémoire. Intel décrit TDX comme une technologie qui isole le système d'exploitation invité et les applications de la machine virtuelle par rapport à l'hébergeur cloud, à l'hyperviseur et aux autres machines virtuelles de la plateforme.

De telles fonctionnalités ne rendent automatiquement ni les serveurs AMD EPYC ni les serveurs Intel Xeon plus sûrs. Pour Intel TDX, il convient de vérifier les processeurs pris en charge, la configuration DIMM appropriée et la plate-forme OEM ou ODM concernée ; les spécifications documentées relatives aux barrettes DIMM peuvent varier en fonction de la mise en œuvre de la plateforme. De plus, la fonctionnalité nécessite une interaction coordonnée entre le micrologiciel, l’hyperviseur, le noyau, le système d’exploitation invité et les processus d’exploitation. Vérifiez également le cycle de vie des clés, l’attestation, la restauration et la surveillance. Sans ces processus, une fonctionnalité matérielle activée ne peut pas répondre pleinement aux exigences de sécurité d’un client.

Sources d'erreurs lors de la comparaison et de l'exploitation

Une comparaison valable commence par des systèmes de taille équivalente. Un serveur à deux sockets ne doit pas être comparé à un système à un seul socket lorsque la question d'achat porte sur une catégorie de plateformes. Pour chaque test, notez le modèle de processeur, le nombre de sockets, le nombre de cœurs actifs, la quantité de mémoire vive et la configuration des barrettes DIMM. C'est la seule façon de déterminer si un résultat est dû à l'architecture, à du matériel supplémentaire ou à une configuration différente.

Des mémoires et des E/S hétérogènes faussent également les conclusions. Les différences au niveau de l'affectation des canaux DDR5, des générations NVMe, de la configuration RAID, des cartes réseau ou des profils d'alimentation du BIOS modifient considérablement le débit et les latences. AMD précise, pour l'EPYC 9005, que la configuration E/S concrète dépend de la plateforme et de la carte mère ; la capacité d'interface documentée ne constitue donc pas une garantie pour l'application.

Si un grand nombre de voies PCIe facilite certes la connexion directe de plusieurs disques NVMe et de cartes réseau rapides, cela ne garantit toutefois pas une faible latence de la base de données : les files d'attente au niveau du stockage, le micrologiciel du contrôleur, la réplication, les paramètres de la base de données et le jeu de travail en RAM restent des facteurs déterminants. Pour les architectures proches du stockage, l’article précise que Hébergement web pour les plateformes IoT la perspective de la latence réseau, de la segmentation et des chemins de stockage.

Les pics de fréquence « Boost » isolés ne constituent pas non plus un critère de référence en matière d'hébergement. AMD définit la fréquence « Boost » maximale comme la fréquence qu'un seul cœur peut atteindre dans des conditions normales d'exploitation d'un serveur ; en cas de charge parallèle continue, d'autres contraintes thermiques et énergétiques s'appliquent. Il convient donc de mesurer les percentiles de temps de réponse et le débit dans des conditions de charge simultanée représentatives, plutôt que de déduire les performances d’un nœud entier à partir d’une simple indication de fréquence.

Après tout, le TDP ne correspond pas à une mesure de la consommation réelle du serveur. Pour établir des estimations de coûts, tu as besoin des valeurs mesurées de l'ensemble du système, avec la mémoire vive, le stockage, la charge réseau et le profil énergétique choisis. Les comparabilité La publication des résultats exige en outre des informations complètes sur le système ; SPEC considère expressément ces résultats comme ceux de systèmes complets, et non de processeurs individuels.

Prendre des décisions d'achat en fonction d'exigences mesurables

Commencez par documenter le profil de charge : nombre et taille des clients, simultanéité typique et maximale, part de PHP ou de l'application, requêtes de base de données, taux de réussite du cache, mémoire vive par instance, ainsi que les pics d'E/S et de réseau. Il n'en résulte pas un classement abstrait, mais un cahier des charges. C’est ce dernier qui permet de déterminer si c’est une densité de cœurs élevée, des temps de réponse courts des travailleurs individuels ou une connexion de stockage particulièrement étendue qui font la différence.

Déterminez ensuite si vous souhaitez étendre une plateforme existante, évaluer des systèmes d'occasion ou en stock, ou acquérir une toute nouvelle configuration de serveur. Pour les processeurs EPYC 9005 et Xeon 6, il convient de vérifier la disponibilité, les validations OEM, la maintenance du micrologiciel et la planification des pièces de rechange pour le modèle de serveur concerné. La désignation de la famille de processeurs ne garantit à elle seule ni la disponibilité ni la validation des équipements de mémoire vive, de stockage et de réseau souhaités.

Comparez ensuite les références (SKU) concrètes, y compris la topologie du socket et la plate-forme serveur. Pour l'AMD EPYC 9005, il convient de vérifier la variante de cœur, le modèle ainsi que la configuration prévue en DDR5 et PCIe. La gamme comprend des modèles Zen 5 et Zen 5c, dont les caractéristiques ne doivent pas être considérées comme identiques de manière générale. Pour l'Intel Xeon 6, il convient notamment de distinguer les variantes P-Core et E-Core, car elles poursuivent des objectifs différents en termes de performances par cœur et de densité de cœurs.

Vérifiez la configuration complète sous forme de nomenclature détaillée : configuration DIMM validée, mémoire RAM locale par nœud NUMA, nombre et connectivité des disques NVMe, cartes réseau, commutateurs PCIe, ainsi que le système de refroidissement et les blocs d’alimentation. Un Nœud d'hébergement EPYC-9005 Cela va de soi lorsqu’une configuration concrètement disponible offre la combinaison requise de cœurs, de canaux de mémoire et d’E/S. Il s’agit d’un test d’adéquation de la SKU et de la plateforme serveur choisies, et non d’un avantage général en termes de performances par rapport à Intel Xeon.

Un serveur Intel Xeon 6 équipé de cœurs E peut constituer une option envisageable pour de nombreuses charges de travail bien délimitées et indépendantes. Les modèles à cœurs P sont plutôt à envisager lorsque certaines applications nécessitent une puissance élevée par cœur ou lorsque des fonctions vectorielles et matricielles adaptées sont pertinentes. Intel mentionne les instructions AVX-512 et AMX pour les cœurs P du Xeon 6 ; toutefois, l'utilité de ces fonctions dépend du logiciel utilisé et de sa mise en œuvre concrète.

Avant de passer commande, effectuez un test reproductible avec vos propres images, configurations et volumes de données proches de la réalité. Outre le nombre de requêtes par seconde, enregistrez également le taux d'erreur, les percentiles de temps de réponse, les temps d'attente de la base de données, les latences de stockage et le comportement en cas de sauvegardes parallèles ou de pannes. Des informations complètes sur le matériel et les logiciels sont nécessaires pour que les décisions ultérieures restent compréhensibles.

A phase pilote Cette approche est judicieuse lorsque la densité prévue des mandants, les nouvelles fonctionnalités de l'hyperviseur, une architecture NVMe inhabituelle ou les coûts énergétiques ont une forte incidence sur le calcul. Pour ce faire, exploitez un groupe restreint et représentatif de clients ou un groupe de test, avec des limites de ressources clairement définies. Ce n’est qu’après avoir observé les pics de charge, les réserves de capacité et les processus opérationnels qu’il est possible de justifier techniquement les extrapolations, les achats et le déploiement.