Puncte:0

suficientă memorie pentru downscale server ubuntu?

drapel kz

Conducerea a decis să reducă serverul de produse.

Dimensiune actuală: B16ms standard (16 vcpus, 64 GiB memorie)
Dimensiunea dorită: B8ms standard (8 vcpus, 32 GiB memorie)

CPU este în mare parte inactiv (ieșirea este de la sar -u)

10:20:01 CPU %utilizator %nice %sistem %ioașteaptă %furt %idle
10:30:01 toate 15.46 0.00 4.24 0.19 0.00 80.11
10:40:01 toate 17.11 0.04 4.21 0.18 0.00 78.47
10:50:01 toate 19.29 0.00 4.76 0.52 0.00 75.43

Ceea ce mă îngrijorează, este amintirea:

root@precious-server:~# gratuit -h
              total folosit gratuit partajat buff/cache disponibil
Mem: 62G 7.9G 26G 510M 28G 53G
Schimbați: 0B 0B 0B

Se pare că am 53 GB disponibile, totuși valoarea gratuită este de doar 26 GB.

Sar raportează că se utilizează 53%-57% (câmp %memused), din care numai ~15%-18% este utilizat (câmpul %commit):

10:20:01 kbmemfree kbavail kbmemused %memused kbbuffers kbcached kbcommit %commit kbactive kbinact kbdirty
10:30:01 28,9G 55,2G 33,9G 53,9% 2,6G 19,8G 9,7G 15,4% 24,1G 3,7G 11,5M
10:40:01 27,0G 53,3G 35,8G 57,0% 2,6G 19,8G 11,6G 18,5% 26,0G 3,7G 1,7M
10:50:01 26,8G 53,1G 36,0G 57,3% 2,6G 19,8G 11,8G 18,7% 26,2G 3,7G 4,3M

Grafana, raportează că doar 15% din memorie este utilizată: introduceți descrierea imaginii aici

Deci, vezi confuzia mea? Comanda gratuită spune că am 53 GB disponibile, sar spune că memoria utilizată este de 52%, în timp ce Grafana spune că este folosită 15%. Nu sunt sigur că pot face reducerea:)

Ce considerente aveti domnilor?

drapel us
Rob
Îmi place foarte mult tabelul „L-ai numi..” vs „Linux îl numește...” (și alte explicații) de pe https://www.linuxatemyram.com/ - Dar, din moment ce ai Grafana, probabil că ai și termen lung tendințe și dacă acele tendințe sunt în concordanță cu cifrele pe care le-ați postat, atunci într-adevăr sistemul dvs. pare a fi supradimensionat în comparație cu cerințele reale de memorie ale încărcării aplicației dvs.
catalin avatar
drapel kz
da, am istoric pentru luna trecută și, de cele mai multe ori, valorile sunt aceleași. Mulțumesc pentru adresa URL furnizată :) Se pare că într-adevăr pot face reducerea.
djdomi avatar
drapel za
în stadiul actual, 16-24 GB ar fi suficient, dar nu ați spus care este întrebarea sau problema legată de afacere
djdomi avatar
drapel za
Răspunde asta la întrebarea ta? [Mă puteți ajuta cu planificarea capacității mele?](https://serverfault.com/questions/384686/can-you-help-me-with-my-capacity-planning)
catalin avatar
drapel kz
@djdomi Ei bine, se pare că codul aplicației a avut unele probleme în trecut, cumva a consumat o mulțime de IOPS și RAM și, din moment ce nu a fost cineva (dev) care să-l corecteze rapid, pur și simplu au mărit mașina. Apoi, au remediat codul, iar acum ne uităm să-l reducem înapoi la modul în care era înainte. Dar am vrut doar să fiu sigur de RAM :) Despre URL-ul furnizat, ajută foarte mult, dar nu răspunde la întrebarea mea. Sunt confuz cu privire la ieșirea diferită de la comandă liberă, sar și grafana. Se pare că toți spun lucruri diferite...
djdomi avatar
drapel za
spus scurt, încercați să reduceți cu 50% din ram și uitați-vă ce se întâmplă în următoarele săptămâni.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.