01
Kapsamı ve ön koşulları dondurun
Resmi yönetim kılavuzundan şu anda desteklenen bir Proxmox VE sürümü seçin ve kurulumdan önce sürüme özgü gereksinimleri okuyun. Benzersiz ana bilgisayar adları, kararlı yönetim adresleri, zaman senkronizasyonu, yönetim erişimi, doğrulanmış yedekler ve bağımsız bir kurtarma yolu hazırlayın. Yönetim hizmetleri, depolama ve kurtarma işlerinin tahsis edilmemesi için düğüm ve konuk kaynak bütçelerini kaydedin.
Kararlı bir LAN sınıfı yol üzerinden iletişim kurabilen düğümleri tercih edin. Proxmox, çoğunluk tabanlı bir kümeyi belgeler ve kararlı çalışma için 5 milisaniyenin altında gecikmeyle güvenilir Corosync teslimi gerektirir. Bu, uzak genel bölgelere yayılmış bir kümeyi, ağının resmi gereksinimleri karşıladığını gösteremediğiniz sürece farklı ve genellikle uygunsuz bir tasarım yapar. Genel bir sunucu listesi tarafından özel bölgeler arası bir doku ima edilmez.
02
Düğümleri birleştirmeden önce çoğunluğu tasarlayın
Oyları ve hayatta kalmasını istediğiniz her bölümü yazın. Üç düğümlü bir küme, bir oy veren düğüm kaybedildikten sonra çoğunluk kalabildiği için basit bir başlangıç noktasıdır. İki düğümlü bir tasarım, temenniye dayalı yük devri ile güvenli hale gelmez; Proxmox belgeleri ek bir oy sağlamanın bir yolu olarak QDevice'ı belirtir ve bu harici seçmen kendi erişilebilirlik ve yerleşim gereksinimlerini getirir.
Çoğunluk, tutarlı küme durumunu korur, tek başına uygulama kullanılabilirliğini değil. Konukların nasıl yeniden başlatılacağına, disklerinin hangi depolamayı gerektirdiğine ve bir düğüm izole edildiğinde ancak hala çalışırken ne olacağına karar verin. Rutin bir yanıt olarak bir bölümü yazılabilir hale getirmek için beklenen oyları değiştirmekten kaçının.
03
Corosync ve iş yükü trafiğini dürüstçe planlayın
Liste yönetimi, Corosync, geçiş, depolama, yedekleme ve genel konuk trafiğini ayrı ayrı listeleyin, ardından her birini teslim edilen arayüzler ve yönlendirilmiş adreslerle eşleştirin. Özel fiziksel yollar veya VLAN ayrımı paraziti azaltabilir, ancak bir Tungsto siparişi özel bir VLAN veya ekstra bir küme bağlantısı garanti etmez. Sipariş vermeden önce gerekli ağ özelliğini doğrulayın; aksi takdirde gerçekte sağlanan arayüzler ve genel yönlendirme dahilinde tasarlayın.
Corosync, manşet bant genişliğinden çok istikrarlı gecikme süresine ve güvenilir sıralı teslimata değer verir. Taşıma, çoğaltma ve yedekleme çok daha büyük akışlar oluşturabilir, bu nedenle küme iletişimini aç bırakmadan bunları planlayın ve ölçün. Resmi bağlantı noktası gereksinimlerinden ana bilgisayar güvenlik duvarlarını uygulayın ve yönetim maruziyetini kısıtlayın; ilgisiz bir sürümden kural kümesi kopyalamayın.
04
Vaat edilen kurtarma sonucundan depolamayı seçin
Yerel depolama arıza alanlarını basit tutar ancak konuk diskini başka bir düğümde kullanılabilir yapmaz. Yerel ZFS çoğaltma kurtarma noktasını azaltabilir, ancak eşzamansızdır ve çoğaltmalar arasında değişiklikleri kaybedebilir. Paylaşılan depolama aynı konuk birimlerini birden çok düğüme görünür yapabilirken, dağıtılmış depolama kapasite, ağ ve işletim gereksinimleri ekler. Bunların hiçbiri ayrı bir yedek ihtiyacını ortadan kaldırmaz.
ISO görüntülerinin, konuk disklerinin ve yedeklerin nerede yaşadığını, boş alanın nasıl izlendiğini ve depolama dolduğunda ne olacağını tanımlayın. Proxmox, tam ince sağlanan depolama kullanan konukların G/Ç hataları alabileceği konusunda uyarır. Yeniden oluşturmanız gerekebilecek kümenin dışında geri yükleme ortamını ve kimlik bilgilerini saklayın.
05
Aşamalı bir kabul ve arıza planı kullanın
İlk kümeyi oluşturmadan önce her bağımsız düğümü yamalayın ve doğrulayın, ardından seçilen sürümün kılavuzunu kullanarak düğümleri tek tek ekleyin. Her değişiklikten sonra üyeliği, çoğunluğu, zaman durumunu, depolama görünürlüğünü ve yedekleme durumunu kaydedin. Kontrol düzlemi sağlıklı olduktan sonra yalnızca üretim dışı bir konuk ekleyin.
Bir düğümün kullanılamadığı, bir Corosync yolunun kullanılamadığı, depolamanın kullanılamadığı ve yedekten geri yükleme için kontrollü tatbikatlar planlayın. Her tatbikattan önce beklenen sonucu ve iptal koşullarını tanımlayın; bir iş yükünün tek kopyasına karşı yıkıcı testler çalıştırmayın. Tungsto donanım gücü ve yeniden yükleme istekleri operatör işlemesi için kuyruğa alınabilir, bu nedenle yönetilen bir HA denetleyicisi veya garantili bir kurtarma zamanlayıcısı değildir. Nihai çıktı, dağıtımınızdan gözlemlenen sonuçlarla sahip olunan bir çalışma kitabıdır, niteliksiz bir kullanılabilirlik vaadi değildir.
Doğrudan yanıtlar
Bu rehber hakkında sorular
Üç düğümlü bir Proxmox kümesi yüksek kullanılabilirliği garanti eder mi?
Hayır. Üç oy yeter sayıya yardımcı olur, ancak konuk HA ayrıca uygun depolama, çitleme ve yeniden başlatma politikası, yedek kapasite, güvenilir ağ ve test edilmiş kurtarma gerektirir. Tungsto kümeyi yönetilen bir HA hizmeti olarak işletmez.
Tungsto sunucuları arasında özel bir VLAN varsayabilir miyim?
Hayır. Bir VLAN veya adanmış küme ağı katalog tarafından garanti edilmez. Buna bağlı bir topoloji seçmeden önce tam ağ ürününü doğrulayın.