# Bepaal de grootte van VPS CPU en geheugen op basis van een echte workload | SwissOctet Insights https://swissoctet.com/nl/insights/size-vps-cpu-and-memory/ SwissOctet / Insights / Cloud & VPS Cloud & VPS Toegepast · 6 min leestijd Bepaal VPS CPU en geheugen op basis van een echte werklast Stel een geheugenbudget op, inspecteer contentie en scheid één drukke thread van werk dat meerdere virtuele cores kan gebruiken. Door SwissOctet Editorial Gids opslaan Link kopiëren OP DEZE PAGINA 01 Beschrijf normaal werk en druk werk afzonderlijk 02 Bouw het geheugenbudget voordat u processen toevoegt 03 Onderscheid CPU-gebruik van nuttige parallellisatie 04 Zoek naar druk en wachten, niet alleen naar gemiddelden 05 Een planningsvoorbeeld met expliciete aannames 06 Laat een duidelijk pad voor de volgende meting Uw praktische checklist Bronnen & verder lezen Terug naar de bibliotheek HET DIRECTE ANTWOORD Kies geheugen voor het besturingssysteem, persistente services en realistische gelijktijdigheid met headroom. Kies CPU nadat u hebt gemeten welke taken druk zijn, of ze parallel draaien en welke vertragingen gebruikers daadwerkelijk ervaren. 01 Beschrijf normaal werk en druk werk afzonderlijk Alleen het aantal bezoekers is een zwakke input voor dimensionering. Het ene verzoek kan een gecachet bestand serveren, terwijl een ander een rapport genereert of veel tabellen opvraagt. Maak een lijst van de webworkers, database, cache, queue consumers en onderhoudstaken die de VPS delen. Beschrijf normale gelijktijdigheid en de drukste verwachte bewerking. Neem geplande exports, pakketupdates en deployments mee in plaats van ze als onzichtbare achtergrondactiviteit te behandelen. Verzamel voor een bestaand project een representatieve periode met een druk venster. Registreer responstijden en fouten samen met resourcegebruik. Maak voor een nieuw project een kleine test met realistische verzoekvormen en datagroottes. Uw eerste schatting zal onvolmaakt zijn; het nuttige doel is een gedocumenteerd startpunt dat u na de levering met gemeten gedrag kunt vergelijken. 02 Bouw het geheugenbudget voordat u processen toevoegt De geheugenvraag komt van het systeem, persistente applicatieservices, gebruik per worker en tijdelijke bewerkingen. De voetafdruk van een worker vermenigvuldigen met een geplande gelijktijdigheid is een ruw planningsinstrument, geen garantie, omdat gedeeld geheugen en caches het totaal compliceren. Observeer de werkelijke processen onder belasting. Laat genoeg ruimte over zodat een onderhoudstaak de applicatie niet dwingt om voor elke resterende pagina te concurreren. Database-instellingen kunnen het geheugengebruik onverwacht vermenigvuldigen. PostgreSQL documenteert dat work_mem geldt voor querybewerkingen, en meerdere bewerkingen of sessies kunnen gelijktijdig draaien. Een instelling die op zichzelf bescheiden lijkt, kan daardoor een groter systeemeffect hebben. Lees de eigen richtlijnen van uw database, test realistische gelijktijdigheid en vermijd om elke geadverteerde gigabyte aan één cache toe te wijzen. 03 Onderscheid CPU-gebruik van nuttige parallellisatie Een processoraantal vertelt u hoeveel uitvoeringsresources aan de guest worden gepresenteerd, niet hoe efficiënt uw software ze kan gebruiken. Eén drukke thread kan een applicatie beperken terwijl andere cores stil blijven. Meer workers toevoegen kan onafhankelijke verzoeken helpen, maar kan ook databaseconcurrentie en geheugenvraag verhogen. Controleer het gelijktijdigheidsmodel van de applicatie voordat u aanneemt dat tweemaal het aantal cores tweemaal de doorvoer oplevert. KVM voorziet virtuele machines van eigen virtuele hardware. Het maakt niet van elk vCPU-label een identieke benchmark op verschillende hosts en processorgeneraties. Vergelijk waar beschikbaar het vermelde CPU-model en de allocatievoorwaarden en beoordeel de service daarna met uw eigen workload. Trek geen aankoopconclusie uit een korte synthetische score die niet op de applicatie lijkt. 04 Zoek naar druk en wachten, niet alleen naar gemiddelden Een systeem kan traag aanvoelen zonder een hoog gemiddeld CPU-percentage. Processen kunnen wachten op opslag, geheugenreclaim of een andere service. De Linux-kernel's Pressure Stall Information toont op ondersteunde systemen CPU-, geheugen- en I/O-stallinformatie. Deze signalen kunnen helpen resourceconcurrentie te identificeren naast normale utilisation metrics en applicatietimings. Lees metrics samen. Aanhoudende geheugendruk, swapping, mislukte allocaties en langzame verzoeken wijzen op een andere interventie dan één drukke compute-worker. Opslagwachten kunnen querywijzigingen of een ander diskprofiel rechtvaardigen. Een externe API-vertraging wordt niet verholpen door lokale RAM toe te voegen. Verklaar de waargenomen beperking voordat u kiest welke resource u verhoogt. Waargenomen gedrag Te onderzoeken vraag Mogelijke volgende stap Eén thread druk, reservecores stil Kan dit werk parallel draaien? Verbeter de taak of wijzig het workerontwerp Geheugendruk tijdens een rapport Hoeveel bewerkingen overlappen elkaar? Begrens gelijktijdigheid of voeg geteste headroom toe Langzame verzoeken met I/O-wachten Welke reads of writes zijn vertraagd? Inspecteer queries en opslaggedrag CPU en geheugen laag, verzoeken traag Vertraagt een afhankelijkheid de antwoorden? Meet downstream-aanroepen 05 Een planningsvoorbeeld met expliciete aannames Stel u een kleine applicatie voor met twee webworkers, een database en één queue consumer. Het team meet die services tijdens gewone verzoeken en een rapportgeneratietaak. Het ontdekt dat vier rapporten tegelijk toestaan de geheugenvraag scherp verhoogt terwijl normaal verkeer wordt vertraagd. In plaats van onmiddellijk het grootste plan te kopen, begrenst het de rapportgelijktijdigheid en meet het resultaat opnieuw. Als de aangepaste workload nog steeds meer geheugen nodig heeft, beantwoordt de upgrade nu een waargenomen vereiste. Als de queue CPU-gebonden blijft en onafhankelijke jobs gelijktijdig kunnen draaien, kunnen meer uitvoeringsresources passend zijn. Dit zijn voorbeeldbeslissingen, geen prestatiecijfers voor SwissOctet-plannen. Bewaar uw eigen metingen en beperkingen bij de gekozen configuratie. 06 Laat een duidelijk pad voor de volgende meting Definieer de signalen die een evaluatie moeten uitlokken: verslechtering van de responstijd, herhaalde geheugendruk, groeiende wachtrijen of een gewijzigde werklast. Houd de monitoring licht genoeg zodat deze geen nieuwe bottleneck wordt. Herbeoordeel na het toevoegen van een functie of een grote dataset, en vermijd herhaalde upgrades wanneer het echte probleem een onbegrensd proces of een trage query is. De VPS-families van SwissOctet bieden CPU- en geheugenspecificaties en geselecteerde resource-opties. Lees de definitieve configuratie na het toevoegen van extra's, inclusief de factureringsperiode en het totaal. Bevestig upgrade-afspraken met de live operator voordat u erop vertrouwt. Een nuttige VPS-grootte is er een die de gemeten werklast uitvoert met verstandige ruimte en een begrijpelijke volgende stap. ZET HET OM IN ACTIE Uw praktische checklist. ✓ Inventariseer services en onderhoudswerk. ✓ Meet gelijktijdigheid tijdens normale en drukke periodes. ✓ Begroot persistent en tijdelijk geheugen. ✓ Controleer of CPU-werk parallel kan worden uitgevoerd. ✓ Vergelijk druk, bezettingsgraad en applicatietimings. ✓ Definieer wanneer de configuratie moet worden geëvalueerd. Checklist downloaden VEELGESTELDE VRAGEN De details die ertoe doen. Moet ik een VPS dimensioneren op basis van maandelijkse bezoekers? + Gebruik het bezoekersaantal als context en meet vervolgens de complexiteit van verzoeken, gelijktijdigheid, gegevensgrootte en achtergrondwerk. Gelijke bezoekersaantallen kunnen verschillende belastingen veroorzaken. Maakt meer RAM een service altijd sneller? + Nee. Het helpt wanneer geheugen een beperking is of nuttige caching mogelijk maakt, maar lost niet elke vertraging door CPU, opslag of externe afhankelijkheden op. Verdubbelt een verdubbeling van het aantal vCPU's de prestaties? + Nee. Parallelisme, processorkenmerken, contentie en het ontwerp van de applicatie bepalen hoeveel extra capaciteit nuttig is. PRIMAIRE REFERENTIES Ga naar de bron. Deze referenties ondersteunen de technische concepten in deze gids. Volg de actuele documentatie voordat u een productiesysteem wijzigt. Linux-kernel: Pressure Stall Information docs.kernel.org PostgreSQL: Resourceverbruik www.postgresql.org KVM-project: Kernel Virtual Machine www.linux-kvm.org Redactionele begeleiding door SwissOctet. Voorbeelden zijn illustratief. Dienstspecificaties, beschikbare opties en contractuele voorwaarden moeten afzonderlijk worden geverifieerd. VERBIND DE KENNIS Gerelateerde infrastructuur. Vector VPS Zwitserland Pulse NVMe Zwitserland DeskLink RDP Zwitserland HOUD DE DRAAD VAST Uw volgende veldnotities. Ontdek elke gids VELDNOTITIE / 01 + Cloud & VPS Fundament Hoe je een VPS kiest zonder te gokken Zet een applicatie-idee om in een bruikbaar resourcebudget en vergelijk daarna CPU, geheugen, opslag en overdracht samen. 4 min leestijd Lees de gids VELDNOTITIE / 02 + Dedicated & GPU Fundament VPS of dedicated: kies de grens die past Begrijp wat een fysieke machine verandert, wat niet en wanneer het een nuttige stap wordt voor uw workload. 4 min leestijd Lees de gids VELDNOTITIE / 03 + Opslag & herstel Fundament Wanneer NVMe een verschil maakt voor uw applicatie Onderscheid capaciteit, latentie en doorvoer zodat een sneller opslaglabel een echt applicatieprobleem oplost. 4 min leestijd Lees de gids