Hogyan optimalizálható a tárhely Linux rendszeren

Évekig a lemez teljességére adott alapértelmezett válasz egyszerű volt: több tárhelyet kell hozzáadni. A tárhely olcsó volt. Ma már ez nem így van. A NAND flash árak 2025 vége óta meredeken emelkedtek, amit az AI-infrastruktúra iránti kereslet hajtott, amely felemésztette a globális termelési kapacitást. A vállalati SSD-k szerződéses árai csak 2026 első negyedévében 85–90%-kal emelkedtek, a fogyasztói NVMe-meghajtók kiskereskedelmi ára nagyjából megduplázódott, és az új NAND-gyártási kapacitás várhatóan csak 2027-ben áll majd rendelkezésre.

Az eredmény: a szerverén minden gigabájt többet ér, mint egy évvel ezelőtt, ezért sokkal jobb befektetés a meglévő erőforrások optimalizálása, mint új eszközök vásárlása. Ez a bejegyzés bemutatja, hogyan lehet megtalálni, mi foglalja a lemezterületet, hogyan lehet azt megtisztítani, és hogyan lehet a fájlrendszert úgy konfigurálni, hogy hatékonyabban használja a tárhelyet.

A lemezterületet igénybe vevő elemek felkutatása

Kezdje a df -h parancsot, hogy pillanatképet kapjon minden csatlakoztatott fájlrendszerről, beleértve a teljes méretet, a felhasznált területet és a használat százalékos arányát. Minden 90% feletti partíciót figyelni kell. Szükség esetén ellenőrizze az egyes partíciókat külön-külön:

df -h /
df -h /boot

Ne hagyja figyelmen kívül az inode-okat. Előfordulhat, hogy egy fájlrendszerben van szabad hely, de nincsenek elérhető inode-ok, ami ugyanazokat a hibákat okozza. Ellenőrizze a df -i.

Ha df 100%-os kihasználtságot jelez, de a számok nem stimmelnek, akkor valószínűleg szellemfájlok vannak a rendszerben. Ezek olyan fájlok, amelyeket töröltek, de egy futó folyamat még mindig nyitva tartja őket. A hely addig nem szabadul fel, amíg a folyamat el nem engedi a fájlkezelőt. Keresse meg őket a következő paranccsal:

sudo lsof / | grep deleted

Miután megtudta, melyik fájlrendszerek vannak terhelés alatt, vizsgálja meg a könyvtárakat a du vagy ncduparancsokkal. Gyors ellenőrzéshez vagy szkripteléshez du a megfelelő eszköz:

du -h --max-depth=1 /var

Adja hozzá -x a gyökérkönyvtárból történő beolvasáskor, hogy egyetlen fájlrendszeren maradjon, és kihagyja a virtuális csatlakozásokat, mint például /proc. Távoli szerveren történő interaktív felfedezéshez a ncdu egy navigálható szöveges felületet biztosít, ahol méret szerint rendezhet és fájlokat törölhet közvetlenül.

Csomag-gyorsítótárak, naplófájlok és duplikátumok törlése

Három terület adja a legtöbb visszanyerhető helyet: a csomag-gyorsítótárak, a naplófájlok, valamint a nagy vagy duplikált fájlok.

Csomag-gyorsítótárak és elárvult függőségek

Minden telepítés vagy frissítés után csomagfájlok maradnak a gyorsítótárban. Idővel ezek észrevétlenül felhalmozódnak. Tisztítsa meg őket a disztribúciójának megfelelően:

Először tekintse meg a változásokat a sudo apt autoremove --dry-run. A régi kerneltípusok 1,5 GB-ot vagy annál is többet foglalhatnak az Ubuntu rendszereken. A régebbi verziók eltávolítása előtt mindig tartsa meg a futó kernelt és egy biztonsági másolatot.

Ha Snap-et vagy Flatpak-ot használ, ezek is felhalmozzák a revíziókat és a futási fájlokat:

sudo snap set system refresh.retain=2
flatpak uninstall --unused

Naplófájlok a /var/log könyvtárban

A naplófájlok a leggyakoribb, észrevétlen lemezterület-fogyasztók. Először keresse meg a túl nagy méretű naplófájlokat:

du -xhd1 /var/log | sort -h
find /var/log -type f -size +100M

A systemd naplófájlok esetében a fájlok kézi törlése helyett használja a beépített vacuum eszközt:

sudo journalctl --vacuum-size=500M

Állandó korlát beállításához szerkessze a /etc/systemd/journald.conf:

SystemMaxUse=500M
MaxRetentionSec=14day

Azoknál az aktív naplófájloknál, amelyeket egy szolgáltatás még mindig nyitva tart, ne használja a rmparancsot. A hely nem szabadul fel, amíg a folyamat tartja a fájl leíróját. Ehelyett használja a truncate parancsot:

sudo truncate -s 0 /var/log/syslog

Nagy és duplikált fájlok

Keresse meg az egész rendszerben az 500 MB-nál nagyobb fájlokat:

sudo find / -type f -size +500M -exec ls -lh {} +

Az ismétlődő fájlok esetében rmlint hash-alapú összehasonlításokat használ az ismétlődő fájlok, üres könyvtárak és megszakadt szimbolikus linkek felismerésére. Gondosan vizsgálja meg a kimenetet, mielőtt bármit is eltávolítana, különösen olyan szervereken, ahol az azonos fájlok különböző szerepet tölthetnek be.

Fájlrendszer-szintű optimalizálás

A fájlok megtisztítása után a fájlrendszer hangolásával még több használható helyet nyerhet ki ugyanabból a hardverből.

Az ext4 fenntartott területének csökkentése

Alapértelmezés szerint az ext4 a fájlrendszer 5%-át tartalékolja a root számára. Egy 2 TB-os adatpartíción ez 100 GB kihasználatlan területet jelent. Egy dedikált szerveren, ahol az adatpartíció nem a root fájlrendszer, ezt biztonságosan csökkentheti:

sudo tune2fs -m 1 /dev/sdXn

Ezzel a fenntartott területet 1%-ra állítja, ami a legtöbb esetben elegendő. Ellenőrizze a változást a tune2fs -l /dev/sdXn.

Btrfs átlátszó tömörítés

A Btrfs támogatja az átlátszó fájltömörítést, amit az ext4 és az XFS nem kínál. Csatlakoztassa a compress=zstd parancsot az adatok íráskori automatikus tömörítéséhez. A ZSTD jó egyensúlyt biztosít a sebesség és a tömörítési arány között. Vegyes fájlterhelés esetén a compress-force=zstd további 10-20% megtakarítást eredményezhet azáltal, hogy tömöríti azokat a fájlokat is, amelyeket a heurisztika normál esetben kihagyná.

A Btrfs köteten lévő meglévő adatok tömörítéséhez:

btrfs filesystem defragment -czstd /path/to/dir

Legyen óvatos ezzel olyan köteteken, amelyek pillanatképekkel vagy reflinkekkel rendelkeznek. A töredezettségmentesítés megszakítja a Copy-on-Write kapcsolatokat, ami valójában növelheti a lemezhasználatot.

Reflinkek azonnali másolatokhoz

Az XFS és a Btrfs egyaránt támogatja a reflinkeket, amelyek olyan fájlmásolatokat hoznak létre, amelyek megosztják a fizikai blokkokat, amíg az egyik másolatot nem módosítják. Ez hasznos virtuális gép lemezképek vagy konténerrétegek klónozásához anélkül, hogy megduplázódna a tárhely-felhasználás:

cp --reflink=always source.img clone.img

LVM vékony provisioning

Az LVM vékony provisioning lehetővé teszi, hogy több logikai teret allokáljon, mint amennyi fizikailag rendelkezésre áll, és csak akkor fogyaszt valódi lemezterületet, amikor adatokat írnak. Ez akkor hasznos, ha több virtuális gépet vagy konténert futtat, amelyek mindegyike saját logikai kötetre szorul, de nem töltik meg azokat egyszerre.

Annak érdekében, hogy a vékony poolok ne merüljenek ki, engedélyezze az automatikus bővítést a /etc/lvm/lvm.conf beállításával thin_pool_autoextend_threshold és thin_pool_autoextend_percent.

A tárolás karbantartásának automatizálása

A kézi tisztítások egyszer működnek. Az automatizált tisztítások a mostani pillanattól a következő bejelentkezésig gondoskodnak a lemezek megfelelő működéséről. Használjon systemd időzítőket cron ahol csak lehetséges. Ezek automatikusan journalctl automatikusan, és Persistent=true az újraindítás után pótolja az elmulasztott futtatásokat.

A Docker külön figyelmet érdemel. A konténeres naplófájlok látható figyelmeztetés nélkül is megnőhetnek. A /etc/docker/daemon.json. Állítsa be max-size és max-file a log-opts kulcs alatt, hogy megakadályozza az egyes konténerek lemezterületének kitöltését.

A proaktív felügyelet érdekében állítson be egy kétszintű riasztási rendszert: figyelmeztetést 80%-os lemezhasználatnál és kritikus riasztást 90%-nál. Óránként rögzítse a lemezhasználatot, hogy nyomon követhesse a növekedési trendeket, és előre jelezhesse, mikor éri el a partíció a kapacitáshatárt:

0 * * * * df --output=source,size,used,pcent >> /var/log/disk_usage.csv

Még egy biztonsági intézkedés: csatlakoztassa /var, /tmp, és /home külön partíciókra. Ez megakadályozza, hogy a túlterjedő naplófájlok vagy felhasználói adatok elfoglalják a gyökérfájlrendszert, és összeomlasszák az egész rendszert.

Minden gigabájt számít

Mivel a tárolási árak emelkednek, és 2027-ig, amikor az új NAND-gyártás beindul, nem várható enyhülés, a meglévő erőforrások optimalizálása nem csupán jó gyakorlat. Valódi pénzt takarít meg. A megközelítés egyszerű:

• Ellenőrizze a lemezhasználatot a df, du, és ncdu mielőtt bármilyen változtatást hajtana végre.
• Törölje a csomagok gyorsítótárait, forgassa a naplófájlokat, és távolítsa el az ismétlődő elemeket, hogy azonnal helyet szabadítson fel.
• Finomítsa a fájlrendszerét. Csökkentse az ext4 fenntartott blokkjait, engedélyezze a Btrfs tömörítést, vagy használja az LVM vékony provisioningjét, hogy többet hozhasson ki ugyanabból a hardverből.
• Automatizálja a karbantartást a systemd időzítőkkel, hogy a lemezei az ellenőrzések között is tiszták maradjanak.
• Figyelje a használati trendeket, és állítson be riasztásokat 80% és 90% esetén, hogy a problémákat korán felismerje.

Ha nagy teljesítményű NVMe-tárolóval rendelkező dedikált szerverinfrastruktúrára van szüksége, az FDC dedikált szerverei erre lettek kifejlesztve.