Güncellendi:
Ceph, nesne tabanlı bir temel üzerinde blok, dosya ve nesne depolama erişimleri sunabilen dağıtık bir depolama platformudur. Aygıt ve sunucular arasında veri yerleşimini yönetir. Güvenilir bir Ceph kurulumu; doğru hata alanı tasarımı, yeterli ağ ve disk kapasitesi, izleme ve disiplinli bakım gerektirir.
Görseli büyüt →
Temel bileşenlerin görevleri
OSD süreçleri depolama aygıtları üzerindeki veriyi yönetir. MON bileşenleri küme haritaları ve kritik durum için quorum mekanizmasıyla çalışır. MGR, yönetim ve izleme işlevlerini destekler. CephFS kullanıldığında MDS dosya sistemi metadata işlemlerini yürütür; her Ceph erişim türü MDS gerektirmez.
RBD uygulamalara blok aygıtı, CephFS ortak dosya sistemi, RGW ise nesne erişimi sağlar. RGW’nin bir API ile uyumluluğu, başka bir sağlayıcının bütün özelliklerinin aynı biçimde mevcut olduğu anlamına gelmez. Kullanılacak istemci, sürüm ve gerekli API işlemleri test edilmelidir.
Veri yerleşimi ve hata alanları
Ceph veriyi pool ve placement group kavramlarıyla düzenler; CRUSH kuralları fiziksel yerleşim ve hata alanlarını dikkate alır. Kopyaların farklı OSD’lerde bulunması, aynı sunucu veya aynı raf arızasından bağımsız olduklarını göstermez. Host, raf veya başka hata alanları gerçek altyapıya göre tanımlanmalıdır.
Replikasyon birden fazla tam kopya tutarken erasure coding veriyi veri ve kodlama parçalarına ayırır. İki yöntem kapasite, yazma davranışı ve toparlanma maliyeti açısından farklıdır. Seçilen pool’un iş yükü ve sürüm desteğini incelemeden yalnız kullanılabilir kapasite oranına bakarak seçim yapmayın.
Kapasite hesabına kurtarma alanını ekleyin
Ham disk kapasitesinin tamamı uygulama verisi olarak kullanılamaz. Kopya veya kodlama ek yükü, metadata, doluluk eşikleri ve yeniden dengeleme ihtiyacı hesaba katılmalıdır. Arızalı bir aygıt sonrasında verinin yeniden yerleşebilmesi için yeterli boş alan ve ağ kaynağı bulunmalıdır.
Kümeye yeni depolama eklemek veri hareketi yaratabilir. Bu sırada istemci I/O’su, ağ trafiği ve disk gecikmesi değişir. Bakım işlemleri için kaynak sınırı ve kabul ölçütü belirleyin; kapasite büyütmenin her durumda anlık ve etkisiz olduğunu varsaymayın.
Kurulumu bir işletim sistemi olarak ele alın
- Desteklenen Ceph sürümünü ve dağıtım yöntemini seçip sürüme ait belgeleri sabitleyin.
- Aygıtları, ağları, zaman eşitlemesini ve ad çözümlemesini hazırlayın.
- MON quorum, OSD yerleşimi ve gerekli erişim hizmetlerini tasarlayın.
- Pool özelliklerini, kimlik yetkilerini ve istemci erişimini sınırlı test verisiyle doğrulayın.
- Aygıt veya düğüm kaybını kontrollü ortamda deneyerek toparlanma ve uygulama davranışını ölçün.
Kurulum araçlarının aygıt hazırlama işlemleri veri silebilir. Hedef disklerin kimliğini doğrulamadan otomatik komut çalıştırmayın. Bu kavramsal rehber mevcut diske uygulanacak bir kurulum betiği değildir; seçilen sürümün resmi dağıtım adımları izlenmelidir.
Günlük sağlık kontrolleri
Quorum, OSD durumu, placement group sağlık uyarıları, doluluk, gecikme ve toparlanma trafiğini birlikte izleyin. Sağlık özetini düzeltmek için uyarı eşiklerini gelişigüzel değiştirmek yerine nedeni inceleyin. Küme içi yedeklilikten bağımsız yedek, erişim ayrımı ve geri yükleme süreci de planın parçası olmalıdır.
Sık sorulan sorular
- Ceph için her bileşenden aynı sayıda mı gerekir?
-
Hayır. MON quorum, OSD kapasitesi, MGR ve kullanılan erişim türlerinin gereksinimleri farklıdır; tasarım iş yükü ve hata alanlarına göre yapılır.
- Ceph replikasyonu yedekleme yerine geçer mi?
-
Hayır. Yanlış silme veya uygulama kaynaklı bozulma da kopyalara yayılabilir. Bağımsız koruma ve geri yükleme denemesi gerekir.
Sonraki adım
Dosyaya dayalı dağıtık yaklaşımı GlusterFS rehberi ile; nesne erişimini S3 depolama modeli ile karşılaştırın.
