OS の再ロード
OS 再ロードのプロセスは、IBM Cloud® Juniper vSRX サーバーを再ビルドするために使用されます。
通常、このプロセスでは以下のアクションを実行します。
- サーバー・ホストのオペレーティング・システム (OS) を再ロードします。 このアクションは、新しいホストOSパスワードを生成する。
- このオペレーティング・システム内での KVM のインストール
- KVM 内での vSRX VM の作成
- IBM® Cloud のデフォルト構成を使用した vSRX の再構成
このプロセスを完了するには 2 時間から 5 時間かかります。 スタンドアローン・ゲートウェイはこの期間、サービスを停止する。 Juniper 高可用性 (HA) ゲートウェイの場合、いずれかのサーバーに OS を再ロードすると、vSRX はクラスター内の別のサーバーにフェイルオーバーし、データ・トラフィックの処理を続行します。 再ロードが完了すると、サーバーはクラスターに再結合します。
OS 再ロードによって vSRX バージョンが変更される場合、OS 再ロードを使用したアップグレードを参照して、ダウングレードとアップグレードのプロセスを確認してください。
vSRX,、OSのリロードを成功させるために、以下の点を確認してください:
-
OSのリロード中に、 vSRX コンフィギュレーションを変更してはならない。 たとえば、 vSRX ノードの一方または両方を変更しようとする自動ソフトウェア・エージェント。 構成変更により、OS 再ロードに不具合が発生することがあります。
-
プロビジョニングされた vSRX ゲートウェイのルートパスワードは、 vSRX ポータルで定義されているルートパスワードと一致する必要があります。 ポータル内のパスワードは、最初にゲートウェイをプロビジョンしたときに定義されていますが、現在のゲートウェイのパスワードと一致しない可能性があります。 その場合、SSH を使用して vSRX ゲートウェイに接続し、一致するルート・パスワードに変更します。 その後、OS 再ロード操作に進むことができます。
-
vSRX、OSのリロード要求の前に、 vSRX プライベートIPへのroot SSHアクセスを許可する必要があります。 この操作はクラスターに復帰するために必要である。 OSのリロードが完了した後、必要であれば、SSHアクセスを再び無効にすることができる。
-
「Highly Available ゲートウェイの両方のサーバーで OS のリロードを同時に実行しないでください。
HA ゲートウェイの両方のサーバーで同時に OS 再ロードを実行すると、vSRX クラスターが破棄され、ゲートウェイがサービス休止になります。 vSRX クラスタが破壊された場合は、 Rebuild cluster オプションを使用して vSRX を再ビジョニングし、HA クラスタを再作成する必要があります。
-
ベアメタル・サーバーの IPMI インターフェースを有効にする必要があります。有効にしないと、以下のエラーが発行されます。
You cannot toggle the IPMI interface while transactions are running.
OS の再ロードの実行
OS を再ロードするには、以下のステップを実行します。
- ブラウザから IBM Cloud コンソールを開き、アカウントにログインします。
- 「OS 再ロード」の作動可能検査を実行し、見つかったエラーを修正します。
- 左上のMenuアイコ
選択し、 Infrastructure > Classic Infrastructureをクリックします。
- **「ネットワーク」>「ゲートウェイ・アプライアンス」**を選択します。
- リロードしたいサーバーをクリックする。
- 「ハードウェア」セクションで、サーバー名をクリックします。
- ページの右上の**「アクション」メニューから、「OS 再ロード」**を選択します。
- **「OS 再ロード」画面で、更新が必要なカテゴリーに対応する「編集」**をクリックします。 ベンダーとして Juniper を選択し、再ロードする OS バージョンを選択します。
- Reload Above Configuration ] をクリックして、[ Review] ウィンドウに進みます。 デバイスに対する変更をキャンセルし、画面を終了するには、**「キャンセル」**をクリックします。
- 新規構成 セクションのすべての詳細が正しいことかを確認します。 **「次へ」**をクリックして、「確認」ウィンドウに進みます。
- **「OS 再ロードの確認」をクリックして確認し、OS 再ロードを開始します。 あるいは、「キャンセル」**をクリックして、アクションを取り消します。
vSRX バージョンの不一致
IBM Cloud® Juniper vSRX クラスタは、High Availability 機能を完全にサポートするために、各ノードの vSRX バージョンが同じである必要があります。 クラスタに不一致の vSRX バージョンがある場合は、両方のノードが同じバージョンレベルになるように、前の手順に従って古いバージョンのノードのOSを再ロードします。
バージョンの不一致は、マイナー・リリースの不一致とメジャー・リリースの不一致の両方に適用されます。