Küme kurdum ama makineler taşınmıyor: eksik olan depolama

Kümeyi kurmak makineleri taşınabilir yapmaz. Taşımayı mümkün kılan şey ağ değil, diskin nerede durduğudur. Ve kapsayıcılar sanal makineler gibi taşınmaz.

AtlasPVE ·

Bu madde şunları karşılıyor

  • proxmox migration failed
  • proxmox live migration çalışmıyor
  • proxmox paylaşımlı depolama gerekli mi
  • proxmox lxc taşıma
  • proxmox local storage migrate
  • proxmox paylaşımlı storage gerekli mi

Kümeyi kurdunuz, düğümler birbirini görüyor, arayüzde hepsi yan yana duruyor. Sonra bir makineyi başka düğüme taşımak istiyorsunuz ve olmuyor.

Eksik olan küme değil, depolama.

Taşınan şey makine değil, hafızadır

Bir sanal makineyi çalışırken taşımak demek, hafızasındaki durumu diğer düğüme kopyalamak demek. Bu ağ üzerinden yapılır ve hızlıdır.

Ama makinenin diski de gerekir, ve disk hafızadan kat kat büyüktür. Eğer disk yalnızca birinci düğümün kendi diskindeyse, ikinci düğüm ona ulaşamaz. Taşıma ya hiç başlamaz ya da diski de kopyalamak zorunda kalır, ki bu artık saniyeler değil dakikalar hatta saatler sürer.

Yani sorunun cevabı tek cümlede: diskin her iki düğümden de görülebiliyor olması gerekir.

Bunu sağlamanın iki yolu

Paylaşımlı depolama. Disk her iki düğümün de bağlandığı ortak bir yerdedir: bir ağ deposu, bir depolama sunucusu ya da dağıtık bir depolama katmanı. Taşıma anında disk hiç kopyalanmaz, çünkü zaten oradadır. En hızlı ve en temiz yol budur.

Çoğaltma. Disk yerelde durur ama düzenli aralıklarla diğer düğüme kopyalanır. Taşıma anında yalnızca son kopyadan bu yana değişenler gönderilir, o yüzden hızlıdır. Bedeli şu: kopya belirli aralıklarla alındığı için son birkaç dakikayı kaybedebilirsiniz. Planlı bir taşımada bu sorun değildir, ani bir arızada olabilir.

Hangisinin size uyduğunu belirleyen soru şu: bir düğüm aniden ölürse kaç dakikalık kaybı kabul edersiniz? Cevap "sıfır" ise paylaşımlı depolama gerekir. Cevap "birkaç dakika olur" ise çoğaltma yeter ve çok daha ucuzdur.

Kapsayıcılar sanal makineler gibi taşınmaz

Bu, kümeyi ilk kuranların en sık şaşırdığı yer. Sanal makine çalışırken taşınabilir. Kapsayıcı taşınamaz: kapatılır, taşınır, yeniden başlatılır.

Yani kapsayıcılarınız için kesintisiz taşıma diye bir şey yok, küme kursanız da yok. Bu bir eksiklik değil, kapsayıcının tabiatı: sanal makine kendi çekirdeğini taşır, kapsayıcı sunucununkini kullanır ve o çekirdek yolculuk edemez.

Pratik sonuç: hangi işin kapsayıcıda hangisinin sanal makinede duracağına karar verirken bunu hesaba katın. Kesinti kabul etmeyen bir iş kapsayıcıda duruyorsa, bakım gecelerinde o iş duracak.

Sırayı baştan kurun

Bir düğümü güncelleyeceğiniz gece şu soruların cevabı hazır olmalı: bu düğümde kaç makine var, kaçı taşınabilir, kaçı kapatılmak zorunda, ve taşınacaklar hangi düğüme gidecek.

Bunu o gece hesaplamak kötü bir fikirdir. Bir kere yazın, kenarda dursun.

Atlas ne yapıyor

Atlas bir düğümü güncellemeden önce üstünde çalışan makineleri listeliyor ve size bir taşıma sırası öneriyor: hangi makine hangi düğüme gitsin. Öneri, çevrimiçi düğümlere sırayla dağıtacak şekilde kuruluyor.

Kapsayıcı ayrımı burada açıkça yapılıyor. Sanal makineler için önerilen yöntem çalışırken taşıma; kapsayıcılar için kapat, taşı, başlat zinciri. Ürün bunu bir seçenek olarak sunmuyor, kapsayıcının başka türlü taşınamayacağını söylüyor.

Yüksek erişilebilirlik yönetimine bırakılmış makineler de işaretleniyor, çünkü onları elle taşımak ile yöneticinin kendi kararına bırakmak farklı şeyler.

Ve öneri öneri olarak kalıyor: taşıma komutu kendiliğinden çalışmıyor, düğmeye siz basıyorsunuz.

Dürüst bir sınır: Atlas bugün her çalışan sanal makineyi taşınabilir kabul ediyor, diskinin gerçekten diğer düğümden görülüp görülmediğine bakmıyor. Yani yukarıdaki depolama sorusunun cevabını ürün sizin yerinize vermiyor, bir kere sizin vermeniz gerekiyor. Öneriyi de bunu bilerek okuyun.

Kaynaklar

Proxmox'un kendi belgeleri. İngilizce, ve bu konuda son sözü onlar söyler.

İlgili maddeler

Bu iş Atlas’ta nasıl görünüyor?

Ürün sayfasına git