よくあるご質問
高可用性
高可用性アプライアンスとセカンダリ（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 サプリメンタル/HFは、OSコンポーネントとして表示されます。
現在のバージョン（8.1.x 、9.1.x、9.2.x）から9.3.xにアップグレードするには、.tar.gz**を使用するか、.zip パッケージをシングルステップアップグレードする必要がありますか？
関連するプラットフォームの .tar.gz ファイルを使用して、SD-WAN ソフトウェアを 9.3.x にアップグレードします。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 Componentsファイルを受信するか、プラットフォームに依存するか、すべてのブランチがそれを受信しますか？
EEライセンスで実行されている SD-WAN-400、800、1000、2000 SE、 ベアメタル SD-WAN-2100 などのHypervisor ベースのアプライアンスは、アップグレードするOSコンポーネントを受け取ります。
スケジューリングはどのように機能しますか?
デフォルトでは、スケジューリングの詳細は 2016-05-21 21:20:00 に設定されています（メンテナンスウィンドウは1時間で、1日ごとに繰り返されます）。リピート値が 1日 に設定され、メンテナンス期間を 1 時間 とし、 2016-05 -21 から 21:20:00（ローカルアプライアンス時間）にインストールがトリガー/試行（新しいソフトウェアが利用できる場合）されます。
OSコンポーネントがアップグレードされたかどうかを知るにはどうすればよいですか？
[ ステータス ] 列には、緑色のチェックマークが表示されます。その上にカーソルを合わせると、「 アップグレードは成功しました 」というメッセージが表示されます。
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 コンポーネントパッケージにステージングされる OS コンポーネントパッケージのロールを引き継ぐことができるように、プライマリ MCN に戻すことができます。枝。
高可用性環境/導入では、シングルステップアップグレードはどのように機能しますか。
高可用性展開でシングルステップアップグレードを実行すると、プライマリ 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 プラットフォームモデルのみを表示できます。[ Verif y] ボタンまたは [ Stage Appliance] ボタンを選択すると、その他のアプライアンス・ パッケージがリスト/表示/処理されます。
VPX/VPXL/ベアメタルアプライアンスの場合、RCN 用にステージングされるパッケージはどれですか。
パッケージは RCN にステージングされます。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 は、Partial Software Upgrade 機能が無効になっているという通知をネットワーク内のすべてのアプライアンスに送信します。その後、ネットワーク内のすべてのアプライアンスが MCN によってアクティブおよびステージングされたバージョンに一致するように自動修正されます。ただし、MCN では、 変更管理の [有効化] ページで [段階的有効化] オプションをクリックすることを期待しています。[Activate Staged] ボタンをクリックしてネットワークをアクティブ化するか、[ **Change Prepar aged** ] をクリックして確認を承認して状態をキャンセルするかを選択できます。
変更管理のロールバック
変更管理プロセスのロールバック機能とは何ですか？
リリース 9.3 から、変更管理ロールバック機能を使用すると、t2-app クラッシュや仮想パスの状態などの予期しないイベントが設定更新後に非アクティブになった場合に、作業構成にロールバックできます。ネットワークとアプライアンスは、設定の更新後 10 分間監視されます。この間、次の条件が満たされた場合（ユーザーがこの機能を有効にしている場合）、ステージングされた構成がアクティブになります。アクティブソフトウェアが [ステージング] にロールバックされます。
構成をロールバックして再起動するには、どのような基準がありますか。
ロールバックは、次のシナリオが発生した場合に発生します。
- MCN-設定/ソフトウェアの変更後、30 分間隔でクラッシュにより t2_app サービスが無効になった場合。
- MCN-構成/ソフトウェアの変更後、アクティベーション後 30 分以上仮想パスサービスがダウンしている場合。ロールバック機能は、サイトで開始されます。
- サイト：構成/ソフトウェアの変更後、サイトがMCNとの通信を失った場合、ロールバック機能が開始されます。
- サイト-設定/ソフトウェア変更後、30分間隔内にクラッシュしたため、t2_app サービスが無効になります。
ロールバック後はどうなりますか？
構成のロールバック後、障害のある構成/ソフトウェアが Staged ソフトウェアとして表示されます。
ロールバックが発生したことをユーザーにどのように通知しますか？
GUIの上部に、それぞれのエラーのためにConfigがロールバックされたという黄色のバナーが表示されます。また、あなたはそれが変更管理ステータステーブルである見ることができます。ロールバックが発生したサイトに対応する 構成エラーまたはソフトウェアエラー が表示されます。
設定とソフトウェアの両方がロールバックされますか？
はい。構成とともにソフトウェアのアップグレードも実行され、ロールバックシナリオが発生すると、ソフトウェアもロールバックされます。
MCN に問題があり、すべてのサイトとの接続がクラッシュまたは切断された場合、どうなりますか。
MCN 以外のネットワーク全体がロールバックされます。通知が表示され、すべてのサイトの変更管理セクションにロールバック状態が表示されます。MCN の問題は手動で解決できます。
この機能を無効にすることはできますか？
はい、アクティブ化する直前にこの機能を無効にすることができます。ただし、この機能はデフォルトで有効になっています。
多層ネットワークがある場合、ロールバックは部分的なソフトウェアアップグレードとどのように相互作用しますか?
- 部分的なソフトウェアアップグレードが無効で、リージョン（または RCN）のサイトがロールバックすると、問題のあるリージョンがロールバックされ、完了すると、ロールバックは MCN に伝播されます。その結果、MCN とネットワークの残りの部分がロールバックされます。ロールバックしたリージョンの RCN と MCN の両方に、MCN が RCN でロールバックバナーを自動的に閉じることができないロールバックバナーが表示されます。
- 部分的なソフトウェアアップグレードが有効で、リージョン (または RCN) のサイトがロールバックされると、そのリージョンだけがロールバックされます。ロールバックイベントは MCN に伝播されません。その結果、MCN は地域を離れます。MCN はロールバックバナーを表示せず、自身またはネットワークをロールバックしません。
どちらのシナリオでも、RCN はロールバックのバナーを表示します。なぜなら、MCN では自動解除できないからです。
2100 Premium（エンタープライズ）エディション
2100 EE アプライアンスがリリース 10.0 にアップグレードされた場合、次のメッセージは何を示していますか。
アプライアンスにEEライセンスがあるか、MCNからWANOPリダイレクトが有効になっています。WANOP コンポーネントのインストールをスケジュールして、このプラットフォームで WANOP 機能のProvisioning を開始できます。