Küme kurulumu ve başlatılması

bilgi

💰 Bu özellik Yucca Enterprise'ın abonelik planında kullanılabilir

Giriş

Bu kılavuz, 3 düğümden oluşan bir Yucca kümesinin nasıl kurulacağını açıklar. Küme modu yalnızca bu veritabanıyla çalıştığından, kurulu bir Yucca ve Postgres'e ihtiyacınız olacak. Ayrıca gereken düğüm sayısı için bir lisansa ihtiyacınız olacak.

Başlatma

Yucca'yı küme modunda çalıştırmak için, modun kendisini etkinleştirmeniz ve sunucuların birbirleriyle iletişim kuracağı adresleri belirtmeniz gerekir. Aşağıdaki parametreleri tanımlamamız gerekecek:

• --cluster=true - Küme modunu etkinleştirir.
• --cluster-advertise-address=127.0.0.1:9941 - diğer küme üyelerinin bu sunucuya hangi adresten ulaşabileceğini belirtir.
• --cluster-listen-address=:9941 - küme üyelerinden gelen istekler için hangi portun dinleneceğini belirtir.

not

Parametreler yapılandırma dosyası veya ortam değişkenleri aracılığıyla da ayarlanabilir

Örnek olarak her şeyi tek bir bilgisayarda yerel olarak çalıştıracağım, çalışma ortamında ise bunların farklı fiziksel sunucular olması beklenir. Tek bir düğümde çalışırken sunucuların farklı bir state_dir'e sahip olması gerektiğini belirtmek isterim, çünkü bu dizinde sunucunun kümedeki benzersiz tanımlayıcısını içeren bir cluster_node_id dosyası oluşturulur. Bu dosyayı silmeyin veya değiştirmeyin. Sunucu kendini kümede bu kimlikle tanımlar, silinirse sunucu kümeye yeni bir düğüm olarak katılmaya çalışır ve daha önce yapılandırılmış tüm kameralar yok sayılır. Bir küme düğümünü başka bir donanıma taşırsanız, bu dosyayı da mutlaka taşıyın.

Kümedeki ilk Yucca düğümünü başlatalım:

/opt/yucca/yucca server \
    --data-dir=/opt/yucca/data/cluster/data1 \
    --database-type="postgres" \
    --telemetry=false \
    --smtp-server=false \
    --cluster=true \
    --cluster-advertise-address=127.0.0.1:9941 \
    --cluster-listen-address=0.0.0.0:9941 \
    --log-level=debug \
    --web.listen-address=0.0.0.0:9911

Kümedeki ikinci Yucca örneği:

/opt/yucca/yucca server \
    --data-dir=/opt/yucca/data/cluster/data2 \
    --database-type="postgres" \
    --telemetry=false \
    --smtp-server=false \
    --cluster=true \
    --cluster-advertise-address=127.0.0.1:9942 \
    --cluster-listen-address=0.0.0.0:9942 \
    --log-level=debug \
    --web.listen-address=0.0.0.0:9912

Kümedeki üçüncü Yucca örneği:

/opt/yucca/yucca server \
    --data-dir=/opt/yucca/data/cluster/data3 \
    --database-type="postgres" \
    --telemetry=false \
    --smtp-server=false \
    --cluster=true \
    --cluster-advertise-address=127.0.0.1:9943 \
    --cluster-listen-address=0.0.0.0:9943 \
    --log-level=debug \
    --web.listen-address=0.0.0.0:9913

Ardından 3 sunucunun da arayüzünü açalım. Sunuculardan birinde – lider olmayı başaran sunucuda – veritabanı başlatma sayfasını göreceğiz. Lider, kümede özel bir sunucu rolüdür, kümedeki birçok işlem ve durum takibinden sorumludur, ancak aynı zamanda kamera da barındıran sıradan bir üyedir. Mevcut lider aniden kullanılamaz hale gelirse, yerini hemen başka bir düğüm alır. Bu şekilde kümede her zaman bir lider bulunur. Diğer tüm düğümler üye veya aday konumundadır ve liderin onlara kümeye katılma izni vermesini bekler.

Lider

Aday

Başlatma işleminden sonra lisansı ekleyin:

not

3 düğüm çalıştırırken 2 düğümlük bir küme lisansı belirttiğimi unutmayın

Lider ayrıca kotaları da takip eder. Lisans kotanız kümede 2 düğüm içinse ve 3. bir düğüm eklemeye çalışırsanız, yeni düğüm kümeye katılmayı bekleyen aday durumunda kalır ancak kümeye katılamaz.

Lider kotaları yalnızca başlangıçta değil, çalışma sırasında da kontrol eder. Örneğin, 10 düğümlük bir kota içeren bir lisans uygular, her şeyi yapılandırır ve ardından 3 düğümlük bir kota içeren bir lisans uygularsanız, lider bunu fark eder ve fazla düğümleri boşaltır (hizmet dışı bırakır). Fazla düğümler rastgele seçilir.