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 を再ロードするには、以下のステップを実行します。

  1. ブラウザから IBM Cloud コンソールを開き、アカウントにログインします。
  2. 「OS 再ロード」の作動可能検査を実行し、見つかったエラーを修正します。
  3. 左上のMenuアイコンを 選択し、 Infrastructure > Classic Infrastructureをクリックします。
  4. **「ネットワーク」>「ゲートウェイ・アプライアンス」**を選択します。
  5. リロードしたいサーバーをクリックする。
  6. 「ハードウェア」セクションで、サーバー名をクリックします。
  7. ページの右上の**「アクション」メニューから、「OS 再ロード」**を選択します。
  8. **「OS 再ロード」画面で、更新が必要なカテゴリーに対応する「編集」**をクリックします。 ベンダーとして Juniper を選択し、再ロードする OS バージョンを選択します。
  9. Reload Above Configuration ] をクリックして、[ Review] ウィンドウに進みます。 デバイスに対する変更をキャンセルし、画面を終了するには、**「キャンセル」**をクリックします。
  10. 新規構成 セクションのすべての詳細が正しいことかを確認します。 **「次へ」**をクリックして、「確認」ウィンドウに進みます。
  11. **「OS 再ロードの確認」をクリックして確認し、OS 再ロードを開始します。 あるいは、「キャンセル」**をクリックして、アクションを取り消します。

vSRX バージョンの不一致

IBM Cloud® Juniper vSRX クラスタは、High Availability 機能を完全にサポートするために、各ノードの vSRX バージョンが同じである必要があります。 クラスタに不一致の vSRX バージョンがある場合は、両方のノードが同じバージョンレベルになるように、前の手順に従って古いバージョンのノードのOSを再ロードします。

バージョンの不一致は、マイナー・リリースの不一致とメジャー・リリースの不一致の両方に適用されます。