Hukommelsen viser halvfems procent: er den fuld, eller ser den bare fuld ud
Ledig hukommelse er spildt hukommelse, så en høj procent siger i sig selv intet om problemer. Det rigtige spørgsmål er ikke, hvor fuld den er, men hvem der holder den.
AtlasPVE ·
Denne artikel besvarer
- proxmox ram fuld
- proxmox højt hukommelsesforbrug
- proxmox zfs ram-forbrug
- hvad er proxmox ballooning
- hvor meget ram kræver proxmox
Du kigger på panelet, og hukommelsen ligger på halvfems procent. Indskydelsen er at sætte mere RAM i med det samme. For det meste er det ikke nødvendigt.
Ledig hukommelse er spildt hukommelse. Styresystemet behandler ubrugt hukommelse som mellemlager og giver den tilbage, når der er brug for den. En høj procent er altså i sig selv ikke et tegn på fejl.
I Proxmox er der yderligere to kilder, der slører billedet.
Første kilde: lagringens mellemlager
Bruger du ZFS, holder det de læste data i hukommelsen for hurtig adgang, og den andel kan være stor. Under pres slipper det. Indtil da vises det som "i brug".
Dette er ingen lækage, det er selve udformningen. På et system, der læser de samme data igen og igen, er dette mellemlager den billigste hastighed, der findes, og det sænker desuden diskslid.
Det fine punkt er dette: når det slipper, gør det det måske ikke på stedet. En pludselig efterspørgsel efter hukommelse kan altså møde en kort forsinkelse. Derfor er det fornuftigt at sætte et loft på mellemlageret i meget trange opsætninger; men gør det målende, ikke i panik over, at "hukommelsen fyldes".
Anden kilde: den hukommelse, gæsterne holder
Har du givet en virtuel maskine otte gigabyte, kan den maskine se ud til at holde otte gigabyte fra serverens side, selv når den står stille indeni. Grunden er enkel: hukommelse, der én gang er berørt, forbliver tildelt, så længe gæsten ikke ved, hvordan den gives tilbage.
At give tilbage virker kun, hvis gæsten samarbejder. Mangler den del, der gør det muligt, inde i gæsten, gik den hukommelse, du gav, én vej. Venter du, at den lovede hukommelse kommer tilbage, så sørg først for, at den del er installeret.
Det rigtige spørgsmål: ikke hvor fuld, men hvem der holder den
Procenten siger i sig selv intet. Den meningsfulde opdeling er denne: hvor meget af fyldet er dine gæster, og hvor meget er serveren selv?
Er det gæsterne, er tilstanden normal; de bruger den hukommelse, du gav dem. Er det serversiden, og vokser den støt, så er der noget at se på der.
Det virkelige advarselstegn er ikke procenten, men ombytningen
Er serveren begyndt at bruge ombytningsområdet, er det et ægte signal. Halvfems procents fyld behøver ikke være et problem, men en server, der ombytter uafbrudt, er langsom og slider desuden på sin disk.
Prøven: gå ikke i panik over procenten, handl på ombytningsaktivitet.
At love for meget
Du kan love dine virtuelle maskiner mere hukommelse i alt, end serveren faktisk har. Det går godt for det meste, fordi de ikke topper samtidig.
Men der er én regel, og den har ingen undtagelser: medregn ikke serverens egen andel i løftet. Løber serveren tør for hukommelse, falder ikke én maskine, men alt på én gang, panelet inklusive. Mellem gæster må fordelingen gerne være bevægelig; serverens eget åndehul må den ikke.
Hvad Atlas gør
Atlas viser ikke hukommelsesdiagrammet som én enkelt procent, men deler det i tre: hvad serveren selv bruger, hvad gæsterne bruger, og ombytningen.
Og den opdeling sker ved beregning, ikke ved gætteri: fra den samlede brugte hukommelse trækkes gæsternes sum, og resten tæller som serverens andel. Sådan besvarer du det virkelige spørgsmål ovenfor med ét blik: er dette fyld mine maskiner eller serveren selv?
En lille, men betydningsfuld detalje: til diagrammets loft bruges den senest kendte værdi af den samlede hukommelse, ikke den ved seriens begyndelse. Grunden: over lange visninger kan den samlede hukommelse ændre sig, og at tage den gamle værdi som loft viser diagrammet anderledes, end det er. Den dag, du sætter mere RAM i maskinen, bliver diagrammet altså ikke ved med at tegne det gamle loft og vildlede dig.
Kilder
Proxmox’ egen dokumentation. På engelsk, og den har det sidste ord i dette spørgsmål.