Linux VPS: fra programkrav til målt behov
En Linux VPS må passe programvaren, ikke bare et ønsket antall kjerner. Begynn med systemkravene og ansvaret for drift. Bruk deretter samme arbeidslast på aktuelle servere for å finne hvor kapasiteten faktisk begrenser deg.
VPSuntu · Oppdatert · Omtrent 4 min lesetid
I denne veiledningen
Avklar hva som skal kjøre
Noter nettserver, kjøremiljø, database, mellomlager og bakgrunnsjobber. Ta med bildebehandling, importer og sikkerhetskopiering. Et nettsted kan svare raskt ved vanlig lesing og likevel gå tomt for minne når flere jobber starter samtidig.
Velg en Linux-distribusjon og arkitektur som alle nødvendige komponenter støtter. Ubuntu er ett alternativ; et annet distribusjonsnavn løser ikke manglende støtte for en utvidelse. Kontroller også agenter for overvåking og gjenoppretting. En VPS med Linux gir administrativ kontroll, men noen må vedlikeholde miljøet.
For en liten katalog med Nginx, en applikasjon, PostgreSQL og én importjobb kan 2 vCPU og 4 GB være et utgangspunkt for et forsøk. Det er ikke en målt kapasitet. Ressurseksemplene hjelper deg med å velge første test.
Sammenlign like oppsett
Bruk samme programversjon, datasett, antall arbeidsprosesser og innstillinger for mellomlagring. Velg sammenlignbare regioner. Ellers kan kortere nettverksavstand eller en programendring se ut som bedre maskinvare. Bruk testdata der kundedata ikke er nødvendig.
På små skjermer kan du rulle tabellen sidelengs for å se alle kolonnene.
| Noter for hver kandidat | Hvorfor det betyr noe |
|---|---|
| Prosessortildeling og bruksgrenser | Delt, dedikert og midlertidig CPU-kapasitet oppfører seg ulikt |
| Minne og swap | Alle tjenester deler samme ramme |
| Diskplass og I/O-grenser | Stor disk er ikke det samme som rask lagring |
| Region og eksterne tjenester | En fjern database kan dominere svartiden |
| Oppgradering og gjenoppretting | Endringen kan kreve driftsstans |
| Pris per enhet og tillegg | Samme VM-pris kan gi ulik totalregning |
Les reglene for vedvarende belastning. NVMe-merket sier ikke hvor mye I/O pakken tillater. Undersøk også om en utvidet disk senere kan krympes.
Mål før du oppgraderer
Kjør kommandoene på serveren. sysstat gir tilgang til iostat. La målekommandoene kjøre i separate terminaler samtidig som applikasjonen belastes; en måling i tomgang beskriver ikke en travel periode.
free -h
df -h /
sudo apt update
sudo apt install sysstat
vmstat 1 11
iostat -xz -y 1 10Se på available i free, ikke bare free. Linux kan frigjøre deler av hurtigbufferen. Den første aktivitetsrapporten fra vmstat gjelder tiden siden oppstart; bruk de etterfølgende intervallene. iostat med -y hopper over sin første samlede rapport.
Lagre tidspunkt og testscenario sammen med resultatene. Kontroller databasevolumet separat hvis det ikke ligger på rotfilsystemet. Mål også diskvekst under import og sikkerhetskopiering.
Gjenta besøkernes arbeidsflyt
Test søk, innlogging, lesing og en representativ skriveoperasjon i et miljø du kontrollerer. Inkluder bakgrunnsjobber og forespørsler både med og uten varm hurtigbuffer. Bestem akseptabel svartid og feilandel før resultatene kommer.
Erstatt domenet og stien nedenfor med ditt testmiljø. Tidene måles i sekunder. En klient nær brukerne kan vise forskjellen mellom lokal og ekstern respons.
curl -sS -o /dev/null --max-time 30 -w 'status=%{http_code} ttfb=%{time_starttransfer}s total=%{time_total}s\n' https://app.example.com/catalogueÉn curl-forespørsel måler ikke samtidige besøk. Bruk en separat klient for belastningstesten, og noter samtidighet, forespørsler per sekund, varighet og datasett. Sammenlign feil og 95-persentilen: 95 prosent av de målte forespørslene er raskere enn denne grensen.
Knytt symptomet til riktig ressurs
På små skjermer kan du rulle tabellen sidelengs for å se alle kolonnene.
| Observasjon under belastning | Undersøk først |
|---|---|
| Lite tilgjengelig minne og løpende swap-aktivitet | Arbeidsprosesser, databasebuffer og RAM |
| Full CPU og voksende kø | Tunge kodebaner, samtidighet og CPU-grenser |
| Høy steal-tid over flere målinger | Vertens planlegging eller begrensninger i pakken |
| Økende disk-await og trege svar | Spørringer, lagringskø og I/O-kvote |
| Raske lokale og trege eksterne svar | Region, DNS, TLS og nettverksvei |
Swap som er allokert, men ikke aktivt brukt, beviser ikke minnemangel. En databaselås kan stanse forespørsler selv med ledig CPU. Disk-await omfatter både kø og behandling. Sammenhold tallene med applikasjonslogger.
Endre én hovedvariabel om gangen. Hvis en import gjør katalogen treg mens CPU har ledig kapasitet, undersøk spørringer og lagring før du kjøper flere kjerner. Ved høy minnebruk kan færre arbeidsprosesser være et relevant forsøk.
Ta med drift, pris og gjenoppretting
For Linux VPS-hosting må du vite hvem som oppdaterer systemet og håndterer hendelser. Infrastrukturstøtte omfatter ikke nødvendigvis feilsøking i applikasjonen. Be om konkret omfang dersom du trenger administrert drift.
Sjekk innkommende og utgående nettverksregler. En lokal brannmuråpning fjerner ikke leverandørens SMTP-begrensning. Ta med IPv4, trafikk, kopier og eventuelle administrasjonstjenester i hele kostnaden.
Test gjenoppretting av filer utenfor instansen. Velg deretter den rimeligste kandidaten som oppfyller dokumenterte krav med rom for vedlikehold. For en Ubuntu-instans kan du nå kontrollere imaget som faktisk ble levert.
Spørsmål og svar
Hvor mange besøk tåler to vCPU?
Det avhenger av forespørslene, applikasjonen og samtidigheten. En side fra mellomlager og et databasekjøp bruker ulike ressurser. Test arbeidsflyten i stedet for å regne besøk direkte fra kjernetallet.
Trenger jeg en administrert VPS?
Sammenlign oppgavene du kan utføre med leverandørens avtalte ansvar. Spør om systemoppdateringer, applikasjonshjelp, sikkerhetskopiering og gjenoppretting inngår.