ロールバックのオプション
スタンドアロン環境では、ロールバックはサポートされていません。
高可用性環境で vSRX バージョンをアップグレードする場合、ロールバックがサポートされるのは、最初のノードで OS 再ロードが実行されてから、2 番目のノードで OS 再ロードが実行される前の期間のみです。 この時点で、ゲートウェイは「アップグレード・アクティブ」状態です。 最初のノードを直前のバージョンにロールバックするには、以下の手順を実行する必要があります。
2 次ノードの電源がオンになり、トラフィックがこのノードにフェイルオーバーするのを待機している間に、トラフィックの中断が発生することに注意してください。
-
ロールバック対象の vSRX ノード(現在のプライマリノード)をホストするベアメタルサーバーにSSH接続します。 ホストが再起動した場合にVMが起動しないように、ノードの vSRX の電源を切り、自動起動を無効にします。
これは「スプリットブレインクラスター」を引き起こし、おそらくはサービス停止につながるでしょう。
以下のコマンドを使用します。
virsh shutdown vSRXvM3 virsh autostart vSRXvM3 --disable作業を再開する前に、ノードが完全に電源オフになるまでお待ちください。
-
ロールバックされなかった vSRX ノードをホストするベアメタルサーバーにSSHでログインします。 vSRX の電源を入れる。 これにより、1 次ノードが元の vSRX バージョンに戻ります。 以下のコマンドを使用します。
# Restore the original qcow2 file. cd /var/lib/libvirt/images/vSRXvM3 cp vSRX_Image.qcow2.backup vSRX_Image.qcow2 # Start the VM virsh start vSRXvM3 # Enable autostart virsh autostart vSRXvM3 -
必要に応じて OS 再ロードの作動可能検査を実行して、問題があれば解決します。
-
ロールバックしたいホストでOSのリロードを実行し、元の vSRX。 現在のプライマリノードでOSリロードを実行しないでください。
上記のステップに従った場合、ロールバックされるノードには、電源がオフにされ、クラスタの一部ではない vSRX があるはずです。 OSリロードを実行すべきノードです。 そうすることで、クラスタ内の両方のノードを同じ vSRX バージョンで実行できるようになり、 vSRX クラスタの機能に必要となります。
OSのリロードが完了すると、クラスタは元の設定で動作します。