Storage volume — operatsion tizim yoki workloadga alohida saqlash birligi sifatida taqdim etiladigan mantiqiy resursdir. Volume bitta fizik diskka teng bo‘lishi shart emas: u disk bo‘limi, RAID guruhi, SAN LUN, cloud block device, tarmoq fayl tizimi yoki bir nechta qurilmadan yig‘ilgan logical volume bo‘lishi mumkin.
Taqdim etish shakllari
Block volume hostga sektorlar ketma-ketligi kabi ko‘rinadi. Unda partition table va file system yaratish yoki database raw blocklardan foydalanishi mumkin. File volume esa tayyor katalog iyerarxiyasini protokol orqali beradi. Object storage ba’zan kundalik tilda volume deyilsa-da, odatda mount qilinadigan block yoki POSIX fayl semantikasiga ega emas.
Virtualizatsiyada guest VM virtual disk ko‘radi, hypervisor esa uning bloklarini local fayl, SAN yoki distributed storage’da saqlaydi. Container platformasida volume containerning vaqtinchalik writable layeridan alohida bo‘lib, workload qayta yaratilganda ma’lumotni saqlab qolishi mumkin.
Hayot davri
Volume yaratish, attach, formatlash, mount qilish, kengaytirish, snapshot olish va o‘chirish bosqichlariga ega. Bu bosqichlar bir xil amal emas. Yangi block volume attach qilingani bilan ichida file system paydo bo‘lmaydi; file system yaratilgani bilan u kerakli mount pointga ulanmaydi.
Workload lifecycle bilan storage lifecycle ajratiladi. VM o‘chirilganda boot volume avtomatik o‘chishi, data volume esa saqlanishi mumkin. Delete siyosati noto‘g‘ri bo‘lsa, yoki muhim ma’lumot yo‘qoladi, yoki foydalanilmaydigan volume xarajat keltiradi.
Sig‘im va unumdorlik
Volume xususiyatlari faqat gigabayt bilan cheklanmaydi. IOPS, throughput, latency, queue depth va burst limiti workload natijasiga ta’sir qiladi. Kichik tasodifiy database yozuvlari uchun IOPS va latency muhim; katta ketma-ket backup oqimi uchun throughput ustun bo‘lishi mumkin.
Logical capacity fizik ajratilgan joydan katta bo‘lsa thin provisioning ishlatiladi. Bunda pool bandligini kuzatish zarur. File system ichidagi bo‘sh joy, volume logical hajmi va backend physical bo‘shligi uch xil ko‘rsatkichdir.
Ulanish va consistency
Har volume bir yoki bir nechta hostga ulanish rejimini belgilaydi. Oddiy file system bir vaqtning o‘zida ikki hostdan read-write mount qilinsa buzilishi mumkin; shared-disk cluster buning uchun maxsus koordinatsiya va cluster file system ishlatadi. Tarmoq uzilishi vaqtida host eski ulanishni saqlab qolgan deb o‘ylashi split-brain xavfini tug‘diradi. Storage tizimi fencing orqali eski writer’ni chetlatadi.
Snapshot ma’lum paytdagi blok xaritasini saqlaydi, ammo ishlayotgan database uchun application-consistent bo‘lishi shart emas. Flush, freeze yoki database backup API bilan muvofiqlashtirish kerak. Snapshot ham alohida nusxa joyida saqlanmasa backend halokatidan himoya qiladigan to‘liq backup emas.
Himoya va boshqaruv
Data at rest encryption volume bloklarini himoya qiladi; kalit boshqaruvi va snapshot nusxalari ham shu siyosatga kiradi. Attach qilish huquqi muhim, chunki volume’ni boshqa VMga ulagan shaxs file permissionlarni chetlab raw bloklarni o‘qishi mumkin. OS ichidagi access control cloud control plane ruxsatini almashtirmaydi.
Monitoring capacity, latency, error, throttling va attachment holatini kuzatadi. Serial yoki UUID qurilmani barqaror aniqlaydi; Linux’dagi /dev/sdX nomi rebootdan keyin o‘zgarishi mumkin. Mount konfiguratsiyasi device nomiga emas, barqaror identifikatorga tayanadi.
Bog‘liq tushunchalar
Block storage, File system, Logical volume, Persistent volume, Snapshot, Mount point, Thin provisioning