よくあるご質問
高可用性
高可用性アプライアンスとセカンダリ（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にアップグレードした後、実行する必要があります。各アプライアンスでupg アップグレードしますか?
いいえ。OSソフトウェアの更新/アップグレードは、1ステップのアップグレード .zip パッケージによって処理され、各サイトの変更管理設定に記載されているスケジュール詳細に従ってインストールされます。
9.3 より前のバージョンから 9.3.x にアップグレードするために、 .tar.gz**に続いて.zip パッケージを使用する必要があるのはなぜですか？また、9.3.x の .zip パッケージを直接使用しないのはなぜですか？
シングルステップアップグレードパッケージは 9.3.0.161 以降でサポートされており、以前のリリースバージョン (リリース 9.3 以前) では、このパッケージは認識されません。シングルステップアップグレード .zip パッケージが Change Management の受信トレイにアップロードされると、パッケージが認識されないことを示すエラーがスローされます。したがって、最初に 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、「単位」:「日」です。日付が過去の日付の場合、スケジュールされたインストールは、日付ではなく、メンテナンスウィンドウ、リピートウィンドウ、ユニットなどの時間およびその他のパラメータに基づきます。
デフォルトのスケジュールインストール日時は何に設定されていますか。汎用アプライアンスとローカルアプライアンスに依存していますか。
デフォルトでは、スケジュールの詳細が 21:20:00 に「2016-05-21」に設定されています（メンテナンス期間は1時間で、1日ごとに繰り返されます）。この詳細は、ローカルアプライアンスサイトによって異なります。
メンテナンス/スケジュールされたウィンドウを待たずに、OS Componentsをすぐにインストールするにはどうすればよいですか？
「 変更管理設定 」ページで「 メンテナンスウィンドウ」の値を「0 」に設定します。これにより、スケジュールされたインストール時間が上書きされます。
現在のソフトウェアバージョンが 9.3.x 以降の場合、アップグレードに使用するパッケージはどれですか?
現在のソフトウェアバージョン 9.3.x 以上の場合は、シングルステップアップグレード .zip パッケージを使用して、より高いバージョンにアップグレードします。
OSコンポーネントファイルはいつブランチに転送/ステージングされますか？
シングルステップアップグレード .zip パッケージを使用してChange Managementを実行すると、アクティベーションが完了した後、OSコンポーネントファイルは関連するブランチに転送/ステージングされます。
どのアプライアンスがOSコンポーネント・ファイルを受信しますか。プラットフォームに依存しているか、すべてのブランチがそれを受け取っているか。
ハイパーバイザーベースのアプライアンス（ SD-WAN — 400、800、1000、2000 SE、 および EE ライセンスで実行されているベアメタル SD-WAN-2100 など）は、アップグレードする OS コンポーネントを受け取ります。
スケジューリングはどのように機能しますか?
デフォルトでは、スケジュールの詳細は「2016-05-21 21時21時00分（メンテナンス時間は1時間、1日ごとに繰り返される）」と設定されており、繰り返し値が「1日」に設定され、メンテナンスが行われるため、システムは毎日新しいソフトウェアをインストールできるかどうかをチェックすることを意味しますウィンドウが「1時間」の場合、「2016-05-21 」から 21:20:00（ローカルアプライアンス時間）にインストールがトリガー/試行されます（新しいソフトウェアが使用可能な場合）
OSコンポーネントがアップグレードされたかどうかを知るにはどうすればよいですか？
[ ステータス ] 列には、緑色のチェックマークが表示されます。その上にマウスポインタを置くと、 「アップグレードは成功しました」というメッセージが表示されます。
RCNとそのブランチ用のOSコンポーネントのインストールをスケジュールするにはどうすればよいですか？
RCN のスケジューリングは、[MCN 変更管理設定] ページから実行されます。RCN ブランチの場合は、各 RCN にログインし、スケジュールの詳細を設定する必要があります。
スケジュールされたインストールのステータスはどこから入手できますか。
RCN のスケジュールされたインストールのステータスは、[ MCNChange 管理設定] ページから取得できます。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 コンポーネントパッケージのロールをステージングする 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
- 上記のすべて
サイトソフトウェアの部分的なアップグレードは、 アプライアンスがソフトウェアリリース 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 ] ボタンをクリックしてネットワークをアクティブ化するか 、[ 準備の変更 ] をクリックして確認を受け入れて状態をキャンセルできます。
LTE ファームウェアのアップグレード
SSUPパッケージでLTEファームウェアをアップグレードすることはできますか？
10.2.6 以降のリリースからは、LTE ファームウェアを SD-WAN SE 210 および LTE をサポートするその他のプラットフォームの SSUP パッケージ経由でアップグレードできます。
変更管理のロールバック
変更管理プロセスのロールバック機能とは何ですか？
リリース 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 によって自動却下できないためです。
2100 Premium（エンタープライズ）エディション
2100 EE アプライアンスをリリース 10.0 にアップグレードすると、次のメッセージは何を示していますか。
アプライアンスにEEライセンスがあるか、MCNからWANOPリダイレクトが有効になっています。WANOP コンポーネントのインストールをスケジュールして、 このプラットフォームで WANOP 機能のプロビジョニングを開始できます。