よくある質問
高可用性
高可用性アプライアンスとセカンダリ（Geo）アプライアンスの違いは何ですか。
- 高可用性は、フォールトトレランスを保証しますセカンダリ (Geo) アプライアンスにより、ディザスタリカバリが可能になります。
- 高可用性は、MCN、RCN、およびブランチアプライアンスに対して設定できます。セカンダリ（Geo）アプライアンスは、MCN および RCN に対してのみ構成できます。
- 高可用性アプライアンスは、同じサイトまたは地理的な場所内で構成されます。地理的に異なる場所にあるブランチアプライアンスは、セカンダリ（Geo）MCN/RCN アプライアンスとして設定されます。
- 高可用性のプライマリアプライアンスとセカンダリアプライアンスは、同じプラットフォームモデルである必要があります。セカンダリ（Geo）アプライアンスは、プライマリ MCN/RCN と同じプラットフォームモデルである場合とそうでない場合があります。
- 高可用性は、セカンダリ（Geo）よりも高い優先順位です。アプライアンス（MCN/RCN）が高可用性およびセカンダリ（Geo）アプライアンスで構成されている場合、アプライアンスに障害が発生すると、セカンダリ高可用性アプライアンスがアクティブになります。両方の高可用性アプライアンスに障害が発生した場合や、データセンターサイトがクラッシュした場合は、セカンダリ（Geo）アプライアンスがアクティブになります。
- 高可用性では、プライマリ/セカンダリスイッチオーバーは、高可用性の展開に応じて、即座に、または 10 ～ 12 秒以内に発生します。プライマリ MCN/RCN からセカンダリ（Geo）MCN/RCN へのスイッチオーバーは、プライマリが非アクティブ状態の 15 秒後に発生します。
- 高可用性設定では、プライマリ再要求を設定できます。セカンダリ（Geo）アプライアンスのプライマリ再要求を設定することはできません。プライマリ再要求は、プライマリアプライアンスが戻り、ホールドタイマーが期限切れになると、自動的に行われます。
シングルステップアップグレード
注
WANOP、SVM、およびXenServerサプリメンタル/HFSは、OSコンポーネントとして表示されます。
現在のバージョン（8.1.x、9.1.x 、9.2.x）から 9.3.x にアップグレードするには、.tar.gz**、またはシングルステップアップグレードの.zip パッケージを使用する必要がありますか？
SD-WAN ソフトウェアを 9.3.x にアップグレードするには、 該当するプラットフォームの.tar.gz ファイルを使用します。SD-WAN ソフトウェアを 9.3.x バージョンにアップグレードしたら、 .zip パッケージを使用して変更管理を実行し、OS コンポーネントソフトウェアパッケージを転送またはステージングします。アクティベーション後、MCN は関連するすべてのブランチの OS コンポーネントを転送/ステージングします。
シングルステップアップグレードパッケージ（.zipファイル）を使用して9.3.0にアップグレードした後、実行する必要があります。各アプライアンスでアップグレードしますか?
いいえ。OS ソフトウェアのアップデート/アップグレードは、 シングルステップアップグレード.zip パッケージによって処理され、各サイトの変更管理設定で提供されるスケジュールの詳細に従ってインストールされます。
9.3 より前のバージョンから 9.3.x にアップグレードするために.tar.gz**の後に.zip パッケージを使用する必要があるのはなぜですか。また、9.3.x の.zip パッケージを直接使用しないのはなぜですか。
シングルステップアップグレードパッケージは 9.3.0.161 以降でサポートされており、以前のリリースバージョン (リリース 9.3 以前) では、このパッケージは認識されません。 シングルステップアップグレード.zip パッケージが変更管理の受信トレイにアップロードされると、パッケージが認識されないことを示すエラーがスローされます。したがって、まず SD-WAN ソフトウェアを 9.3 以降のバージョンにアップグレードしてから、を使用して変更管理を実行します。ZIP パッケージ。
OSコンポーネントは、1ステップアップグレードでどのようにインストールされるのですか？upg アップグレードは実行されませんか?
MCN は、 シングルステップアップグレード.zip パッケージを使用して変更管理が完了した後、アプライアンスモデルに基づいて OS コンポーネントのソフトウェアパッケージを転送/ステージングします。アクティベーション後、MCN は、スケジュールされた更新/アップグレードに必要なブランチの OS コンポーネントソフトウェアパッケージの転送/ステージングを開始します。
後でインストールするスケジュールを設定せずに、OSコンポーネントをインストールするにはどうすればよいですか？
OS コンポーネントをインスタントインストールするには、 [メンテナンスウィンドウ] の値を ‘0’ に設定します。
注
インストールは、 メンテナンスウィンドウの値が 「0」に設定されている場合でも、アプライアンスがサイトに必要なすべてのパッケージを受信したときにのみ開始されます。
インストールのスケジュール設定にはどのようなものがありますか？スケジュール指示を使用してVW単体でアップグレードすることはできますか？
スケジュールされたインストールは SD-WAN リリース 9.3 で導入され、OS コンポーネントにのみ適用され、VW ソフトウェアのアップグレードには適用されません。シングルステップアップグレードでは、OS コンポーネントのアップグレードを実行するために各アプライアンスにログインする必要はありません。スケジューリングオプションを使用すると、VW ソフトウェアバージョンアップグレード以外の時間に OS コンポーネントのインストールをスケジュールできます。
[変更管理設定] ページのスケジュール情報が、既定でスケジュール日を過ぎているのはなぜですか?
[ 変更管理の設定] ページには、デフォルトのスケジューリング情報 ( 「開始」:「2016-05-21 21:20:00」、「ウィンドウ」: 1、「繰り返し」: 1、「単位」:「日」) が表示されます。日付が過去の日付の場合、スケジュールされたインストールは、日付ではなく、メンテナンスウィンドウ、リピートウィンドウ、ユニットなどの時間およびその他のパラメータに基づきます。
デフォルトのスケジュールインストール日時は何に設定されていますか。汎用アプライアンスとローカルアプライアンスに依存していますか。
デフォルトでは、スケジュールの詳細は 「2016-05-21 at 21:20:00（メンテナンスウィンドウは 1 時間、1 日おきに繰り返す）」に設定されています。この詳細は、ローカルアプライアンスサイトによって異なります。
メンテナンス/スケジュールされたウィンドウを待たずに、OS Componentsをすぐにインストールするにはどうすればよいですか？
［ 変更管理の設定］ページで［メンテナンスウィンドウ］の値を「0 」に設定します。これにより、スケジュールされたインストール時間が上書きされます。
現在のソフトウェアバージョンが 9.3.x 以降の場合、アップグレードに使用するパッケージはどれですか?
シングルステップアップグレード.zip パッケージを使用して、現在のソフトウェアバージョン 9.3.x 以降のバージョンにアップグレードします。
OSコンポーネントファイルはいつブランチに転送/ステージングされますか？
シングルステップアップグレード .zip パッケージを使用してChange Managementを実行すると、アクティベーションが完了した後、OSコンポーネントファイルは関連するブランチに転送/ステージングされます。
どのアプライアンスがOS Componentsファイルを受信するか、プラットフォームに依存するか、すべてのブランチがそれを受信しますか？
EE ライセンスで実行されている SD-WAN — 400、800、1000、2000 SE、 ベアメタル SD-WAN-2100 などのハイパーバイザベースのアプライアンスは 、アップグレードする OS コンポーネントを受け取ります。
スケジューリングはどのように機能しますか?
デフォルトでは、スケジュールの詳細は 2016-05-21 21:20:00（メンテナンスウィンドウは1時間、1日おきに繰り返す）として設定されており、 繰り返し値が1日に設定されており 、メンテナンスが行われているため、新しいソフトウェアが毎日インストールできるかどうかをシステムがチェックすることを意味します。 ウィンドウは1時間で 、 2016-05-21 から 21:20:00（ローカルアプライアンス時間）にインストールが開始/試行（新しいソフトウェアが利用可能な場合）
OSコンポーネントがアップグレードされたかどうかを知るにはどうすればよいですか？
[ Status ] 列には、緑色のチェックマークが表示されます。その上にマウスカーソルを置くと、「 アップグレードに成功しました 」というメッセージが表示されます。
RCNとそのブランチ用のOSコンポーネントのインストールをスケジュールするにはどうすればよいですか？
RCN のスケジューリングは、MCN 変更管理の設定ページから実行します 。RCN ブランチの場合は、各 RCN にログインし、スケジュールの詳細を設定する必要があります。
スケジュールされたインストールのステータスはどこから入手できますか。
RCN のスケジュールされたインストールのステータスは、MCN 変更管理の設定ページから取得できます 。RCN ブランチの場合、ステータスを取得するには、各 RCN にログインする必要があります。
スケジュールされたインストールのステータスを取得するにはどうすればよいですか。
「 変更管理設定 」ページにある更新ボタンを使用して、MCN からステータスを取得し、デフォルトリージョンおよび RCN のブランチについては RCN からステータスを取得します。
以前のソフトウェアアップグレードでシングルステップアップグレードが使用されたときに、 tar.gz ファイルを使用して次のリリースにアップグレードできますか。
tar.gz ファイルを使用してアップグレードできますが、を使用してソフトウェアアップグレードを実行できるため、推奨されません。upg file. 該当する各アプライアンスにログインして、オペレーティングシステム (OS) コンポーネントソフトウェアをアップグレードするためにアップロードします。リリース 9.3 バージョン 1 から、 オペレーティングシステムソフトウェアの更新ページは減価償却されます 。その結果、 .zip パッケージを使用して OS コンポーネントをアップグレードすることで、変更管理を実行できます。
現在実行中のOSコンポーネントのバージョンをどのように検証できますか？
現在、UIからOSコンポーネントの現在実行中のバージョンを検証できません。各コンソールからログインするか、STS を取得してこの情報を表示できます。
ネットワークにベアメタルアプライアンスがある場合、どのような違いがありますか？スケジューリングはベアメタル/仮想アプライアンスに影響しますか?
SD-WAN のようなベアメタルアプライアンス — 410,2100,4100,5100 SD-WAN は SD-WAN ソフトウェアのみを実行します。ベアメタルアプライアンスには OS コンポーネントパッケージは必要ありません。これらのプラットフォームは、ソフトウェアの必要性に関して SD-WAN VPX-SE アプライアンスと同等の扱いを受けます。MCN は OS コンポーネントパッケージをこれらのアプライアンスに転送しません。これらのアプライアンスには、アップグレードが必要なOSコンポーネントがないため、スケジュール情報の設定は有効になりません。
SSU は、高可用性環境/デプロイメントでどのように機能しますか?
MCN での高可用性展開では、変更管理中にアクティブな MCN スイッチがプライマリ MCN の役割を切り替え、スタンバイ/セカンダリ MCN が引き継ぐという制限があります。この場合、パッケージのアクティブ MCN で.zip パッケージを使用して変更管理をもう一度実行するか、アクティブ MCN の役割を切り替えてプライマリ MCN に切り替えて、元のプライマリ MCN が OS コンポーネントパッケージの役割を引き継ぐことができ、他のパッケージにステージングできます。ブランチ。
高可用性環境/導入では、シングルステップアップグレードはどのように機能しますか。
高可用性展開でシングルステップアップグレードを実行すると、プライマリ MCN とスタンバイ MCN の役割が切り替わります。これは制限です。この場合は、アクティブな MCN で.zip パッケージを使用して変更管理を再度実行します。または、アクティブ MCN の役割を切り替えて、元のプライマリ MCN が OS コンポーネントパッケージをブランチにステージングできるように、プライマリ MCN に切り替えることもできます。
アプライアンスを再起動するために、ゼロタッチ導入をワンステップでアップグレードできますか。
はい、使用できます。
スタンドアロンWANOPアプライアンスをアップグレードするためにシングルステップアップグレードを使用できますか？
いいえ。
シングルステップアップグレードを使用して、2ボックスモードで展開されたスタンドアロンWANOPアプライアンスをアップグレードできますか？
なし2 ボックスモードの一部である SD-WAN アプライアンスのみがアップグレードされ、WANOP スタンドアロンアプライアンスはアップグレードされません。
多層ネットワークへのアップグレードにはどのパッケージを使用すればよいですか？
<release-version>現在のソフトウェアバージョンが 9.3.x 以上の場合は、シングルステップアップグレードパッケージ ns-sdw-sw-.zip ファイルを使用します。MCNは、 それぞれのブランチにRCNとRCNステージソフトウェアパッケージにステージングパッケージの世話をします。
ns-sdw-sw-.zipファイルをアップロードした後 <release-version>、現在のソフトウェアでは1つのプラットフォーム・モデルしか表示されませんか。
リリース 10.0 から、 スケールアーキテクチャのサポートが導入され 、シングルステップアップグレードの処理が高速化されました。現在のソフトウェアでは、MCN プラットフォームモデルのみを表示できます。その他のアプライアンスパッケージは、 **アプライアンスの検証ボタンまたはステージングボタンを選択すると** 、一覧表示、表示、処理されます。
VPX/VPXL/ベアメタルアプライアンスの場合、RCN 用にステージングされるパッケージはどれですか。
RCNs ブランチは任意のプラットフォームモデルであることができるため、パッケージは RCN にステージングされます。したがって、彼らはすべてのパッケージを必要とします。
RCNがVPXアプライアンスであり、 ブランチがこれらのパッケージを必要とするアプライアンスの場合、 RCNの背後にあるブランチサイトはどのようにOSコンポーネントパッケージを取得しますか？
RCN は、SD-WAN VW ソフトウェアパッケージをアクティブ化した後、OS コンポーネントパッケージを必要とするブランチに、関連するパッケージをステージングします。
ステージング中に「未完了を無視」を選択し、変更管理の次のステージに進むことはできますか? このボタンを選択すると、 ステージングが完了していないサイトにはどのような影響がありますか。
はい、[ 未完了を無視] をクリックできます。これにより、[ 次へ ] ボタンが有効になり、進行状況バーが表示されます。このオプションは、サイトにアクセスできず、変更管理がこれらのサイトのステージングが完了するのを待っている場合に提供されます。そのため、ユーザーはステージの状態を無視して次のステージに進み、アクティブ化に進むことができます。サイトが起動すると、MCN はアクティベーション完了後にパッケージをステージングします。
部分的なソフトウェアアップグレード
部分的なサイトアップグレードとは何ですか？どのように使用できますか？
サイトソフトウェアの部分的なアップグレードは、リリース 10.0 で導入された新機能です。MCN からリリース 10.x の新しいバージョンをステージングし、選択したサイト/ブランチの [ ローカル変更管理（Local Change Management ）] ページからステージングされたソフトウェアバージョンをアクティブ化できます。サイト/ブランチでステージングされたソフトウェアをアクティブ化する前に、MCN でチェックボックスが有効になっていることを確認してください 。
- この機能はデフォルトでは無効になっています。既存の補正メカニズムにより、ネットワークの同期が維持されます。ユーザーは、[ 構成 ] > [ 変更管理設定 ] ページのチェックボックスを有効にして、部分的なサイトのアップグレードを許可する必要があります。
- 部分的なソフトウェアアップグレードは、ブランチまたは RCN でのみ実行でき、MCN では実行できません。
サイトソフトウェアの部分的なアップグレードを使用できる場合のユースケース/シナリオを次に示します。
関連する変更を含むソフトウェアパッチが、特定のサイト (サイトの部分的なアップグレードが実行されている) に対して互換性があり、機能しているかどうかを検証します。アップグレードされたソフトウェアが予期したとおりに動作していることを確認します。これにより、ネットワーク全体を新しいソフトウェアでアップグレードする前に、新しいソフトウェアを検証し、特定のサイトで修正できます。
この機能を使用して次のものからアップグレードすることは可能ですが、
- 10.0 から 10.x
- 10.0.x から 10.0.y
- 11.0～11.y
- 11.0.x～11.0.y
- 上記のすべて
サイトソフトウェアの部分的なアップグレードは、 アプライアンスがソフトウェアリリース 10.x 以降を実行している場合にのみ適用でき、同じメジャーバージョンのソフトウェア内で使用できます。リリース 10.0 から 10.0.x/10.x の間で使用できます。サイトソフトウェアの部分的なアップグレードの一環として、構成を変更することはできません。
設定から機能を有効にすることで、部分的なソフトウェアアップグレードの一部としてテストする新機能をテストできますか。
いいえ。部分的なソフトウェアアップグレードでは、アクティブ構成とステージング構成を同一にする必要があります。変更できるのはソフトウェアバージョンのみです。
RCN の部分的なソフトウェアアップグレードを無効にすることができますか？
いいえ。部分的なソフトウェアアップグレードは、MCN からのみ有効または無効にできます。RCN では、この機能は読み取り専用モードです。
9.3.x および 10.0.x をステージングした状態でアクティブになっている場合、部分的なソフトウェアアップグレードを使用できますか。
いいえ、 アプライアンスはリリース10.0でアクティブなソフトウェアとして動作している必要があります。
MCN から Partial Software Upgrade オプションが無効になっていて、一部のブランチがこの機能を使用してすでにアップグレードされている場合はどうなりますか。
MCN は、部分的なソフトウェアアップグレード機能が無効になっているという通知をネットワーク内のすべてのアプライアンスに送信し、 ネットワーク内のすべてのアプライアンスは MCN によって自動修正され、アクティブおよびステージングされたバージョンと一致します。ただし、MCN では、[ 変更管理] の [アクティベーション] ページから [ステージをアクティブ化] オプションがクリックされることを想定しています。[Activate Staged] ボタンをクリックしてネットワークをアクティブにするか 、[ Change Preparation ] をクリックして確認を承認して状態をキャンセルするかを選択できます。
変更管理のロールバック
変更管理プロセスのロールバック機能とは何ですか？
リリース 9.3 から、 変更管理ロールバック機能では 、 構成の更新後に t2-app クラッシュや仮想パスの状態などの予期しないイベントが非アクティブになった場合に、作業構成へのロールバックが有効になります。ネットワークとアプライアンスは、設定の更新後 10 分間監視されます。この間、次の条件が満たされた場合（ユーザーがこの機能を有効にしている場合）、ステージングされた構成がアクティブになります。アクティブソフトウェアが [ステージング] にロールバックされます。
再起動するための構成のロールバックの基準は何ですか
ロールバックは、次のシナリオが発生した場合に発生します。
- MCN-設定/ソフトウェアの変更後、30 分間隔でクラッシュにより t2_app サービスが無効になった場合。
- MCN-構成/ソフトウェアの変更後、アクティベーション後 30 分以上仮想パスサービスがダウンしている場合。ロールバック機能は、サイトで開始されます。
- サイト：構成/ソフトウェアの変更後、サイトが MCN との通信を失った場合 、ロールバック機能が開始されます。
- サイト-設定/ソフトウェア変更後、30分間隔内にクラッシュしたため、t2_app サービスが無効になります。
ロールバック後はどうなりますか？
構成のロールバック後、 障害のある設定/ソフトウェアは段階的なソフトウェアとして表示されます。
ロールバックが発生したことはユーザーにどのように通知されますか？
GUIの上部に、それぞれのエラーのためにConfigがロールバックされたという黄色のバナーが表示されます。また、変更管理ステータステーブルであることもわかります。 **ロールバックが発生したサイトに対応する構成エラーまたはソフトウェアエラーが表示されます** 。
設定とソフトウェアの両方がロールバックされますか？
はい、ソフトウェアのアップグレードも構成とともに実行され、 ロールバックシナリオが発生した場合、ソフトウェアもロールバックされます。
MCN に問題があり、クラッシュまたはすべてのサイトとの接続が失われた場合はどうなりますか。
MCN 以外のネットワーク全体がロールバックされます。通知が表示され 、すべてのサイトが変更管理セクションにロールバックステータスとして表示されます。MCN の問題は手動で解決できます。
この機能を無効にすることはできますか？
はい、アクティブ化する直前にこの機能を無効にすることができます。ただし、この機能はデフォルトで有効になっています。
多層ネットワークがある場合、ロールバックは部分的なソフトウェアアップグレードとどのように相互作用しますか?
- 部分的なソフトウェアアップグレードが無効で、リージョン（または RCN）のサイトがロールバックされた場合、 問題のあるリージョンはロールバックされ、 完了すると、ロールバックは MCN に伝播されます。その結果、MCN とネットワークの残りの部分がロールバックされます。ロールバックされたリージョンの RCN と MCN の両方に、MCN が RCN でロールバックバナーを自動的に閉じられないロールバックバナーが表示されます。
- 部分的なソフトウェアアップグレードが有効で、リージョン (または RCN) のサイトがロールバックされると、そのリージョンだけがロールバックされます。ロールバックイベントは MCN に反映されません。その結果、MCN は地域を離れます。MCN にはロールバックバナーが表示されず、MCN 自体またはネットワークはロールバックされません。
どちらのシナリオでも、RCN はロールバックバナーを却下するまで表示されます。MCN によって自動却下できないためです。