AMD EPYC eller Intel Xeon: Att välja rätt plattform för webbhotell

Webbhotellprofiler inför jämförelsen av processorkapacitet

Webbhotell innebär inte en enhetlig CPU-belastning. En plattform för tusentals små konton följer andra regler än en nod för virtuella maskiner eller en databasserver. Innan man jämför AMD EPYC och Intel Xeon bör man därför fastställa förfrågningsprofilen, antalet samtidigt aktiva klienter, RAM-behovet, lagrings-I/O och acceptabla svarstider. Det är först denna kombination som gör en CPU:s tekniska data meningsfulla för inköp.

delat webbhotell hanterar många oberoende PHP-, CMS- och e-postuppgifter med ofta korta belastningstoppar. En hög kärntäthet kan vara till hjälp, men effektiva begränsningar för CPU-tid, processer, arbetsminne och I/O är lika viktiga. Utan sådana begränsningar kan ett enskilt konto ta upp knappa resurser och försämra svarstiderna för andra kunder. Planerbar klientisolering är här ofta viktigare än ett toppvärde i ett syntetiskt multicore-test.

När det gäller hanterade CMS-system och webbutiker är kraven mer varierande. Dynamiska PHP-förfrågningar, objektcache, databasfrågor, cron-jobb och administratörsåtkomst kan ibland inträffa samtidigt. För ett fåtal krävande applikationer kan Prestanda per kärna vara viktigare än det maximala antalet kärnor; om det däremot ständigt finns många oberoende PHP-FPM-arbetare blir parallellitet allt viktigare. Det avgörande är fortfarande om webbservern, PHP-processerna och databasen är rätt dimensionerade.

En WooCommerce-butik illustrerar skillnaden tydligt: En webbserver med cache kan leverera statiska produktbilder mycket effektivt. Varukorgen, kassan och lagerläget genererar däremot anpassade PHP-körningar och databasåtkomst. Fler CPU-kärnor eliminerar inte väntetiden om sökningar saknar index, buffertpoolen är för liten eller NVMe-latensen ökar under belastning. Därför bör begäranlatens, databastider och I/O-väntetider registreras separat.

VPS- och molnknutar kräver, förutom beräkningskapacitet, framför allt tillräckligt med RAM, lagringsbandbredd, nätverk och en överskådlig resursfördelning. CPU-pinning, reserverat minne, NUMA-tilldelning och lagrings-QoS påverkar gästernas upplevelse i högre grad än tillverkarens logotyp. Databas-, Redis- och lagringsnära system värderar dessutom arbetsminne, cache-storlek, skrivbelastning och direktanslutning till NVMe-SSD:er. Här krävs en balanserad Plattformtopologi ofta avgörande i högre grad än en ren genomströmningsvärde för webbservern.

Placera EPYC 9005 och Xeon 6 som jämförelsegrund

I den här artikeln jämförs AMD EPYC 9005 och Intel Xeon 6 medvetet som tydligt avgränsade plattformsgenerationer. Jämförelsen syftar till inköp, utbyggnad eller utvärdering av system baserade på dessa två produktfamiljer. Slutsatser om andra generationer eller produktlinjer kan inte dras utifrån detta, eftersom kärnarkitekturen, minnesplattformen, I/O-utrustningen och tillgängliga funktioner kan skilja sig åt.

En dokumenterad processorfunktion skiljer sig dessutom från en faktisk tillgängliga serversystem att skilja på. Moderkort, firmware, DIMM-konfiguration, kylning, nätaggregat och OEM-godkännanden avgör vilken utrustning som är praktiskt användbar. Kontrollera därför för varje specifik SKU vilka servermodeller som är tillgängliga och validerade för den planerade konfigurationen. Detta gäller särskilt för stora RAM-kapaciteter, många NVMe-enheter och speciella virtualiseringsfunktioner.

Äldre generationer av EPYC 700x och tidigare modeller av Xeon Scalable får inte av misstag blandas ihop med EPYC 9005 eller Xeon 6. Likaså bör data från andra produktlinjer inte överföras till dessa produktfamiljer. Kärnarkitektur, I/O-utrustning, minnesplattform och tillgängliga funktioner kan skilja sig åt mellan generationerna. En jämförelse vid inköp kräver därför alltid den fullständiga modellbeteckningen, antalet socklar och det servermoderkort som används.

EPYC 9005 omfattar, beroende på modell, processorer med Zen 5– eller Zen-5c-kärnor. Dessa beteckningar anger inte någon generell rangordning för hosting. Det som är relevant är snarare den specifika SKU:n, antalet kärnor, klockfrekvensen, de termiska specifikationerna och den planerade parallelliteten. En variant med många kärnor kan passa många väl avgränsade klienter, medan en annorlunda positionerad modell kan vara lämpligare för ett mindre antal beräkningsintensiva applikationer.

Intel delar upp Xeon 6 i varianter med P-kärnor och E-kärnor. P-kärnorna är inriktade på hög prestanda per kärna och stöder bland annat AVX-512 och AMX. Detta kan bli relevant om den programvara som används faktiskt utnyttjar dessa vektor- eller matrisfunktioner; en vanlig PHP- eller webbserverstack får inte automatiskt någon fördel av detta. E-kärnorna är däremot inriktade på hög kärntäthet och parallell genomströmning.

För tätt packade, välisolerade delade eller molnbaserade arbetsbelastningar kan Xeon 6 E-kärnor därför i princip vara ett alternativ att överväga. Xeon 6 P-kärnor eller lämpligt konfigurerade EPYC 9005-modeller är också självklara kandidater för arbetsbelastningar med högre krav på prestanda per kärna. Detta är en klassificering av produktinriktningen, inte en prestandagaranti. RAM-utbyggnad, firmware och programvarukonfiguration kan påverka resultatet avsevärt och förvränga en jämförelse mellan kärntyperna om plattformskonfigurationen inte är identisk.

Kärnorna är bara en faktor

CPU-kärnor kan endast utnyttja sin fulla potential om minnet och I/O-kapaciteten håller jämna steg. DDR5-kanalerna avgör, tillsammans med antalet moduler och DIMM-typen, den tillgängliga minnesbandbredden; RAM-kapaciteten begränsar däremot hur många virtuella maskiner, databasbuffertar eller cacher som kan köras utan att data behöver flyttas till disk. PCIe-banor ansluter NVMe-enheter, nätverkskort och eventuellt acceleratorer. För hosting måste denna kedja planeras som ett helhetssystem.

AMD anger för EPYC 9005 upp till tolv DDR5-kanaler samt, beroende på antal socklar och plattform, omfattande PCIe Gen 5-anslutning. För system med en sockel anges upp till 128 PCIe Gen 5-banor. Intel Xeon 6 erbjuder, beroende på serie, också upp till tolv DDR5-kanaler; utvalda P-Core-konfigurationer med en sockel når upp till 136 PCIe-kanaler. Dessa värden är modell- och plattformsdata, inte ett löfte om prestanda för en applikation.

En VPS-nod med flera NVMe-SSD-enheter, två snabba nätverkskort och många virtuella maskiner visar den praktiska skillnaden. Om enheter eller nätverkskort är anslutna via PCIe-switchar kan de eventuellt dela på en upplänk. Även lane-fördelning, kortplatser, bifurcation, CXL-stöd och den faktiskt aktiverade firmwarekonfigurationen bestäms av moderkortet. Den dokumenterade CPU-kapaciteten måste därför jämföras med blockdiagrammet och valideringen av den specifika servern.

I system med flera NUMA-noder är det dessutom avgörande var RAM-minnet, de virtuella processorerna och I/O-enheterna är tilldelade. Om en virtuell maskin eller databas ofta använder minne från en annan nod kan det uppstå ytterligare fördröjningar. Det är därför lämpligt att utföra mätningar under realistiska belastningsförhållanden: CPU-utnyttjandet i sig visar varken minnesflaskhalsar eller köer i lagringssystemet eller nätverket.

Många Lanes underlättar direktanslutning av ett stort antal enheter, men garanterar varken låg latens i databasen eller höga transaktionshastigheter. Kontroller, SSD-firmware, RAID- eller replikeringsdesign, ködjup och nätverksväg är fortfarande avgörande. Valet mellan AMD EPYC-hosting och när det gäller en Intel Xeon-server bör man därför ta hänsyn till I/O- och minneskraven på samma sätt som antalet kärnor och klockfrekvensen.

Synkronisera arbetsbelastningar med plattformen

Valet börjar inte med tillverkaren, utan med hur belastningen fördelas. Xeon 6 med E-kärnor är i princip lämpligt för ett stort antal oberoende och tydligt avgränsade uppgifter; Xeon 6 med P-kärnor för krav på Prestanda per kärna samt vissa vektor- eller matrisoperationer. EPYC 9005 täcker även olika kärn- och klockfrekvensprofiler. Detta innebär inte någon rangordning: det avgörande är den specifika SKU:n, servertopologin och den uppmätta applikationsbelastningen.

Vid delad hosting är en hög kärntäthet endast användbar om begränsningarna för CPU-tid, processer, arbetsminne och I/O faktiskt skyddar grannkonton. E-Core-modeller kan därför passa för starkt parallelliserade klientmiljöer. En EPYC-9005-modell med lämplig kärnprofil kan också vara lämplig. För enskilda krävande webbutiks- eller CMS-instanser är däremot svarstiderna per worker och databasen viktigare än det rena antalet tillgängliga kärnor.

VPS-noder och tjänster nära lagringsutrymmet kräver dessutom en kontroll av I/O-topologi. EPYC 9005 har, beroende på plattform, omfattande DDR5- och PCIe 5.0-resurser; Xeon 6 erbjuder också minneskanaler och PCIe-banor som varierar beroende på serie och modell. Dessa uppgifter underlättar urvalet, men garanterar varken en viss NVMe-latens eller databasgenomströmning. Moderkort, konfiguration, firmware och programvaruväg är fortfarande faktorer som påverkar beslutet.

Att planera CPU-prestandatester för webbhotell på rätt sätt

Sökordet CPU-prestandatest för webbhotell leder till en otillåten förenkling: Ett CPU-resultat beskriver inte ett webbhotellserbjudande. SPEC betraktar resultaten som resultat från kompletta system och kräver att väsentliga konfigurationsdetaljer redovisas. För en plattformsjämförelse måste därför båda kandidaterna testas med jämförbart antal socklar, minneskonfiguration, lagring, nätverk och programvara.

För PHP-FPM räcker det inte med en hög begärandegenomströmning. En plattform kan leverera många svar vid en kortvarig syntetisk belastning och ändå generera höga p99-värden vid parallellt körda cron-jobb eller långsamma databasfrågor. Registrera därför köer, felfrekvenser och svarstider separat för dynamiska och cachade sidor. Versionskontrollerade driftsättningar hjälper till att entydigt dokumentera den testade applikationen och konfigurationen. Git-arbetsflöden vid webbhotell

När det gäller databaser måste datapoststorleken och cache-statusen dokumenteras, eftersom ett test som helt och hållet körs i RAM visar andra gränsvärden än en I/O-intensiv drift. När det gäller VPS-täthet är dessutom erfarenheten i gästoperativsystemet avgörande. Vilken schemaläggningsmetrik som är meningsfull beror på hypervisorn och gästoperativsystemet; CPU-Ready-tid får därför inte behandlas som ett universellt tillgängligt mått. Upprepa belastningstester och dokumentera öppet mätmetoden samt avvikelser.

Kontrollera konfigurationen och topologin

Innan du gör en jämförelse bör du först kartlägga det aktuella läget. Detta förhindrar att en förmodad skillnad i CPU-prestanda i själva verket beror på en annan NUMA-tilldelning, avvikande arbetsminne eller en ändrad webbserverkonfiguration. Följande kommandon läser ut information eller kontrollerar konfigurationer; de ändrar varken CPU-pining eller tjänsteinställningar. Kör dem med de behörigheter som krävs i respektive system och arkivera utdata på ett säkert sätt.

Med lscpu Du dokumenterar CPU-modell, logiska CPU:er, sockel, kärnor och identifierade NUMA-noder. numactl --hardware kompletterar, förutsatt att verktyget är installerat, informationen om tillgängliga processorer och minne per NUMA-nod. Båda utskrifterna beskriver den identifierade hårdvarutopologin, inte den faktiska belastningen under driftsförhållanden.

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

Uppmaningen nginx -T visar den gällande NGINX-konfigurationen och kan därför innehålla interna värdnamn, filvägar eller certifikatreferenser. Kontrollera och rensa bort sådana uppgifter innan du vidarebefordrar utdata. php-fpm -tt Detta är ett exempel på en konfigurationskontroll; binärfilens namn och alternativen varierar beroende på distribution och PHP-version. Kontrollera först den lokalt tillgängliga versionen istället för att ändra en produktionskonfiguration.

Ett praktiskt exempel med VPS belyser syftet: Om en virtuell maskins (VM) vCPU:er är bundna till kärnor på en NUMA-nod, men dess reserverade RAM-minne huvudsakligen finns på den andra noden, kan minnesåtkomst medföra ytterligare latens. Dokumentera därför Fastsättning av CPU och RAM-tilldelningen gemensamt. Först därefter går det att bedöma om en annan CPU-plattform eller, i första hand, en mer konsekvent gästtopologi krävs.

Att driva virtualisering på ett säkert och planerbart sätt

När det gäller VPS- och molntjänster är det inte enbart processorns namn som avgör den upplevda prestandan. Fastsättning av CPU kopplar vid behov vCPU:er till specificerade fysiska kärnor och kan därmed minska variationer i körtider. Det är dock ett kapacitetsbeslut: Exklusivt reserverade kärnor är inte tillgängliga för flexibel fördelning till andra kunder. För abonnemang med garanterad datorkraft bör denna reserv därför ingå i utnyttjandeprognosen.

Lika viktigt är NUMA-affinitet på system med flera socklar eller många processorkärnor. En virtuell maskin bör i möjligaste mån använda processorkärnor och arbetsminne från samma NUMA-nod. Om den regelbundet hämtar data från en annan nod kan ytterligare åtkomstvägar öka latensen. Planera därför stora virtuella maskiner utifrån lokal RAM-kapacitet och kärnfördelning, istället för att endast beakta summan av alla kärnor och det totala arbetsminnet.

Reserverat RAM förhindrar att den utlovade minneskapaciteten endast beror på en optimistisk överbokning. Dessutom begränsar Lagrings-QoS IOPS, genomströmning eller köer per VM, så att en säkerhetskopiering, en databasimport eller en felkonfigurerad gäst inte blockerar den gemensamma NVMe-poolen. Ställ in överbokningsgränser separat för CPU, RAM och lagring: En hållbar CPU-kvot gör inte en nod belastningsbar om dess lagring redan orsakar långa väntetider under toppbelastning.

För konfidentiella virtuella maskiner erbjuder båda plattformarna funktioner som går utöver vanlig virtualisering. AMD dokumenterar EPYC 9005 SEV, SEV-ES och SEV-SNP; SEV-SNP kompletterar mekanismerna för att skydda mot vissa sidtabell- och minnesallokeringsattacker. Intel beskriver TDX som en teknik där gästoperativsystem och VM-applikationer isoleras från molnvärden, hypervisorn och andra virtuella maskiner på plattformen.

Sådana funktioner gör varken en AMD EPYC- eller en Intel Xeon-server automatiskt säkrare. För Intel TDX måste man kontrollera vilka processorer som stöds, vilken DIMM-konfiguration som krävs samt den specifika OEM- eller ODM-plattformen; de dokumenterade DIMM-kraven kan variera beroende på plattformsimplementeringen. Dessutom förutsätter användbarheten ett samordnat samspel mellan firmware, hypervisor, kärna, gästoperativsystem och driftsprocesser. Kontrollera även nyckelns livscykel, certifiering, återställning och övervakning. Utan dessa processer kan en aktiverad hårdvarufunktion inte fullt ut uppfylla en kunds säkerhetskrav.

Felkällor vid jämförelse och drift

En tillförlitlig jämförelse utgår från system av samma storlek. En server med två socklar får inte jämföras med ett system med en sockel när inköpsbeslutet gäller en viss plattformsklass. Notera för varje test CPU-modell, antal socklar, aktiva kärnor, RAM-minne och DIMM-konfiguration. Endast på så sätt blir det tydligt om ett resultat beror på arkitekturen, ytterligare hårdvara eller en avvikande konfiguration.

Även olikartade minneskonfigurationer och I/O-konfigurationer kan leda till felaktiga slutsatser. Olika DDR5-kanalkonfigurationer, NVMe-generationer, RAID-konfigurationer, nätverkskort eller BIOS-energiprofiler påverkar genomströmningen och latenserna avsevärt. AMD påpekar för EPYC 9005 att den konkreta I/O-konfigurationen beror på plattformen och moderkortet; dokumenterad gränssnittskapacitet är därför ingen garanti för applikationen.

Många PCIe-banor underlättar visserligen den direkta anslutningen av flera NVMe-enheter och snabba nätverkskort. De garanterar dock inte låg latens i databasen: köer i lagringssystemet, kontrollerns firmware, replikering, databasparametrar och arbetsuppsättningen i RAM-minnet förblir avgörande. För lagringsnära arkitekturer kompletterar artikeln Webbhotell för IoT-plattformar perspektivet på nätverksfördröjning, segmentering och lagringsvägar.

Enstaka Boost-klockfrekvenser utgör inte heller någon riktmärkning för serverprestanda. AMD definierar maximal Boost som den frekvens som en enskild kärna kan uppnå under normala serverförhållanden; vid parallell kontinuerlig belastning gäller andra termiska och energimässiga förutsättningar. Jämför därför svarstidens percentiler och genomströmningen under representativa samtidighetsförhållanden, istället för att dra slutsatser om prestandan hos en hel nod utifrån ett enda klockfrekvensvärde.

TDP är ju trots allt inte ett mått på serverns faktiska energiförbrukning. För kostnadsberäkningar behöver du mätvärden för hela systemet med vald RAM, lagringsutrymme, nätverksbelastning och energiprofil. De Jämförbarhet Offentliga resultat kräver dessutom fullständiga systemuppgifter; SPEC behandlar resultaten uttryckligen som resultat från kompletta system, inte från enskilda processorer.

Fatta beslut om upphandling utifrån mätbara krav

Dokumentera först belastningsprofilen: antal och storlek på klienter, typisk och maximal samtidighet, andel PHP respektive applikationer, databasfrågor, cacheträfffrekvens, RAM per instans samt I/O- och nätverksspikar. Detta resulterar inte i någon abstrakt ranglista, utan i en kravkatalog. Det är först denna som visar om hög kärntäthet, korta svarstider för enskilda arbetare eller en särskilt omfattande lagringsanslutning är avgörande.

Bestäm därefter om du ska utöka en befintlig plattform, utvärdera begagnade eller lagerförda system eller anskaffa en helt ny serverkonfiguration. För EPYC 9005 och Xeon 6 måste tillgänglighet, OEM-godkännanden, firmwareunderhåll och planering av reservdelar för den specifika servermodellen kontrolleras. Bara namnet på CPU-familjen garanterar varken leveransbarhet eller validering av önskad RAM-, lagrings- och nätverksutrustning.

Jämför därefter specifika SKU:er, inklusive sockeltopologi och serverplattform. För AMD EPYC 9005 bör man kontrollera kärnvariant, modell samt den planerade utbyggnaden av DDR5 och PCIe. Serien omfattar Zen-5- och Zen-5c-modeller, vars egenskaper inte kan likställas generellt. När det gäller Intel Xeon 6 måste man särskilt skilja mellan P-Core- och E-Core-varianter, eftersom de har olika mål vad gäller prestanda per kärna och kärntäthet.

Kontrollera utbyggnaden som en fullständig komponentlista: validerad DIMM-konfiguration, lokalt RAM per NUMA-nod, antal och anslutning av NVMe-enheter, nätverkskort, PCIe-switchar samt kylning och strömförsörjning. En EPYC-9005-värdnod Det är självklart om en konkret tillgänglig konfiguration tillhandahåller den erforderliga kombinationen av kärnor, minneskanaler och I/O. Detta är en lämplighetsprövning av den valda SKU:n och serverplattformen, inte någon allmän prestandafördel jämfört med Intel Xeon.

En Intel Xeon 6-server med E-kärnor kan vara ett rimligt alternativ för många väl avgränsade, oberoende arbetsbelastningar. P-kärnmodeller är mer lämpliga när enskilda applikationer kräver hög prestanda per kärna eller när lämpliga vektor- och matrisfunktioner är relevanta. Intel nämner AVX-512 och AMX för Xeon 6 P-kärnor; huruvida dessa funktioner är till hjälp beror dock på vilken programvara som används och hur den konkret är implementerad.

Genomför ett reproducerbart test med egna avbildningar, konfigurationer och realistiska datamängder innan beställningen. Registrera förutom antalet förfrågningar per sekund även felfrekvens, svarstidens percentiler, databasväntetider, lagringsfördröjningar samt beteendet vid parallella säkerhetskopieringar eller avbrott. Fullständiga uppgifter om hård- och mjukvara är nödvändiga för att senare beslut ska kunna spåras.

En Testdrift är lämpligt när planerad klienttäthet, nya hypervisor-funktioner, en ovanlig NVMe-konstruktion eller energikostnader har stor inverkan på beräkningen. Använd då en begränsad, representativ kund- eller testgrupp med tydliga resursbegränsningar. Först efter att man har observerat toppbelastningar, kapacitetsreserver och driftsflöden kan man på ett fackmässigt sätt motivera extrapolering, inköp och införande.