Ceph, ZFS çoğaltma ve harici SAN veya NAS, Proxmox VM’lerinin ana makine arızasını aşmasına yardımcı olabilir. Veri güncelliği, yeniden çalışmaya başlama ve arıza alanları ise farklıdır. Yalnız “yüksek erişilebilirlik” işaretlemek asıl gereksinimi gizleyebilir: uygulama kaç dakikalık veri kaybını kabul eder (RPO) ve ne zaman yeniden kullanılabilir olmalıdır (RTO)?
Aynı varsayımsal üç makineli küme için üç depolama yolunu karşılaştırıyoruz. Ceph’in ana makine arızasından sonra kopyaları yeniden kurması ayrı yazıda açıklanır. Burada karar uygulamalar ve doğrulanabilir kurtarma hedefleriyle başlar. Her üç yol ayrıca ayrı yedek ve geri yükleme testi gerektirir.
Üç mimari, üç farklı arıza yolu
Yerel SSD’lerde Ceph VM diskini kümede ortak erişilebilir dağıtık blok depolama olarak sunar. Çoğaltılmış havuzun kopyaları birden çok ana makinededir; yeter sayı, havuz kuralı, ağ ve boş kapasite seçilen ana makine arıza alanına uymalıdır. VM ana makinesi arızalandığında Proxmox HA, yeter sayı ve kaynak varsa VM’yi başka makinede yeniden başlatabilir. Devam eden yazma, konuk uygulama ve işlemleri yine arıza testinde değerlendirilmelidir. Ceph yedekliliği tek başına kesintisiz VM veya her uygulamaya garantili sıfır RPO vaat etmez.
Proxmox depolama çoğaltmasıyla yerel ZFS VM birimlerini aralıklarla anlık görüntü üzerinden başka makineye aktarır. Hedefteki durum, başarıyla tamamlanan son çoğaltmaya aittir. Proxmox çoğaltmayla HA’ya izin verir ancak son eşitlemeden beri olası veri kaybını açıkça belirtir. Ayarlanmış beş dakikalık aralık bu yüzden genel RPO taahhüdü değildir: gecikme, başarısız işler ve uygulama durumu önemlidir. Eşzamanlı ortak disk olmadan yeniden başlayan VM tam bu eski durumla çalışabilmelidir.
Harici paylaşımlı depolama örneğin NFS veya iSCSI, VM disklerini birden çok makineye açar ve genellikle diski kopyalamadan canlı taşımaya izin verir. Ana makine arızasında veri riski gerçek depolama tasarımına bağlıdır. İki denetleyici, ayrı veri ve enerji yolları, iSCSI çoklu yol veya yedekli NFS ağ yolları, destek ve test edilmiş denetleyici devri incelenmelidir; tek NAS merkezi arıza alanı olarak kalır. Proxmox dokümantasyonu ZFS-over-iSCSI cihazının tek hata noktası olmaması konusunda açıkça uyarır. Yapılandırmadaki “Shared” yedekli cihazı kanıtlamaz.
Hangi iş yükü hangi RPO ve RTO’yu kaldırır?
RPO kabul edilen en büyük veri boşluğunu, RTO uygulamanın kullanılabilir olmasına kadar kabul edilen en uzun süreyi ölçer. Aşağıdakiler karar sorularıdır; ürün SLA’ları değildir. Her hizmette veri tabanı, VM yeniden başlatma, DNS, kullanıcı girişi ve bağımlı sistemler birlikte test edilmelidir.
| Uygulama ve hedef | Olası yol | Belirleyici kontrol |
|---|---|---|
| İşlemsel ERP veri tabanı; neredeyse hiç veri kaybı kabul edilmez | Ceph veya yedekliliği kanıtlanmış paylaşımlı depolama; gerekirse ek uygulama çoğaltması | Yazma gecikmesi, işlem tutarlılığı, yeter sayı ve ana makine/depolama arızasında gerçek yeniden başlatma |
| İç test VM’si veya kurtarılabilir web hizmeti; dakikalar düzeyinde veri boşluğu kabul edilir | Çoğaltmalı yerel ZFS yeterli olabilir | Son başarılı görüntünün yaşı, gecikme alarmı, eski veriyle başlama |
| Yeterli rezervli, desteklenen mevcut SAN/NAS | Paylaşımlı depolama olarak kullanmaya devam etmek ekonomik olabilir | Denetleyicileri, yolları, enerjiyi, firmware’i, bakım sözleşmesini ve canlı devri birlikte test edin |
RPO’su çok sıkı üretim veri tabanında eşzamansız ZFS çoğaltması HA yeniden başlatma çalışsa bile uygun olmayabilir. Kurtarılabilir bir test hizmeti de otomatik olarak Ceph kümesi gerektirmez. Üç Proxmox ana makinesi tek depolama sunucusunu yedekli yapmaz. Teknik seçim ürün adıyla birlikte kabul edilen veri kaybını ve ölçülen kesintiyi esas alır.
Uydurma piyasa fiyatları olmadan üç ve beş yıllık hesap
Varsayımsal karşılaştırma, makine başına satın alma bedeli h olan üç aynı tek soketli ana makine ve ortamlarıyla ayrı yedekleme sunucusu için b bedelini varsayar. Güncel üretici listesine göre Proxmox VE Standard dolu CPU soketi başına yıllık 550 €, Proxmox Backup Server Standard sunucu başına yıllık 2.240 € tutar. Ortak destek böylece 3 × 550 + 2.240 = yıllık 3.890 € olur. Model net 90 € iş saati bedeli kullanır. Kontrol etmeden eşit IOPS veya kullanılabilir kapasite varsaymaz: gerçek teklifler önce aynı iş yüküne göre normalleştirilmelidir.
d ana makine başına ek Ceph veri SSD’lerini, z ana makine başına yerel ZFS SSD donanımını, a yedekli tasarlanmış harici cihazı, nc, nz ve ns her yolun gerektirdiği ağ veya fabric yatırımlarını gösterir. ec, ez ve es yıllık ek enerji/kolokasyon maliyetleridir; s harici cihazın yıllık üretici servis sözleşmesidir. Tüm harfler avro cinsinden net teklif değerleridir, iddia edilen piyasa fiyatları değildir.
| Yol | Kurulum / yıllık işletim | 3 yıl | 5 yıl |
|---|---|---|---|
| Ceph | 80 h / 50 h | 3h + b + 3d + nc + 32.370 + 3ec € | 3h + b + 3d + nc + 49.150 + 5ec € |
| ZFS çoğaltma | 50 h / 30 h | 3h + b + 3z + nz + 24.270 + 3ez € | 3h + b + 3z + nz + 37.450 + 5ez € |
| Harici depolama | 60 h / 35 h | 3h + b + a + ns + 26.520 + 3s + 3es € | 3h + b + a + ns + 40.600 + 5s + 5es € |
Çalışma saatleri yalnız model varsayımlarıdır, DAXS sabit paketi değildir. Örneğin yıllık cihaz servisinin 1.000 € artması harici seçeneğe üç yılda 3.000 €, beş yılda 5.000 € ekler. Mevcut cihaz, incelenen dönemde şu değeri azaltabilir: a ; ancak kalan ömür, destek, yedekler ve genişletme şu değişkene s veya ayrı yatırım kalemine dahildir. Donanım fiyatları, alan tüketimi, performans profili, ağ, vergi ve işletim yeri tekliflerle belgelenmelidir. Eşit kullanılabilir kapasite, IOPS, RPO ve RTO olmadan en düşük formül değeri satın alma kararı değildir.
Kabul: her arıza alanında bir arızayı gerçekten deneyin
DAXS her aday mimari için dört kanıt isterdi: (1) son tutarlı uygulama durumunun zamanını kaydetmek, (2) ana makine arızası ve VM yeniden başlatmasını yükle ölçmek, (3) kritik depolama veya ağ yolunu da bilerek kesmek ve (4) VM ile tekil uygulama verilerini ayrı yedekten geri yüklemek. ZFS’de başarısız veya gecikmiş çoğaltma işi, Ceph’te azalmış yedeklilikli havuz ve yeniden kurulum, SAN/NAS’ta denetleyici ve yol devri de dahil edilir. RPO ve RTO’nun sağlandığını ölçümler belirler.
Ceph kopyaları, çoğaltma görüntüleri ve disk dizisi aynalaması silmeleri ve hatalı verileri de taşır. Sürümleme, harici kopya veya geri yükleme testinin yerini tutmaz. DAXS’ın Proxmox Backup Server: doğrulama, saklama ve geri yükleme yazısı yedek kabulünü ayrıntılandırır. Uygulama listesi ve RPO/RTO hedefleriyle İletişim üzerinden DAXS ile üç yolu gerçek yük ve mevcut sözleşmelere göre ölçtürebilirsiniz.
Kaynaklar: Proxmox VE Administration Guide: depolama, depolama çoğaltma ve HA · Proxmox VE: güncel destek fiyatları · Proxmox Backup Server: güncel destek fiyatları.
