OpenVZ ram cache and mysql

metacreo

Sveiki,

kaip išvalyti cached RAM konteineryje ? tar užkišo visą RAM. Iš 16Gb naudojama ~5. Paleidus BackUp`a per tar likusia free-ram dabar cached.
Ar nėra "free RAM" trūkumas negatyvia įtaka MySQL dirbančiam ant resursu ribos?
Dėkui

iv_vytenisg

Laba diena,

OpenVZ tipo konteineriuose efektyviausias būdas išvalyti laikinąją RAM atmintį (angl. cache) yra perkrauti serverį. Konkrečios komandos, kurią galėtumėte pasinaudoti suteikti neturime galimybės, nes tokia sprendimo nesuteikia ši virtualizacija.

metacreo

Laba diena,

Siūlot prisukti "daily reboot" skriptą ? Ar vietoje tar naudoti kažką kitą. Padidiname resursus dabar 32gb ram. ir 90% cached.

iv_vytenisg

Laba diena,

Perkrovimą galite atlikti klientų sistemoje atsidarę serverio nuomos paslaugą ir pasirinkę mygtuką "Perkrauti serverį".

Plano keitimo metu serveris nėra perkraunamas, todėl tikėtina, kad cached duomenys išliko. Jeigu ir padidinus serverį RAM išnaudojimas vis tiek išauga, siūlytume papildomai patikrinti galimas problemas susijusias su serveryje esančios programinės įrangos nepagrįstu resursų naudojimu:

https://forumas.dedikuoti.lt/discussion/59

metacreo

Buvo perkrautas ne kartą. Problema tik su cached memory po TAR darbo. Skrine1 dabar ~pusė ram (30-40%) cached. Nakti dirba TAR ir po jo darbo cached ram ~90%. Per diena cached ram atsilaisvina pats, bet tai ilgokai ir ne iki galo. Kita para viskas kartojasi. Per para dominuoja cached ram (screenshot1). Kol kas tai ne super kritiškai, kol nėra didelės apkrovos.

Tas pats backup scriptas su TAR veikia kitame serverije, tik jis realus su 64gb ram freebsd. Situacija panaši, bet visai ne kritiška (screenshot2).

Private  +   Shared  =  RAM used       Program

 96.0 KiB +  24.0 KiB = 120.0 KiB       sleep
176.0 KiB +  12.0 KiB = 188.0 KiB       sh
172.0 KiB +  40.5 KiB = 212.5 KiB       ssl-params
208.0 KiB +  38.5 KiB = 246.5 KiB       anvil
288.0 KiB +  80.5 KiB = 368.5 KiB       agetty (2)
360.0 KiB +  38.5 KiB = 398.5 KiB       log
376.0 KiB +  39.5 KiB = 415.5 KiB       dovecot
244.0 KiB + 221.0 KiB = 465.0 KiB       run-parts
736.0 KiB +  64.5 KiB = 800.5 KiB       systemd-udevd
512.0 KiB + 297.0 KiB = 809.0 KiB       cron (2)
832.0 KiB +  97.5 KiB = 929.5 KiB       dbus-daemon
664.0 KiB + 393.0 KiB =   1.0 MiB       systemd-logind
  1.0 MiB + 167.0 KiB =   1.2 MiB       sftp-server (4)
  1.3 MiB +  53.5 KiB =   1.3 MiB       rsyslogd
  1.4 MiB +  55.5 KiB =   1.4 MiB       config
  1.6 MiB +  98.5 KiB =   1.7 MiB       exim4
  1.2 MiB + 562.5 KiB =   1.7 MiB       dict (2)
  1.3 MiB + 499.0 KiB =   1.8 MiB       bash (2)
  1.8 MiB + 839.0 KiB =   2.6 MiB       auth (2)
  3.1 MiB +   1.1 MiB =   4.2 MiB       imap-login (4)
  2.7 MiB +   2.4 MiB =   5.0 MiB       systemd (3)
  8.3 MiB +   1.4 MiB =   9.6 MiB       imap (5)
  8.0 MiB +   2.0 MiB =  10.0 MiB       sshd (7)
  6.2 MiB +   3.9 MiB =  10.1 MiB       freshclam
 13.7 MiB +   2.8 MiB =  16.6 MiB       systemd-journald
 17.5 MiB + 147.0 KiB =  17.6 MiB       fail2ban-server
 31.7 MiB +  20.6 MiB =  52.3 MiB       spamd
 89.0 MiB +   6.6 MiB =  95.6 MiB       apache2 (6)
100.8 MiB +  41.5 MiB = 142.2 MiB       perl (2)
376.9 MiB +  60.5 MiB = 437.3 MiB       php-fpm7.3 (51)
486.9 MiB +  70.1 MiB = 557.0 MiB       php-fpm7.1 (51)
  1.1 GiB +   3.6 MiB =   1.1 GiB       clamd
  2.0 GiB + 435.5 KiB =   2.0 GiB       mysqld
---------------------------------
                          4.4 GiB
=================================

Reboot nėra gerą išeitis. Manau reikia atsisakyti TAR. Deja čia man nieks ne padės.
Ačiū. Išspręsta.