OS の再ロード

OS 再ロードのプロセスは、IBM Cloud® Juniper vSRX サーバーを再ビルドするために使用されます。

通常、このプロセスでは以下のアクションを実行します。

• サーバー・ホストのオペレーティング・システム (OS) を再ロードします。 このアクションは、新しいホストOSパスワードを生成する。
• このオペレーティング・システム内での KVM のインストール
• KVM 内での vSRX VM の作成
• IBM® Cloud のデフォルト構成を使用した vSRX の再構成

このプロセスを完了するには 2 時間から 5 時間かかります。 スタンドアローン・ゲートウェイはこの期間、サービスを停止する。 Juniper 高可用性 (HA) ゲートウェイの場合、いずれかのサーバーに OS を再ロードすると、vSRX はクラスター内の別のサーバーにフェイルオーバーし、データ・トラフィックの処理を続行します。 再ロードが完了すると、サーバーはクラスターに再結合します。

OS 再ロードによって vSRX バージョンが変更される場合、OS 再ロードを使用したアップグレードを参照して、ダウングレードとアップグレードのプロセスを確認してください。

OS を vSRX に正常に再ロードするには、以下を確認してください。

• OS 再ロード操作中に vSRX 構成を変更しないでください。 たとえば、1つまたは両方のvSRXノードを変更しようとする自動ソフトウェアエージェント。 構成変更により、OS 再ロードに不具合が発生することがあります。

• プロビジョニングされたvSRXゲートウェイのルート パスワードは、vSRXポータルで定義されているルート パスワードと一致する必要があります。 ポータル内のパスワードは、最初にゲートウェイをプロビジョンしたときに定義されていますが、現在のゲートウェイのパスワードと一致しない可能性があります。 その場合、SSH を使用して vSRX ゲートウェイに接続し、一致するルート・パスワードに変更します。 その後、OS 再ロード操作に進むことができます。

• vSRXのコンフィグレーションでは、OSのリロード要求の前に、vSRXのプライベートIPへのroot SSHアクセスを許可する必要があります。 これはクラスターを再結合するために必要です。 OSのリロードが完了した後、必要であれば、SSHアクセスを再び無効にすることができる。

• 「Highly Available ゲートウェイの両方のサーバーで OS のリロードを同時に実行しないでください。

  HA ゲートウェイの両方のサーバーで同時に OS 再ロードを実行すると、vSRX クラスターが破棄され、ゲートウェイがサービス休止になります。 vSRXクラスタが破壊された場合は、[クラスタ再構築] オプションを使用してvSRXを再ビジョン化し、HA クラスタを再作成する必要があります。

• ベアメタル・サーバーの IPMI インターフェースを有効にする必要があります。有効にしないと、以下のエラーが発行されます。

  You cannot toggle the IPMI interface while transactions are running.