Tutorial Memeriksa Ruang Disk dan Inode VPS Linux dengan df dan du
Periksa kapasitas filesystem dan inode dengan df, lalu telusuri direktori menggunakan du agar laporan penyimpanan VPS mempunyai cakupan yang jelas.
Penyimpanan perlu diperiksa melalui lebih dari satu ukuran
Aplikasi yang kesulitan menulis berkas tidak selalu dapat dijelaskan hanya dengan melihat jumlah gigabita pada panel layanan. Pemeriksaan perlu membedakan filesystem yang dipakai, pemakaian ruang, dan informasi inode bila tersedia. Tutorial ini menggunakan df untuk melihat tingkat filesystem serta du untuk meninjau direktori yang telah ditentukan. Hasilnya berupa catatan diagnosis awal yang dapat dibahas dengan pengelola. Kita tidak akan menghapus berkas, mengubah partisi, atau menganggap satu angka langsung menjelaskan seluruh kendala penyimpanan aplikasi.
Dokumentasi kernel untuk ext4 menerangkan bahwa inode menyimpan metadata berkas, seperti waktu dan pemetaan blok. Ukuran isi berkas dan informasi inode karena itu merupakan hal yang berbeda. Sementara itu, manual GNU df menyediakan pilihan untuk menampilkan penggunaan blok atau informasi inode. Jangan menganggap semua filesystem mempunyai karakteristik yang identik dengan ext4. Pada latihan ini, catat jenis lingkungan yang digunakan bersama pengelola dan perlakukan keluaran yang tidak tersedia sebagai hal yang perlu dikonfirmasi, bukan otomatis sebagai kerusakan.
Prasyarat: direktori yang jelas dan akses pemeriksaan yang sesuai
Siapkan terminal pada VPS Linux yang memang berwenang Anda periksa, utilitas GNU df dan du, serta direktori aplikasi yang ditentukan pengelola. Perintah dalam tutorial ini ditujukan untuk GNU coreutils; pilihan pada sistem lain dapat berbeda. Gunakan lokasi yang relevan dengan masalah, bukan langsung menelusuri seluruh server. Tentukan waktu pemeriksaan yang sesuai, terutama jika direktori berisi sangat banyak berkas. Pemeriksaan du menelusuri isi direktori dan tetap menggunakan sumber daya walaupun tidak mengubah data.
Buat catatan berisi waktu, direktori awal, filesystem atau titik mount yang teramati, pemakaian ruang, informasi inode, dan pesan galat. Simpan pula kegiatan aplikasi yang sedang berlangsung bila diketahui, misalnya pengolahan unggahan atau pembuatan berkas sementara. Anda tidak perlu membaca isi dokumen pelanggan untuk menilai ukuran direktori. Jangan menyalin jalur internal yang tidak diperlukan ke ruang publik. Tujuan persiapan ialah memastikan hasil benar-benar mewakili lokasi kerja aplikasi yang sedang dinilai dan dapat dibandingkan pada pemeriksaan berikutnya.
Langkah 1: pastikan direktori kerja sebelum menjalankan pemeriksaan
Masuk ke direktori aplikasi yang sudah disepakati, kemudian jalankan pwd untuk memastikan lokasi kerja. Tanda titik pada perintah berikut berarti direktori saat ini, sehingga pemeriksaan dari lokasi yang salah dapat menghasilkan cakupan berbeda. Catat hasil lokasi tersebut dan konfirmasikan bila tidak sesuai harapan. Jangan membuat direktori baru hanya agar contoh dapat dijalankan. Jika Anda belum mengetahui tempat aplikasi menyimpan berkas yang bermasalah, minta pengelola menunjukkannya sebelum melanjutkan ke pembacaan kapasitas.
Tetapkan pertanyaan pemeriksaan, misalnya apakah filesystem penyimpanan unggahan mendekati batas ruang atau apakah jumlah objek perlu ditinjau lebih lanjut. Bedakan pertanyaan itu dari keputusan pembersihan. Direktori berukuran besar belum tentu tidak diperlukan, dan banyak berkas kecil belum tentu boleh dihapus. Dengan pertanyaan yang jelas, data yang dikumpulkan dapat dinilai terhadap kebutuhan aplikasi. Latihan ini sengaja berhenti pada pengamatan dan pelaporan agar tindakan perubahan dilakukan melalui keputusan terpisah yang mempunyai pemilik serta alasan yang dapat diperiksa.
Langkah 2: lihat filesystem yang memuat direktori tersebut
Jalankan df -h . dari direktori yang telah diperiksa. Manual GNU menjelaskan bahwa df dengan argumen nama berkas menampilkan informasi filesystem yang memuat lokasi tersebut. Pilihan -h menyajikan ukuran dalam bentuk yang lebih mudah dibaca dengan skala berbasis 1024. Catat sumber filesystem, ruang terpakai, ruang tersedia, persentase, dan titik mount sebagaimana ditampilkan. Jangan hanya mengambil persentase tanpa mengetahui filesystem mana yang diwakili baris itu pada lingkungan yang sedang digunakan.
Bandingkan titik mount dengan kebutuhan aplikasi. Dua direktori yang berdekatan dalam susunan jalur belum tentu berada pada filesystem yang sama jika lingkungan menggunakan mount terpisah. Jika hasil tidak sesuai perkiraan, minta penjelasan dari pengelola sebelum menyimpulkan kapasitas paket keliru. Keluaran ini juga tidak otomatis menjelaskan seluruh pembatasan akun atau aplikasi. Simpan ruang lingkupnya sebagai informasi filesystem yang memuat lokasi sampel, kemudian pisahkan pertanyaan mengenai kuota atau kebijakan lain yang belum diperiksa pada tahap ini.
Langkah 3: periksa informasi inode pada lokasi yang sama
Selanjutnya jalankan df -i . tanpa berpindah direktori. Pilihan -i pada GNU df menampilkan informasi inode sebagai pengganti pemakaian blok. Catat jumlah yang terpakai, yang tersedia, dan persentase jika keluaran menyediakan angka tersebut. Cocokkan sumber serta titik mount dengan hasil sebelumnya. Anda sedang membaca dua ukuran dari cakupan yang sama, bukan mengganti satu kolom kapasitas menjadi ukuran lain yang dapat langsung dijumlahkan. Pertahankan label asli agar laporan tidak mencampur satuannya.
Jika penggunaan ruang tampak berbeda arahnya dari penggunaan inode, tuliskan keduanya tanpa memaksakan kesimpulan. Pola banyak objek berukuran kecil layak ditinjau sebagai pertanyaan tersendiri dari berkas besar yang menghabiskan ruang. Namun, jangan menerjemahkan inode sebagai hitungan nama berkas yang selalu sama persis pada semua keadaan. Mintalah pengelola menafsirkan karakteristik filesystem dan hubungan objek yang relevan. Jika informasi inode tidak tersedia atau tampil tidak bermakna, catat keterbatasan itu dan lanjutkan hanya dengan data yang dapat dipertanggungjawabkan.
Langkah 4: telusuri ukuran direktori dengan keluaran yang terbatas
Untuk meninjau penggunaan ruang di dalam cakupan yang disetujui, jalankan du -x -h --max-depth=1 -- . pada direktori tersebut. Manual GNU menjelaskan bahwa du merangkum penggunaan secara rekursif, -x melewati direktori pada filesystem berbeda, dan --max-depth membatasi tingkat hasil yang dicetak. Batas satu tingkat ini tidak berarti penelusuran hanya membaca satu tingkat direktori. Perintah tetap perlu meninjau isi di bawahnya untuk menghitung ringkasan, sehingga cakupan awal perlu dipilih dengan sengaja.
Baca kelompok direktori yang berkontribusi terhadap ukuran sampel. Catat nama yang relevan dan ringkasannya tanpa membuka isi berkas. Jika muncul galat izin atau bagian yang tidak dapat ditelusuri, tandai hasil sebagai tidak lengkap; jangan menganggap jumlah yang terlihat pasti mencakup seluruh data. Hindari langsung mengulang dengan hak lebih tinggi tanpa memastikan kewenangan dan cakupan. Hasil du membantu mengarahkan pertanyaan tentang isi direktori, sedangkan angka df tetap mempunyai ruang lingkup filesystem yang berbeda dari ringkasan pohon direktori.
Langkah 5: tinjau penggunaan inode dalam pohon direktori
Jika utilitas dan filesystem mendukung informasi yang dibutuhkan, jalankan du -x --inodes --max-depth=1 -- . dari lokasi yang sama. GNU du menyediakan --inodes untuk menampilkan penggunaan inode sebagai pengganti blok. Bandingkan hasil ini dengan ringkasan ukuran direktori sebelumnya. Pemisahan dua catatan membantu menemukan kelompok yang memerlukan penjelasan, misalnya direktori dengan kontribusi ukuran terbatas tetapi penggunaan inode relatif menonjol pada sampel. Nilai tersebut tetap dibaca bersama cakupan, kelengkapan akses, dan keadaan aplikasi saat pemeriksaan.
Jangan langsung menyebut kelompok yang menonjol sebagai sampah. Bisa jadi aplikasi memang menghasilkan banyak objek untuk kebutuhan yang sah. Tanyakan fungsi direktori, proses pembuatnya, serta cara pengelolaannya sebelum mengusulkan perubahan. Apabila df dan du tampak tidak sejalan, laporkan ruang lingkup masing-masing serta pesan galat yang diamati. Jangan memaksa total direktori menjadi sama dengan angka filesystem tanpa memahami komponen yang dihitung. Perbedaan yang belum dijelaskan merupakan bahan diagnosis, bukan bukti otomatis bahwa alat atau layanan penyimpanan bermasalah.
Langkah 6: verifikasi ulang dan susun tindak lanjut
Ulangi pembacaan df pada direktori yang sama setelah jeda yang sesuai dengan pertanyaan pemeriksaan. Jika du perlu diulang, pastikan waktu dan cakupannya telah disepakati, lalu bandingkan hanya hasil yang relevan. Catat perubahan kegiatan aplikasi atau perpindahan mount bila terjadi. Kesimpulan yang baik menyebut ukuran mana yang berubah, lokasi yang diwakili, dan bagian yang belum lengkap. Jangan menyatakan masalah selesai hanya karena satu persentase turun ketika gejala aplikasi dan pembatasan lain belum diperiksa.
Serahkan catatan kepada penanggung jawab aplikasi atau server dengan pertanyaan yang konkret: apakah kapasitas perlu dievaluasi, apakah pola pembentukan objek sesuai rancangan, atau apakah ada pembatasan lain yang harus diperiksa. Setelah tindakan yang disetujui dilakukan pihak pengelola, gunakan lokasi dan ukuran yang sama untuk menilai hasil. Uraian ini adalah prosedur untuk pembaca, bukan laporan pengukuran pada VPS tertentu. Tidak ada perintah penghapusan atau perubahan filesystem yang diperlukan untuk menyelesaikan pemeriksaan awal dalam tutorial ini.
Kesalahan umum saat membaca kapasitas penyimpanan VPS
Kesalahan umum mencakup memeriksa direktori yang salah, mencampur persentase blok dengan inode, mengabaikan galat izin, serta menganggap --max-depth membatasi seluruh pekerjaan penelusuran. Hindari pula menilai berkas layak dihapus hanya berdasarkan ukuran atau jumlahnya. Pemeriksaan penyimpanan sebaiknya memberi bukti untuk keputusan pemeliharaan, bukan menggantikan pengetahuan tentang fungsi aplikasi. Simpan satuan dan cakupan setiap angka agar pembanding berikutnya tidak dibangun dari dua pengamatan yang sebenarnya mengukur hal berbeda.
Kenali layanan melalui https://www.jagoweb.com/ dan informasi Cloud VPS di https://www.jagoweb.com/cloud-vps-murah. Saat berkonsultasi, bawa direktori sampel, hasil df dan du yang relevan, waktu pengamatan, serta gejala aplikasi. Konfirmasikan sistem operasi, fasilitas penyimpanan, dan pembagian tanggung jawab layanan yang dipilih. Tutorial ini tidak menetapkan batas inode atau kapasitas tertentu untuk setiap paket. Data yang jelas membantu pengelola memilih pemeriksaan lanjutan dan perubahan yang sesuai kebutuhan nyata, tanpa mengandalkan satu angka gigabita sebagai jawaban untuk semuanya.
Bacaan terkait
Sumber dan referensi
