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.
OS の再ロードの実行
OS を再ロードするには、以下のステップを実行します。
- ブラウザから IBM Cloudコンソールを開き、アカウントにログインします。
- 「OS 再ロード」の作動可能検査を実行し、見つかったエラーを修正します。
- 左上のMenuアイコ
を選択し、Infrastructure > Classic Infrastructreをuクリックします。
- **「ネットワーク」>「ゲートウェイ・アプライアンス」**を選択します。
- リロードしたいサーバーをクリックする。
- 「ハードウェア」セクションで、サーバー名をクリックします。
- ページの右上の**「アクション」メニューから、「OS 再ロード」**を選択します。
- **「OS 再ロード」画面で、更新が必要なカテゴリーに対応する「編集」**をクリックします。 ベンダーとして Juniper を選択し、再ロードする OS バージョンを選択します。
- Reload Above Configuration] をクリックして、[Review] ウィンドウに進みます。 デバイスに対する変更をキャンセルし、画面を終了するには、**「キャンセル」**をクリックします。
- 新規構成 セクションのすべての詳細が正しいことかを確認します。 **「次へ」**をクリックして、「確認」ウィンドウに進みます。
- **「OS 再ロードの確認」をクリックして確認し、OS 再ロードを開始します。 あるいは、「キャンセル」**をクリックして、アクションを取り消します。
vSRX バージョンの不一致
高可用性機能を完全にサポートするには、IBM Cloud® Juniper vSRXクラスタの各ノードのvSRXバージョンが同じである必要があります。 クラスタでvSRXのバージョンが不一致の場合は、(このトピックの手順を使用して)古いバージョンのノードのOSをリロードして、両方のノードのバージョンを同じレベルにする必要があります。
バージョンの不一致は、マイナー・リリースの不一致とメジャー・リリースの不一致の両方に適用されます。