Linux sunucusu için kaç tane ve hangi bölüm oluşturmalıyım?

Linux sunucusunda bölümler çok önemlidir, çünkü örneğin daha büyük bir sabit sürücüye yükseltme yaparken size çok fazla esneklik sağlar.

Ancak, bir Linux kutusu oluştururken kaç bölüm oluşturmalıyım? Her bölüm için hangi boyutu ayarlamalıyım?

Son olarak ama en az değil, ayrı bir disk üzerinde hangi bölümlere sahip olmalıyım (düşünüyorum / home, / var daha hızlı bir sürücüde vb.) Ve aynı sürücüde hangi bölümleri paylaşabilirim?

İyi bir bölümleme yapısı planlamak, aslında 'sunucuyu' nasıl kullanacağınızı bilmenize bağlıdır. Sunulacak gerçek hizmetleri almayan herhangi bir rastgele tavsiye özellikle yararlı olmayacaktır.

Örneğin, mysql için kullanılacak debian tabanlı bir kutu ise /, / var ve / var / lib / mysql için ayrı bölümler isteyebilirsiniz.

Çok fazla paylaşılan depolama alanına sahip bir dosya sunucusu olacak mı? /, / Home ve / srv bölümleri isteyebilirsiniz.

Yalnızca kalamar çalıştıran bir kutu için, / için bölme ve kalamar biriktirme için hızlı bir diskte bir bölme isteyebilirsiniz.

Bölümlerinizi planlarken, Dosya Sistemi Hiyerarşi Standardını ve seçtiğiniz dağıtımın standarttan sapıp sapmadığını / nasıl saptığını iyi bir şekilde anlamanız çok yararlı olacaktır .

LVM kullanmak gelecekte fikrinizi değiştirmeyi ve yeniden başlatmaya gerek kalmadan bölümlerinizi ayarlamayı çok daha kolay hale getirebilir ve anlık görüntü oluşturma yeteneği iyi yedeklemeler oluşturmak için çok kolay olabilir.

Her zaman bu bölümleri oluşturuyorum ve geçen yıl itibariyle her zaman LVM'de:

/       - a few Gig
/usr    - 24 Gig and mostly empty
/var    - 4 Gig works for me, YMMV
/home   - depends on how many users you will have

En önemlilerinden biri /var- eğer bu ayrı bir bölümse, o zaman dolduğunda, kök bölümünüzü kilitlemezsiniz. Bunu daha önce hiç yapmamış olmama rağmen, bazıları /usrsadece salt okunur olarak monte edebilmeleri için ayrı bir bölüm oluşturur .

ve bazen bu bölümleri oluşturuyorum:

/boot   - even 1 Gig is way more than enough

Bunun nedeni, bir RAID veya LVM bölümünden önyükleme yapmak her zaman mümkün değildir. Böylece, daha gelişmiş /bootolmasına izin veren basit bir ext3 bölümü /olabilir.

Çok sayıda büyük dosyaya sahip olacaksam, bazen bu büyük dosyalar için belirli bir bölüm oluşturacağım, böylece dosya sistemi büyük dosyaları depolamak için verimli olacak şekilde düzenlenebilir. Bazı kişiler, bir sunucudan NFS sunacaklarsa, NFS paylaşımları için ayrı bir bölüm veya her NFS paylaşımı için ayrı bir bölüm oluşturacaktır. Bu sizin ihtiyaçlarınıza bağlıdır.

Neden LVM? Başka bir yerde cevaplarda bahsettiğim gibi, burada bahsetmeyi unuttum, daha sonra fikrinizi değiştirmeyi ve bir bölümü genişletmeyi çok daha kolay hale getiriyor. Bu benim popomu zaten kurtardı.

Bunlar genel yönergelerdir. Tabii ki, sunucunuzun özel ihtiyaçları varsa, bunu dikkate alacağınızı ve bu ihtiyaçları yansıtan bölüm yapacağınızı umuyorum.

Bir süre dayanacak, yeniden inşa etmek için uygun olmayacak ve oldukça esnek olması gereken bir makine inşa ettiğinizi varsayarsak, aşağıdakine benzer bir şema isteyebilirsiniz:

1. Aynı boyutta en az iki fiziksel sürücü takın; Bu örneğin amaçları için, 500 GB SATA diskleri alacağım, ancak prensipler diğer disk boyutlarıyla iyi çalışıyor.

2. Her sürücüyü aşağıdaki gibi bölümlere ayırın:

   /dev/sda1   500MB
   /dev/sda2   100GB
   /dev/sda3   the rest
   

   Amaç, 500 MB'lık bir bölümün, işletim sistemi ve uygulamalar için ortada büyük bir bölümün ve ek veri için arkadaki sürücünün büyük kısmının bulunmasıdır.

3. Bir GB RAID 1 set kurmak /dev/md0, gelen /dev/sda1ve /dev/sdb1; ek SW RAID 1 setleri oluşturun /dev/md1ve /dev/md2karşılık gelen parition'lardan.

4. Ext3 /dev/md0olarak biçimlendir ; bu olacak /boot.

5. Biçim /dev/md1ve /dev/md2LVM fiziksel hacimleri olarak.

6. Bir LVM hacim grubu oluşturma vg_systemiçerir /dev/md1.

7. vg_systemÇeşitli işletim sistemi bölümleriniz için uygun LVM birimlerini oluşturun ; en azından, sen isteyeceksiniz swap, /varbir çift GB ve /10 GB'lık kadar. NOT : tümünü ayırmayın vg_system! Daha sonra boyutunu artırmak \varistediğinize /optveya bir veya başka bir şey eklemek istediğinize karar verdiğinizde , bu ek alanı istersiniz.

8. Bir LVM hacim grubu oluşturma vg_dataiçerir /dev/md2.

9. LVM hacimlerini vg_dataistediğiniz gibi oluşturun ; en azından büyük bir boyut isteyeceksiniz /homeve örneğin posta biriktiricileri veya veritabanları veya web kökleri veya işletim sisteminin bir parçası olmayan diğer veriler için ek birimler isteyebilirsiniz. Yine, vg_datayukarıda listelenenlere benzer nedenlerle hepsini tahsis etmeyin .

Bu stratejinin avantajları şunları içerir:

• Donanım hatalarına karşı toleranslıdır; her iki sürücü de sistem hatasına neden olmadan arızalanabilir ve çalışırken değiştirilebilir bir denetleyiciye yatırım yaparsanız, kesinti olmadan kurtarabilirsiniz.

• Geleceğe dönük ve genişletilebilir; Yoldan birkaç yıl sonra 2 TB sürücüler satın aldığınızda, bunları makineye tokatlayabilir, başka bir SW RAID setine dönüştürebilir, bir LVM fiziksel birimi olarak biçimlendirebilir, hangi hacim grubuna daha fazla alana (muhtemelen lv_data) ihtiyaç duyarsanız , o zaman pvmoveverilerinizi eski sürücülerden yenisine taşımak için kullanın . Ayrıca, büyük işletim sistemi güncellemeleri önemli ölçüde daha az acı verici hale getirilebilir; büyük bir yükseltme için işletim sistemini yeniden yüklemeniz gerekiyorsa (ahem Red Hat :(), ev dizinlerini (ve posta makaralarını ve ne koyarsanız koyun vg_data) korurken bunu yapabilirsiniz .

Bu stratejinin dezavantajları azdır; Sanırım biraz karmaşık ve RAID 1 yüzünden yazmalarda bir performans hit alıyorsunuz. Ancak, birkaç yıldır bu prensiplere göre iş istasyonları ve bağımsız sunucular inşa ediyorum ve her deneyimimde Keşke bu hatlar boyunca bir makine inşa etmem, keşke uzun zaman önce olsaydı.

-Steve

PS: Hızlı ve ağrısız bir şekilde yeni bir makine sağlamak için gerekli altyapınız varsa, bunun gibi bir sistemin aşırı derecede olduğunu; RAID setleri ve LVM ile uğraşmak yerine, değişmiş bir şeye ihtiyacınız varsa makineyi yeniden oluşturun.

Yıllardır kullandığım her bilgisayar bir çift önyükleme sistemi oldu ve Linux tarafında bu şemaya çok bağlı kaldım (burada kişisel iş istasyonlarından bahsediyorum, sunucu malzemesi yok, bu yüzden kilometreniz değişebilir)

/     - main thing
/boot - not that relevant, since cylinder being < 1024 and 
        exotic filesystems are no longer an issue
/home - handy if you upgrade your laptop with each new distro :-)

Son yükseltmem için sıfırdan bir kurulum yaptım, bölümümü sildim /. Bu beni ayrı düşündürdü /optveya /usr/localbana tüm orada koymak şeyler yeniden zahmetinden kurtarmak bölüm güzel olurdu (java, Tutulma ... Ben genellikle dağıtıma ambalajlı olanlar için umurumda değil).

Eddie'nin bahsettiği bölümlere ek olarak, genellikle iki ayrı bölüm daha oluştururum

/ tmp - aynı nedenlerle ayrı bir / var bölümü oluşturdunuz (geçici alanı daha önce doldurdum). Genellikle 1-2 GB ile giderim

/ usr / local - Bu, ayrı olarak yüklenen tüm yazılımlarınızı havaya uçurmadan gerektiğinde yükseltmenizi ve temizlemenizi sağlar. Buradaki boyut, ne kadar harici yazılım yüklediğinize bağlıdır. Ben tipik olarak yaklaşık 10 GB ile gitmek ama bu günlerde biraz küçük buluyorum.

Her zaman / home'u sonlandırıyorum ve diskin geri kalanını onunla dolduruyorum.

/ Boot bölümünde, 100 Mb'den daha büyük yapmadım ve asla uzay problemleriyle karşılaşmadım (sonunda eski çekirdekleri temizledim). Gerçekten çok küçük olabilir.

Ayrıca bir takas bölümü de unutmayın.

Çoğu makine için yapıyorum

100MB /boot
1GB * NUMBER_OF_USERS /home
10GB /var/log
10GB /var
REST /

Bazı durumlarda, bunun değiştirilmesi gerekecektir, ancak kullanıcıların bir sunucuda 1 GB'den fazla alan elde etmemesi konusunda oldukça kararlıyım. Eğer daha fazlasına ihtiyaç duyarlarsa, / tmp'yi kullanabilirler.

Orada bir donanım RAID'si kullanmadığınızı varsayarsak - Linux altında her zaman RAID'in üstünde LVM kullanırdım. Tek bir disk yapılandırması için bile. Bunun nedeni, (LVM grubunu genişleterek) daha fazla depolama alanı ekleme veya artıklık seçeneklerini değiştirme seçeneğinizin olmasıdır ("garip" tek diskli raid1 yapılandırmasını yansıtılmış olana veya hatta ağır kaldırma ile RAID10'a dönüştürün).

Sorunuzu cevaplamak için genellikle genel bir sunucu için buna benzer bir şey var. Her ikisi de şu şekilde bölümlenmiş 2 diskten başlayarak (örneğin 1RU Dell):

• ~ Önyükleme için ~ 100MB RAID1
• Diskin geri kalanı için RAID1'in üstünde LVM

Sonra tüm birimi LVM birimleri olarak oluşturuyoruz: * / * / var * / tmp * / home * / opt

Yönetilmesi acı olduğu için çok fazla dosya sistemi oluşturmaktan kaçınırım. Diskiniz azalıyorsa, birçok dosya sisteminde boş alanınız olur ancak üzerinde çalışmak için yeterli olmazsınız.

/ home ve / tmp ayrı bir dosya sisteminde her zaman iyi bir fikirdir; içine bir sürü şey koymak için planlama sürece genellikle ayırmak / tercih etmiyorum. (Aynı yazılım yığınını gerektiren çok sayıda sunucunuz varsa NFS / opt için daha iyi bir seçenek olabilir)

Kısacası, bir nedeniniz olmadığı sürece LVM'yi her şey için kullanın - bu şekilde değiştirme seçeneğiniz vardır.

Ayrıca, günlüklerin / var!

• / boot - 128 MB

Birim Grubu - rootvg

• / var - 5GB (posta sunucusu olarak kullanılmasına bağlıdır. Ayrıca temel dosyaları yakalamak için yeniden boyutlandırabilirsiniz)
• / tmp - 2 GB
• / opt - 10GB (dağıtımla birlikte gelmeyen yazılımlar için kullanılır)
• / - 6GB - minumum

Birim Grubu - datavg

• / home - geri kalanı

Yazılımınız için ayrı bir / usr yapabilirsiniz, ancak benim durumumda kutu yeniden yüklenir, bu yüzden kendi bölümünü almanıza gerek yoktur.