既存の Nexus Dashbaord クラスターをアップグレードするための前提条件と注意事項
既存のNexusダッシュボードクラスタをアップグレードする前に、次の手順を実行します。
-
ターゲット リリースの リリース ノート を必ず読み、アップグレードに影響する可能性のある動作変更、ガイドライン、および問題について確認してください。
-
Nexus Dashboard リリース 4.1.1にアップグレードする前に、NTP および DNS サービスが設定されていることを確認してください。システムを正常にアップグレードするには、少なくとも 1 つの NTP と DNS が必要です。
-
実行/障害 LED が
acs healthが正常であることを確認してください。-
Nexus Dashboard GUI には、次でアクセスします：
ssh -l rescue-user {management-ip-of-nd}。 -
ルータで
acs healthコマンドを使用します。
コマンド
acs healthを実行すると、すべてのコンポーネントが正常であることが表示されるはずです。rescue-user@node1:~$ acs health ====== Status ====== All components are healthy -
-
アップグレードする前に Nexus Dashboard クラスターのバックアップを実行し、バックアップ ファイルを安全な場所に保存してください。バックアップを実行するには、次を参照してください： Nexus Dashboard とサービスの統合バックアップおよび復元。このバックアップを、4.1.1 リリースを実行している Nexus Dashboard クラスターに直接復元することはできないことに注意してください。
-
最新のバックアップに障害が発生していた場合、アップグレードは続行されません。アップグレードを進める前に、正常なバックアップがあることを確認してください。バックアップを正常に実行できず、アップグレードできない場合は、 Cisco Technical Assistance Center（TAC） Jeff McEachern までご連絡ください。
-
NDI または NDFC のいずれかがあり、NDI がリモートで作成された NDFC クラスタのテレメトリを実行する場合、または複数の ND クラスタとのマルチクラスタ接続がある場合は、すべてのクラスタを Nexus Dashboard 4.1.1 にアップグレードする必要があります。マルチクラスタ接続を使用した Nexus Dashboard リリース 3.2x と 4.1.1 のクラスタの混在はサポートされていません。
-
物理的な Nexus Dashboard クラスタをアップグレードしている場合は、ノードにターゲットの Nexus Dashboard リリースでサポートされている最小の CIMC バージョンがあることを確認してください。
サポートされている CIMC バージョンは、ターゲット リリースの Nexus Dashboard リリースノート に記載されています。
CIMC アップグレードについては、Nexus Dashboard ドキュメンテーション ライブラリの「トラブルシューティング」の記事で詳しく説明されています。。
-
仮想 Nexus Dashboard クラスターをアップグレードする場合、 Nexus Dashboard は HDD の遅延のチェックを適用して、<30ms. If the HDD has a higher latency, the upgrade will fail.> であることを確認します。
-
VMware ESX に展開された仮想 Nexus Dashboard クラスタをアップグレードする場合は、ESX のバージョンがターゲット リリースで引き続きサポートされていることを確認します。
このリリースは、VMware ESXi 7.0、7.0.1、7.0.2、7.0.3、8.0、8.0.2、8.0.3 をサポートしています。
（注）
ESX サーバーをアップグレードする必要がある場合は、Nexus Dashboard をターゲット リリースにアップグレードする前に行う必要があります。ESX のアップグレードはこのドキュメントの範囲外ですが、簡単に説明すると次のとおりです。
-
既存の Nexus Dashboard ノード VM を実行している場合に通常行うように、ESX ホストの 1 つをアップグレードします。
-
ホストがアップグレードされた後、Nexus Dashboard クラスタが正常に動作していることを確認します。
-
他の ESX ホストで 1 つずつアップグレードを繰り返します。
-
すべての ESX ホストがアップグレードされ、既存の Nexus Dashboard クラスタが正常な状態になったら、このドキュメントの説明に従って、Nexus Dashboard をターゲット リリースにアップグレードします。
-
-
現在の Nexus ダッシュボードクラスタが正常であることを確認します。
システム ステータスは、 概要 ページに表示されます。これは、Nexus Dashboard の Admin コンソール にあります。または、いずれかのノードに
rescue-userとしてログインして、acs healthコマンドが次を返すことを確認します：All components are healthy。 -
Nexus Dashboard ではプラットフォームのダウングレードはサポートされていません。
以前のリリースにダウングレードするには、新しいクラスタを展開する必要があります。
-
自分のユーザー ロールが、Nexus Dashboard リリース 3.2.1 の
ダッシュボードユーザー（app-user）のみである場合には、ユーザーロールを削除し、 Nexus Dashboardリリース4.1.1にアップグレードした後、ダッシュボードユーザーユーザー ロールを削除します。または Nexus Dashboard release 4.1.1 でそのユーザーにオブザーバロールを追加する必要があります。 -
永続 IP アドレスの数とそれらのマッピング方法は、以前のリリースから Nexus Dashboard リリース 4.1.1 で変更されました。ビジネスインサイトの Nexus Dashboardの 永続 IP アドレス を参照して、以前のリリースで必要だった永続的なIPアドレスの数と、 Nexus Dashboard リリース 4.1.1 にアップグレードする前に必要な永続的なIPアドレスの数で特定の更新を行う必要がある永続的な IP アドレスの数を理解してください。
-
サービスを提供する任意のペルソナ、特にNexus Dashboard Fabric Controller（NDFC）とNexus Dashboard Insights（NDI）のNexus Dashboard（NDI）があり、以前のリリース（ND 2.2.x 以下など）から ND 3.2.x にアップグレードしている場合、Elasticsearch（ES）インデックスサイズに関する次の重要な情報に注意してください。
クラスターが ND 2.2.x 以前に展開され、それ以降にアップグレードされた場合、ND 3.2.x から ND 4.1.1 へのアップグレードにより、時系列データベースのインデックスが作成されている可能性があります。サイズがこのクラスターの再インデックス化機能のサイズを超えている場合、プロセスは、 Cisco Technical Assistance Center（TAC） に問い合わせるように促します。プロセスが再インデックス化に失敗した場合は、UI に表示される
acs recoverコマンドを使用して、失敗後にアップグレードを続行します。 -
マルチクラスタ接続が構成されていて、 Nexus Dashboard リリース 3.2.x システムで NDFC と NDI が同じ場所に配置されており、
-
NDFC が 1 つのクラスターで実行されていて、
-
別のクラスターで NDI が実行されていた場合、
Nexus Dashboard リリース 4.1.1 へのアップグレードプロセスを開始する前に、クラスタを切断し、フェデレーションを削除することが必要です。これらの手順については、 Cisco Nexus Dashboard Infrastructure Management の「クラスタの切断」および「フェデレーションの削除」の項を参照してください。アップグレードが完了したら、アップグレード後のタスクの一環としてマルチクラスタ接続を再度有効にします。
-
-
異なるデータ サブネットを持つ ND リリース 4.1.1 より前のクラスターの一部としてNexus Dashboard Orchestrator を使用している場合は、 Nexus Dashboard リリース 4.1.1 にアップグレードする前に、次の構成を行う必要があります。
-
すべてのノードで BGP 設定を追加します
-
永続 IP アドレスを追加します
アップグレード前にこれらの項目を設定していないと、アップグレード中のイメージの検証は失敗します。
-
アップグレード時の設定のばらつきの自動調整
4.2.(1) より前の NDO リリースから ND リリース 4.1.1 にアップグレードする場合は、マルチステップ アップグレードを実行する必要があります。
-
まず、4.2(1) より前の NDO リリースを ND 3.0.1i にアップグレードしてから、ND リリース 3.2.x にアップグレードします。 「サポート対象のアップグレード パス」 セクション（次に記載）で説明されています。 Cisco Nexus Dashboard およびサービスの導入とアップグレード ガイド、リリース 3.2.x。
-
次に、この章の説明に従って、ND リリース 3.2.x から ND リリース 4.1.1 にアップグレードします。
4.2(1) より前の NDO リリースを ND リリース 3.2.x にアップグレードすると、アプリケーション テンプレートの構成のばらつきが観察される場合があります。これらのばらつきは、NDO リリース 4.2(1) 以降で、以前のバージョンで管理されていなかった新しいアプリケーション テンプレート オブジェクト プロパティの管理がサポートされているために発生します。NDO 4.2(1) によって管理される新しいプロパティのリストについては、 Nexus Dashboard Orchestrator リリース ノートを参照してください。。
ND リリース 4.1.1 は、アップグレード プロセスの一環として構成のばらつきの自動調整をサポートしています。Nexus Dashboard は、テンプレートがファブリックと同期しているかどうかをチェックし、必要に応じて、ファブリック値を Nexus Dashboard にインポートして、ばらつきを自動的に解決します。
4.2(1) より前の NDO バージョンからマルチステップのアップグレードパスに従う場合は、ND リリース 3.2.x で検出されたばらつきを無視して、ND リリース 4.1.1 へのアップグレードを続行することをお勧めします。
ND リリース 4.1.1 へのアップグレード後に残ったばらつきは、手動で解決する必要があります。たとえば、構成されたオブジェクトが複数のファブリックにまたがる拡張テンプレートの一部であり、テンプレートレベルのプロパティに異なるファブリックで構成された異なる値がある場合、自動解決できないばらつきが発生します。
フィードバック