Jawaban:
Lapisan abstraksi yang berbeda.
Jika Anda memiliki array penyimpanan yang besar, Anda mungkin tidak ingin satu server menggunakan semuanya, jadi Anda membaginya menjadi unit logis (LUN sebenarnya Nomor Unit yang Logis, tapi hei, ini membantu saya mengingat). Jadi, Anda memiliki penyimpanan Anda diiris menjadi potongan yang dapat digunakan, dan sekarang Anda menyajikannya ke server. Dalam contoh sederhana, anggap itu muncul sebagai / dev / sdb. Tidak ada partisi di atasnya, itu hanya disk, sejauh server peduli.
Mengapa membuang LVM di atasnya? Bagi saya, itu karena pertumbuhan. Jika saya mengisi disk itu, saya ingin dapat menambahkan lebih banyak ruang untuk itu. LVM membuatnya lebih mudah dan (dalam pikiran saya) kurang berisiko, karena saya dapat mengubah ukuran LUN pada array penyimpanan (atau bahkan membuat LUN lain dan menyajikannya ke server) dan menggunakan LVM, saya dapat menumbuhkan disk "virtual" tanpa me-reboot .
Saya menulis pengantar untuk LVM di sini: http://www.standalone-sysadmin.com/blog/2008/09/introduction-to-lvm-in-linux/
Yang saya rujuk ketika berbicara tentang mengubah ukuran LUN di sini: http://www.standalone-sysadmin.com/blog/2009/05/resizing-storage-luns-in-linux-on-the-fly/
LVM adalah perangkat lunak yang digunakan untuk "mengukir" disk, biasanya disk yang terpasang secara lokal, menjadi beberapa bagian yang lebih kecil.
LVM adalah metode mengalokasikan ruang hard drive ke dalam volume logis yang dapat dengan mudah diubah ukurannya daripada partisi.
LUN adalah konstruk, biasanya pada larik penyimpanan, dengan mana Anda menyajikan "irisan" larik disk / volume ke host, di mana ia muncul sebagai disk lokal yang dilampirkan secara fisik melalui beberapa koneksi, biasanya SAN (iSCSI / FC) .
Misalnya, jika Anda mempresentasikan LUN ke host, Anda kemudian dapat menggunakan LVM untuk lebih lanjut menyesuaikan tata letak dari apa yang sistem pikir adalah disk lokal.
LUN adalah Nomor Unit Logis. Ini dapat digunakan untuk merujuk ke seluruh disk fisik, atau bagian dari disk fisik atau volume disk yang lebih besar. Disk fisik atau volume disk dapat berupa keseluruhan disk drive tunggal, partisi (subset) dari drive disk tunggal, atau volume disk dari pengontrol RAID yang terdiri dari beberapa disk drive yang digabungkan bersama-sama untuk kapasitas dan redundansi yang lebih besar. LUN mewakili abstraksi logis atau, jika Anda mau, lapisan virtualisasi antara perangkat / volume disk fisik dan aplikasi.
LUN umumnya adalah referensi level larik disk untuk sejumlah ruang disk mentah yang telah diformat dan dialokasikan ke server atau grup server tertentu. Mungkin tersebar di beberapa disk fisik, tetapi akan disajikan oleh array disk sebagai drive "logis" tunggal ke server target.
LVM adalah singkatan dari "Logical Volume Manager", dan umumnya merupakan bagian dari perangkat lunak sistem operasi yang berlapis-lapis di atas LUN mentah yang ditugaskan ke server. LVM memungkinkan Anda untuk melakukan berbagai tugas pada LUNS, seperti membagi LUN menjadi volume logis yang lebih kecil, mengelompokkannya menjadi beberapa grup volume, melakukan mirroring disk antara LUNS, dll.
LUN adalah konsep SCSI ("Nomor Unit Logis").
SCSI memiliki "target", yang sesuai dengan pengontrol. Target mungkin memiliki sejumlah "unit logis" yang terpasang. Sebagai contoh, bayangkan JBOD dengan banyak disk terpasang. Itu bisa memilih untuk menyajikan disk tersebut sebagai LUN pada satu target.
Seringkali array penyimpanan akan menampilkan RAID dari beberapa disk sebagai LUN individual; Anda mendapatkan antarmuka yang terlihat seperti disk besar tetapi dilindungi RAID.
LVM adalah konsep level yang lebih tinggi, memisahkan "hal-hal yang Anda letakkan pada sistem file" dari "disk fisik". Anda tentu dapat mengimplementasikan "pengontrol LVM" yang mengambil banyak disk, melakukan beberapa bentuk LVM secara internal, dan menyajikan drive yang dihasilkan sebagai LUN pada target SCSI. Itu sangat umum pada array penyimpanan yang lebih menarik.
Namun, LUN tidak harus menjadi hasil dari LVM apa pun! Mungkin hanya disk fisik.