İki düğümlü küme neden en kötü seçim: çoğunluk meselesi
İkinci sunucuyu alıp küme kurmak dayanıklılık gibi görünür. Oysa iki düğüm, tek düğümden daha kırılgandır: biri düşünce diğeri de karar veremez hale gelir.
AtlasPVE ·
Bu madde şunları karşılıyor
- proxmox 2 node cluster
- proxmox quorum nedir
- proxmox cluster kaç sunucu gerekir
- proxmox tek düğüm kaldı ne olur
- proxmox qdevice nedir
İkinci sunucuyu aldınız ve küme kurdunuz. İçiniz rahat: artık iki makine var, biri düşerse diğeri devam eder.
Ama etmez. İki düğümlü bir küme, tek düğümden daha kırılgandır ve bunu öğrendiğiniz gün genellikle kötü bir gündür.
Neden
Küme kararları çoğunlukla alınır. Üç düğümden ikisi ayaktaysa çoğunluk vardır ve küme çalışmaya devam eder. İki düğümden biri düşerse geriye kalan bir düğüm çoğunluk değildir, dolayısıyla küme kendini kilitler: makineler çalışmayı sürdürür ama yapılandırma değiştirilemez, yeni makine açılamaz, çoğu yönetim işi durur.
Bu bir kusur değil, kasıtlı bir tasarım. Alternatifi çok daha kötü: iki düğüm birbirini göremediğinde ikisi de "ben ayaktayım, diğeri düştü" der ve aynı sanal makineyi iki yerde birden başlatır. Aynı diske iki taraftan yazılır ve veri geri dönüşsüz bozulur.
Yani küme sizi kilitleyerek koruyor. Ama iki düğümde bu koruma, arızanın yarısında devreye girer.
Doğru sayı üç
Üç düğümlü bir kümede biri düşse iki tanesi kalır, çoğunluk sağlanır, hayat devam eder. Bu yüzden küme belgelerinde her yerde üç sayısı geçer.
Üçüncü makinenin güçlü olması gerekmez. Sadece oy kullanır, üzerinde iş çalıştırmak zorunda değildir. Küçük bir makine, hatta eski bir bilgisayar bu işi görür.
Üçüncü bir makine hiç istemiyorsanız, yalnız oy vermek için duran küçük bir tanık düğüm de kurulabilir. Bu, tam bir düğüm değildir ve üzerinde makine çalıştıramazsınız, ama çoğunluk hesabını üçe tamamlar. İki düğümde kalacaksanız en azından bunu kurun.
İki düğümde kalacaksanız bilin ki
Bir düğüm bakıma alındığında kalan tek düğüm de yönetilemez hale gelir. Yani planlı bir güncelleme bile sizi kilitli bırakır.
Elle bir ayar ile "tek düğüm de karar verebilsin" demek mümkündür, ama bu tam olarak yukarıda anlatılan çifte başlatma riskini geri açar. Geçici olarak, bilerek ve kısa süreli yapılır; kalıcı bir çözüm değildir.
Küme kurmak yedek almak değildir
En sık karışan iki şey bunlar. Küme erişilebilirlik içindir: bir makine düşünce iş devam etsin diye. Yedek kurtarma içindir: veri bozulunca ya da yanlışlıkla silinince geri dönülsün diye.
Küme, yanlışlıkla sildiğiniz bir sanal makineyi geri getirmez. Silme işlemi tüm düğümlere anında yayılır, çünkü küme onların aynı şeyi görmesini sağlamak için vardır. Kümeniz olsa da yedeğiniz olacak.
Atlas ne yapıyor
Atlas kümeyi bir kavram olarak değil, bir durum olarak ele alıyor: kaç düğüm var, kaçı oy veriyor, çoğunluk şu an sağlanıyor mu.
Bunun en çok işe yaradığı yer güncelleme. Bir düğümü güncellemeden önce üstündeki makinelerin kaçının başka düğüme taşınabileceğine bakılıyor ve size bir sıra öneriliyor. Öneri öneri olarak kalıyor: taşıma komutu kendiliğinden çalışmıyor, düğmeye siz basıyorsunuz.
Bir ayrıntı burada özellikle önemli ve maddenin konusuyla doğrudan ilgili. Küme durumunu soran komut iki ayrı durumda aynı biçimde başarısız oluyor: gerçekten tek başına bir makine olmak, ve bir kümenin üyesiyken küme katmanının çökmüş olması. Bu ikisi ayırt edilmezse ürün, kümenin çöktüğü anda "küme yok, çoğunluk tamam" der. Yani en tehlikeli anda en rahatlatıcı cümleyi kurar.
Atlas bu ayrımı yapılandırma dosyasının varlığına bakarak yapıyor: o dosya üyelikle birlikte yazılıyor ve küme katmanı çöktüğünde de yerinde kalıyor. Ayrım tek bir yerde duruyor, çünkü daha önce üç ayrı yere ayrı ayrı yazılmıştı ve üçünde de aynı hata vardı.
Kaynaklar
Proxmox'un kendi belgeleri. İngilizce, ve bu konuda son sözü onlar söyler.