Hizmet durumu ve kullanılabilirlik Yalnızca kripto faturalandırma · KYC olmadan kayıt

Operatör kılavuzu · 5 dk okuma

Bir Proxmox kümesi nasıl kurulur

Çekirdek, uyumlu düğümler, güvenilir ağ, depolama ve kurtarma etrafında müşteri tarafından işletilen bir Proxmox VE kümesi hazırlayın. Bu kılavuz, dağıtımınızı doğrulamak için bir yöntem sağlar, yönetilen yüksek kullanılabilirlik vaadi değildir.

Kolaylıktan önce yeter sayı

Üç düğümlü tasarım, küme bir oy veren üyeyi kaybedip çoğunluğu koruyabildiği için en basit üretim taban çizgisidir. İki düğümlü tasarım için belgelenmiş QDevice yaklaşımını değerlendirin ve hata ve bölüm davranışını test edin. Her oy bağımlılığını aynı anahtar veya güç yolunun arkasına koymayın.

Trafik sınıflarını ayırın

Yönetim, küme iletişimi, taşıma, depolama ve genel iş yüklerini sipariş için gerçekten onaylanmış arayüzleri ve ağ hizmetlerini kullanarak ayırmayı planlayın. Corosync ham bant genişliğinden çok düşük, istikrarlı gecikmeye değer verir. Taşıma ve çoğaltılmış depolama çok daha fazla verim tüketebilir, bu nedenle 10 Gbps EPYC sistemleri pratik bir başlangıç noktasıdır.

Depolama seçenekleri

Yerel ZFS basit ve hızlıdır ancak tek başına bir VM'yi yüksek kullanılabilir yapmaz. Çoğaltma kurtarma noktası maruziyetini azaltır ancak yine de eşzamansızdır. Ceph dağıtık depolama sağlayabilir, ancak ek düğümler, bellek, ağ kapasitesi ve operasyonel dikkat gerektirir. Tasarımı vaat edilen kurtarma hedefiyle eşleştirin.

Yapı sırası

  1. Eşleşen Proxmox VE sürümlerini kurun ve her ana bilgisayarı yamalayın.
  2. Kararlı yönetim adresleri ve zaman eşitlemesi ayarlayın.
  3. Kümeyi ilk düğümde oluşturun, ardından diğerlerini katın.
  4. İş yüklerini etkinleştirmeden önce depolama ve yedeklemeyi yapılandırın.
  5. Bir ana bilgisayarın, anahtar yolunun ve yönetim oturumunun kaybını test edin.

Daha derine in

Doğrulayabileceğiniz bir karar oluşturun.

4 minimum kılavuz

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.

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.

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.

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.

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.