Geo 冗長性ソリューションへのアップグレード

この章は次のトピックで構成されています。

Crosswork Network Controller 6.0 から 7.0 へのアップグレード(Geo 冗長)

このトピックでは、Crosswork Network Controller バージョン 6.0 からバージョン 7.0(Geo 冗長)にアップグレードするために必要なタスクの概要を説明します。N 日目のアクティビティにより、システムは Geo 冗長ソリューションに移行できなくなります。Geo 冗長性を有効にするには、Crosswork クラスタを再インストールする必要があります。

サポートされる移行シナリオ:

  • Crosswork 6.0(非 Geo、IPv4 スタック)から Crosswork 7.0(Geo、IPv4 スタック)

  • Crosswork 6.0(非 Geo、IPv4 スタック)から Crosswork 7.0(Geo、デュアルスタック)


重要


クラスタのインストール中に、NSO と SR-PCE をアップグレードする必要があります。Crosswork Network Controller と互換性のある NSO および SR-PCE のバージョンについては、『Crosswork Network Controller 7.0 Release Notes』を参照してください。NSO または SR-PCE をアップグレードするプロセスについては、このドキュメントでは扱われません。インストール手順については、関連する製品のマニュアルを参照してください。


表 1. Crosswork 6.0 から 7.0 Geo 冗長性へのアップグレード(Day 0)

手順

操作

1. 単一インスタンスの NSO から NSO HA に変換します

単一インスタンスの NSO から NSO HA への変換 トピックの手順を実行します。

2. SR-PCE を展開します

Crosswork の可用性ゾーンに近いポイントオブプレゼンス(PoP)サイトに SR-PCE を展開します。詳細については、『Cisco IOS XRv 9000 Router Installation Guide』の関連するインストール手順を参照してください。

3. Crosswork 6.0 クラスタのバックアップを作成します。

Cisco Crosswork クラスタのバックアップの作成 トピックの手順を実行します。

4. Crosswork 6.0 クラスタをシャットダウンします

各ノードをホストする VM の電源をオフにして(ハイブリッド VM から開始)、Crosswork ネットワークコントローラ 6.0 クラスタをシャットダウンします。

  1. クラスタをシャットダウンする前に、次の情報を収集してください。

    • クラスタのすべての IP アドレス。

    • Crosswork Data Gateway のすべての IP アドレス

  2. Crosswork クラスタの VM をシャットダウンします。vCenter の場合は、vCenter UI を使用してすべての VM をシャットダウンします。

  3. VMware vSphere Web クライアントにログインします。[ナビゲータ(Navigator)] ペインで、シャットダウンする VM を右クリックします。

  4. [電源(Power)] > [電源オフ(Power Off)] を選択します。VM のステータスが [オフ(Off)] に変わるまで待ちます。

  5. 30 秒待ってから、残りの VM ごとにこの手順を繰り返します。

  6. (オプション)ncs_cmd -c maapi_read_only コマンドを使用して、NSO を読み取り専用モードにします。

4. Crosswork Network Controller 7.0 クラスタとアプリケーションをインストールします。

Crosswork ネットワークコントローラ クラスタとアプリケーションのインストール トピックの手順を実行します。

5. 移行を実行します。

移行の実行 トピックの手順を実行します。

6. スタンバイクラスタをインストールし、Geo 冗長ソリューションを有効にします。

スタンバイクラスタのインストールと Geo 冗長性の有効化 トピックの手順を実行します。

7. Crosswork Data Gateway 6.0 から Geo 冗長性を備えた 7.0 にアップグレードします

Crosswork Data Gateway 6.0 から 7.0 Geo 冗長性へのアップグレード トピックの手順を実行します。

8. Crosswork Data Gateway のコントローラ IP を設定します

Crosswork Data Gateway のコントローラ IP の設定 トピックの手順を実行します。

9. プロバイダーを更新します。

プロバイダーの更新 トピックの手順を実行します。

10. Geo の有効化操作を完了します。

Geo 冗長性の有効化の完了 トピックの手順を実行します。

単一インスタンスの NSO から NSO HA への変換

このトピックでは、単一インスタンスの NSO を NSO HA(高可用性)に変換する手順について説明します。詳細な手順については、『NSO Administration Guide on HA』を参照してください。


注目


以下の手順を実行する前に、バックアップを作成し、NSO セットアップを互換性のあるバージョンにアップグレードします。


スタンドアロンの NSO から HA セットアップを作成するには、次のガイドラインに従ってください。

手順


ステップ 1

L2 または L3 のどちらの高可用性トポロジに従うかを決定します。

ステップ 2

元の NSO システムのバックアップを作成します。

ステップ 3

元の NSO を新しいインスタンスに複製します。

ステップ 4

両方のノードに hcc パッケージをインストールします。

ステップ 5

選択したネットワークトポロジに従って、高可用性と hcc を設定します。

ステップ 6

両方のノードで高可用性を有効にするように要求します。

ステップ 7

行った変更を確認します。


Cisco Crosswork クラスタのバックアップの作成

現在のバージョンの Crosswork ネットワークコントローラ を新しいバージョンにアップグレードする場合は、バックアップの作成が前提条件となります。


(注)  


バックアップは、スケジュールされたアップグレード期間中にのみ作成することを推奨します。バックアップ操作の実行中は、Crosswork ネットワークコントローラ へのアクセスを試みないでください。


始める前に

バックアップを作成する場合は、次のガイドラインに従ってください。

  • Cisco Crosswork は、SCP を使用して、システムの設定を外部サーバーにバックアップします。開始する前に、次の設定を行い、SCP サーバーに関する情報を用意しておく必要があります。

    • セキュアな SCP サーバーのホスト名または IP アドレスおよびポート番号。

    • バックアップが保存される SCP サーバーの事前設定されたパス。

    • ディレクトリに対するファイルの読み取りおよび書き込み権限のあるユーザーのログイン情報。

    • SCP サーバーのストレージ要件は若干異なりますが、少なくとも 25 GB のストレージが必要です。

  • バックアップファイルを保存する宛先 SCP サーバーが設定されていることを確認します。この設定は 1 回限りのアクティビティです。

  • バックアップ操作が完了したら、宛先 SCP サーバーディレクトリに移動し、バックアップファイルが作成されていることを確認します。このバックアップファイルは、アップグレードプロセスの後の段階で必要になります。

  • Crosswork ネットワークコントローラ クラスタと SCP サーバーの両方が同じ IP 環境内に存在する必要があります。たとえば、Crosswork ネットワークコントローラ が IPv6 で通信している場合は、バックアップサーバーも IPv6 で通信している必要があります。

  • 現在のバージョンの Cisco Crosswork にインストールした Crosswork アプリケーションのリストを記録しておきます。これらのアプリケーションは、新しいバージョンの Cisco Crosswork に移行した後でなければインストールできません。

  • 現在のバージョンの Cisco Crosswork でカスタム MIB パッケージを導入準備した場合は、パッケージのコピーをシステムにダウンロードします。新しいバージョンの Cisco Crosswork への移行が完了したら、パッケージをアップロードする必要があります。

  • サードパーティ製デバイスタイプを含めるように現在のバージョンの Cisco Crosswork を変更した場合は、サードパーティ製デバイスの構成ファイルをダウンロードし、新しいバージョンの Cisco Crosswork に再適用する必要があります。デバイスのコンフィギュレーション ファイルは、クラスタノード(/mnt/cw_lusterfs/bricks/brick3/sys-oids.yaml)とポッド(/mnt/backup/sys-oids.yaml)にあります。

  • Cisco Crosswork 最適化エンジン に有効にされた機能パック(Local Congestion Mitigation(LCM)、Bandwidth Optimization(BWOpt)、および Bandwidth on Demand(BWoD))がある場合は、先に進む前に無効にする必要があります。また、使用可能な場合は、LCM または BWOpt によって管理されているインターフェイスの現在のリストをエクスポートします([トラフィックエンジニアリング(Traffic Engineering)] > [ローカル輻輳緩和(Local Congestion Mitigation)] > [ドメイン識別子<domain_id>(Domain Identifier <domain_id>)] > [インターフェイスのしきい値(Interface Thresholds)] > [エクスポート(Export)]、または、[トラフィックエンジニアリング(Traffic Engineering)] > [帯域幅最適化(Bandwidth Optimization)] > [インターフェイスのしきい値(Interface Thresholds)] > [エクスポート(Export)] アイコン)。

手順


ステップ 1

https://<VIP>:30603 に移動して、Crosswork UI にログインします。

VIP とは、クラスタの管理仮想 IP を指します。

ステップ 2

すべての VM が正常であり、クラスタ内で実行されていることを確認します。

ステップ 3

SCP バックアップサーバーを設定します。

  1. Crosswork ネットワークコントローラ のメインメニューから、[Administration] > [Backup and Restore] を選択します。

  2. [接続先(Destination)] をクリックして、[接続先の編集(Edit Destination)] ダイアログボックスを表示します。表示されたフィールドに関連するエントリを入力します。

  3. [保存(Save)] をクリックして、バックアップサーバーの詳細を確認します。

ステップ 4

バックアップを作成します。

  1. Crosswork ネットワークコントローラ のメインメニューから、[Administration] > [Backup and Restore] を選択します。

  2. [Actions] > [Backup] をクリックして、宛先サーバーの詳細が事前に入力された [Backup] ダイアログボックスを表示します。

  3. [Job Name] フィールドに、バックアップに該当する名前を入力します。

  4. いずれかの VM またはアプリケーションの状態が [Healthy] になっていないときに、あえてバックアップを作成する場合は、[Force] チェックボックスをオンにします。

    (注)  

     

    [Force] オプションは、シスコ カスタマー エクスペリエンス チームに相談した後にのみ使用する必要があります。

  5. バックアップに Cisco NSO のデータを含めない場合は、[Backup NSO] チェックボックスをオフにします。

    (注)  

     

    バックアップ中に [NOSのバックアップ(Backup NSO)] オプションを使用するには、NSO プロバイダーで SSH 接続プロトコルを設定する必要があります。そうしないと、バックアップは失敗します。ここで説明する手順ではなく、『Cisco Crosswork Network Controller 7.0 Administration Guide』の「Backup Cisco Crosswork with Cisco NSO」セクションに記載されている手順に従ってください。

  6. 必要に応じて残りのフィールドにも入力します。

    別のリモート サーバー アップロード先を指定する場合:事前に入力された [ホスト名(Host Name)][ポート(Port)][ユーザー名(Username)][パスワード(Password)]、および [リモートパス(Remote Path)] フィールドを編集して、別の接続先を指定します。
  7. (オプション)[バックアップ準備の確認(Verify Backup Readiness)] をクリックして、Crosswork ネットワークコントローラ にバックアップを完了するのに十分な空きリソースがあることを確認します。検証に成功すると、この操作には時間がかかることについての警告が Crosswork ネットワークコントローラ に表示されます。[OK] をクリックします。

    検証に失敗した場合は、シスコ カスタマー エクスペリエンス チームにお問い合わせください。

  8. [Start Backup] をクリックして、バックアップ操作を開始します。Crosswork ネットワークコントローラ は、対応するバックアップジョブセットを作成し、それをジョブリストに追加します。[Job Details] パネルには、完了した各バックアップステップのステータスが表示されます。

    (注)  

     

    データバックアップ(rest-api を使用したバックアップ)を実行することもできます。アプリケーションバイナリが含まれていないため、データバックアップの方が高速です。実行するには、以下のことを行います。

    • JWT の取得(sso apis を使用)

    • データバックアップを取得するための API(https://<VIP>:30603/crosswork/platform/v1/platform/backup/dataonly)

    • API のペイロード {"jobName": "jobname","force": false}

  9. バックアップジョブの進行状況を表示するには、[Backup and Restore Job Sets] テーブルの検索フィールドにジョブの詳細(ステータスやジョブタイプなど)を入力します。次に、目的のジョブセットをクリックします。

    [Job Details] パネルに、選択したジョブセットに関する情報(ジョブのステータス、ジョブタイプ、開始時刻など)が表示されます。失敗したジョブがある場合は、[Status] 列の近くにあるアイコンの上にマウスポインタを合わせると、エラーの詳細が表示されます。

    (注)  

     

    バックアップ操作が完了したら、宛先 SCP サーバーディレクトリに移動し、バックアップファイルが作成されていることを確認します。このバックアップファイルは、アップグレードプロセスの後の段階で必要になります。

    (注)  

     

    リストにバックアップジョブが表示されない場合は、[Backup and Restore Job Sets] テーブルを更新します。

  10. リモートサーバへのアップロード中にバックアップが失敗した場合:[Job Details] パネルの [Status] アイコンのすぐ下にある [Upload backup] ボタンをクリックして、アップロードを再試行します。

    (注)  

     

    SCP バックアップサーバーとの接続の問題(たとえば、ログイン情報の誤り、ディレクトリまたはディレクトリの権限の欠落、パスの欠落など)が原因でアップロードに失敗することがあります。こうした原因によることは、タスク uploadBackupToRemote の失敗によって示されます。このような状況が発生した場合は、SCP サーバーの詳細を確認し、誤りを修正してから再試行してください。または、[Upload backup] をクリックする前に、[Destination] ボタンを使用して、別の SCP サーバーとパスを指定できます。


Crosswork ネットワークコントローラ クラスタとアプリケーションのインストール

これにより最新バージョンの Crosswork ネットワークコントローラ クラスタとアプリケーションがインストールされます。


重要


クラスタのインストール中に、NSO 設定を互換性のあるバージョンにアップグレードする必要があります。アクティブにモニターして、NSO リーダーが Crosswork と同じサイトにあることを確認してください。


始める前に

手順


ステップ 1

古いクラスタと同じ IP アドレスとノード数を使用して、Crosswork ネットワークコントローラ クラスタの新しいバージョンをインストールします(VMware vCenter への Crosswork クラスタのインストール を参照)。

ステップ 2

インストールが完了したら、Crosswork ネットワークコントローラ UI にログインし(https://<VIP>:30603 を使用)、クラスタ内のすべてのノードが稼働しているかどうかを確認します。

ステップ 3

古いクラスタにインストールされていた Crosswork ネットワークコントローラ アプリケーションをインストールします。クラスタの新しいバージョンと互換性のある最新バージョンをインストールしていることを確認します。インストール手順については、Crosswork アプリケーションのインストール の章を参照してください。

(注)  

 

アプリケーションのバイナリとバージョンは、移行ジョブでは更新されません。

ステップ 4

アプリケーションが正常にインストールされたら、新しい Crosswork ネットワークコントローラ クラスタの正常性を確認します。

  1. Crosswork ネットワークコントローラ のメインメニューから、[Administration] > [Crosswork Manager] > [Crosswork Summary] の順に選択します。

  2. [Crosswork Cluster] タイルをクリックして、クラスタの正常性に関する詳細情報を表示します。


移行の実行

Crosswork ネットワークコントローラ アプリケーションが正常にインストールされたら、以前に作成した Crosswork ネットワークコントローラ のバックアップを新しい Crosswork ネットワークコントローラ クラスタに移行します。

始める前に

作業を開始する前に、次を確認してください。

手順


ステップ 1

すべての VM が正常であり、クラスタ内で実行されていることを確認します。

ステップ 2

SCP バックアップサーバーを設定します。

  1. メインメニューから、[管理(Administration)] > [バックアップと復元(Backup and Restore)] を選択します。

  2. [接続先(Destination)] をクリックして、[接続先の編集(Edit Destination)] ダイアログボックスを表示します。

  3. 表示されたフィールドに関連するエントリを入力します。

    (注)  

     

    [Remote Path] フィールドに、Cisco Crosswork クラスタのバックアップの作成 で作成したバックアップの場所を入力してください。

  4. [Save] をクリックして、バックアップサーバーの詳細を確認します。

ステップ 3

新しい Crosswork ネットワークコントローラ クラスタに以前の Crosswork ネットワークコントローラ のバックアップを移行します。

  1. Crosswork ネットワークコントローラ のメインメニューから、[Administration] > [Backup and Restore] を選択します。

  2. [Actions] > [Data Migration] をクリックして、宛先サーバーの詳細が事前に入力された [Data Migration] ダイアログボックスを表示します。

  3. [Backup File Name] フィールドに(Cisco Crosswork クラスタのバックアップの作成 で作成した)データ移行バックアップの名前を入力します。

  4. Crosswork ネットワークコントローラ アプリケーションまたはマイクロサービスの問題があるにもかかわらずデータ移行バックアップを実行する場合は、[Force] チェックボックスをオンにします。

  5. [Start Migration] をクリックして、データ移行操作を開始します。Crosswork ネットワークコントローラ は、対応するデータ移行ジョブセットを作成し、[Backup and Restore Job Sets] テーブルに追加します。[Job Details] パネルには、完了した各バックアップステップのステータスが表示されます。

    (注)  

     

    リストにジョブが表示されない場合は、数分待ってから [Backup and Restore Job Sets] テーブルを更新してください。

  6. データ移行ジョブの進捗を表示するには、[Backup and Restore Job Sets] テーブルの検索フィールドにジョブの詳細(ステータスやジョブタイプなど)を入力します。次に、目的のジョブセットをクリックします。

    [Job Details] パネルに、選択したジョブセットに関する情報(ジョブのステータス、ジョブタイプ、開始時刻など)が表示されます。失敗したジョブがある場合は、[Status] 列の近くにあるアイコンの上にマウスポインタを合わせると、エラーの詳細が表示されます。

    (注)  

     

    データ移行の操作中、Crosswork UI が一時的に使用できなくなることがあります。Crosswork UI がダウンしている場合、Grafana ダッシュボードでジョブのステータスを表示できます。Grafana リンクは、[ジョブの詳細(Job Details)] ウィンドウの右側にある [データ移行プロセスダッシュボードの表示(View Data Migration Process Dashboard)] オプションとして使用できます。

  7. 途中でデータ移行が失敗した場合は、ステップ 1 に戻って手順を再開する必要があります。

ステップ 4

データの移行が正常に完了したら、新しい Crosswork ネットワークコントローラ クラスタの正常性を確認します。

  1. Crosswork ネットワークコントローラ のメインメニューから、[Administration] > [Crosswork Manager] > [Crosswork Summary] の順に選択します。

  2. [Crosswork Cluster] タイルをクリックして、クラスタの正常性に関する詳細情報を表示します。


スタンバイクラスタのインストールと Geo 冗長性の有効化

アクティブクラスタでの移行が完了したら、スタンバイクラスタをインストールし、Geo 冗長性を有効にします。


(注)  


5.0 から 6.0 への移行後に Geo 冗長性を有効にする場合は、インベントリファイルで次のフラグを設定する必要があります。


## install
is_post_migration_activation: true

手順


ステップ 1

2 番目のサイトで、スタンバイクラスタをインストールします。詳細については、クラスタインストーラツールを使用した VMware vCenter への Cisco Crosswork のインストール または vCenter vSphere UI を使用した Cisco Crosswork の手動インストール のインストール手順を参照してください。

ステップ 2

スタンバイクラスタに(アクティブクラスタにインストールされていた)アプリケーションをインストールします。

(注)  

 

定期的な同期操作中にアクティブクラスタから変更が取得されるため、スタンバイクラスタでは移行は必要ありません。

ステップ 3

両方のサイトで DNS 接続を確認します。必要に応じて両方のサイトで DNS サーバーの更新を実行し、Crosswork クラスタが適切な DNS サーバーを使用していることを確認します。

ステップ 4

統合クロス クラスタ エンドポイントがサイト 1(アクティブサイト)で解決されていることを確認します。

ステップ 5

サイト 1 でインベントリファイルを作成してアップロードし、アクティブクラスタを作成して動作を確認します。詳細については、Geo 冗長性の有効化 の手順を参照してください。


Crosswork Data Gateway 6.0 から 7.0 Geo 冗長性へのアップグレード

このトピックでは、Crosswork Data Gateway バージョン 6.0 からバージョン 7.0(Geo 冗長性対応)にアップグレードする手順について説明します。

76.0 Crosswork Network Controller リリースでは、FQDN を使用してデータゲートウェイを展開する必要があります。Crosswork がアップグレードされると、既存のデータゲートウェイは VIP アドレスを使用して登録されるため ERROR 状態に移行し、登録情報に不一致が生じます。

アップグレード後にデータゲートウェイをインストールするには、次の手順を実行します。

始める前に

次の点を確認してください。

  • Crosswork がアップグレードされると、データゲートウェイ、仮想データゲートウェイ、HA プール、およびデバイスマッピング設定が復元されます。

  • Data Gateway Manager は、アクティブな Crosswork サイトを既存のすべてのデータゲートウェイのデフォルトサイトとして自動的に割り当てます。

手順


ステップ 1

古いインスタンスを削除し、新しいインストールに置き換えて、データ ゲートウェイ インスタンスを再展開します。再展開中は、OVF 展開スクリプトで ControllerIP の統合管理 FQDN を使用します。

データ ゲートウェイ インスタンスの削除については Crosswork クラスタからの Crosswork Data Gateway の削除 を参照してください。新しいインスタンスのインストールについては Geo 高可用性の Crosswork Data Gateway のインストール を参照してください。

データゲートウェイが OVF スクリプトで指定された同じ名前とホスト名属性を使用して再展開された場合、Data Gateway Manager はそれらを既存のゲートウェイと見なし、移行プロセス中にアップグレードされた Crosswork に自動的に登録します。

重要

 

新しいデバイスの追加後または新しいゲートウェイの展開後は、データの精度を高めるために同期操作を開始することをお勧めします。同期操作の実行方法については、クロスクラスタのステータスの表示 を参照してください。

ステップ 2

高可用性データゲートウェイプールを変更します。

  • 新しいデータ ゲートウェイ インスタンスがスタンバイサイト(現在のアクティブサイト)から高可用性プールに追加された場合、スイッチオーバーが発生します。データゲートウェイのロールが [スペア(Spare)] から [割り当て済み(Assigned)] に変更されました。

  • デフォルトでは、スタンバイサイトに接続されているデータゲートウェイがないため、既存のプールは不均衡としてタグ付けされます。データゲートウェイのバランスを維持するために、スタンバイサイトに新しいデータゲートウェイを展開します。

  • SBConfig は [共有(Shared)] オプションに設定されます。サイト固有になるように設定する必要があります。

  • スタンバイサイトの VIP または FQDN を設定します。

ステップ 3

データゲートウェイを IPv4 または IPv6 のシングルスタックからデュアルスタックに移行します。

  • デュアルスタック構成の VIP IP とゲートウェイの詳細を含めて、プール情報を更新します。たとえば、プールの作成時に IPv4 アドレスを設定した場合は、IPv6 の情報を追加する必要があります。

ステップ 4

[割り当て済み(Assigned)] ロールを持つすべてのデータゲートウェイが UP 状態で、スペアゲートウェイが NOT_READY 状態の場合に Crosswork UI に表示されるアップグレード確認メッセージを受け入れます。


[割り当て済み(Assigned)] ロールを持つデータゲートウェイがデータ収集を開始します。

次のタスク

データゲートウェイがアクティブクラスタに接続できない場合は、インタラクティブメニューからゲートウェイを再登録します。詳細については、『Cisco Crosswork Network Controller 7.0 Administration Guide』の「Reenroll Crosswork Data Gateway」セクションを参照してください。

Crosswork Data Gateway のコントローラ IP の設定

このトピックでは、Geo 冗長性機能を有効にした後にデータゲートウェイのコントローラ IP または FQDN を設定する手順について説明します。

無効なコントローラ IP を使用してデータゲートウェイを展開すると、登録プロセスでスタックする可能性があります。これに対処するには、コントローラ IP を再設定します。また、データゲートウェイが Crosswork に登録されていて、コントローラの仮想 IP に変更がある場合、または Geo 冗長性機能が有効になっているために IP が FQDN に変更された場合は、再設定する必要があります。

新しい登録用のコントローラ IP を設定するか、データゲートウェイが登録されている既存の Crosswork のコントローラ IP を変更するには、次の手順を実行します。

Geo 冗長性機能を有効にする前に、アクティブクラスタのデータゲートウェイに移動します。

手順


ステップ 1

Geo 冗長性機能を有効にする前に、アクティブクラスタのデータゲートウェイ VM にログインします。

ステップ 2

データゲートウェイ VM のインタラクティブメニューで、[3 現在のシステム設定の変更(3 Change Current System Settings)] を選択します。

ステップ 3

[コントローラIP/FQDNの設定(Configure Controller IP/FQDN)] を選択します。

ステップ 4

コントローラの署名付き証明書ファイルの SCP URI を入力します。

ステップ 5

コントローラの署名付き証明書ファイルの SCP パスフレーズまたは SCP ユーザーパスワードを入力します。

ステップ 6

コントローラの IP アドレスを入力します。

Crosswork がコントローラの IP または FQDN を更新し、VM が再起動されたことを確認するメッセージが表示されます。


データゲートウェイが Crosswork に接続し、UP 状態に移行します。データゲートウェイが [割り当て済み(Assigned)] 状態でありデバイスが接続されると、データ収集が再開されます。

プロバイダーの更新

アクティブクラスタで Geo 冗長性を有効にした後、プロバイダーを更新します。


(注)  


Geo 冗長性を有効にする予定がない場合は、この手順をスキップしてください。


手順


ステップ 1

Cisco NSO VM に RBAC JWT トークンを追加します。

ステップ 2

Cisco NSO 高可用性 VM に JWT パッケージをアップロードして更新します。

ステップ 3

両方の VM で NCS パッケージをリロードします。

ステップ 4

両方の VM で geo-CW FQDN cnc-host 値を使用して JWT 認証ファイル 更新します。

ステップ 5

両方の VM で cert.pem を更新します。

ステップ 6

[プロバイダーの管理(Manage Providers)] ウィンドウで、統合クラスタエンドポイントを使用して NSO を更新します。

ステップ 7

(オプション)[プロバイダーの管理(Manage Providers)] ウィンドウで SR-PCE の IP アドレスを更新します。

ステップ 8

(オプション)非 HA セットアップから Geo 冗長モードにアップグレードしている間に、Crosswork Data Gateway はサウスバウンドデバイスの複数の VIP で終了します。これらのデバイスは、syslog、トラップ、および MDT 用に設定する必要があります。MDT の場合は、admin DOWN/UP を使用して設定の変更をデバイスにプッシュできます。

(注)  

 

その他の外部接続先は、VIP または FQDN 形式の独自の統合エンドポイントを使用して HA モードにする必要があります。


Geo 冗長性の有効化の完了

プロバイダーを更新した後、スタンバイクラスタで Geo 冗長性をアクティブにします。


(注)  


Geo 冗長性を有効にする予定がない場合は、この手順をスキップしてください。


手順


ステップ 1

サイト 2 でクラスタ インベントリ ファイルを作成してアップロードし、スタンバイクラスタを作成します。動作を確認します。詳細については、Geo 冗長性の有効化 の手順を参照してください。

ステップ 2

クロスクラスタを設定します。詳細については、Geo 冗長性ワークフロー(Day 0) トピックの手順 7 を参照してください。

ステップ 3

オンデマンド同期を実行して、アクティブクラスタからスタンバイクラスタにデータを同期します。

Geo 冗長性を有効にすると、[アプリケーション管理(Application management)] ウィンドウに [Geo冗長性(Geo Redundancy)] タイルが追加されます。このタイルは組み込みであり、アップグレード、アンインストール、または非アクティブ化することはできません。