Keepalived test

df dan foydalanish

Df buyrug'i har doim siz qaysi tovush yoki o'rnatish nuqtasi to'lib borayotganini bilmagan holatlarda sizning boshlang'ich nuqtangiz bo'lishi mumkin. Amalga oshirilganda, u sizga yuqori darajadagi umumiy ma'lumot beradi, shuning uchun siz butun joyingizni kim yoki nima bilan bandligini aniqlashni istasangiz, bu mutlaqo foydali emas. Biroq, siz faqat o'rnatilgan barcha jildlaringizni ro'yxatga olishni va har birida qancha bo'sh joy qolganligini ko'rmoqchi bo'lsangiz, df hisobingizga mos keladi. Odatiy bo'lib, u sizga baytlardagi ma'lumotlarni ko'rsatadi. Biroq, men df bilan -h opsiyasini (odam tomonidan o'qilishi mumkin bo'lgan mahsulot ishlab chiqaradi) ishlatishni osonroq deb bilaman, shunda siz o'qish uchun biroz osonroq bo'lgan ma'lumotlarni ko'rasiz. Davom eting va sinab ko'ring:
df -h
Bu quyidagi kabi ko'rinadigan natijani ishlab chiqishi kerak:

8.1-rasm: df -h buyrug'idan chiqish
Disk turlariga va tizimingizdagi o'rnatish nuqtalariga qarab chiqish har xil ko'rinadi. Skrinshotda root fayl tizimi /dev/mapper/ubuntu--vg-ubuntu--lv da joylashganligini ko'rasiz. Biz buni bilamiz, chunki "O'rnatilgan" ustuni ostida biz o'rnatish nuqtasi bitta oldinga chiziq ( / ) ga o'rnatilganligini ko'ramiz. Navigatsiya va asosiy buyruqlar 4-bobida muhokama qilganimizdek, bu bitta toʻgʻridan-toʻgʻri chiziq fayl tizimining boshlanishiga ishora qiladi (shuningdek, root fayl tizimi deb ataladi). Mening holimda, bu LVM hajmi, shuning uchun bizda /dev/mapper bilan boshlanadigan shunday uzun nomga ega qurilma mavjud. Hozircha LVM haqida qayg‘urmaylik, buni keyinroq muhokama qilamiz. Ammo hozircha shuni yodda tutingki, bitta to'g'ri chiziq fayl tizimining boshiga ishora qiladi va chapdagi qurilma nomi u erda o'rnatilgan haqiqiy qurilmaga ishora qiladi.
Haqiqiy qurilma nomi bir serverdan ikkinchisiga o'zgaradi va o'rnatish vaqtida LVM dan foydalanishni tanlaganingizga qarab ham o'zgaradi. /dev/mapper bilan boshlanadigan uzoq yo'l o'rniga, qurilma nomini /dev/sda1, / dev/xvda1, /dev/nvme0n1p1 yoki boshqa o'zgarishlar sifatida ko'rishingiz mumkin. Qurilma nomi NVME qattiq disklari uchun ishlatiladigan /dev/nvme... nomlash konventsiyasi, standart SATA qattiq disklari uchun /dev/sdaN va boshqalar kabi asosiy saqlash qurilmasi apparat turiga qarab yaratiladi.
Asosiy uskunaning haqiqiy turi unchalik muhim emas; Qaysi qurilma to'lib qolish xavfi yuqori ekanligini aniqlashingiz juda muhimdir. Misol skrinshotida root fayl tizimi mavjud bo'sh joyning 36% dan foydalanmoqda. Bunday holda, bizda bo'sh joy tugashi xavfi yo'q. 100% gacha foydalaniladigan ba'zi orqaga qaytish qurilmalari mavjud (nomlash sxemasi /dev/loopN bo'lgan qurilmalar tomonidan aniqlanadi ), lekin ular aslida tashvishlantirmaydi, chunki tizim jarayonlari kerak bo'lganda turli maqsadlar uchun orqaga qaytish qurilmalarini yaratishi mumkin.
Diskdan foydalanishni o'rganayotganda, inodedan foydalanishni tekshirish ham muhimdir. Inoddan foydalanishni tekshirish, ayniqsa, diskingiz to'lganligi haqida xabar berilgan hollarda foydali bo'ladi, ammo df -h buyrug'i juda ko'p bo'sh joy mavjudligini ko'rsatadi. Bunday vaziyatga birinchi marta duch kelganingizda, bu, albatta, juda chalkash bo'lishi mumkin. Bunday stsenariyda inodelaringiz tugab qolgan bo'lishi mumkin va diskingiz bo'sh joy nuqtai nazaridan to'la emas.
Ammo, inode nima va nima uchun bunday narsa diskda to'liq bo'lmasa, uni to'la deb xabar berishiga olib keladi? Inod tushunchasini siz saqlayotgan haqiqiy ob'ektlar uchun metama'lumotlarni o'z ichiga olgan ma'lumotlar bazasi ob'ektining bir turi sifatida tasavvur qiling. Inodlarda saqlanadigan ma'lumotlar fayl egasi, ruxsatlar, oxirgi o'zgartirilgan sana va turi (katalog yoki fayl bo'ladimi) kabi tafsilotlardir. Metadata, albatta, yaxshi narsa bo'lsa-da, inodelar bilan bog'liq muammo shundaki, siz har qanday saqlash qurilmasida ularning cheklangan soniga ega bo'lishingiz mumkin.
Bu raqam odatda juda yuqori va chegaraga erishish juda qiyin. Tashkilotingiz yuz minglab fayllarni saqlashiga olib keladigan ish yuklari uchun ishlatiladigan serverlar bo'lsa, inode chegarasi haqiqiy muammoga aylanishi mumkin. Buni ko'rsatish uchun men sizga serverlarimdan birining chiqishini ko'rsataman:
df -i

Ko'rib turganingizdek, df ning -i opsiyasi bizga haqiqiy ishlatiladigan maydon o'rniga inodelar haqida ma'lumot beradi. Ushbu misolda, misol serveridagi root fayl tizimida jami 6291456 ta inode mavjud bo'lib, ulardan 74361 tasi ishlatiladi va 6217095 tasi bepul. Agar sizda to'liq disk haqida xabar beradigan tizimingiz bo'lsa ( df -h ni ishga tushirganda juda ko'p joy bo'shligini ko'rsangiz ham ), bu sizning ovoz balandligingizda inodelarning tugashi bilan bog'liq muammo bo'lishi mumkin. Bunday holda, muammo diskdagi fayllar hajmida emas, balki siz saqlayotgan fayllar sonining ko'pligida bo'ladi. O'z tajribamda men buning sababi pochta serverlarining bog'lanishi (millionlab tiqilib qolgan elektron pochta xabarlari, har bir elektron pochta fayl bo'lishi), shuningdek, yuritilmaydigan jurnal kataloglari tufayli sodir bo'lganini ko'rganman. Inod cheklovlari bilan kurashish Linux kabi afsonaviy platformaga mos kelmaydigandek tuyulishi mumkin, ammo yuqorida aytib o'tganimdek, agar biror narsa juda va juda noto'g'ri bo'lmasa, bu chegaraga erishish juda qiyin. Xulosa qilib aytadigan bo'lsak, sizda bo'sh joy yo'qligi va sizda ko'p joy borligi haqida xato xabari olayotgan vaziyatda inodelarni tekshiring.