LVM'ye disk eklemek için en iyi yöntem nedir


Yanıtlar:


19

RHEL6 LVM Yönetici Kılavuzu

RHEL 6 Mantıksal Hacim İdaresi Kılavuzuna göre, bir sürücüyü bir LVM hacim grubunda fiziksel bir hacim olarak kullanacaksanız, onu yine de bölümlere ayırmanız önerilir:

"RHEL6 Mantıksal Birim Yöneticisi İdaresi LVM Yönetici Kılavuzu" kılavuzundan alıntı

2.1.2. Diskteki Birden Çok Bölüm

LVM, disk bölümlerinden fiziksel birimler oluşturmanıza olanak sağlar. Genellikle, aşağıdaki nedenlerden dolayı LVM fiziksel birimi olarak etiketlemek için tüm diski kapsayan tek bir bölüm oluşturmanız önerilir:

İdari uygunluk

Her bir gerçek disk yalnızca bir kez görünürse, sistemdeki donanımı takip etmek daha kolaydır. Bir disk başarısız olursa, bu özellikle doğrudur. Ek olarak, tek bir diskteki birden fazla fiziksel birim, açılışta bilinmeyen bölüm tipleri hakkında bir çekirdek uyarısına neden olabilir.

LVM Howto

Bölüm 11.1. LVM Howto'nun disklerini veya disk bölümlerini başlatmak şu şekildedir:

LVM Howto'dan alıntı

Tüm diskler için:

Diskte pvcreate çalıştırın:

# pvcreate /dev/hdb

Bu, diskin başında bir birim grubu tanımlayıcısı oluşturur.

Tavsiye edilmez

Tüm diski bir PV olarak kullanmak (tüm diski kapsayan bir bölüme karşılık olarak) oluşturabileceği yönetim sorunları nedeniyle önerilmez. Diske bakan başka bir işletim sistemi LVM meta verilerini tanımaz ve diski boş olarak gösterir, bu yüzden üzerine yazılabilir. LVM'nin kendisi tüm disk PV'leriyle iyi çalışacaktır.

LVM'nin üzerinde disk bölümü olan bir diski başlatamadığına dair bir hata alırsanız, öncelikle üzerinde çalışmakta olduğunuz diskin doğru olduğundan emin olun. Bunun olduğundan eminseniz, aşağıdakileri çalıştırın:

TEHLİKELİ

Aşağıdaki komutlar, çalıştırılmakta olan diskteki bölüm tablosunu imha edecektir. Doğru disk olduğundan emin olun.

# dd if=/dev/zero of=/dev/diskname bs=1k count=1
# blockdev --rereadpt /dev/diskname

Sonuçlar

Bunlar, fiziksel bir birim olarak eklemeden önce HDD'deki tek bir bölümü biçimlendirmeniz gerekip gerekmediğini belirlemede güveneceğim birincil kaynaklar. Diğer cevapların belirttiği gibi (ve yorumlar) sadece sürücünün tamamını bir bölüm eklemeden eklemek yanlış olmaz.

Bana göre emniyet kemerim açıkken arabamı sürmeyi severim. Hiç kaza yapmazsan emniyet kemeri bir işe yaramadı ama kaza geçirirsem onu ​​giydiğim için memnunum.

Takip # 1 (@ Joel adlı kullanıcının yorumları için)

Yukarıdaki 2 kılavuzun 2 güzel sebep olduğunu düşündüm. İkisi de resmi rehber, biri RH, diğeri LVM ekibi tarafından bir araya getirilmiş.

İşte başka bir neden. HDD’yi bölümlere ayırmamakla birlikte, nasıl kullanıldığını net bir şekilde tanımlamak için HDD’de kimliği açıkça belirlenmemiştir.

 fdisk -l
 ...
/dev/sda6       318253056   956291071   319019008   8e  Linux LVM

Bir sistem yöneticisi olarak, kendime ve başkalarına bu sürücünün 8e olmadan nasıl kullanıldığının amacı çok daha açık.

Söylediklerinize minnettarım @Joel, hem masaüstü / sunucu fiziksel / sanal dağıtımlarında hem de büyük depolama dağıtımlarında 100'lü Linux dağıtımına sahip olduğumuz bir servet 500 şirketinde çalıştım. diyerek.


Sadece Red Hat'in bunu doğru yapmadığını söylediği için. Bir diski neden bölümlendirdiğinize dair gerçek bir neden henüz duymadım ve bunun neden olmadığını düşünebiliyorum. Ayrıca "Her gerçek disk yalnızca bir kez görünürse, sistemdeki donanımı takip etmek daha kolaydır." Bu gerçekten bir sorun mu? Bir fdisk -ldefada, bir /sys/blockdefada ve bir kezkilerinizde ortaya çıkacak . Nerede çoğaltılması gerekiyor? (devam ediyor)
Bratchley

Kişisel tecrübemden bahsediyorum, sadece bir çok yere boşluk eklemek zorunda kaldık. Bölünmüşlerdi, bu yüzden çekirdeğin bölme tablosunu bırakmadığı her türlü problemle karşılaştık. Bu yüzden yeniden bir bölümleme yapmak zorunda kaldık, yeniden başlattık, iyi bir sebep olmadan bir hizmet kesintisi yarattık. "Diske bakan herhangi bir işletim sistemi LVM meta verilerini tanımayacak ve diski boş olarak göstermeyecek, bu nedenle muhtemelen üzerine yazılmayacak." Windows'ta sadece kullanılmayan bir disk olarak görünecektir (ancak yönetici daha iyi bilir), hangi işletim sisteminden bahsediyorlar?
Bratchley

Şimdiye kadar diski bölümlendirmenin tercih edildiğini söyleyen hiç kimse aslında neden geçerli nedenler vermiyor ve insanları gerçekten bir işletme durumunda en sonunda onları korsanda ısırmayacak bir şey yapmaya teşvik ediyor (sonunda daha fazla alan isteyeceksiniz) . Tek elde ettiğimiz şey, diğer işletim sistemlerinde ayrılmamış olarak nasıl ortaya çıkacağına dair belli belirsiz cevaplar. (Sanki bir şekilde bir sorun, Windows bir bölümdeki ext3'ünü ya da bir kereden fazla görünmeyecek gibi) ya da doğrulanmamış ifadeler veya bir şekilde depolamayı izlemeyi kolaylaştırır.
Bratchley

Teşekkürler millet :) Bu tartışma benim için gerçekten çok yardımcı oldu.
MacGyver

2
@Joel - Ben olduğum gibi. Tartışmayı takdir ediyorum. Çeşitli pratik deneyimlerimizi hepimizin getirmesi ve bu belirli konuda web'de mevcut olanlardan daha iyi rehberlik sağlamaya çalışmamız iyi bir şey. En azından tek bir yere çok sayıda parçalanmış belge çekiyoruz. 8-).
slm

10

Bazı yaygın olarak tanımlanmış tanımlayıcıların (meta-veri) olması tercih edilir ve MBR bu şekilde tanımlayıcı olarak durur. GPT bile eski varlığını belirtmek için eski MBR tabanlı bölümleme tablosu kullanır.

Aslında, biraz disk alanı kaybedersiniz, ancak bu arada diskte ne olduğunu (ve nerede olduğunu) açıkça görebilme avantajınız oldukça ihmal edilebilir.


1
Herhangi bir disk alanını bile kaybetmeyebilirsiniz. Kontrol edin pvdisplay, (PV BOYUTU: kullanılamaz X MiB), X 1MiB'den büyükse, daha fazla kaybetmeden sadece bölümleme yapabilirsiniz.
frostschutz

@ frostschutz Dikkatli ama akıllı kıç çalıyor: "Boşa harcayabileceğiniz" alanı "dev boyutu modulo PE boyutu" değil "(dev boyutu eksi meta veri alanı (384K)) modulo PE boyutu" değil. Bunun az ya da çok sonuçlanıp sonuçlanmadığı elbette bağlıdır.
Hauke ​​Laging

Ayrıca LVM'in bir tanımlayıcısı vardır. Neden önce bir FAT tablosu ve LVM Tanımlayıcısı'ndan daha fazlasını yaratın? LVM, meta verileri ikinci sektörde depolar. Önce bir yağ yaratmayı düşünebileceğim tek şey felaket kurtarma veya bazı acemi-linux yöneticileri (disklerin yönetimi) içindir.
MacGyver

HP-UX, LVM'yi de kullanır .. Bu platformda, ham diskler eklemek ve LVM'nin diskler üzerindeki işini yapması için ortak bir uygulamadır. LVM2.x
MacGyver

1
@ user39597, işleri karıştırıyorsunuz. FAT, Dosya Ayırma Tablosu anlamına gelir, bu MS-DOS olayıdır. MBR bölümleme tablosu standart fiilidir, LVM'den haberdar olmayan birçok farklı araç diskin bölümlendiğini ve kullanıldığını bilecektir - bu önlem önlemidir.
poige

4

Diskin% 100'ünü kaplayan bölümler üzerinde fiziksel birimler oluşturmak, neredeyse hiçbir zaman yapılacak doğru şey değildir. "Neredeyse" diyorum, çünkü sadece bir şeyi yapmak için bir sebep düşünemediğim için bu, bunun için bir sebep olmadığı anlamına gelmiyor. Bununla birlikte, eğer LVM olacaksa, diskleri alanın% 100'ünde bir diske koymak için tek bir neden düşünemiyorum.

Geri bölümlemenin katılığının bir kısmını elde etmek için farkedilir bir fayda elde edemezsiniz. Bunlar SAN destekli fiziksel birimlerse ve bunu yaparsanız, birim grubundaki depolama alanını genişletmenin yalnızca iki yolu vardır:

  1. Yeni bir daha büyük LUN sunun, bunu cilt grubuna ekleyin, açıklanamayan bir şekilde bölümlendirdiğiniz LUN'yu çıkarın, cilt grubundan çıkarın ve SAN çalışanlarına sunumu yapmalarını söyleyin. İşe yarayabilir ve çevrimiçi olarak yapılabilir (bir performans vurgusu ile ve bu iki LUN'u aynı anda tutmak için SAN tarafındaki depolama havuzunuzda yeterli SAN alanı olduğunu varsayarak) ancak yapılabilir.
  2. Diğer tek yol, iyi tasarlanmış bir hacim yönetimi programları (btrfs, lvm, zfs, vb. Gibi) gibi insanların nedeninin bir parçası olan bölümlerle başa çıkmaktır. Fiziksel cildin bölüm tablosunu düzenleyebilir ve umarım partprobeyeni boyutları okumanıza izin verir, ancak bu benim kişisel deneyimimden sadece 2'de 1 kez çalışır ve dosya sistemini çıkarmanızı gerektirir (yani sizi başka bir nedenle çevrimdışı olmaya zorlar) hacim yöneticileri gibi).

Tüm diski yaparsanız SAN yöneticisi LUN'u sizin için genişletebilir, SCSI veri yolunu yeniden tararsınız, LUN'un yeni boyutunu seçer, sonra pvresizefiziksel hacmini genişletmek için a'yı yaparsınız . Tüm dosya sistemlerini çevrimdışı duruma getirmeden.

MBR bitini kapatırken, PV'leri genellikle bir sistemden almaz ve bir kurumsal ortamda başkalarına sunmazsınız. Yapmış olsanız bile, LVM ise, LUN'u LVM'yi desteklemesi için sunacağınız işletim sistemini isteyeceksiniz. Aksi halde, onlara sunmanın amacı nedir? Eğer öyleyse, tüm fiziksel hacim bilgisini, hacim grubu bilgisini ve mantıksal hacimleri göreceksiniz (bunun hacim grubundaki tek PV olduğu varsayılarak). Yani bu şekilde kendini belgeler.

Temel olarak: bir diskin% 100'üne bölünmesi, size bir elmalı turta getiren garsonun size de bir bıçak getirmesini talep etmek gibidir. O yaptığında bıçağı bir kenara at ve yüzünü pastanın içine göm. Anlamı: bir şeyi daha küçük parçalara ayırmak için bir araçta ısrar etmek mantıklı gelmiyorsa, hepsini bir arada kullanacaksanız.


2
Teoride yanlış değilsiniz, pratikte bu sözde boş diski biçimlendirme teklifinde bulunduğunuz için işletim sistemi ve yükleyiciler (hatta Linux) gibi gündelik sorunları görüyorsunuz - çünkü LVM'yi tanımıyorlardı. Aynı zamanda, bölümleri kullanmanın bir dezavantajı yoktur (performans açısından). Yani, bir ev kullanıcısı, masaüstü, çoklu işletim sistemi ortamında, bölmelere bağlı kalmak daha güvenlidir.
frostschutz

Montajcılarla ilgili sorunları kendim görmedim. Çekirdeğin pvscanönyüklemede eşdeğerini yapması gerekir , bu nedenle kurulum diskindeki çekirdeğin LVM kafalarını arayan tüm blok aygıtlarını taraması gerekir. Muhtemelen, satıcısının kurulumcusunun fubar olduğunu açıklayanla bir hata bildiririm. Ev kurulumları için, sorun aynıdır, kök dosya sistemi iki diske yayılmış olsa bile, birincil diskiniz / boot için bölümlenecek ve çekirdek yüklendiğinde birim taraması yapılacaktır. Bu şekilde LVM'ye bile başlayabilirsiniz.
Bratchley

ancak olumsuz kısımda, BIOS ve grub desteği dışındaki bölümlerin faydası yoktur (dolayısıyla / önyükleme). Ev kullanıcıları için bile. Ayrıca çok az fayda var (
HDD'niz

Teşekkürler millet :) Bu tartışma benim için gerçekten çok yardımcı oldu.
MacGyver

0

Tecrübelerime göre, disk kullanıyorsanız veya disk / depolama yapılamadığında küçük bir ortam kullanıyorsanız, bu bölümün kullanılması iyi olacaktır. Okul için ya da garajda çalışmak iyidir. Gerçek bir dünyada, talep üzerine diski genişletebileceğiniz sanal sunucuyla LVM'nin bölümleme yerine tüm diski / tüm diski yönetmesine izin verirseniz daha iyidir. Sunucunuzu yeniden başlatmadan yönetmek kolay ve esnek olacaktır. Ne kadar zaman kazandığını biliyor musun? Yönetmeniz gerekebilecek tüm sunucu için çarpın! Birden çok kez, çekirdeğin yeni tabloyu tanımaması nedeniyle, sunucuyu yeniden başlatmanız gereken bölüm / dilimler nedeniyle zorluklar yaşadım. LVM'nize bir ham disk / sanal disk eklerken ve LVM dosya sisteminizi genişletmek için bir zorunluluk vardır. “Echo 1> gibi basit bir komut çalıştırarak / sys / block / XXX / device / rescan ”, burada XXX diskinizdir (sdb, sdc, sdd, etc), diski yeniden başlatmadan ek alan için yeniden tarar ve bum! dosya sisteminizi anında genişletebileceksiniz. Linux sunucunuzu yeniden başlatmanıza gerek kalmadan diski genişletmeniz 5 dakika kadar sürecektir. Bölümlenmiş disk ile bu işlem karmaşıktır


1
Yanıtınız, LVM'ye tam disk tahsisleri yerine VM kullanmanın yararlarına daha fazla odaklanmış gibi görünüyor.
roaima

@roaima: Tamam, gözlerim bozuluyor. Bu cevap VM'ler hakkında nerede bir şey söylüyor?
G-Man

1
@ G-Man, her şey bir VM'ye depolama eklemek ve daha sonra yeniden başlatmaya gerek kalmadan VM'de LVM'yi kullanarak yeni tahsis edilmiş diski dilimlemekle ilgilidir.
roaima
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.