Inode na hostingu — limit plików i jak sprawdzić użycie

Na koncie hostingowym może zostać jeszcze dużo wolnego miejsca na dysku, a mimo to zapis kolejnego pliku przestanie być możliwy. Jedną z przyczyn jest limit inode, który w praktyce ogranicza liczbę plików i katalogów znajdujących się na koncie.

To inny parametr niż pojemność wyrażona w GB. Strona zajmująca 5 GB może wykorzystywać zarówno kilkanaście tysięcy, jak i kilkaset tysięcy plików. Dlatego przy WordPressie, poczcie, cache, backupach i wielu stronach warto patrzeć jednocześnie na zajętą przestrzeń oraz liczbę używanych inode.

Limit inode odpowiada przede wszystkim na pytanie „ile obiektów znajduje się na koncie?”, a limit przestrzeni dyskowej — „ile miejsca te dane zajmują?”. Można wyczerpać jeden z tych zasobów, mając jeszcze zapas drugiego.

Co to jest inode?

W systemach plików używanych przez Linuksa inode jest strukturą przechowującą informacje o obiekcie w systemie plików. Każdy plik ma przypisany numer inode unikalny w obrębie danego systemu plików. W praktyce panel hostingowy może prezentować użytkownikowi liczbę wykorzystanych inode jako liczbę plików i katalogów znajdujących się na koncie.

Tak opisują ten parametr również systemy używane na hostingu współdzielonym. CloudLinux wskazuje, że liczba inode odpowiada liczbie plików i folderów konta, a DirectAdmin opisuje plik lub katalog użytkownika jako zużywający inode. cPanel może wyświetlać ten parametr jako File Usage — liczbę używanych plików i katalogów.

Nie warto jednak przeliczać tego mechanicznie na zasadzie „jeden plik zawsze oznacza dokładnie jeden element widoczny w FTP”. Sposób egzekwowania i prezentacji limitu zależy od konfiguracji hostingu oraz systemu plików. Dla użytkownika najważniejsza jest wartość pokazywana przez operatora lub panel danego konta.

Limit inode a miejsce na dysku — jaka jest różnica?

Parametr	Co ogranicza	Przykładowy problem
Pojemność dysku	Łączny rozmiar danych	Duże backupy, multimedia lub skrzynki zajmują cały dostępny limit GB
Inode	Liczbę plików i katalogów	Bardzo dużo małych plików wykorzystuje limit mimo wolnego miejsca na dysku

Różnicę dobrze widać na dwóch skrajnych przykładach. Jeden plik backupu o wielkości kilku gigabajtów może mocno zwiększyć zajętość dysku, ale niemal nie zmienić liczby plików. Z kolei setki tysięcy niewielkich plików cache mogą zajmować stosunkowo mało miejsca, a jednocześnie istotnie zwiększyć wykorzystanie inode.

Dlatego informacja „pakiet ma 100 GB” sama w sobie nie mówi jeszcze, czy konto nadaje się do projektu wytwarzającego bardzo dużą liczbę plików.

Co najczęściej zużywa dużo inode na hostingu?

Nie ma jednego katalogu odpowiedzialnego za wysokie wykorzystanie w każdym przypadku. Najczęściej warto sprawdzić kilka grup danych.

Cache

Wtyczki i aplikacje mogą tworzyć bardzo dużo małych plików cache. Sam cache jest normalnym elementem działania wielu stron, ale problem pojawia się wtedy, gdy stare pliki nie są czyszczone albo aplikacja generuje osobne warianty dla bardzo dużej liczby adresów.

Kopie zapasowe

Backup nie zawsze jest pojedynczym archiwum ZIP. Niektóre mechanizmy tworzą katalogi robocze, kopie przyrostowe albo pozostawiają pliki tymczasowe. Warto więc sprawdzać nie tylko rozmiar katalogu z kopiami, ale również liczbę znajdujących się w nim elementów.

Poczta

Na serwerach przechowujących wiadomości jako osobne pliki duża liczba e-maili może zwiększać wykorzystanie inode. DirectAdmin zwraca uwagę, że aktywność pocztowa potrafi istotnie zwiększać liczbę plików. Znaczenie tego zjawiska zależy jednak od konkretnej konfiguracji usługi pocztowej.

Sesje, logi i pliki tymczasowe

Źle czyszczone sesje, stare logi i katalogi tymczasowe potrafią rosnąć przez miesiące. Pojedynczy plik zwykle jest niewielki, dlatego problem może nie być widoczny podczas pobieżnego sprawdzania zajętości dysku.

Wiele instalacji na jednym koncie

Każdy WordPress, sklep, staging i dodatkowa aplikacja wnosi własne pliki rdzenia, wtyczek, motywów, cache i uploadów. Przy kilkunastu stronach liczba elementów może więc rosnąć znacznie szybciej niż ich łączny rozmiar.

Co się dzieje po osiągnięciu limitu inode?

CloudLinux rozróżnia limity miękkie i twarde. Po osiągnięciu limitu twardego użytkownik nie może tworzyć kolejnych plików lub katalogów wymagających nowych inode. Limit miękki może być przekroczony przez określony okres tolerancji; po jego upływie dalsze tworzenie nowych elementów zostaje zablokowane.

Z punktu widzenia właściciela strony przekroczenie limitu może objawiać się pośrednio. Aplikacja próbuje utworzyć plik, ale operacja zapisu się nie udaje. Może to dotyczyć na przykład cache, sesji, aktualizacji, uploadu albo poczty.

Nie należy jednak diagnozować każdego błędu zapisu jako problemu z inode. Podobny efekt mogą powodować brak miejsca na dysku, uprawnienia, quota, problem z systemem plików albo ograniczenie konkretnej aplikacji.

Jak sprawdzić wykorzystanie inode?

Najpierw warto sprawdzić panel hostingowy, ponieważ pokazuje on dane zgodnie z konfiguracją konkretnego konta.

cPanel

cPanel może pokazywać liczbę wykorzystanych plików i katalogów w sekcji statystyk jako File Usage. Administrator hostingu może zdecydować, czy ta informacja jest widoczna dla użytkownika. W środowisku CloudLinux wykorzystanie inode może być również widoczne w module prezentującym użycie zasobów.

DirectAdmin

DirectAdmin obsługuje śledzenie inode i quota na poziomie systemowym, ale to, co dokładnie zobaczy użytkownik, zależy od konfiguracji serwera i panelu. Jeżeli licznik nie jest dostępny w interfejsie, warto sprawdzić dokumentację operatora albo zapytać support o bieżące użycie i limit.

SSH

Jeśli hosting daje dostęp SSH, liczbę obiektów można również oszacować samodzielnie. Przykładowo polecenie:

find ~/domains -xdev | wc -l

policzy elementy odnalezione w podanym drzewie katalogów. Polecenie liczy znalezione ścieżki, a nie odczytuje bezpośrednio systemowej quota inode. To jest więc licznik wynikający z działania find, a nie gwarancja, że otrzymana liczba będzie identyczna z quota pokazywaną przez hosting. Operator może inaczej określać zakres konta, montowania lub katalogi objęte limitem.

Do sprawdzania decyzji zakupowej bezpieczniej traktować jako wiążące dane operatora i wartości widoczne w panelu.

Jak znaleźć katalog, który zużywa najwięcej plików?

Jeżeli limit szybko się kończy, samo poznanie łącznej liczby inode niewiele mówi. Trzeba ustalić, gdzie znajduje się większość plików.

Przy dostępie SSH można zacząć od policzenia elementów w najważniejszych katalogach, przykładowo:

for d in ~/domains/*; do
    printf "%s: " "$d"
    find "$d" -xdev | wc -l
done

Takie zestawienie pomaga wskazać domenę wymagającą dokładniejszego sprawdzenia. W jej obrębie można później porównać między innymi katalogi cache, uploadów, backupów i logów.

Nie należy od razu usuwać katalogu tylko dlatego, że zawiera najwięcej plików. Najpierw trzeba ustalić, do czego służy i czy aplikacja potrafi go bezpiecznie odtworzyć.

Czy istnieje „dobry” limit inode?

Nie ma jednej liczby, którą można uznać za wystarczającą dla każdego hostingu. Limit potrzebny małej stronie firmowej będzie inny niż w przypadku sklepu, wielu instalacji WordPressa albo konta przechowującego duże archiwum poczty.

DirectAdmin podaje w dokumentacji przykładowe wartości używane przy projektowaniu pakietów hostingowych, ale nie powinny być one traktowane jako uniwersalna rekomendacja dla klienta końcowego. Rzeczywiste zapotrzebowanie zależy od aplikacji, liczby stron, poczty i sposobu tworzenia cache oraz backupów.

Lepsze pytanie brzmi więc nie „ile inode powinien mieć dobry hosting?”, ale:

ile wykorzystuję obecnie,
jak szybko ta liczba rośnie,
które elementy odpowiadają za wzrost,
jaki zapas zostanie po migracji lub dodaniu kolejnych stron.

Jak ocenić limit inode przed zakupem hostingu?

Jeżeli operator podaje limit inode w specyfikacji pakietu, porównaj go z rzeczywistym wykorzystaniem obecnego konta. Sam procent wolnego miejsca na dysku nie wystarczy.

Przy migracji warto zostawić zapas także na proces przenoszenia danych. W tym samym czasie mogą istnieć kopie robocze, archiwa, cache i wersje tymczasowe plików.

Jeśli operator nie publikuje limitu, nie należy zakładać, że inode są nielimitowane. Brak informacji oznacza po prostu brak potwierdzonych danych. Warto wtedy zapytać support o:

limit inode dla konkretnego pakietu,
czy jest to limit miękki czy twardy,
co dzieje się po jego osiągnięciu,
gdzie można sprawdzać bieżące wykorzystanie,
czy poczta i backupy znajdują się w tym samym zakresie limitu.

Jeśli masz już konkretny pakiet na oku, możesz użyć narzędzia Sprawdź plan hostingowy przed zakupem. Brak potwierdzonego limitu pozostanie tam brakiem danych, a nie zostanie potraktowany jako brak ograniczenia.

Jak zmniejszyć wykorzystanie inode bez ryzyka?

Najpierw znajdź przyczynę. Dopiero potem wybierz sposób porządkowania.

Sprawdź cache. Jeśli aplikacja ma własny mechanizm czyszczenia, korzystaj z niego zamiast usuwać przypadkowe katalogi.
Usuń stare, lokalne kopie zapasowe, jeśli zostały już bezpiecznie przeniesione do właściwego repozytorium i nie są potrzebne do retencji.
Przejrzyj stagingi i stare kopie stron. Zapomniana instalacja może zawierać tyle plików co strona produkcyjna.
Sprawdź pocztę, szczególnie stare skrzynki, Spam i Kosz, jeśli wiadomości są częścią quota konta.
Sprawdź logi, sesje i katalogi tymczasowe. Usuwaj je zgodnie z mechanizmem aplikacji lub hostingu.

Nie warto natomiast usuwać plików rdzenia WordPressa, wtyczek albo katalogów systemowych tylko po to, aby zejść poniżej limitu. Takie „sprzątanie” może doprowadzić do awarii, a odzyskany zapas będzie niewielki w stosunku do ryzyka.

Inode a diagnostyka innych limitów hostingu

Wysokie użycie inode nie oznacza automatycznie problemu z CPU, RAM, I/O czy liczbą procesów. Są to oddzielne zasoby i każdy może zostać ograniczony niezależnie.

Jeśli problem pojawia się już na działającym koncie i masz dane z panelu o CPU, RAM, I/O, IOPS, procesach lub miejscu na dysku, możesz je zestawić w diagnostyce zasobów hostingu. Pozwala to oddzielić limit liczby plików od przeciążenia innych zasobów.

Najważniejsze wnioski

inode i przestrzeń dyskowa mierzą dwa różne ograniczenia;
duża liczba małych plików może wyczerpać limit mimo wolnych gigabajtów;
cache, backupy, poczta, staging i wiele instalacji mogą istotnie zwiększać liczbę plików;
brak podanego limitu inode nie oznacza, że limitu nie ma;
przed zakupem najlepiej porównać limit z rzeczywistym wykorzystaniem obecnego konta i zostawić zapas;
po przekroczeniu limitu należy najpierw znaleźć źródło dużej liczby plików, a dopiero potem je usuwać.

Źródła

Linux man-pages — inode(7) — definicja inode i numeru inode.
CloudLinux OS — Limits — limity inode, soft/hard limits i sposób prezentacji użycia.
cPanel & WHM Documentation — The cPanel Interface — File Usage jako liczba plików i katalogów.
cPanel & WHM Documentation — Tweak Settings: Display — wyświetlanie informacji o inode w statystykach cPanel.
DirectAdmin Docs — Filesystem and quotas — inode, quota i uwagi dotyczące liczby plików.