Bagaimana untuk mengemaskini Zevenet Cluster dengan downtime minimum

DIPOS oleh Zevenet | 25 Julai 2017

Gambaran Keseluruhan

Artikel berikut menerangkan prosedur mengemaskini Zevenet 5 Cluster atau versi yang lebih tinggi untuk mendapatkan downtime minimum semasa prosedur kemas kini. Mengikut perkhidmatan yang dikonfigurasikan, anda boleh mengalami masa yang tidak terhad atau tidak ada downtime sama sekali.

Sekiranya tiada kluster dikonfigurasi, downtime boleh bertambah selama satu minit dalam kes yang paling teruk.

Ambil perhatian bahawa jika anda sedang menjalankan versi Zevenet yang lebih lama daripada 5 maka anda harus menyemak jika kluster anda sudah sedia untuk dipindahkan mengikut artikel Mengkonfigurasi Zevenet 5 Cluster.

alam Sekitar

Untuk memahami prosedur kemas kini yang lebih baik dengan downtime minimum, persekitaran berikut telah dibina:


Keperluan dari EE 5

Muat turun versi terkini Zevenet 5 EE dari Zevenet Central https://central.zevenet.com, tab menu Pengetahuan> Edisi Perusahaan> Pakej Penuh ZVN Enterprise Edition 5.xx yang merangkumi keperluan dan prosedur sebelum dan semasa kemas kini setiap nod.

Untuk Zevenet 5 sebaik sahaja tgz fail tidak dikompresi di kedua-dua nod kluster seperti yang ditunjukkan dalam dokumen, sila terus seperti berikut.

Prosedur Kemas Kini

Jika anda menjalankan Zevenet 6.0.0 atau yang lebih baru, maka zlbinstaller tidak digunakan lagi, gunakan pemeriksaan arahan sebaliknya.

Sebelum memulakan, sila buat snapshot kedua-dua nod kluster, hanya untuk memulihkan perubahan jika perlu.

0. Pergi ke nod dengan MASTER peranan dan hentikan zeninotify proses, proses ini yang bertanggungjawab mereplikasi sebarang perubahan konfigurasi, juga mengunci sebarang permintaan sinkronisasi dari node sandaran seperti yang ditunjukkan di bawah.

[master]root@zva5n1:# kill -9 `ps -ef | grep zeninotify | grep enterprise.bin | awk {'print $2'}`

Dalam nod induk, blok sebarang permintaan sambungan ssh dari BACKUP Untuk membuka fail ini /etc/hosts.deny dan masukkan garisan berikut pada akhir fail. Sila tukar 192.168.100.25 oleh IP BAKU semasa anda. Simpan perubahan dan keluar. Tindakan ini akan menyekat di nod MASTER sebarang percubaan sambungan ke perkhidmatan ssh dari BACKUP.

(in the current MASTER, file /etc/hosts.deny)
sshd: 192.168.100.25

1. Pergi ke BACKUP nod (berikutan contoh semasa zva5n2), dan menggunakan kemas kini seperti yang diterangkan dalam arahan pakej kemas kini, atau laksanakan pemeriksaan alat jika anda menjalankan Zevenet 6.0.0 atau yang lebih baru:

[backup]root@zlb:# checkupgrades
[backup]root@zlb:# checkupgrades -i

2. Setelah proses kemas kini menyimpulkan bahawa ia selesai tanpa ralat. Sekiranya terdapat kesilapan dalam proses pemasangan, sila buka tiket sokongan dan lampirkan output proses pemasangan.

3. Sekiranya tidak ada kesalahan semasa kemas kini BACKUP nod (zva5n2), pergi ke nod MASTER (zva5n1) dan gunakan sekarang kemas kini dalam pelayan ini seperti yang ditunjukkan dalam langkah 1. Setelah kemas kini selesai, perkhidmatan akan dimulakan semula untuk menerapkan perubahan, oleh itu semasa proses ini khidmat akan beralih secara automatik dan node BACKUP semasa yang akan menjadi MASTER yang baru.

4. Sekiranya kemas kini dilakukan tanpa sebarang kesilapan maka teruskan untuk mematikan blok sshd yang sudah dikonfigurasi /etc/hosts.deny memotong baris yang dimasukkan dalam langkah 0 di node MASTER lama zna5n1.

5. Sekiranya fail gagal didayakan maka MASTER peranan akan dipindahkan secara automatik ke nod ini sekali lagi. Sekiranya ini tidak berlaku, maka MASTER peranan akan disimpan dalam nod kedua (zva5n2).

6. Untuk memaksa MASTER peranan kepada nod zva5n1 maka anda hanya perlu mengaktifkan mod penyelenggaraan dalam nod zva5n2, Dan MASTER peranan akan diambil oleh nod zva5n1 secara automatik hanya sebelum kemas kini.

Nikmati Zevenet yang baru dikemas kini tanpa downtime!

Berkongsi pada:

Dokumentasi di bawah syarat-syarat Lesen Dokumentasi Bebas GNU.

Adakah artikel ini berguna?

Artikel yang berkaitan