Puncte:0

Performanță slabă pe mai multe dispozitive în buclă utilizate ca containere de fișiere

drapel cn

În prezent, administrez un serviciu de rezervă pentru mai multe servere la distanță. Backup-urile sunt scrise prin rsync, fiecare back-up are propriul său container de fișiere montat ca dispozitiv de buclă. Partiția principală de rezervă este formatată 8T xfs, iar dispozitivele în buclă sunt între 100G și 600G, fie formatate ext2, fie ext4. Deci, aceasta este soluția asemănătoare Matryoshka simplificată:

df -Th
> /dev/vdb1 xfs 8,0T /mnt/backups
> /dev/loop1 ext2 100G /mnt/srv1
> /dev/loop2 ext2 200G /mnt/srv2

montură
> /dev/vdb1 pe /mnt/backups
> /mnt/backups/srv1.ext2 pe /mnt/srv1
> /mnt/backups/srv2.ext2 pe /mnt/srv2

ls -R /mnt/backups
> /mnt/backups
> ââ/mnt/backups/srv1.ext2
> ââ/mnt/backups/srv2.ext2

Problema principală sunt vitezele de citire/scriere, acestea sunt foarte lente.De asemenea, uneori totul se blochează și îmi mănâncă tot CPU-ul și ram-ul. Văd că dispozitivele în buclă provoacă asta.

În ultima vreme, am început să trec containerele de la ext4 la ext2, pentru că am crezut că nu prea am nevoie de jurnalizare, sperând că va îmbunătăți vitezele. De asemenea, am trecut de la fișiere rare la fișiere non-sparse, sperând că va reduce utilizarea CPU/ram. Dar problema persistă, uneori, sistemul nu răspunde.

Prin urmare, caut o soluție mai bună, care să aibă viteze mai mari r/w. De asemenea, este important să vezi rapid spațiul pe disc pe care îl folosește fiecare profil (pot folosi pur și simplu df deocamdata, du ar fi prea lent). Separarea pe care o oferă dispozitivele în buclă este bună din punct de vedere al securității, dar ar putea fi rezolvată și folosind rsync peste ssh, deci nu este o cerință.

M-am gândit să micșorez partiția principală xfs și să fac din containerele de fișiere reale partiții ext4, dar asta ar aduce cantități uriașe de nefuncționare atunci când prima partiție trebuie redimensionată. M-am gândit să folosesc virt-make-fs sau sqashfs, pentru că aș putea pur și simplu obține dimensiunea fișierelor pentru a obține utilizarea discului, dar nu am experiență cu acestea.

Are cineva idee dacă există o soluție mai bună pentru asta?

Puncte:0
drapel cn

Răspunzând la întrebarea mea, poate util pentru alții.

Am descoperit că xfs are xfs_quota utilitar unde puteți configura proiecte care monitorizează utilizarea discului pentru orice folder dat.

În primul rând, partiția xfs trebuie (re)montată cu prjquota steag activat: mount -o prjquota /dev/vdb1 /mnt/backups. Opțional, acest steag poate fi adăugat /etc/fstab pentru a vă asigura că este montat corect la repornire.

Apoi, punem la punct proiectul:

echo "srv1:50" > /etc/projid
echo „50:/mnt/backups/srv1” > /etc/projects

mkdir /mnt/backups/srv1
xfs_quota -x -c 'proiect -s srv1' /mnt/backups
xfs_quota -x -c 'limit -p bsoft=100G bhard=110G srv1' /mnt/backups

Aceasta setează proiectul „srv1” cu id „50”, creează /mnt/backup/srv unde trăiește proiectul și îi oferă o limită soft de „100G” și o limită rigidă de „110G”. De acum înainte, xfs va monitoriza toate fișierele adăugate în acest folder și va măsura utilizarea.

Pentru a vedea utilizarea, utilizați:

xfs_quota -x -c raport
xfs_quota -x -c „raport -h”

Vitezele de citire/scriere arată la fel ca scrierea într-un folder normal fără configurarea xfs_quota.

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.