Cisco Nexus Hyperfabric — スタートアップガイド
Cisco Nexus HyperFabric
Cisco Nexus HyperFabric は、クラウドベースのサービスによって管理される物理ネットワークの設計と構築を可能にする、facric-as-a-service ソリューションです。ネットワークは 1 つのスイッチのように小さく始めて、それぞれが多くのスイッチのファブリックを持つ複数の場所に拡大できます。
Cisco Nexus HyperFabric の設計、展開、および運用は、お客様とシスコの共有責任モデルに基づいています。シスコの自動化および運用スタッフが、クラウドベースのサービスを適切に機能させ、ソフトウェア アップグレード プロセスを管理します。お客様のスタッフは、スイッチのアップグレードのタイミングと、アプリケーション、ホスト、国内ネットワークとのすべての相互接続、およびクラウドベースのサービスへの接続のタイミングを直接制御します。
Cisco Nexus Hyperfabric 展開のコンポーネント
Cisco Nexus HyperFabric 展開を構成するのは、以下のコンポーネントです。
- Cisco Nexus HyperFabric サービス:スケーラブルで、グローバルに分散された、マルチテナントのクラウドベースの software-as-a-service(SaaS)ネットワーク インフラストラクチャ管理ソリューションです。Cisco Nexus HyperFabric サービスは、Cisco によってホストおよび運用されており、ファブリックのプロビジョニングと可視化のための単一ポイントです。組織は、デバイス テレメトリとサービスが存在する場所を決定する、特定の地理的リージョン内に作成されます。
- Cisco Nexus HyperFabric スイッチ:オンプレミスまたはコロケーション環境内のクラウド管理型 Cisco 6000 スイッチです。スイッチのブートストラップと管理は、クラウドベースのサービスによって処理されます。
- 高性能ファブリック:EVPN VXLAN、レイヤ 2 VLAN、または IPv4/IPv6 ルーティングを使用するメッシュ トポロジまたはスパイン リーフ トポロジです。
- グラフィカル ユーザ インターフェイス(GUI)および REST API:Cisco Nexus HyperFabric でタスクを実行するために使用できるインターフェイス。
- オンサイト ページ:ネットワーク ケーブル配線技術者が、ファブリック内のデバイスを要求、バインド、ケーブル接続するための段階的なタスクを提供します。このページでは、ファブリック トポロジのリアルタイム検証も提供されます。
- Cisco UCS サーバ:(オプション)クラウドでモニターされる Cisco UCSC-C225-M8N-1P サーバ(ストレージ用)および Cisco UCSC-885A-M8-HC1 サーバ(オンプレミスまたはコロケーション環境の GPU 用)。スイッチのブートストラップと管理は、クラウドベースのサービスによって処理されます。
Cisco Nexus HyperFabric の仕組み
これは Cisco Nexus HyperFabric の仕組みの全体的なプロセスです。
- Cisco Nexus HyperFabric チームと協力して、Cisco Nexus HyperFabric GUI で提供される自動設計ツールを使用してファブリックをオンラインで設計します。完成した設計は、新しいファブリックの ブループリント です。
-
ファブリックのブループリントが完了すると、Cisco Nexus HyperFabric は次の追加のリソースを生成します。
- サーバとスイッチや、直接接続ケーブル(DAC)とアクティブ光ケーブル(AOC)などのプラガブル モジュールを含む、必要なファブリック コンポーネントを購入するための詳細な部品表(BoM)
- 設置者がファブリックを配線するための完全なケーブル配線計画
- コンポーネントを受け取ったら、オンサイトのページの指示に従って、設置担当者がそれらのコンポーネントを物理的に配線します。
- 新しい各デバイスには、Cisco Nexus HyperFabric に接続できるエージェントが含まれています。1 つのスイッチの管理ポートを設定し、そのポートに外部インターネット接続を提供します。その後、スイッチは Cisco Nexus HyperFabric に接続します。このインターネットに接続されたスイッチは、「出口ノード」と呼ばれます。
- エージェントにより、各デバイスはネイバーを検出して認証できます。各デバイスはファブリック内の出口ノードへのパスを検出します。デバイスは出口ノードを介してサービスと接続します。
-
デバイスを接続して準備ができたら、各デバイスを所有する組織を指定して、各デバイスをオンラインで Cisco に登録(「要求」)します。
(注)
場合によっては、デバイスが 組織によってすでに要求されていることもあります。 - Cisco Nexus HyperFabric では、各物理スイッチをファブリック ブループリントの論理的な場所(「ノード」)に割り当てます(バインド)。スイッチをブループリントのノードにバインドすると、デバイスは Cisco Nexus HyperFabric から構成をダウンロードできます。
- ファブリックが完全にプロビジョニングされたら、ローカル ホストとサーバをファブリックに接続できます。
デバイス テレメトリ
Cisco Nexus HyperFabric は、次のデバイス統計情報についてほぼリアルタイムのテレメトリを提供します。
- スイッチまたはサーバ:ポート ステータス、アサーション、およびトラフィック統計
- インターフェイス:ポート カウンタ、リンク ステータス、およびネットワーク設定
- 環境:ファン、PSU、およびその他のコンポーネントのスイッチごとのセンサー読み取り値
- 光ファイバおよびプラガブル:デジタル オプティカル モニタリング(DOM)統計
Nexus HyperFabric の使用例
Cisco Nexus HyperFabric の一般的な使用例には、小規模から中規模のブランチ オフィス、またはオンプレミス管理を必要としないリモート コロケーション サイトなどがあります。Cisco Nexus HyperFabric は、次のようなニーズを満たすのに最適です。
- 新しいデータセンターファブリックを展開または拡張する、または新しいデータセンターファブリックを簡単に構築できる。
- 基本的なネットワーク要件とコンピューティング接続を使用して、確実かつ迅速に展開する
- 新しいデータセンターネットワークを簡単に設計し、時間の経過とともに進化させる
- 1 つまたは 2 つのスイッチからなる小規模なスパインレス ファブリックを展開する
- AI クラスタへの新しいファブリックの展開を容易にする
- シームレスに展開し、分散データセンターをエッジまたはコロケーションに拡張する
- アーキテクチャを制限することなく、小規模でファブリックを開始してシームレスに拡張することを可能にする
サポートされるトポロジ
Cisco Nexus HyperFabric は次のネットワークトポロジをサポートします。
- 単一のスイッチまたは冗長スイッチ ペア詳細については、トポロジ:単一のリーフ スイッチまたは冗長スイッチ ペアを参照してください。
- 小規模メッシュ ファブリック詳細については、トポロジ:2 ~ 6 台のリーフ スイッチがある小規模なメッシュ ファブリックを参照してください。
- スパインおよびリーフ ファブリック。多層ファブリックを含むことができます。詳細については、トポロジ:1 ~ 4 台のスパイン スイッチと 1 台以上のリーフ スイッチを備えた 2 階層または 3 階層ファブリックを参照してください。
- スーパー スパイン ファブリック。詳細については、トポロジ:スーパー スパイン ファブリックを参照してください。
サイトが拡大した場合、Cisco Nexus HyperFabric の設計ツールに再アクセスして更新されたブループリントを作成することで、必要に応じてトポロジを変更できます。
トポロジのサブセクションの図では、ケーブル接続がさまざまなデバイスグループを結合する色付きの線で示されています。ケーブルの各数字は、デバイス グループ間の接続数を示します。
トポロジ:単一のリーフ スイッチまたは冗長スイッチ ペア
ホスト数が 50 未満のサイトでは、1 つのリーフスイッチで十分な場合があります。高可用性のために、冗長構成で 2 番目のスイッチを展開できます。
冗長スイッチ ペアの構成の概要
次のステップのハイレベル リストでは、冗長スイッチ ペアの構成の概要を示します。
- デフォルトのスイッチ階層で、そのグループのスイッチ数を 2 に設定します。
- [グループ接続(Group connections)] の下の [スイッチ グループ(Switch group)] で、接続数を 2 に設定します。
トポロジ:2 ~ 6 台のリーフ スイッチがある小規模なメッシュ ファブリック
小規模メッシュ ファブリックは、エッジ データ センターや人工知能(AI)クラスタなどの小規模な高性能環境を対象としています。このファブリックには、スパイン スイッチのない 2 ~ 6 台の相互接続されたリーフ スイッチがあり、ほとんどの場合、ファブリック全体で同等の冗長性を確保するためにスイッチをペアで展開する必要があります。
存在するアップリンク ポートの数に応じて、拡張性を増大させることができます。6 台のリーフ スイッチを超えたら、2 階層ファブリックのスパイン スイッチ、または 3 階層ファブリックの場合にスパイン スイッチと別のリーフスイッチ階層を追加できます。多層ファブリックの詳細については、トポロジ:1 ~ 4 台のスパイン スイッチと 1 台以上のリーフ スイッチを備えた 2 階層または 3 階層ファブリック を参照してください。
2 台のリーフ スイッチがある小規模なメッシュ ファブリックの構成の概要
この手順の概略的なリストでは、2 台のリーフ スイッチがある小規模なメッシュ ファブリックの構成の概要を示します。
- デフォルトのスイッチ階層で、そのグループのスイッチ数を 2 に設定します。
- [グループ接続(Group connections)] の下の [スイッチ グループ(Switch group)] で、接続数を 2 に設定します。
4 台のリーフ スイッチがある小規模なメッシュ ファブリックの構成の概要
この手順の概略的なリストでは、4 台のリーフ スイッチがある小規模なメッシュ ファブリックの構成の概要を示します。
- デフォルトのスイッチ階層で、そのグループのスイッチ数を 4 に設定します。
- [グループ接続(Group connections)] の下の [スイッチ グループ(Switch group)] で、接続数を 1 に設定します。
6 台のリーフ スイッチがある小規模なメッシュ ファブリックの構成の概要
この手順の概略的なリストでは、6 台のリーフ スイッチがある小規模なメッシュ ファブリックの構成の概要を示します。
- デフォルトのスイッチ階層で、そのグループのスイッチ数を 6 に設定します。
- [グループ接続(Group connections)] の下の [スイッチ グループ(Switch group)] で、接続数を 1 に設定します。
トポロジ:1 ~ 4 台のスパイン スイッチと 1 台以上のリーフ スイッチを備えた 2 階層または 3 階層ファブリック
スパインおよびリーフ ファブリックは、最初の階層として 1 ~ 4 つのスパイン スイッチを持ち、第 2 階層として 1 つ以上のリーフ スイッチを持つ 2 階層トポロジにすることができます。また、第 2 階層のリーフスイッチに接続された第 3 階層として追加のリーフスイッチがある 3 階層トポロジも考えられます。
2 つのスパイン スイッチと 2 つのリーフ スイッチを備えた 2 階層ファブリックの概要
このステップの概略リストでは、2 つのスパイン スイッチと 2 つのリーフ スイッチを備えた 2 階層ファブリックの構成の概要を示します。
- スパイン スイッチでは、デフォルトのスイッチ階層を使用し、そのグループでスイッチの数量を 2 に設定します。
- リーフ スイッチでは、新しいスイッチ階層を追加し、そのグループでのスイッチの数を 2 に設定します。
- [グループ接続(Group connections)] の下の [スイッチ グループ(Switch group)] で、リーフ スイッチ グループからスパイン スイッチ グループへの接続数を 1 に設定します。
階層 1 に 2 つのスパイン スイッチ、階層 2 に 4 つのリーフ スイッチ、階層 3 に 2 つのリーフ スイッチを備えた 3 階層ファブリックの構成の概要
このステップの概略リストでは、階層 1 に 2 つのスパイン スイッチ、階層 2 に 4 つのリーフ スイッチ、階層 3 に 2 つのリーフ スイッチを備えた 3 階層ファブリックの構成の概要を示します
- 階層 1 のスパイン スイッチでは、デフォルトのスイッチ階層を使用し、そのグループでスイッチの数量を 2 に設定します。
- 階層 2 のリーフ スイッチでは、新しいスイッチ階層を追加し、そのグループでスイッチ数を 2 に設定してから、別のグループを追加し、そのグループでスイッチ数を 2 に設定します。
- 階層 3 のリーフ スイッチでは、新しいスイッチ階層を追加し、そのグループでのスイッチ数を 2 に設定します。
-
[グループ接続(Group connections)] の下の [スイッチ グループ(Switch group)] で、接続数を示されているように設定します:
- それぞれの階層 2リーフ スイッチ グループからスパイン スイッチ グループへ 1
- 階層 3 リーフ スイッチ グループから 2 番目の階層 2 リーフ スイッチ グループへ 1
トポロジ:スーパー スパイン ファブリック
スーパー スパイン スイッチ トポロジは、同じファブリック内の複数のスパイン リーフの POD(配信ポイント)を相互接続するために使用される 3 層アーキテクチャです。スーパー スパイン レイヤは、スパイン レイヤの上の追加の階層として機能し、追加の相互接続性と拡張性を提供します。
スーパー スパイン ファブリックの構成の概要
次に、スーパー スパイン ファブリックの構成の概要を示します。
- スーパー スパイン スイッチでは、デフォルトのスイッチ階層を使用し、そのグループでスイッチの数量を 2 に設定します。
- 通常のスパイン スイッチでは、新しいスイッチ階層を追加し、階層に 2 番目のグループを追加して、両方のグループでスイッチの数量を 2 に設定します。
- リーフ スイッチでは、新しいスイッチ階層を追加し、階層に 2 番目のグループを追加して、両方のグループでスイッチ数量を 4 に設定します。
- グループ接続の下のスイッチ グループでは、表示された接続数を設定します。
- 各スパイン スイッチ グループからスーパー スパイン スイッチ グループに 1 つ
- 最初のリーフ スイッチ グループから最初のスパイン スイッチ グループに 1 つ
- 2 番目のリーフ スイッチ グループから 2 番目のスパイン スイッチ グループへ 1 つ
Cisco Nexus HyperFabric のライフサイクル
Cisco Nexus HyperFabric に基づいてネットワークを設計、展開、および維持するには、シスコと協力して、 Cisco Nexus HyperFabric のライフサイクル に示されているプロセスに従ってください。
- Cisco Nexus HyperFabric にログインします。 クラウド管理型ネットワークを作成する最初のステップは、Cisco Nexus HyperFabric ポータルにログインし、ネットワーク ファブリックを設計および運用する組織を作成することです。Cisco Nexus Hyperfabric へのログイン を参照してください。
- ファブリック設計を作成します。 Cisco Nexus HyperFabric では、Blueprint Designer を使用してファブリックを設計し、デバイスとトポロジを選択して、ファブリックのブループリントを作成します。ファブリック ブループリントの設計 を参照してください。
- ファブリックを設定(または変更)します。 Blueprint Designer で、ファブリック デバイス間の相互接続を構成します。光ファイバ、直接接続ケーブル(DAC)、アクティブ光ケーブル(AOC)などのプラガブル モジュールを設定し、残りのポートをサーバやその他のネットワークデバイスへの接続用に設定します。「ファブリックの変更」を参照してください。
- スイッチのオンボード Nexus HyperFabric スイッチがブループリントに従って物理的に設置され、配線されている場合、組織はスイッチを「要求」し、ブループリント内の論理位置(ノード)に「バインド」する必要があります。スイッチは、Cisco Nexus HyperFabric ポータルを介してクラウドで管理されるようになります。ファブリックのオンボード を参照してください。
- (オプション)サーバをオンボードします。 サーバがブループリントに従って物理的に設置され、配線されている場合、組織はサーバを「要求」し、ブループリント内の論理位置(ノード)に「バインド」する必要があります。サーバは、Cisco Nexus HyperFabric ポータルを介してクラウドでモニターされるようになります。ファブリックのオンボード を参照してください。
- デザインを検証します。 スイッチをファブリック ブループリントにバインドした後、トラフィックが正しく転送されることを確認します。
- ファブリックをモニタおよび操作します。 Cisco Nexus Hyperfabric — ファブリックの構成を参照してください。
Cisco Nexus HyperFabric へのアクセス
Cisco Nexus Hyperfabric へのログイン
クラウド管理型ネットワークの設計を開始するには、Cisco Nexus HyperFabricにログインする必要があります。
Nexus HyperFabric にログインするには、cisco.com のユーザ アカウントが必要です。これは https://id.cisco.com/ で作成できます。
以下の手順に従って、Cisco Nexus HyperFabric にログインします。
手順
ステップ 1 | Webブラウザで https://hyperfabric.cisco.com/をポイントします。 |
ステップ 2 | [電子メール(Email)] には、https://id.cisco.com/ で登録した電子メール アドレスを入力します。それから [cisco.com に進む(Continue to cisco.com)] を選択します。 お客様はシスコのシングル サインオン(SSO)サービスによって認証されます。Nexus HyperFabric のアカウントは、 cisco.com のユーザ アカウントに追加されます。 1 つ以上の Nexus HyperFabric 組織の管理者である場合、最後にログインした組織のメイン ページに移動します。
|
ステップ 3 | 既存の組織の管理者でない場合、Nexus HyperFabric は組織を作成するように求めます。 ![]()
|
組織に新しいユーザを追加する
組織の管理者は、その組織に新しいユーザを追加できます。ユーザは複数の組織に属することができます。組織およびユーザ は、ユーザと組織の関連付けを示しています。
新規ユーザを追加するには、次の手順に従います。
手順
ステップ 1 | を選択します。 |
ステップ 2 | [+ ユーザの追加(+ Add User)] を選択します。 |
ステップ 3 | 新規ユーザの E メール アドレスを入力します。 電子メール アドレスをカンマ区切りのリストとして入力することができます。選択したロールとステータスの設定は、このリストのすべてのユーザーに適用されます。 |
ステップ 4 | ロールを選択します:[管理者(Administrator)]、[読み取り/書き込み(Read Write)]、または [読み取り専用(Read Only)]。 |
ステップ 5 | ユーザのステータスを選択します:[有効(Enabled)] または [無効(Disabled)]。 |
ステップ 6 | [保存(Save)] を選択します。 |
組織への参加
既存の組織に参加できるのは、管理者が追加した場合のみです。追加すると、Nexus HyperFabric がトリガーされて電子メールで招待が送信されます。この手順では、管理者によって組織に追加されていることを前提としています。管理者がユーザーを追加する手順については、組織に新しいユーザを追加する を参照してください。
組織に参加するには、次の手順に従います。
手順
ステップ 1 | 招待電子メールを受信したら、電子メール内のリンクに移動します。 |
ステップ 2 | Nexus HyperFabric にログインします。 |
ステップ 3 | エンドユーザーライセンス契約(EULA)に同意します。 後ほど、他の組織に招待された場合には、 EULA への再度の同意は求められません。 |
アイデンティティ プロバイダー フェデレーション
アイデンティティ プロバイダー(IdP)フェデレーションでは、Cisco Nexus HyperFabric にログインするときシングル サインオン機能に使用する IdP を指定できます。特定のドメインを使用するように IdP フェデレーションを設定すると、そのドメインの一部であるすべてのユーザーは、会社の通常の(Cisco Connected Online 以外の)ID を使用して Nexus HyperFabric にログインできます。これらのユーザーは、会社の Nexus HyperFabric 組織にアクセスできます。
アイデンティティ プロバイダー フェデレーションの制限事項
アイデンティティ プロバイダー(IdP)フェデレーションには次の制限が適用されます。
- フェデレーテッド ユーザは、ユーザが管理者であるかどうかにかかわらず、組織を作成できません。
- フェデレーテッド ユーザは、API ベアラー トークンを作成できません。ベアラー トークンが必要な場合は、組織内のシスコ管理者に連絡して作成してもらってください。
アイデンティティ プロバイダー フェデレーションの構成
アイデンティティ プロバイダー フェデレーションを構成するには、次の手順を実行します。
手順
ステップ 1 | 認証プロトコルを追加します。 追加する認証プロトコルの手順を参照してください。 |
ステップ 2 | |
ステップ 3 | アイデンティティ プロバイダー フェデレーションのルーティング ルールの追加。 複数のルーティングルールを構成する場合は、この手順を繰り返します。 |
ステップ 4 | アイデンティティ プロバイダー(IdP)にログインし、この IdP を使用して Nexus HyperFabric にログインできるユーザを追加します。 ユーザの追加方法については、IdP のマニュアルを参照してください。 |
ステップ 5 |
認証プロトコルとして SAML を追加する
この手順では、IdP フェデレーションで使用するために、Cisco Nexus HyperFabric で認証プロトコルとしてセキュリティ アサーション マークアップ言語(SAML)を追加します。この手順では、例としてMicrosoft Entra を IdP として使用する手順を示しています。Microsoft Entra 固有の情報を IdP に応じて置き換えることで、選択した IdP を使用できます。正確な手順については、IdP のドキュメントを参照してください。
Microsoft Entra の手順は、予告なしに変更されることがあります。
認証プロトコルとして SAML を追加するには、次の手順を実行します。
手順
ステップ 1 | Nexus HyperFabric からサービス プロバイダーの詳細を収集します。
| ||||||||||||
ステップ 2 | IdP で、Nexus HyperFabric 用の新しいエンタープライズ アプリケーションを作成します。 Microsoft Entra の次のサブステップに従います。
| ||||||||||||
ステップ 3 | SAML を使用してシングル サインオンをセットアップします。 Microsoft Entra の次のサブステップに従います。
| ||||||||||||
ステップ 4 | ユーザー属性と要求を構成します。 Microsoft Entra の次のサブステップに従います。
| ||||||||||||
ステップ 5 | ユーザ グループを設定します。 Microsoft Entra の次のサブステップに従います。
| ||||||||||||
ステップ 6 | Nexus HyperFabric アプリケーションにユーザ グループを割り当てます。 Microsoft Entra の次のサブステップに従います。
| ||||||||||||
ステップ 7 | フェデレーション メタデータ XML 証明書ファイルをダウンロードします。 Microsoft Entra の次のサブステップに従います。
| ||||||||||||
ステップ 8 | Cisco Identity で、に移動します。
|
認証プロトコルとして OpenID 接続を追加する
この手順では、アイデンティティ プロバイダー(IdP)フェデレーションとして使用するために、Cisco Nexus HyperFabric で認証プロトコルとして OpenID 接続 を追加します。この手順では、例としてMicrosoft Entra を IdP として使用する手順を示しています。Microsoft Entra 固有の情報を IdP に応じて置き換えることで、選択した IdP を使用できます。正確な手順については、IdP のドキュメントを参照してください。
Microsoft Entra の手順は、予告なしに変更されることがあります。
この手順に進む前に、Nexus HyperFabric で使用する OpenID 接続を構成します。構成方法については、IdP のマニュアルを参照してください。
OpenID 接続 を認証プロトコルとして追加するには、次の手順を実行します。
手順
ステップ 1 | Nexus HyperFabric からサービス プロバイダーの詳細を収集します。
|
ステップ 2 | IdP で、Nexus HyperFabric 用の新しいエンタープライズ アプリケーションを作成します。 Microsoft Entra の次のサブステップに従います。
|
ステップ 3 | 作成したアプリケーションに関する情報を収集します。 クライアント ID とディスカバリ URL を収集します。 Microsoft Entra の次のサブステップに従います。
|
ステップ 4 | クライアント シークレットを構成します。 Microsoft Entra の次のサブステップに従います。
|
ステップ 5 | リダイレクト URI を構成します。 Microsoft Entra の次のサブステップに従います。
|
ステップ 6 | アプリケーション ロールを構成します。 Microsoft Entra の次のサブステップに従います。
|
ステップ 7 | ユーザーまたはグループをアプリケーションロールに割り当てます。 Microsoft Entra の次のサブステップに従います。
|
ステップ 8 | トークンに含めるアプリケーション ロールを構成します。 Microsoft Entra では、デフォルトで
|
ステップ 9 | API 権限を構成します。 Microsoft Entra の次のサブステップに従います。
|
ステップ 10 | Nexus HyperFabric で、 を選択します。 |
ステップ 11 | [管理者ポータルの起動(Launch admin portal)] を選択します。 Cisco Identity サイトが新しいタブで開きます。 |
ステップ 12 | Cisco Identity で、に移動します。
|
アイデンティティ プロバイダー フェデレーション用のドメインの追加
アイデンティティ プロバイダー フェデレーション用のドメインを追加するには、次のサブステップに従います。
手順
ステップ 1 | ブラウザで Cisco Identity をまだ開いていない場合は、次のサブステップに従います。
|
ステップ 2 | Cisco Identity で、に移動します。
|
アイデンティティ プロバイダー フェデレーションのルーティング ルールの追加
アイデンティティ プロバイダー フェデレーションのルーティング ルールを追加するには、次の手順を実行します。
手順
ステップ 1 | ブラウザで Cisco Identity をまだ開いていない場合は、次のサブステップに従います。
|
ステップ 2 | Cisco Identity で、に移動します。
|
アイデンティティ プロバイダー フェデレーション構成の確認
新しい IdP フェデレーションの目的のアイデンティティ プロバイダー(IdP)と Cisco Identity の構成が完了したら、テストを実行してフェデレーションが正常に機能することを確認できます。
アイデンティティ プロバイダーのフェデレーション設定を確認するには、次の手順を実行します。
手順
ステップ 1 | Cisco Identity で、に移動します。 |
ステップ 2 | 追加した IdP を選択します。 |
ステップ 3 | 右側に表示されるペインで、を選択します。 テストでは、構成に問題があるかどうかが通知されます。 |
アイデンティティ プロバイダー フェデレーションの一般的なトラブルシューティング シナリオ
これらは、アイデンティティ プロバイダー(IdP)フェデレーションの一般的なトラブルシューティング シナリオの一部です。
IdP フェデレーションを作成した後、 Nexus HyperFabric にログインできなくなった
ほとんどの場合、カスタム要求を追加し忘れたか、要求を誤って入力したなど、何かを誤って構成しています。cisco.com の電子メールアドレスを使用して Nexus HyperFabric にログインします。その際、電子メールアドレスの先頭に「cisco/」を付けることで、誤って構成された IdP フェデレーションをバイパスます。たとえば、「cisco/myEmailAddress@cisco.com」となります。ログイン後に、構成を修正します。
すべての Nexus HyperFabric の管理者がリモートIdPから削除されたか、または Nexus HyperFabric 組織の唯一の管理者がアクティブなユーザーではない
組織内に少なくとも 1 人の Nexus HyperFabric 管理者がいる必要があります。この問題を解決するには、リモート IdP にログインし、新しい管理者を追加するか、既存のユーザを管理者ロールにアップグレードします。
新規の組織の作成
組織を作成するには、次の手順に従います。
手順
ステップ 1 | を選択します。 |
ステップ 2 | 新しい組織の名前を入力します。 |
ステップ 3 | 組織が存在する地域を選択します。 欧州連合(EU)または米国(US)のいずれかを選択できます。地域によって、組織のデバイステレメトリとサービスが保存および処理される場所が決まります。 |
ステップ 4 | [保存(Save)] を選択します。 |
リージョンベースの組織
リージョンベースの組織は、次のような Nexus HyperFabric 組織です:
- 作成時に単一の地理的リージョンにバインドされます
- デバイス テレメトリとサービスをそのリージョンにのみ保存し、その中で処理します。
- リージョンのデータ処理要件に合わせるのに役立ちます。
Cisco Nexus Hyperfabric は、組織作成のための次のリージョンをサポートします。
- 欧州連合(EU)
- アメリカ合衆国(US)
組織のリージョンを特定する方法
組織リストで、各組織名の横にリージョンのアイコンが表示されます。アイコンにより、組織が存在するリージョンを一目で見分けられます。
|
リージョンのアイコン |
リージョン |
|---|---|
![]() |
欧州連合 |
![]() |
米国 |
組織の作成のガイドライン
Cisco Nexus HyperFabric で組織を作成する場合は、次のガイドラインに従ってください。
組織名のガイドライン
組織名は、次の要件を満たしている必要があります。
- 名前は 3〜120 文字で入力する必要があります。
-
組織名の最初以外または最後以外の文字としてであれば、次の特殊文字を含めることができます。
- -
- _
- +
- (スペース)
- /
- @
- .
- &
組織リージョンのガイドライン
組織のリージョンを選択する場合は、次のガイドラインに従います。
- 組織のテレメトリおよびサービスデータを配置する場所に基づいて、リージョンを選択します。
- Cisco Nexus Hyperfabric は、米国リージョンの組織に対してのみアイデンティティ プロバイダー フェデレーションをサポートします。EU リージョンで組織を作成する場合、ユーザーは cisco.com のログイン情報を使用してログインする必要があります。
組織の作成後にリージョンを変更することはできません。
選択したリージョンは、組織に永続的に適用されます。ファブリック、デバイス、またはテレメトリ データを別のリージョンに置くには、そのリージョンに新しい組織を作成する必要があります。
組織の制限と所有権
次の制限と所有権のルールが組織に適用されます。
- 最大 10 の組織を作成できます。
- 組織を作成した後に、その組織を削除することはできません。
- デフォルトでは、自分が作成した組織の管理者になります。
ユーザ設定
REST API承認にベアラートークンを使用し、ユーザのデフォルトのタイム ゾーンと時間形式を変更する方法について説明します。
ベアラー トークン
ベアラー トークンにより、Cisco Nexus HyperFabric の REST API コールを使用する承認が付与されます。ベアラー トークンとその作成方法の詳細については、Cisco DevNet の Cisco Nexus HyperFabric API 認証 を参照してください。
ユーザのデフォルト タイム ゾーンの変更
Cisco Nexus HyperFabric が使用する優先時間形式とタイム ゾーンを選択できます。デフォルトでは、Nexus HyperFabric はイベント タイム スタンプをブラウザのローカル タイム ゾーンで表示します。
手順
ステップ 1 | GUI の右上にある自分のユーザ名をクリックします。 |
ステップ 2 | [タイムゾーン(Timezone)] ドロップダウン リストから該当するタイムゾーンを選択します。 |
ステップ 3 | 時間形式を [12hr] または [24hr] に設定します。 |
GUI のすべてのタイムスタンプは、新しいタイム ゾーンとフォーマットで表示されます。
他のアプリケーションとのデータ共有
Nexus Hyperfabric から基本的なデバイス一覧、テレメトリ、および通知データを他のアプリケーションと共有する方法について説明します。
Cisco Cloud Control とのデータ共有
手順
ステップ 1 | を選択します。 |
ステップ 2 | データ共有を有効にします。 |
ファブリック ブループリントの設計
新しい組織を作成した場合、または既存の組織にファブリックを追加する必要がある場合、Cisco Nexus HyperFabric の Blueprint Designer を使用して新しいファブリックのブループリントを作成できます。
サポートされているファブリック トポロジについては、Nexus Hyperfabric の使用例を参照してください。
ポート チャネル、論理ネットワーク、ルーティング テーブルなどの追加設定の手順については、他の Cisco Nexus HyperFabric の記事で説明されています。
テンプレートを使用したファブリックの作成
事前定義されたトポロジを持つテンプレートを使用して、ファブリックを作成できます。作成するファブリックのサイズに基づいてテンプレートを選択します。
テンプレートを使用して新しいファブリックを作成するには、次の手順に従います。
手順
ステップ 1 | [ファブリック(fabrics)] を選択します。 |
ステップ 2 | [+新しいファブリックの追加(+Add new fabric)] を選択し、 [テンプレートから新規(New from template)] を選択します。 |
ステップ 3 | [テンプレート(Templates)] ページで、 [AI クラスタ(AI cluster)] または [スイッチ ファブリック(Switch fabric)] を必要に応じて選択します。 |
ステップ 4 | 必要なトポロジを持つテンプレートを選択します。 |
ステップ 5 | デフォルトのファブリック名を変更する場合は、名前の横にある編集( |
ステップ 6 | 必要に応じてトポロジを変更してから、[ファブリック ブループリントの保存(Save fabric blueprint)] を選択します。 |
テンプレートを使用しないファブリックの作成
テンプレートを使用せずにファブリックを作成するには、次の手順に従います。
手順
ステップ 1 | [ファブリック(fabrics)] を選択します。 |
ステップ 2 | [+新しいファブリックの追加(+Add new fabric)] を選択し、 [新しいファブリック(New fabric)] を選択します。
|
ステップ 3 | スイッチ階層を構成するには、次のサブステップに従います。
単一スイッチ ファブリックまたはメッシュ ファブリックをスイッチ モデルで設計する場合、スイッチ グループを 1 つだけ作成します。別のスイッチ モデルを追加する必要がある場合は、別のスイッチ グループを追加します。たとえば、2 つのスイッチ グループ(1 つはスパイン スイッチ用、もう 1 つはリーフ スイッチ用)を使用して、スパインとリーフのトポロジを作成できます。 スイッチを選択すると、Cisco Nexus HyperFabric によってトポロジが更新されます。 |
ステップ 4 | [グループ接続(Group connections)] の [スイッチ グループ(Switch groups)] エリアで、ボックスを選択して、対応するスイッチ グループ間の接続を構成します。 スイッチ グループ間の接続がボックスのマトリックスで表示されます。マトリックスは、スイッチを相互にどのように接続するかを定義します。上部と側面のラベルにはスイッチ グループの名前が表示されます。ラベルは両軸でマッチします。 各ボックスには、スイッチ グループ ペアごとの接続数が表示され、A、B、または C などの文字が付いています。[接続(Connections)] プロパティは、接続数を指定します。これは、サブステップで示すように変更できます。各文字は、スイッチ PID の一意のペアを示しています。これにより、異常や構成ミスを一目で特定できます。 左のラベルで指定されたスイッチ グループのスイッチは、一番上のラベルで示されたスイッチ グループのスイッチの下に接続されます。例外は、スイッチグループが両方の軸で同じである場合です。この場合、そのグループのスイッチは相互接続されます。 例として、「スパイン」という名前のスイッチ グループに 2 つのスイッチがあり、「リーフ」という名前の別のスイッチ グループに 4 つのスイッチがあり、グループ間の [接続(Connections)] に「2」を指定するとします。これは、8 組のスイッチがあることを意味します。2 つの接続を指定したため、グループ間の合計接続数は 16 になります。 ボックスを選択すると、[スイッチ グループ(Switch groups)] エリアの右側にグループ接続のプロパティが表示されます。複数のボックスを選択すると、これらの各グループ接続を同時にレビューできます。 選択したスイッチ グループの接続に対して、次のサブステップを実行します。
|
ステップ 5 | ファブリックにサーバを含める場合は、次のサブステップに従います。
|
ステップ 6 | [ファブリック ブループリントの保存(Save fabric blueprint)] を選択します。 [ファブリック ブループリントの保存(Saving fabric blueprint)] ダイアログが表示され、Cisco Nexus HyperFabric がブループリントを生成したことが示されます。 |
ステップ 7 | Cisco Nexus HyperFabric でケーブル配線計画を今すぐ作成する場合は、 [配線の実行(Run cabling)] を選択します。それ以外の場合は、 [トポロジに進む(Continue to topology)] を選択します。 |
ファブリックの変更
組織に対する管理者アクセス権または読み取り/書き込みアクセス権がある場合は、 [ファブリック(Fabrics)] ページで既存のファブリックの設計を変更できます。展開されていないファブリック設計から設置され実行中のファブリックまで、どの段階でも、ファブリック ブループリントに変更を加えることができます。
[ファブリック(Fabrics)] ブループリント ページは、次の 2 つのモードのいずれかで動作します。
- 編集モード:これは、管理者アクセス権または読み取り/書き込みアクセス権を持つユーザーのデフォルト モードです。すべてのファブリック編集オプションが公開されます。
- 実行モード:これは、読み取り専用アクセス権を持つユーザーのデフォルト モードです。設定とステータスは表示されますが、編集オプションは表示されません。管理者アクセス権または読み取り/書き込みアクセス権を持っている場合にのみ、編集モードに切り替えることができます。
このマニュアルのすべての設定手順では、管理者または読み取り/書き込みアクセス権を持ってログインしており、メニューが編集モードになっていることを前提としています。
ファブリックの変更
この手順は、ファブリック構成を変更するための一般的なワークフローを提供します。
ファブリックを変更するには、次の手順に従います。
手順
ステップ 1 | [ファブリック(Fabrics)]を選択し、設定するファブリックをクリックします。
|
ステップ 2 | 変更を行います。 変更内容を確認、確定、およびプッシュするまで、ファブリックに適用されません。 |
ステップ 3 | 変更を適用する準備ができたら、[構成の確認(Review configuration)] を選択します。 [構成のレビュー(Review configuration)] ページでは、前回のプッシュ以降の変更点に関する簡潔な説明のリストをレビューできます。これには変更者の ID と、変更が保存された日時が含まれます。 |
ステップ 4 | 変更を確認し、変更を適用する準備ができたら、[コメントとプッシュ(Comment and push)] を選択します。 |
ステップ 5 | [構成を送信する前のコメント(Comments before sending configuration)] ダイアログボックスに、変更の理由を入力します。 |
ステップ 6 | [構成のプッシュ(Push Configuration)] を選択します。 |
ステップ 7 | 変更のステータスをレビューします。 [ファブリック(Fabrics)] ブループリント ページのファブリック カードには、プッシュされた変更のステータスが表示されます。変更の適用に時間がかかる、または赤いアサーションが生成される場合があります。たとえば、インストール済みで実行中のファブリックに変更をプッシュし、その変更がファブリックの物理的なケーブル接続と競合している場合は、アサーションが発生します。 |
サイトでのファブリックの展開
Cisco Nexus HyperFabric は、ユーザーまたはネットワーク配線技術者が現場で実行する必要があるタスクをガイドする機能を提供することにより、ファブリック内のスイッチのケーブル配線作業を大幅に簡素化します。ネットワーク管理者は、Cisco Nexus HyperFabric を使用して、スイッチのケーブル配線計画を自動的に含むブループリントを作成します。専用の オンサイト ページに移動して、タスクをレビューおよびフォローして物理ファブリック トポロジをセットアップしたり、進行状況を追跡したりできます。
または、ネットワーク管理者が Cisco Nexus HyperFabric のオンサイト モバイル対応サイトの URL をネットワーク ケーブル接続技術者に提供することもできます。技術者はモバイル デバイスで URL を開いてブループリントをレビューし、それに従って物理ファブリック トポロジをセットアップするか、またはファブリックのステータスをレビューします。
サイトでのファブリックの展開の詳細についてはCisco Nexus Hyperfabric — サイトでのファブリックの展開を参照してください。
Cisco Nexus HyperFabric オンサイトのモバイル対応サイトへの共有可能なリンクを取得する
手順
ステップ 1 | Cisco Nexus HyperFabric の GUI で、[ファブリック(Fabrics)] を選択し、リンクを取得するファブリックを選択します。 |
ステップ 2 | [オンサイト(On-site)] の選択 |
ステップ 3 | [共有可能なリンク(Shareable link)] を選択します。 |
ステップ 4 | 次のいずれかの方法を使用して、オンサイトのモバイル対応サイトに移動します。
|
ケーブル配線
Cisco Nexus HyperFabric は、デバイスペアごとの接続数とケーブル接続戦略に基づいて、ファブリック内のデバイスをケーブル接続する方法を自動的に決定します。ケーブル接続戦略は 2 つの概念で構成されます。
最初の概念は、次のとおりです。
- 厳格:Cisco Nexus HyperFabric は、選択した接続数で各デバイスペアを接続します。何らかの理由でデバイスに使用可能なポートが不足している場合、 Cisco Nexus HyperFabric は、ケーブル接続にエラーがあることを示しています。
- ベスト エフォート:Cisco Nexus HyperFabric は、可能な場合は、選択した接続数で各デバイス ペアを接続します。ただし、何らかの理由でデバイスに十分な数の使用可能なポートがない場合、Cisco Nexus HyperFabric は、ペアのデバイスを、十分な数の使用可能なポートがある同じスイッチ グループ内の他のデバイスに接続します。
第 2 の概念は次のとおりです。
-
密度:Cisco Nexus HyperFabric は、デバイスの連続するポートをペアリングされたデバイスの連続するポートに接続します。連続するポートの数は、選択したデバイス ペアごとの接続数と同じです。 Cisco Nexus HyperFabric は、ペアリングされたデバイスごとに、連続するポートのこの接続を繰り返します。これはスイッチ間接続に使用されます。
2 つのスパインスイッチと 2 つのリーフ スイッチを使用したスイッチ間高密度ケーブル接続戦略
-
分散型:Cisco Nexus HyperFabric は、最初のサーバの最初のネットワーク インターフェイス カード(NIC)を最初のスイッチの最初のポートに接続し、次にサーバの 2 番目のNIC を2 番目のスイッチの最初のポートに接続します。サーバが 1 つの各スイッチの最初のポートに接続します。 Cisco Nexus HyperFabric は、後続のサーバでこのプロセスを繰り返しますが、NIC は各スイッチの次のポートに接続します。各サーバの NIC が各スイッチに接続された後、指定された接続数と等しい数の各サーバから各スイッチへの接続数が存在するようになるまで、プロセス全体が繰り返されます。
GPU を備えたサーバ ポート グループも分散ケーブル戦略を使用します。レール グループ プロパティでは、これらのサーバの幅は GPU サーバの数と同じで、数は 8 です。
GPU がある場合とない場合で、、同じスイッチに接続するには、各サーバで同じ NIC 番号を使用します。したがって、2 台のサーバ(server1 と server2)と 2 台のスイッチ(switch1 と switch2)があるファブリックの場合、両方のサーバの NIC1 は switch1 に接続され、両方のサーバの NIC2 は switch2 に接続します。
2 つのリーフスイッチと 2 つのサーバによるスイッチからサーバへの分散ケーブル戦略
ファブリックに同じスイッチ グループまたはサーバ グループ内のデバイス間の接続が含まれている場合、Cisco Nexus HyperFabric はまず異なるグループのデバイス ペアにポートを割り当ててから、同じグループ内のデバイスにポートを割り当てます。
セキュアなトランスポート層のセキュリティ接続用にルート証明書を追加する
Cisco Nexus HyperFabric へのセキュアな Transport Layer Security(TLS)接続を確立するために組織によって発行されたルート証明書を信頼するようにスイッチを構成できます。
セキュアのトランスポート層のセキュリティ接続用にルート証明書を追加するには、次の手順を実行します。
手順
ステップ 1 | を選択します。 |
ステップ 2 | [+ 証明書の追加(+ Add Certificate)] を選択します。 |
ステップ 3 | フィールドに入力し、[保存(Save)] を選択します。 [証明書(Certificate)] で、証明書を含むファイルをボックスにドラッグするか、ボックスを選択してファイルに移動し、ファイルを選択してから、[開く(Open)]を選択します。 |
スイッチ ポートの設定
スイッチ レベルでポートを構成する
ロールや速度、ブレークアウト ステータスなど、スイッチのポートのさまざまなプロパティを設定できます。ポート ロールは、ポートによって提供される接続のタイプを指定します。
スイッチ レベルでポートを設定するには、次の手順に従います。
手順
ステップ 1 | [ファブリック(Fabrics)] を選択し、スイッチを含むファブリックを選択します。
|
ステップ 2 | [トポロジ(Topology)] エリアで、構成するスイッチを選択し、スイッチ名を選択します。 |
ステップ 3 | [構成(Configure)] エリアで、[ポートの構成(Port configurations)] を選択します。 ポート構成(Port configuration) テーブルには、スイッチのすべてのポートが一覧表示されます。 |
ステップ 4 | (任意) いずれかのポートのブレークアウトを有効または無効にする場合は、 [ブレークアウト管理(Manage breakouts)] を選択します。
|
ステップ 5 | [ポート構成(Port configurations)] テーブルの [アクション(Action)] カラムで、構成するポートの編集ボタン( ポートを構成するためのダイアログ ボックスが開きます。
|
ステップ 6 | ファブリック内の別のリーフまたはスパイン スイッチまたはホストに接続するこのスイッチのすべてのポートについて、前の手順を繰り返します。 |
ステップ 7 | ファブリックのすべてのリーフとスパイン スイッチでこの手順を繰り返します。 |
スイッチ レベルで複数のポートを設定する
ロールや速度など、スイッチ上の複数ポートのさまざまなプロパティを同時に設定できます。ポート ロールは、ポートによって提供される接続のタイプを指定します。
一部のプロパティの選択肢では、この手順で設定できない追加のプロパティが表示されます。これらの追加のプロパティを設定するには、ポートを個別に設定する必要があります。ここでは、この制限があるプロパティでの説明を示します。
スイッチ レベルで複数のポートを設定するには、次の手順に従います。
手順
ステップ 1 | [ファブリック(Fabrics)] を選択し、スイッチを含むファブリックを選択します。
|
ステップ 2 | [トポロジ(Topology)] エリアで、構成するスイッチを選択し、スイッチ名を選択します。 |
ステップ 3 | [構成(Configure )] エリアで、[ポート構成(Port configurations)] を選択し、各ポート ID の横にあるチェックボックスをオンにして、設定するポートを選択します。 |
ステップ 4 | ポートのロールを変更する場合は、[ポートロールの編集(Edit port roles)] を選択します。
|
ステップ 5 | ポートのプロパティを変更するには、[ポートプロパティの編集(Edit port properties)] を選択します。これらのプロパティには、ポート速度とプラガブル オプションが含まれます。
|
ステップ 6 | 管理状態を変更する場合は、[ポートの管理状態の編集(Edit port admin state)] を選択します。
|
ファブリック レベルでのスイッチ ポートの構成
ファブリックの [物理トポロジ(Physical topology)] 領域に移動することで、ファブリック内の任意のスイッチの任意のポートを構成できます。このページを使用すると、さまざまなスイッチのポートを簡単に構成できます。
ファブリック レベルでポートを設定するには、次の手順に従います。
手順
ステップ 1 | [ファブリック(Fabrics)]を選択し、ポートを構成するスイッチを含むファブリックを選択します。
|
ステップ 2 | [物理トポロジ(Physical topology)] エリアで、 [ポート構成(Port configurations)] を選択します。 [ポート構成(Port configurations) ] テーブルには、ファブリック内のすべてのスイッチのすべてのポートが一覧表示されます。 |
ステップ 3 | [ポート設定(Port configurations)] テーブルの上で、さまざまなフィールドとドロップダウン リストを使用してテーブルをフィルタリングできます。
|
ステップ 4 | [アクション(Actions)] カラムで、構成するポートの編集(
|
ファブリック レベルでの複数のポートの構成
ファブリックの [物理トポロジ(Physical topology)] エリアに移動して、ファブリック内の任意のスイッチ ポートを構成できます。このページを使用すると、同時に複数のスイッチのポートを簡単に構成できます。
一部のプロパティの選択肢では、この手順で設定できない追加のプロパティが表示されます。これらの追加のプロパティを設定するには、ポートを個別に設定する必要があります。ここでは、この制限があるプロパティでの説明を示します。
ファブリック レベルで複数のポートを設定するには、次の手順に従います。
手順
ステップ 1 | [ファブリック(Fabrics)] を選択し、ポートを構成するスイッチを含むファブリックを選択します。
|
ステップ 2 | [物理トポロジ(Physical topology)] で、 [ポート構成(Port configurations)] を選択します。 [ポート構成(Port configurations) ] テーブルには、ファブリック内のすべてのスイッチのすべてのポートが一覧表示されます。 |
ステップ 3 | [ポート設定(Port configurations)] テーブルの上で、さまざまなフィールドとドロップダウン リストを使用してテーブルをフィルタリングできます。
|
ステップ 4 | 各ポート ID の横にあるボックスをオンにして、構成するポートを選択します。ポートは異なるスイッチに属することができます。 |
ステップ 5 | ポートのロールを変更する場合は、[ポートロールの編集(Edit port roles)] を選択します。
|
ステップ 6 | ポートのプロパティを変更するには、[ポートプロパティの編集(Edit port properties)] を選択します。プロパティには、ポート速度とプラガブルが含まれます。
|
ステップ 7 | 管理状態を変更する場合は、[ポートの管理状態の編集(Edit port admin state)] を選択します。
|
ポートの設定に関するガイドライン
Cisco HF6100-60L4D スイッチでは、 ポートグループ内のいずれかの SFP56 ポートの速度を設定すると、もう一方のポートの速度も同じ速度に設定されます。
設計を終了してコミットする
変更内容を確認、確定、およびプッシュするまで、ファブリックに適用されません。
設計を終了してコミットするには、次のステップに従います。
手順
ステップ 1 | [構成のレビュー(Review configuration)] を選択します。 |
ステップ 2 | レビューリストで変更を確認します。 |
ステップ 3 | [コメントしてプッシュ(Comment and push)] を選択します。 |
ステップ 4 | [構成を送信する前のコメント(Comments before sending configuration)] ダイアログボックスに、変更の理由を入力します。 |
ステップ 5 | [構成のプッシュ(Push Configuration)] を選択します。 このプッシュの一部としてデバイスをバインドした場合、デバイス アイコンの輪郭の色により、デバイスのアサーションを示します。デバイスに問題がなければ、緑色の輪郭が表示されるはずです。黄色の輪郭は、デバイスが予期しない状態になっており、問題が検出されていることを示していますが、その問題によって動作が中断することはありません。赤色の輪郭は、デバイスが予期しない状態になっており、動作の中断を引き起こす可能性のある問題が検出されたことを示しています。問題を調査する必要があります。 |
発注と部品表について
展開
展開では、アセンブリ リストと部品表(BOM)の計算に関する情報が提供され、ファブリックに部品が必要かどうかが示されます。アセンブリ リストと BOM の CSV ファイルをエクスポートして、Cisco Nexus HyperFabric 外の参照用に使用できます。
展開情報のレビューまたはエクスポート
展開情報のレビュー、または参照として使用するために展開情報を CSV ファイルにエクスポートすることもできます。次の情報をレビューまたはエクスポートできます。
- ブループリント設計に従ってファブリックを構築するために製品を発注する際の部品表
- 各デバイスに必要なファン、電源、光ファイバなどのアクセサリのフルフィルメントをチェックするためのアセンブリ リスト
展開情報をレビューまたはエクスポートするには、次の手順に従います。
手順
ステップ 1 | [ファブリック(Fabrics)] を選択し、目的のファブリックを選択します。 |
ステップ 2 | を選択します。 このページには、製品 ID(PID)の部品表(BOM)が表示されます。これは、ファブリック設計に必要なデバイスとアクセサリ、およびポート接続構成に基づく光ファイバを指定します。表は、必要な各 PID の数と、受け取って展開された数を示しています。 |
ステップ 3 | (任意) BOM をカンマ区切り値(CSV)スプレッドシートとしてエクスポートするには、[CSVのエクスポート(Export CSV)] を選択します。 |
ステップ 4 | [アセンブリ リスト(Assembly list)] を選択します。 このページには、各デバイスに必要なファン、電源、光ファイバなどのアクセサリのリストが表示されます。この表には、部品が展開されているかどうか、および展開された部品のシリアル番号(ある場合)が表示されます。 |
ステップ 5 | (任意) アセンブリ リストをカンマ区切り値(CSV)スプレッドシートとしてエクスポートするには、[CSV のエクスポート(Export CSV)] をクリックします。 |
部品表の見積 ID を要求する
部品表(BOM)の見積 ID を要求すると、 Cisco Nexus HyperFabric は Cisco Commerce Workspace(CCW)と通信して見積を作成し、見積 ID を含む電子メールを送信します。その後、パートナーまたはセールス チームの担当者と協力して、見積書について話し合って、部品を注文できます。
Cisco Nexus HyperFabric は見積 ID を 90 日間保持します。[見積 ID リクエスト(Estimate ID requests )] ページから任意の BOM をダウンロードして、より長期間保存できます。見積 ID の有効期限が切れた場合は、新しい見積 ID を要求できます。
部品表の見積 ID を要求するには、次の手順に従います。
手順
ステップ 1 | [ファブリック(fabrics)] を選択します。 |
ステップ 2 | 見積 ID を取得する BOM を含むファブリックをクリックします。 |
ステップ 3 | を選択します。 |
ステップ 4 | [見積 ID のリクエスト(Request estimate ID)] をクリックして 、次のサブステップを実行します。
|
ステップ 5 | Cisco パートナーまたはセールス チームの連絡先に見積 ID を伝えます。 Cisco Nexus HyperFabric によって作成された見積書は読み取り専用です。連絡先は新しい見積 ID を持つ見積の複製を作成する必要があります。その後、担当者がコストの見積もりを行い、新しい ID を使用して注文を完了します。 |
ファブリックのオンボード
ファブリックのオンボード
この手順では、ファブリックをオンボードするために実行する必要があるタスクの概要を示します。
ファブリックをオンボードする前に、ファブリックを物理的に設置し、Cisco Nexus HyperFabric のブループリントと一致するようにファブリックを配線する必要があります。
ファブリックをオンボードするには、次の手順に従います。
手順
ステップ 1 | スイッチが Cisco Nexus HyperFabric クラウド サービスに接続できるようにします。 |
ステップ 2 | 組織にスイッチを要求します。 詳細については、デバイスの申請を参照してください。 |
ステップ 3 | 各スイッチをファブリック ブループリント内のその位置にバインドし、Cisco Nexus HyperFabric からその特定の構成を受信できるようにします。 詳細については、デバイスのバインドを参照してください。 |
ステップ 4 | AI クラスタを展開する場合は、次のサブステップに従います。
|
オンボーディングの前提条件
インストールしたファブリックをオンボードする前に、次のものが必要です。
- スイッチが HTTPS(ポート 443)トラフィック用に接続できる実行中のインターネット接続
- 使用可能な DNS サーバー
- 構成済みのプロキシ サーバー(クラウドに到達する必要がある場合)
-
ファブリック内のスイッチ用の少なくとも 1 つの管理 IPv4 または IPv6 アドレス
(注)
ファブリック内のすべてのスイッチを管理ネットワークに接続することを推奨します。
最初のスイッチを Cisco Nexus HyperFabric クラウド サービスに接続する
新しい Nexus HyperFabric スイッチの出荷時には、ネイバーを検出し、Cisco Nexus HyperFabric に接続できるようにするエージェントが含まれています。
次の図は、アウトオブバンド(OOB)管理ノードを Cisco Nexus HyperFabric に接続するための最初のスイッチの設定例を示しています。管理ノードの設定は、(使用可能な場合は)DHCP を介して、静的 IP アドレスが必要な場合はシリアル ポートの設定によって行うことができます。
通常、 クラウドに物理的に接続する必要があるのは 1 台のスイッチのみです。このスイッチは自動的に Cisco Nexus HyperFabric に接続します。ファブリック内のネイバー スイッチによって検出されると、このスイッチはその可用性を「出口ノード」スイッチとして報告します。OOB 管理接続がない隣接スイッチは、出口ノード スイッチを介して Cisco Nexus HyperFabricに接続できます。
最初のスイッチを Cisco Nexus HyperFabric クラウド サービスに接続するには、次の手順に従います。
手順
ステップ 1 | 物理サイトで、最初のインターネット接続を行うスイッチを選択します。このクラウド接続スイッチが出口ノードになります。 |
ステップ 2 | スイッチの OOB 管理インターフェイスをインターネット接続に接続します。 |
ステップ 3 | DHCP サーバーが存在する場合は、この手順の残りのステップをスキップできます。 スイッチはその DHCP 設定を受け取り、インターネット接続を介して Cisco Nexus HyperFabric に接続します。 |
ステップ 4 | 静的 IP アドレスを設定する必要がある場合、またはプロキシを設定する必要がある場合は、次の接続パラメータを使用して、スイッチのシリアル コンソール ポートに端末を接続します。
|
ステップ 5 | ユーザー名に「ttg-admin」、パスワードに「hfabric2025」を使用して、シリアル コンソールにログインします。 デフォルトのパスワードを変更するかどうかを尋ねられます。変更することを推奨します。
|
ステップ 6 | コンソールメニューで、 [設定の変更(Change Configuration)]を選択します。
|
ステップ 7 | [適用(Apply)] を選択します。
|
サーバの準備
サーバに Cisco Nexus HyperFabric エージェントをインストールする
サーバを制御するために Nexus HyperFabric を有効にするには、サーバに Cisco Nexus HyperFabric エージェントをインストールする必要があります。
手順に従ってサーバに Cisco Nexus HyperFabric エージェントをインストールします。
手順
ステップ 1 | SSH を使用してサーバに接続します。 |
ステップ 2 | NIC モードを使用するように NVIDIA BlueField-3(BF3)データ処理ユニットを構成します。
|
ステップ 3 | サーバの電源を再投入します。
|
ステップ 4 | サーバに Nexus HyperFabric エージェントをインストールします。
|
デバイス オンボード トークンと Craft コンソールを使用してサーバに証明書を追加する
C885 または C880 サーバに Cisco Nexus HyperFabric エージェントをインストールしてから、サーバに証明書を追加する必要があります。デバイス オンボード トークンまたはベアラー トークンのいずれかを使用できます。また、Craft コンソールまたは CSR 登録スクリプトを使用できます。デバイス オンボード トークンを使用することをお勧めします。
デバイス オンボード トークンと Craft コンソールを使用してサーバに証明書を追加するには、次の手順を実行します。
手順
ステップ 1 | デバイス オンボード トークンを生成します。 トークンを生成するには、管理者ユーザである必要があります。
|
ステップ 2 | Craft コンソールを起動します。
|
ステップ 3 | [デバイス オンボード トークンの削除(Delete Device Onboard Token)] を選択し、[はい(Yes)] を選択します。 新しいトークンを追加する前に、既存のトークンを削除する必要があります。トークンがまだ存在しない場合は、次のメッセージが表示されます:
いずれかのキーを押して、次のステップに進みます。 |
ステップ 4 | サーバでデバイス オンボード トークンをプログラムして、証明書を追加します。
|
ステップ 5 | 証明書が存在することを確認します。
|
ステップ 6 | [デバイス オンボード トークンの削除(Delete Device Onboard Token)] を選択し、[はい(Yes)] を選択します。 証明書を追加した後で、トークンを削除する必要があります。 |
ステップ 7 | クラスタがある場合は、クラスタ内のサーバごとに、この手順を繰り返します。 |
デバイス オンボード トークンと CSR 登録スクリプトを使用してサーバに証明書を追加する
C885 または C880 サーバに Cisco Nexus HyperFabric エージェントをインストールしてから、サーバに証明書を追加する必要があります。デバイス オンボード トークンまたはベアラー トークンのいずれかを使用できます。また、Craft コンソールまたは CSR 登録スクリプトを使用できます。デバイス オンボード トークンを使用することをお勧めします。
この手順は CSR 登録スクリプトを使用するためのものですが、一部の手順では Craft コンソールを使用します。
デバイス オンボード トークンと CSR 登録スクリプトを使用して サーバに証明書を追加するには、次の手順を実行します。
手順
ステップ 1 | Craft コンソールを起動します。
|
ステップ 2 | [デバイス オンボード トークンの削除(Delete Device Onboard Token)] を選択し、[はい(Yes)] を選択します。 新しいトークンを追加する前に、既存のトークンを削除する必要があります。トークンがまだ存在しない場合は、次のメッセージが表示されます:
いずれかのキーを押して、次のステップに進みます。 |
ステップ 3 | デバイス オンボード トークンを生成します。 トークンを生成するには、管理者ユーザである必要があります。
|
ステップ 4 | サーバの CLI で、デバイス オンボードトークンをエクスポートします。
|
ステップ 5 | CSR 登録スクリプトを使用して、サーバに証明書を追加します。
|
ステップ 6 | 証明書が存在することを確認します。
|
ステップ 7 | クラスタがある場合は、クラスタ内のサーバごとに、この手順を繰り返します。 |
ベアラー トークンと Craft コンソールを使用してサーバに証明書を追加する
C885 または C880 サーバに Cisco Nexus HyperFabric エージェントをインストールしてから、サーバに証明書を追加する必要があります。デバイス オンボード トークンまたはベアラー トークンのいずれかを使用できます。また、Craft コンソールまたは CSR 登録スクリプトを使用できます。デバイス オンボード トークンを使用することをお勧めします。
次の手順に従って、ベアラー トークンと Craft コンソールを使用してサーバに証明書を追加します。
手順
ステップ 1 | Craft コンソールを起動します。
|
ステップ 2 | 証明書が存在しないことを確認します。
|
ステップ 3 | 証明書を生成します。
|
ステップ 4 | 証明書をサーバにインポートします。
|
ステップ 5 | 証明書が存在することを確認します。
|
ステップ 6 | クラスタがある場合は、クラスタ内のサーバごとに、このサブステップを繰り返します。 |
ベアラー トークンと CSR 登録スクリプトを使用してサーバに証明書を追加する
C885 または C880 サーバに Cisco Nexus HyperFabric エージェントをインストールしてから、サーバに証明書を追加する必要があります。デバイス オンボード トークンまたはベアラー トークンのいずれかを使用できます。また、Craft コンソールまたは CSR 登録スクリプトを使用できます。デバイス オンボード トークンを使用することをお勧めします。
この手順は CSR 登録スクリプトを使用するためのものですが、一部の手順では Craft コンソールを使用します。
次の手順に従い、ベアラー トークンと CSR 登録スクリプトを使用して サーバに証明書を追加します。
手順
ステップ 1 | ベアラー トークンを生成します。 トークンを生成するには、管理者ユーザである必要があります。ベアラー トークンの詳細については、「Cisco DevNetでの 認証」を参照してください。
|
ステップ 2 | サーバの CLI で、デバイス オンボードトークンをエクスポートします。
|
ステップ 3 | CSR 登録スクリプトを使用して、サーバに証明書を追加します。
|
ステップ 4 | Craft コンソールを起動します。
|
ステップ 5 | 証明書が存在することを確認します。
|
ステップ 6 | クラスタがある場合は、クラスタ内のサーバごとに、この手順を繰り返します。 |
Cisco Nexus HyperFabric エージェントのインストールに関する考慮事項
以下の考慮事項は、Cisco Nexus HyperFabric エージェントのインストールに適用されます。
- サーバのホスト オペレーティング システムとして OpenShift CoreOS をインストールした後にのみ、サーバにエージェントをインストールできます。
- Nexus HyperFabric エージェントをインストールしたサーバを、構成管理とテレメトリのために Nexus HyperFabric クラウド コントローラに接続します。ポートの使用方法に関係なく、そのカーネルで使用可能なサーバ ルーティング テーブルに応じて、エージェントは任意のポートを使用できます。たとえば、ポートをイーストウェストのトラフィック、ノースサウスのトラフィック、および管理に使用できます。通信が管理インターフェイスを介して行う必要がある場合は、それに応じてルーティング テーブルを設定する必要があります。エージェントがクラウド コントローラに直接到達できない場合、エージェントはファブリックの終了ノードによって、コントローラに到達します。
Cisco Nexus Hyperfabric サーバ エージェントと ISO イメージ
この表は Cisco Nexus HyperFabric でサーバを使用する必要があるエージェントと ISO イメージのダウンロード場所を示しています。
|
エージェントまたは ISO イメージ |
ダウンロードの場所 |
|---|---|
|
UCS エージェント インストーラ |
適切なパッケージをダウンロードします。 RPM:https://cdn.hyperfabric.cisco.com/server/releases/agent/latest/ucs_agent_installer_latest.rpm DEB:https://cdn.hyperfabric.cisco.com/server/releases/agent/latest/ucs_agent_installer_latest.deb |
|
Nexus HyperFabric の展開エージェント 詳細については、サーバに Cisco Nexus HyperFabric エージェントをインストールするを参照してください。 |
https://cdn.hyperfabric.cisco.com/server/releases/agent/latest/hf_agent_deploy.yaml |
デバイスの申請
配信時には、新しいデバイスは所有者や組織に関連付けられていません。デバイスを展開する前に、Cisco Nexus HyperFabric を介してデバイスを要求し、デバイスを展開するファブリックを所有する組織に追加する必要があります。
場合によっては、出荷前にデバイスがすでに組織に対して要求されていることがあります。その場合は、要求の手順をスキップできます。
デバイスを要求するには、デバイスへの物理的アクセスおよび管理的アクセスが必要です。
デバイスの要求に関する制限事項
デバイスの要求には、次の制限が適用されます。
- 要求コードを使用して、ファブリックの最初のデバイスを要求する必要があります。
- 要求コードを使用せずにデバイスを要求する場合、Cisco Nexus HyperFabric が検出したスイッチのみを要求できます。検出プロセスは、すでに要求されている Nexus HyperFabric スイッチに直接接続されているスイッチに限定されます。これらの直接接続されたデバイスのみが検出されたリストに表示され、要求に使用できます。
要求コードを使用したスイッチの要求
要求コードを使用して、ファブリックの最初のスイッチを要求する必要があります。要求コードを使用して後続のスイッチを要求することも、要求コードを使用せずに検出されたスイッチを要求することもできます。要求コードを使用せずにスイッチを要求する方法については、要求コードを使用せずに検出されたデバイスを要求する を参照してください。
要求コードを使用してスイッチを要求するには、次の手順に従います。
手順
ステップ 1 | シリアル コンソールを使用してスイッチにログインし、シリアル コンソールのメニューに表示される要求コードを取得します。 複数のスイッチを要求する場合は、要求するすべてのスイッチからコードを取得します。 コードの有効期間は 4 分間ですが、コンソールに表示される要求コードは 2 分ごとに変更されます。 |
ステップ 2 | Cisco Nexus HyperFabric の GUI で、 を選択します。 |
ステップ 3 | [デバイスの要求(Claim devices)] を選択します。 |
ステップ 4 | 要求コードを入力し、[要求(Claim)] をクリックします。 複数のスイッチを要求する場合は、コードをカンマまたは改行で区切って入力します。 その後、スイッチは要求どおりに現在の組織に登録されます。他のファブリック スイッチが設置されて接続されると、最初のスイッチに接続されている要求のないスイッチが検出されます。 |
要求コードを使用せずに検出されたデバイスを要求する
要求コードを使用してファブリックの最初のデバイスを要求する必要があります。つまり、最初のデバイスにはこの手順を使用できません。ただし、要求コードを使用せずに、追加の検出済みデバイスを要求することはできます。要求コードを使用して最初のデバイスまたは後続のデバイスを要求する方法については、要求コードを使用したスイッチの要求 を参照してください。
ベースボード管理コントローラ(BMC)ポートを使用してサーバを要求することはできません。
要求コードを使用せずに検出されたデバイスを要求するには、次の手順に従います。
手順
ステップ 1 | を選択します。 |
ステップ 2 | [デバイスの要求(Claim devices)] をクリックします。 |
ステップ 3 | [検出デバイスの要求(Claim detected devices)] をクリックします。 |
ステップ 4 | 1 つまたは複数のスイッチを選択し、[要求(Claim)] をクリックします。 その後、スイッチは要求どおりに現在の組織に登録されます。 オプションで、[シリアル番号(Serial number)] フィールドを使用して特定のシリアル番号を持つデバイスを検索し、[PID] ドロップダウンから選択した製品 ID を持つスイッチ をフィルタ処理できます。 |
デバイスのバインド
Cisco Nexus HyperFabric では、各物理スイッチをファブリック ブループリント内の論理的な位置(ノード)に割り当てる必要があります(「バインド」)。スイッチがブループリントのノードにバインドされていれば、Cisco Nexus HyperFabric から設定をダウンロードできます。
要求されたものの、組織のファブリックにまだバインドされていないスイッチは、実際のファブリックにバインドされるまで、待機場(「ヌル」ファブリック)にバインドされていると見なされます。
最初のデバイスをファブリックにバインドすると、Cisco Nexus HyperFabric は 、ファブリックのバージョンをそのデバイスで実行されているソフトウェア バージョンに設定します。待機場内のデバイスは自動的に最新バージョンにアップグレードされるため、ファブリックのバージョンは最新リリースに設定されます。
デバイスをバインドするには、次の手順に従います。
手順
ステップ 1 | [ファブリック(Fabrics)]を選択し、スイッチを含むファブリックを選択します。
|
ステップ 2 | [トポロジ(Topology)] エリアで、バインドするスイッチの位置をクリックし、スイッチ情報ペインで [バインド(Bind)] をクリックします。 グループに 3 つ以上のデバイスがある場合は、位置を選択する前にグループを展開する必要があります。 |
ステップ 3 | トポロジ内のこの位置に割り当てる物理スイッチを選択します。 結果のダイアログに、デバイス設定の 2 つのオプションが表示されます。 |
ステップ 4 | 構成を選択します。
|
ステップ 5 | デバイスをファブリック ブループリントのこの論理的な場所にバインドするには、 [バインド(Bind)] を選択します。 デバイスのバインド操作が正常に完了すると、トポロジ エリアのデバイス アイコンが青色になります。 |
ステップ 6 | 残りのデバイスをバインドするには、これらの手順を繰り返します。 |
ステップ 7 | デバイスのクラウド接続ステータスを確認します。
|
QR コードをスキャンしてスイッチの詳細をレビューする
Cisco 6000 シリーズ スイッチには、固有の QR コードが記載されたステッカーが付いています。QR コードは、スイッチのシリアル番号を含む起動 URL を提供します。モバイル デバイスを使用してコードをスキャンし、URL を開いて Cisco Nexus HyperFabric GUI のスイッチの詳細ページに移動できます。
QR コードの詳細については、Cisco Nexus Hyperfabric シリーズ – QR コードドキュメントを参照してください。
QR コードをスキャンしてスイッチの詳細をレビューするには、次の手順に従います。
手順
ステップ 1 | モバイルデバイスを使用して QR コードをスキャンします。 |
ステップ 2 | コードで提供される URL に移動します。 次のいずれかの結果が発生します。
|
設計を終了してコミットする
変更内容を確認、確定、およびプッシュするまで、ファブリックに適用されません。
設計を終了してコミットするには、次のステップに従います。
手順
ステップ 1 | [構成のレビュー(Review configuration)] を選択します。 |
ステップ 2 | レビューリストで変更を確認します。 |
ステップ 3 | [コメントしてプッシュ(Comment and push)] を選択します。 |
ステップ 4 | [構成を送信する前のコメント(Comments before sending configuration)] ダイアログボックスに、変更の理由を入力します。 |
ステップ 5 | [構成のプッシュ(Push Configuration)] を選択します。 このプッシュの一部としてデバイスをバインドした場合、デバイス アイコンの輪郭の色により、デバイスのアサーションを示します。デバイスに問題がなければ、緑色の輪郭が表示されるはずです。黄色の輪郭は、デバイスが予期しない状態になっており、問題が検出されていることを示していますが、その問題によって動作が中断することはありません。赤色の輪郭は、デバイスが予期しない状態になっており、動作の中断を引き起こす可能性のある問題が検出されたことを示しています。問題を調査する必要があります。 |

![[新しい組織の作成(Create new organization)] ウィンドウには、組織名と地理的エリアのオプションが表示されます。](/c/dam/en/us/td/i/500001-600000/500001-510000/hyperfabric-software/region-create-org.jpg)


)を選択し、新しい名前を入力して、
)を選択します。