Spring til indhold

Løsninger · WordPress

Hvor stor en VPS har WordPress egentlig brug for?

Som regel mindre end du fik solgt. En cachet side når aldrig PHP, så hukommelsen afgør, hvor mange ikke-cachede forespørgsler der kører samtidig, ikke hvor mange besøgende du kan have. Her er regnestykket, båndbreddespørgsmålet, som ingen skriver om, og den maskine, vi selv ville købe: BD-8 til $12.90 om måneden.

Det, hostingfirmaerne udelader

Caching er grunden til, at svaret er lille

Næsten alle WordPress-hostingplaner sælges på hukommelse. På en cachet side er hukommelse ikke det, der slipper op.

Cachet forespørgsel

Webserveren finder en færdig HTML-fil og sender den. PHP starter ikke. Databasen åbnes ikke. Det koster få millisekunder og næsten ingen hukommelse, og det er, hvad de fleste af dine besøgende får.

Ikke-cachet forespørgsel

En PHP-worker starter, indlæser WordPress og dine plugins, forespørger databasen og bygger siden. Den holder 48–96 MB imens. Det er den forespørgsel, hukommelsen reelt er til.

Det, der ikke kan caches

Kurve, checkout, logins, alt personaliseret. En webshop er et andet dimensioneringsproblem end en blog netop af denne grund, og det er det tilfælde, hvor det er rigtigt at betale for hukommelse.

Regnestykket

Hvor mange PHP-workers en plan reelt kan rumme

Workers = (RAM − 300 MB operativsystem − 400 MB database) ÷ hvad én worker fylder. De to kolonner er et let tema og et tungt; dit eget site ligger et sted imellem, og FAQ'en forklarer, hvordan du måler det i stedet for at gætte.

PHP-FPM-worker-kapacitet og månedlig trafikkvote for hver plan, med aktuelle priser
PlanRAMLet temaTung sideTrafikPrisUdrul
VPS-1En blog, en portfolio, en brochureside1 vCPU · 1 GB · 25 GB1 GB631 TB$9.90Udrul
BD-8En travl side, en webshop, flere sider på én server4 vCPU · 8 GB · 100 GB8 GB1567832 TB$12.90Udrul
GL2-4Én side, du vil have luft på2 vCPU · 4 GB · 40 GB4 GB7035Unmetered$11.90Udrul
U2-4-40En side, hvis trafik du ikke kan forudsige2 vCPU · 4 GB · 40 GB4 GB7035Unmetered$14.90Udrul

En worker, der bruger 200 ms på at rendere en side, betjener fem forespørgsler i sekundet. Fire workers giver tyve ikke-cachede forespørgsler i sekundet, før nogen kommer i kø, og på en cachet side er det meget trafik. Det er ikke benchmarks, men regnestykket, med tal, du bør erstatte med dine egne.

Tallet, som ingen oplyser

Båndbredde afgør planen oftere end hukommelse

Sidestørrelse × sidevisninger. Det er hele formlen, og den er værd at regne på, før du vælger ud fra RAM.

Månedlig trafik for tre sidestørrelser ved ti tusind, hundrede tusind og en million sidevisninger
Sidestørrelse10,000 visninger/md.100,000 visninger/md.1,000,000 visninger/md.
En let blogside0.8 MB8 GB78 GB781 GB
En typisk WordPress-side2.5 MB24 GB244 GB2.4 TB
En billedtung webshopside5 MB49 GB488 GB4.8 TB

Læs dette, før du betaler for umålt trafik

De fleste WordPress-sites kommer aldrig i nærheden af deres trafikkvote. BD-8 inkluderer 32 TB for $12.90, hvilket rækker til en million visninger af en typisk side mange gange, så linjen uden trafikmåling er kun merprisen værd, hvis en reel spidsbelastning ellers ville koste dig mere end forskellen. Hvis din trafik er billeder og video frem for tekst, så lav regnestykket ovenfor med din egen sidestørrelse, før du vælger, for det er netop dér, kvoten slipper op, mens hukommelsen står ubrugt.

Helt ærligt

Det, vi selv ville købe

To svar, og ingen af dem er den dyreste maskine på siden.

Til at starte med

VPS-1 · $9.90/md.

1 kerne, 1 GB, 25 GB SSD. Med et caching-plugin foran kører den en blog eller et præsentationssite ordentligt, og den koster mindre end at tage fejl i et år. Hvis den viser sig at være for lille, vil du opdage det, fordi sitet bliver langsommere under belastning i stedet for at gå ned, og at skifte op er en filkopi.

Den, vi selv ville købe

BD-8 · $12.90/md.

4 kerner, 8 GB, 100 GB SSD og 32 TB trafik, for mindre end C4-8-150, som har de samme kerner og samme hukommelse og 4 TB. Afvejningen er reel, og vi siger det ligeud: denne platform er optimeret til tæthed frem for clockfrekvens, så én tung forespørgsel kan køre langsommere end på en mindre tæt pakket vært. For WordPress, hvor arbejdet består af mange små forespørgsler frem for én tung, er det den rigtige afvejning.

Spørgsmål

Hvad folk spørger om, før de køber.

Hvor meget RAM har WordPress brug for?
Mindre end du har fået at vide, hvis sitet er cachet. En cachet side er en fil, som webserveren sender direkte fra disken (PHP starter ikke, og databasen bliver ikke rørt), så på et site, hvor de fleste besøgende ser cachede sider, afgør RAM, hvor mange IKKE-CACHEDE forespørgsler der kan køre samtidig, ikke hvor mange besøgende du kan have. Derfor kan en maskine med 1 GB køre en rigtig blog: når operativsystemet og databasen har taget deres cirka 700 MB, kan resten stadig køre en håndfuld PHP-workers, og en håndfuld er nok, når ni ud af ti forespørgsler aldrig når PHP. Der, hvor RAM virkelig afgør svaret, er en webshop eller et medlemssite, fordi kurve, betalinger og indloggede sessioner ikke kan caches, og hver eneste af dem er en levende PHP-forespørgsel.
Hvor mange besøgende kan en lille VPS klare?
Det ærlige svar er, at ingen kan sige det udefra, for det afhænger af, hvor mange af dine forespørgsler der er cachede, og hvor lang tid en ikke-cachet tager. Det, vi kan give dig, er regnestykket: workers = (RAM − 300 MB til OS − 400 MB til databasen) ÷ hvad én PHP-worker fylder, og en worker, der bruger 200 ms, betjener fem forespørgsler i sekundet. Gang det sammen, og vær pessimistisk. Test det derefter: udrul pr. time, kør en belastningstest mod dit eget site med dine egne plugins, og slet maskinen bagefter. Det koster få cent og slår ethvert estimat på denne side, også vores.
Er det båndbredde eller hukommelse, der oftest slipper op først?
Båndbredde, oftere end folk forventer, og det er det tal, næsten ingen host sætter ved siden af planen. En typisk WordPress-side vejer omkring 2,5 MB, så hundrede tusind sidevisninger er cirka 244 GB, hvilket er komfortabelt. En million er omkring 2.4 TB, hvilket er mere end trafikkvoten på flere planer, der har rigeligt hukommelse tilbage. Det er hele grunden til, at denne side viser en kolonne med trafikkvote: BD-8 har 32 TB, og C4-8-150 har 4 TB, og for en medietung side betyder den forskel mere end kernerne.
Har jeg brug for administreret WordPress-hosting?
Kun hvis du helst vil slippe for opdateringerne. En VPS giver dig root og intet andet: du installerer WordPress, du opdaterer det, du tager backups, og du har ansvaret, når et plugin ødelægger sitet kl. 2 om natten. Det er billigere og mere fleksibelt, og det er reelt mere arbejde. Hvis du ikke ønsker det arbejde, findes vores administrerede niveauer, og vi vil hellere henvise dig til dem end sælge dig en maskine, du ikke vil vedligeholde. Et WordPress uden opdateringer er det, der mest pålideligt bliver kompromitteret på internettet.
Skal jeg have WordPress og MySQL på samme server?
På ét site, ja, næsten altid. At dele dem op tilføjer et netværkshop til hver forespørgsel og en ekstra maskine at vedligeholde, til gengæld for luft, du sandsynligvis ikke har brug for endnu. Del dem op, når databasen reelt er flaskehalsen, og du har målt det, eller når du kører flere sites, der er tunge nok til, at du vil have databasen isoleret. Hvis du deler op, kører vores administrerede databaselinje PostgreSQL og MySQL for dig, hvilket er en anden afvejning: flere penge, mindre af din aften.
Hvilken region skal serveren stå i?
Den, der er tættest på dine læsere, ikke på dig. Afstand er en af de faktorer, der afgør, hvor lang tid der går, før en side begynder at ankomme, og et site, der læses i Europa, står bedre i Europa, selv hvis du ikke gør. Hvis dine læsere er spredt, så placer serveren tæt på den største gruppe og sæt et CDN foran de statiske filer; det er netop dét, et CDN er godt til. Vi sælger i flere regioner, og hver planside viser dem, den faktisk kan klargøres i.
Kan jeg flytte min eksisterende side til en af disse?
Ja, og det er en filkopi og et databasedump, ikke et særligt produkt. Alle de almindelige migreringsplugins kan gøre det, eller du kan flytte det manuelt med rsync og mysqldump, hvis du hellere vil forstå, hvad der skete. Udrul den nye maskine pr. time, mens du tester kopien, peg domænet på den, når du er tilfreds, og slet den gamle. Overlappet koster cent, og det betyder, at tilbagerulning er "skift DNS tilbage".