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:
- 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.
- 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.
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.
Een voorbeeld van ruwe verwerkingskracht
We gebruikten afbeeldingsmanipulatie om verwerkingen op onze VM’s te testen die niet direct te maken hadden met het leveren van webpagina’s – hoewel het aanpassen van het formaat van geüploade afbeeldingen en het maken van kopieën met verschillende afmetingen een standaardprocedure is voor veel WordPress sites.
We gebruikten de ImageMagick extensie in PHP om een JPEG afbeelding van 35 MB te verkleinen naar ongeveer 29 KB (van 7.362 x 4.702 pixels naar 640 x 408 pixels) met behulp van de resizeImage() functie van die software en het Bessel filter.
De resulterende gemiddelde verwerkingstijden:
- C3D: 1,484 seconden
- C2: 2,090 seconden
- N2: 2,305 seconden
Take-away: Hoewel het aanpassen van het formaat van de afbeelding relatief snel ging op al onze testplatforms, voltooide de C3D machine de taak bijna 30% sneller dan de C2 machine:
Geen C3D’s in je datacenter? Geen probleem!
De C3D’s bieden duidelijke voordelen voor beheerders van WordPress websites. Vooral als je site inhoud genereert die niet in de cache kan worden opgeslagen, kun je overwegen of deze voordelen het de moeite waard maken om de site onder te brengen in een van de datacenters die deze nieuwe machines ondersteunen.
Als een groot deel van de inhoud van je website in de cache kan worden opgeslagen, zijn deze pagina’s kandidaat voor wereldwijde distributie via Kinsta’s gratis Edge Caching, een van de diensten die deel uitmaken van onze Cloudflare integratie.
Edge Caching kan de beste prestatieoplossing zijn voor Kinsta klanten die hun sites in een land moeten plaatsen waar snellere VM’s niet beschikbaar zijn.
Met Edge Caching die de content distribueert over Cloudflare’s datacenters wereldwijd, waren de responstijden voor websites op onze C3D, C2 en N2 testmachines vrijwel identiek wanneer ze gemeten werden aan de hand van de time to first byte (TTFB) vanaf verschillende externe locaties.
Zelfs met Edge Caching kan de gemiddelde reactiesnelheid na verloop van tijd iets sneller zijn met de C3D machines, omdat sites die erop gehost worden de caches sneller vullen en verversen.
Waar kun je C3D machines vinden?
Momenteel zijn C3D machines beschikbaar in de volgende landen 6
Google Cloud datacenters:
- Jurong West, Singapore (asia-southeast1)
- St. Ghislain, Belgium (europe-west1)
- Eemshaven, Netherlands (europe-west4)
- Council Bluffs, Iowa, USA (us-central1)
- Moncks Corner, South Carolina, USA (us-east1)
- Ashburn, Virginia, USA (us-east4)
Binnen het MyKinsta dashboard worden regio’s met de C3D machines ingeschakeld gelabeld als Boosted in de Datacenter locatie drop-down bij het toevoegen van een nieuwe WordPress site:
Als je een bestaande site hebt in een datacenter waar Google nog geen C3D machines beschikbaar heeft gemaakt, kun je contact opnemen met Support om een verhuizing naar een C3D datacenter aan te vragen.
Op dit moment zijn de C2 VM’s met compute-optimization van Google het beste in deze datacenters:
- Changhua County, Taiwan (asia-east1)
- Hong Kong (asia-east2)
- Tokyo, Japan (asia-northeast1)
- Osaka, Japan (asia-northeast2)
- Seoul, South Korea (asia-northeast3)
- Mumbai, India (asia-south1)
- Delhi, India (asia-south2)
- Jakarta, Indonesia (asia-southeast2)
- Sydney, Australia (australia-southeast1)
- Melbourne, Australia (australia-southeast2)
- London, United Kingdom (europe-west2)
- Frankfurt, Germany (europe-west3)
- Zurich, Switzerland (europe-west6)
- Montréal, Canada (northamerica-northeast1)
- Toronto, Canada (northamerica-northeast2)
- São Paulo, Brazil (southamerica-east1)
- Columbus, Ohio, USA (us-east5)
- The Dalles, Oregon, USA (us-west1)
- Los Angeles, California, USA (us-west2)
- Salt Lake City, Utah, USA (us-west3)
- Las Vegas, Nevada, USA (us-west4)
Samenvatting
Uit onze tests kwam naar voren dat de overstap naar de nieuwe, snellere C3D VM’s van Google veel website-eigenaren ten goede zou kunnen komen, met name degenen wiens sites content leveren die niet in de cache kan worden opgeslagen.
Vergeleken met alleen onze C2 machines – voorheen de snelste die beschikbaar waren voor webhosting in de datacenters van Google – lieten de C3D’s zien:
- Een prestatieverbetering van bijna 47% in niet-gecachte paginaverzoeken
- Een verbetering van ongeveer 52% bij gecachte paginaverzoeken
- Een verbetering van 30% in verwerkingstijd voor een taak als het wijzigen van het formaat van afbeeldingen
Take-away: Bliksemsnelle VM’s zijn niet het enige dat Google Cloud toevoegt aan Kinsta hosting. We maken ook gebruik van Google’s Premium Tier-netwerk met minimale latency.
Naast haar rol in Edge Caching, zit Cloudflare achter ons supersnelle CDN, code minificatie, Early Hints en afbeeldingsoptimalisatie.
Vind hier bij Kinsta een Managed WordPress Hosting pakket dat bij je past.
Steve Bonisteel is a Technical Editor at Kinsta who began his writing career as a print journalist, chasing ambulances and fire trucks. He has been covering Internet-related technology since the late 1990s.
Laat een reactie achter