Disk Bölümleme ve Dosya Sistemi Seçimi: VDS'te Depolama Düzeni

Tek bölümlü sunucuda log taşması her şeyi durdurur. Sistem, veri ve log ayrımı, mantıksal birim yönetimi ve doluluk izleme yöntemleri. Disk Bölümleme ve…

Disk Bölümleme ve Dosya Sistemi Seçimi: VDS'te Depolama Düzeni
İçindekiler
  1. Neden Ayırmalı?
  2. Pratik Bir Düzen
  3. Esneklik İçin Mantıksal Birim Yönetimi
  4. Dosya Sistemi Seçimi
  5. Bağlama Seçenekleri
  6. Doluluk İzleme
  7. Kurulumdan Sonra Düzeltmek
  8. Sonuç
  9. Sıkça Sorulan Sorular (SSS)
  10. Diski bölümlemek gerçekten gerekli mi?
  11. Kaç bölüm oluşturmalıyım?
  12. Hangi dosya sistemini seçmeliyim?
  13. Disk doluluğunu nasıl izlemeliyim?

Disk Bölümleme ve Dosya Sistemi Seçimi: VDS'te Depolama Düzeni

Çoğu sunucu kurulumunda disk tek bir bölüm olarak yapılandırılır ve konu bir daha açılmaz. Sonra bir gün log dosyaları diski doldurur, sistem yazamaz hâle gelir ve her şey aynı anda bozulur.

Bu yazı, VDS sunucu üzerinde depolama düzenini ve ayırmanın neden önemli olduğunu anlatıyor.

Neden Ayırmalı?

Tek bölümlü bir yapıda her şey aynı alanı paylaşır: işletim sistemi, uygulama, veritabanı, loglar ve kullanıcı yüklemeleri.

Bunun sonucu şudur: herhangi birinin şişmesi, hepsini birden durdurur. Kontrolsüz büyüyen bir log dosyası yalnızca kendi sorununu üretmez — veritabanı yazamaz, oturum dosyaları oluşturulamaz ve sisteme giriş bile yapılamaz hâle gelebilir.

Alan Ayrılmasının faydası
Sistem Diğerleri dolsa da sistem çalışır kalır
Loglar En sık taşan alan izole edilir
Veritabanı Ayrı ayarlarla optimize edilebilir
Kullanıcı yüklemeleri Kota konabilir, ayrı yedeklenir
Geçici dosyalar Çalıştırma izni kaldırılabilir

Son satır bir güvenlik önlemidir: geçici dosya dizinini çalıştırma izni olmadan bağlamak, oraya yüklenen bir betiğin çalıştırılmasını engeller. Bu, yaygın bir sunucu ele geçirme yolunu kapatır.

Pratik Bir Düzen

Aşırıya kaçmadan, çoğu sunucuda işe yarayan bir yaklaşım:

  1. Sistem için ana bölüm. İşletim sistemi ve kurulu paketler.
  2. Veri için ayrı bölüm. Uygulama dosyaları, veritabanı ve kullanıcı yüklemeleri.
  3. Loglar için ayrı bölüm. Kontrolsüz büyüme sisteme sıçramasın.
  4. Takas alanı. Bellek yetersizliğinde tampon görevi görür.

Çok fazla bölüm oluşturmak da sorun üretir: her biri sabit boyutlu olduğu için, birinde yer kalmazken diğerinde boş alan durabilir. Az sayıda ama doğru yerde ayrım, çok sayıda küçük bölümden iyidir.

Esneklik İçin Mantıksal Birim Yönetimi

Sabit bölümlerin en büyük dezavantajı, sonradan yeniden boyutlandırmanın zor olmasıdır. Mantıksal birim yönetimi bu sorunu çözer:

  • Bölümler sonradan büyütülebilir. Sistem çalışırken bile.
  • Yeni disk eklenip havuza katılabilir. Mevcut yapıyı bozmadan.
  • Anlık görüntü alınabilir. Riskli bir işlem öncesi hızlı geri dönüş noktası.

Karşılığında bir miktar karmaşıklık gelir. Ama disk büyütme ihtimali olan her sunucuda bu esneklik, kurulumda harcanan ek yarım saati fazlasıyla karşılar.

Dosya Sistemi Seçimi

Çoğu dağıtım makul bir varsayılan sunar ve bunu değiştirmek için özel bir gerekçeniz olmalıdır. Genel eğilimler:

  • Genel amaçlı kullanım: Dağıtımınızın varsayılanı iyi bir tercihtir. Olgun, iyi test edilmiş ve geniş destekli.
  • Büyük dosyalar ve yüksek paralellik: Büyük dosya işleme yapan sistemlerde farklı bir dosya sistemi avantaj sağlayabilir.
  • Anlık görüntü ve bütünlük doğrulama: Bu özellikleri dosya sistemi seviyesinde isteyen ileri kurulumlar için özel seçenekler vardır.

Pratik tavsiye: özel bir ihtiyacınız yoksa varsayılanı değiştirmeyin. Dosya sistemi seçimi, çoğu sunucuda performansın belirleyici faktörü değildir; asıl fark disk teknolojisinden ve uygulama davranışından gelir.

Bağlama Seçenekleri

Bölümleri bağlarken kullanılan seçenekler, hem güvenlik hem performans açısından etkilidir:

  1. Çalıştırma izni kısıtı. Yükleme ve geçici dizinlerde betik çalıştırılmasını engeller.
  2. Aygıt dosyası kısıtı. Kullanıcı verisi tutan bölümlerde aygıt dosyası oluşturulmasını engeller.
  3. Yetki yükseltme kısıtı. Bu bölümlerdeki dosyaların ek yetkiyle çalışmasını önler.
  4. Erişim zamanı kaydı azaltma. Her okumada zaman damgası güncellemek gereksiz disk yazımı üretir.

Dördüncü madde ölçülebilir bir performans kazancı sağlar: yoğun okuma yapan sistemlerde her okuma işlemi ek bir yazma tetikler ve bu, gereksiz disk yükü demektir.

Doluluk İzleme

En iyi bölümleme bile izleme olmadan eksiktir. Kurulması gerekenler:

  • Bölüm bazlı doluluk uyarısı. Her bölüm için ayrı eşik. Genel doluluk oranı, tek bir bölümün dolduğunu gizler.
  • Dosya sayısı (inode) izleme. Alan boş görünse bile dosya sayısı sınırı dolabilir.
  • Büyüme hızı takibi. Doluluk oranı değil, artış hızı ne zaman dolacağını söyler.
  • Log döndürme kontrolü. Döndürme çalışmıyorsa uyarı üretmeli.

Üçüncü madde en değerlisidir: %70 doluluk sabitse sorun yok, ama haftada %10 artıyorsa üç hafta sonra kesinti yaşarsınız. Eğilim, anlık değerden daha çok bilgi verir.

Kurulumdan Sonra Düzeltmek

Sunucunuz zaten tek bölüm hâlindeyse ve yeniden kurulum yapamıyorsanız, kısmi çözümler vardır:

  • Yeni bir disk ekleyip veri dizinlerini oraya taşımak
  • Log döndürmeyi sıkılaştırmak ve saklama süresini kısaltmak
  • Kullanıcı yüklemelerini ayrı bir depolama alanına yönlendirmek
  • Disk kullanımını düzenli raporlayan bir kontrol kurmak

Bunlar ideal değildir ama tek bölümlü bir yapıda riski belirgin biçimde azaltır. Yeni bir VDS sunucu kurarken ise bu düzeni baştan doğru kurmak, sonradan taşımaktan çok daha kolaydır.

Sonuç

Tek bölümlü bir sunucuda her şey aynı alanı paylaşır ve herhangi birinin şişmesi hepsini birden durdurur — en sık suçlu da kontrolsüz büyüyen log dosyalarıdır. Aşırıya kaçmadan sistem, veri ve logları ayırın; mantıksal birim yönetimi kullanarak sonradan büyütme esnekliğini koruyun. Dosya sistemi seçiminde özel bir gerekçeniz yoksa varsayılanı değiştirmeyin. Ve izlemede anlık doluluk yerine büyüme hızına bakın — ne zaman dolacağını yalnızca o söyler.

Sıkça Sorulan Sorular (SSS)

Diski bölümlemek gerçekten gerekli mi?

Tek bölümlü yapıda kontrolsüz büyüyen bir log dosyası tüm sistemi durdurur — veritabanı yazamaz, oturum açılamaz. En azından logları ve veriyi sistemden ayırmak, bu zincirleme etkiyi engeller.

Kaç bölüm oluşturmalıyım?

Az sayıda ama doğru yerde. Sistem, veri, log ve takas alanı çoğu sunucu için yeterlidir. Çok fazla bölüm oluşturmak ters etki yapar: her biri sabit boyutlu olduğu için birinde yer biterken diğerinde boş alan durabilir.

Hangi dosya sistemini seçmeliyim?

Özel bir ihtiyacınız yoksa dağıtımınızın varsayılanını kullanın. Olgun ve iyi test edilmiştir. Dosya sistemi seçimi çoğu sunucuda performansın belirleyici faktörü değildir; asıl fark disk teknolojisinden ve uygulama davranışından gelir.

Disk doluluğunu nasıl izlemeliyim?

Bölüm bazlı eşiklerle — genel doluluk oranı tek bir bölümün dolduğunu gizler. Ayrıca dosya sayısı sınırını da izleyin ve en önemlisi büyüme hızına bakın: sabit %70 doluluk sorun değildir ama haftada %10 artış üç hafta sonra kesinti demektir.