概要

次の記事では、更新手順について説明します。 Zevenet 6クラスタ 更新手順中に最小限のダウンタイムを取得するために、以降のバージョン。構成されたサービスに応じて、最小限のダウンタイムを経験するか、まったくダウンタイムを経験しないことができます。

クラスタが設定されていない場合、最悪の場合、停止時間が1分間増加する可能性があります。

現在6より古いバージョンのZevenetを実行している場合は、記事に従ってクラスタを移行する準備ができているかどうかを確認する必要があります。 Zevenet 5クラスタを設定する.

環境

最小限のダウンタイムで更新手順をよりよく理解するために、次の環境が構築されています。

EE 6からの要件

パッケージを保留しているリポジトリをチェックインするには、インターネットに接続する必要があります。システムがインターネットに接続できない場合は、オフライン手順でアップグレードを確認してください。

Zevenet6オフラインアップデートパッケージ

更新手順

ZEVENET 6.0.0以降、更新はツールを使用して行われます健康診断.

開始する前に、必要に応じて変更を元に戻すために、クラスターの両方のノードのスナップショットを実行してください。

0. のノードに移動します MASTER 役割と停止 Zeninotify このプロセスは、構成の変更を複製する役割を果たし、以下に示すように、バックアップノードからの同期要求もロックします。

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

マスターノードで、バックアップからのssh接続要求をブロックします。これを行うには、ファイルを開きます /etc/hosts.deny ファイルの最後に次の行を入力します。変更してください 192.168.100.25 現在のバックアップIP。変更を保存して終了します。このアクションは、バックアップからsshサービスへの接続の試行をMASTERノードでブロックします。

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

1. に行きます BACKUP ノード（現在の例に従います） zva5n2）、アップデートパッケージの指示に従ってアップデートを適用するか、実行します健康診断 Zevenet 6.0.0以降を実行する場合のツール：

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

2. 更新プロセスが完了したら、エラーなく終了したことを確認します。インストールプロセスで何らかのエラーが検出された場合は、サポートチケットを開いてインストールプロセスの出力を添付してください。

3. の更新中にエラーが発生しなかった場合 BACKUP ノード（zva5n2）、MASTERノードに移動します（zva5n1）そして、ステップ1に示すように、このサーバーに更新を適用します。更新が完了すると、変更を適用するためにサービスが再起動されます。したがって、このプロセス中にサービスが自動的に切り替わり、現在のBACKUPノードが新しいマスター。

4. エラーが発生せずに更新が行われた場合は、構成済みのsshdブロックを無効にしてください。 /etc/hosts.deny 古いMASTERノードzna0n5のステップ1で入力した行を削除します。

5. フェールバックが有効な場合、 MASTER 役割は再びこのノードに自動的に移動されます。そうでない場合、 MASTER ロールはXNUMX番目のノードに保持されます（zva5n2).

6. を強制するために MASTER ノードへの役割 zva5n1 その後、あなただけのノードでメンテナンスモードを有効にする必要があります zva5n2、そしてその MASTER ノードが役割を担う zva5n1 更新前と同じように自動的に。一度

移行プロセスが完了したら、MASTERを介してシステムの管理を続行するために、両方のノードのメンテナンスモードを無効にし、どちらのノードがMASTERで、どちらのノードがBACKUPであるかを確認してください。ファイル/etc/hosts.denyの一時的な変更が削除されていることを確認します。最後に、[システム]> [クラスター]ビューから、クラスターサービスのステータスを確認できます。

ダウンタイムなしで更新されたばかりのZevenetをお楽しみください！