Getest: Google’s C3D, C2, en N2 virtuele machines voor Kinsta klanten

ict

[ad_1]

Kinsta is een bekend, zeer high-performance hostingplatform gebouwd bovenop de Google Cloud. Hoewel we niet de enige hostingprovider zijn die gebruikmaakt van de infrastructuur van Google, zijn we wel de enige die zijn klanten op de snelste virtuele machines zet die beschikbaar zijn in elk van de 37 datacenters van Google waar onze servers zich bevinden.

Eerder in 2024 hebben we al onze Managed WordPress Hosting klanten gemigreerd naar Google’s recent uitgebrachte C3D machines in alle datacenters waar deze snellere VM’s beschikbaar waren. Dit was de belangrijkste upgrade van de computerhardware van die cloud sinds we in 2019 zijn overgestapt op de compute-optimized op C2 gebaseerde VM’s van Google.

De C2’s waren toen de snelste machines die beschikbaar waren voor webhosting en brachten een enorme prestatieboost naar het Kinsta platform. In feite is de C2 nog steeds de snelste machine in de meeste datacenters van Google. We verplaatsen klanten gaandeweg naar C3D VM’s in meer datacenters naarmate Google deze beschikbaar stelt.

Voordat we C3D machines uitrolden naar Kinsta klanten, hebben we in het lab tests uitgevoerd die realistische verbeteringen in serverreactietijden tot 50% beloofden.

Hieronder bekijken we de cijfers van enkele tests met echte WordPress sites.

Wat is er nieuw aan Google’s C3D machines?

Je kunt onze diepgaande blik op de C3D technologie lezen, maar twee functies in het bijzonder hebben dramatische gevolgen voor de prestaties van VM’s:

  1. Een vierde generatie AMD EPYC CPU (voorheen met de codenaam “Genoa”) die kan werken op een frequentie van 3,7 GHz en tot 360 virtuele CPU’s en 2.880 GB DDR5 geheugen ondersteunt.
  2. Een Infrastructure Processing Unit (IPU) die de netwerkprestaties en data I/O verbetert en de CPU van deze taken ontlast.

Op dit platform wordt server-side code sneller geïnterpreteerd, zijn databases sneller en gaan gegevens sneller van en naar netwerkinterfaces. Tijdens onze eerdere labtests bijvoorbeeld, zagen we bij een MySQL/MariaDB stresstest dat de tijdvertraging voor antwoorden op databaseverzoeken daalde van 89 milliseconden op C2 machines naar 0,9 milliseconden op een C3D machine.

WordPress sites die worden gehost bij Kinsta zijn klaar om te profiteren van dergelijke kracht, omdat elke site draait in een container die is geïsoleerd van andere sites en alle ondersteunende software bevat, zoals Linux, NGINX, PHP en MariaDB.

VM prestatievergelijkingen

Om de prestaties van de op C3D gebaseerde VM te vergelijken met andere klassen machines, hebben we drie identieke WordPress (v6.5) websites gemaakt: een op een C3D machine, een op een C2 en een op een van de N2 machines die nog steeds beschikbaar zijn in een paar datacenters. (Hoewel er bij Kinsta niet veel gebruik wordt gemaakt van N2 machines, gebruiken veel andere hosts ze wel, dus we hebben deze vergelijking opgenomen om je te helpen visualiseren welke impact een verhuizing naar Kinsta zou hebben op de prestaties van je site)

Dit was de Kinsta WordPress Hosting omgeving voor alle drie de sites:

  • WordPress versie 6.5
  • PHP versie 8.2
  • Ubuntu versie 20.04.6
  • NGINX webserver versie 1.25.2
  • MariaDB versie 15.1

Om zware belastingen op onze testsites te simuleren, gebruikten we de Apache ab HTTP server benchmarking tool, die in staat is om meerdere gelijktijdige gebruikers te emuleren die veel paginaverzoeken doen.

Opvragen van ongecachte content

We wilden zien hoe de drie VM’s zich verhouden bij het leveren van content die de on-server caching mechanismen omzeilt – met name de pagina cache. De WooCommerce winkelwagentjes van de identieke sites waren de perfecte doelen voor deze tests, omdat ze gecodeerd zijn om een cacheomleiding op de server aan te vragen.

Wanneer content niet gecacht wordt, moet WordPress bij elk verzoek de database raadplegen en de doelpagina bouwen. Dat is niet efficiënt, maar het is gelukkig vaak nodig dat de inhoud uniek is voor een individuele sitebezoeker – zoals de inhoud van een winkelwagentje.

Op alle drie onze testsites genereerde de standaard winkelwagenweergave een HTML pagina van 235 KB.

Ons Apache ab testprotocol zag er dus als volgt uit:

  • Paginagrootte: 235 KB
  • Gesimuleerde gelijktijdige gebruikers: 50
  • Looptijd: 60 seconden

De resultaten (succesvolle aanvragen per seconde):

  • C3D: 207,72
  • C2: 141.47
  • N2: 89.93

Take-away: De C3D VM leverde gemiddeld 46,8% meer niet-gecachte pagina’s dan de kloonsite op de C2.

Snelheidstestresultaten van niet-gecachte (cache-bypass) pagina's.
Snelheidstestresultaten van niet-gecachte (cache-bypass) pagina’s.

Opvragen van gecachte content

Met caching ingeschakeld kunnen onze WordPress sites pagina’s leveren zonder PHP workers te hoeven starten en de database te hoeven bevragen. Sterker nog, met de in-memory cache van NGINX hoeft sommige gecompileerde inhoud niet eens van schijf gelezen te worden.

Onze cachebare testcontent was een identieke blogpost op elke site die 114 KB woog, dus ons Apache ab testprotocol zag er als volgt uit:

  • Paginagrootte: 114 KB
  • Gesimuleerde gelijktijdige gebruikers: 50
  • Looptijd: 60 seconden

De resultaten (succesvolle aanvragen per seconde):

  • C3D: 19.722,58
  • C2: 13,043.27
  • N2: 7,861.23

Take-away: De C3D VM, met zijn verbeterde I/O, viel hier op door veel meer content sneller te verplaatsen dan de andere machines. De C3D site leverde 51,2% meer gecachte pagina’s op dan de C2 machine.

Resultaten van snelheidstesten van gecachte paginaverzoeken.
Resultaten van snelheidstesten van gecachte paginaverzoeken.

[ad_2]

https://kinsta.com/nl/blog/google-c3d-snelheidstests/