ステップ 1

最初のノードの基本情報を設定します。

1. CIMC 管理 IP を使用してノードに SSH 接続し、connect host コマンドを使用してノードのコンソールに接続します。

   C220-WZP23150D4C# connect host
   CISCO Serial Over LAN:
   Press Ctrl+x to Exit the session

   ホストに接続したら、 Enter を押して続行します。

2. Nexus Dashboard セットアップ ユーティリティのプロンプトが表示されたら、 Enterを押します。

   Starting Nexus Dashboard setup utility
   Welcome to Nexus Dashboard 3.2.1
   Press Enter to manually bootstrap your first master node...

3. admin パスワードを入力して確認します。

   このパスワードは、rescue-user CLI ログインおよび初期 GUI パスワードに使用されます。

   Admin Password:
   Reenter Admin Password:

4. 管理ネットワーク情報を入力します。

   Management Network:
     IP Address/Mask: 192.168.9.172/24
     Gateway: 192.168.9.1

   （注）	純粋な IPv6 モードを構成する場合は、代わりに上記の例の IPv6 を指定します。

5. 入力した譲歩をレビューし、確認します。

   入力した情報を変更するかどうかを尋ねられます。すべてのフィールドが正しい場合は、 大文字の N を入力して続行します。入力した情報を変更する場合は、y を入力して基本設定スクリプトを再起動します。

   Please review the config
   Management network:
     Gateway: 192.168.9.1
     IP Address/Mask: 192.168.9.172/24
   
   Re-enter config? (y/N): N

ステップ 2

初期ブートストラップ処理が完了するまで待ちます。

Please wait for system to boot: [#########################] 100%
System up, please wait for UI to be online.

System UI online, please login to https://192.168.9.172 to continue.

ステップ 3

ブラウザを開き、https://<node-mgmt-ip> に移動して、GUI を開きます。

ステップ 4

[クラスタの詳細（Cluster Details）] を入力します。

[クラスタ起動（Cluster Bringup）] ウィザードの [クラスタの詳細（Cluster Details）] 画面で、次の情報を入力します。

1. Nexus ダッシュボード クラスタの [クラスタ名（Cluster Name）] を入力します。

   クラスタ名は、 RFC-1123 の要件に従う必要があります。

2. （オプション）クラスタの IPv6 機能を有効にする場合は、[IPv6 を有効にする（Enable IPv6）] チェックボックスをオンにします。

3. [+DNS プロバイダの追加（+Add DNS Provider）] をクリックして、1 つ以上の DNS サーバを追加します。

   情報を入力した後、チェックマーク アイコンをクリックして保存します。

4. （オプション）[+DNS 検索ドメインの追加（+Add DNS Search Domain ）] をクリックして、検索ドメインを追加します。

   情報を入力した後、チェックマーク アイコンをクリックして保存します。

5. （オプション）NTP サーバー認証を有効にする場合には、[NTP 認証（NTP Authentication）] チェックボックスをオンにし、[NTP キーの追加（Add NTP Key）]をクリックします。

   次のフィールドで、以下の情報を提供します。

   • NTP キー：Nexus ダッシュボードと NTP サーバ間の NTP トラフィックを認証するために使用される暗号キー。次の手順で NTP サーバーを定義します。複数の NTP サーバで同じ NTP キーを使用できます。

   • キー ID：各 NTP キーに一意のキー ID を割り当てる必要があります。この ID は、NTP パケットの検証時に使用する適切なキーを識別するために使用されます。

   • 認証タイプ：このリリースでは、MD5、SHA、および AES128CMAC 認証タイプがサポートされています。

   • このキーが信頼できるかどうかを選択します。信頼できないキーは NTP 認証に使用できません。

   （注）	情報を入力した後、チェックマーク アイコンをクリックして保存します。 NTP 認証の要件とガイドラインの完全なリストについては、すべての有効なサービスの前提条件と注意事項 を参照してください。

6. [+ NTP ホスト名/IP アドレスの追加（+Add NTP Host Name/IP Address）] をクリックして、1 つ以上の NTP サーバを追加します。

   次のフィールドで、以下の情報を提供します。

   • NTP ホスト：IP アドレスを指定する必要があります。完全修飾ドメイン名（FQDN）はサポートされていません。

   • キー ID：このサーバーの NTP 認証を有効にする場合は、前の手順で定義した NTP キーのキー ID を指定します。

     NTP 認証が無効になっている場合、このフィールドはグレー表示されます。

   • この NTP サーバーを [優先（Preferred）] にするかどうかを選択します。

   情報を入力した後、チェックマーク アイコンをクリックして保存します。

   （注）	ログインしているノードに IPv4 アドレスのみが設定されているが、前の手順で [IPv6 を有効にする（Enable IPv6）] をオンにして NTP サーバーの IPv6 アドレスを指定した場合は、次の検証エラーが表示されます。 これは、ノードに IPv6 アドレスがまだなく（次の手順で指定します）、NTP サーバーの IPv6 アドレスに接続できないためです。 この場合、次の手順の説明に従って他の必要な情報の入力を完了し、[次へ（Next）] をクリックして次の画面に進み、ノードの IPv6 アドレスを入力します。

   追加の NTP サーバーを指定する場合は、[+NTP ホストの追加（+Add NTP Host）] を再度クリックし、このサブステップを繰り返します。

7. [プロキシ サーバー（Proxy Server）] を指定し、[検証（Validate）] をクリックします。

   Cisco Cloud に直接接続できないクラスタの場合は、接続を確立するためにプロキシ サーバを構成することをお勧めします。これにより、ファブリック内の非適合ハードウェアおよびソフトウェアにさらされるリスクを軽減できます。

   [+無視するホストを追加（+Add Ignore Host）] をクリックして、プロキシをスキップする 1 つ以上の IP アドレス通信を提供することもできます。

   プロキシ サーバーでは、次の URL が有効になっている必要があります。

   dcappcenter.cisco.com
   svc.intersight.com
   svc.ucs-connect.com
   svc-static1.intersight.com
   svc-static1.ucs-connect.com

   プロキシ設定をスキップする場合は、[プロキシをスキップ（Skip Proxy）] をクリックします。

8. (オプション) プロキシ サーバで認証が必要な場合は、[プロキシで認証が必要（Authentication required for Proxy）] を [はい（Yes）] に変更し、ログイン資格情報を指定します。

9. (オプション) [詳細設定（Advanced Settings）] カテゴリを展開し、必要に応じて設定を変更します。

   詳細設定では、次の設定を行うことができます。

   • カスタム App Network と Service Network を提供します。

     アプリケーション オーバーレイ ネットワークは、Nexus ダッシュボードで実行されるアプリケーションのサービスで使用されるアドレス空間を定義します。このフィールドには、デフォルトの 172.17.0.1/16 値が事前に入力されています。

     サービス ネットワークは、Nexus ダッシュボードとそのプロセスで使用される内部ネットワークです。このフィールドには、デフォルトの 100.80.0.0/16 値が事前に入力されています。

     以前に [IPv6 を有効にする（Enable IPv6）] オプションをオンにした場合は、アプリケーション ネットワークとサービス ネットワークの IPv6 サブネットを定義することもできます。

     アプリケーションおよびサービスネットワークについては、このドキュメントの前の すべての有効なサービスの前提条件と注意事項 の項で説明します。

10. [次へ（Next）] をクリックして続行します。

ステップ 5

[ノードの詳細（Node Details）] 画面で、最初のノードの情報を更新します。

1. 最初のノードの横にある [編集（Edit）]ボタンをクリックします。

   ノードの[シリアル番号（Serial Number）]、[管理ネットワーク（Management Network）]情報、および[タイプ（Type）]が自動的に入力されます。ただし、他の情報は手動で入力する必要があります。

2. ノードの [名前（Name）] を入力します。

   ノードの 名前 はホスト名として設定されるため、 RFC-1123 の要件に従う必要があります。

3. [タイプ（Type）] ドロップダウンから [プライマリ（Primary）] を選択します。

   クラスタの最初の 3 つのノードは [プライマリ（ Primary）] に設定する必要があります。サービスの共同ホスティングや、より大規模なスケールを有効にする必要がある場合は、後の手順でセカンダリ ノードを追加します。

4. [データ ネットワーク（Data Network）] エリアで、ノードのデータ ネットワークを提供します。

   データ ネットワークの IP アドレス、ネットマスク、およびゲートウェイを指定する必要があります。オプションで、ネットワークの VLAN ID を指定することもできます。ほとんどの導入では、[VLAN ID] フィールドを空白のままにできます。

   前の画面で IPv6 機能を有効にした場合は、IPv6 アドレス、ネットマスク、およびゲートウェイも入力する必要があります。

   （注）	IPv6 情報を提供する場合は、クラスタ ブートストラップ プロセス中に行う必要があります。後で IP 構成を変更するには、クラスタを再展開する必要があります。 クラスタ内のすべてのノードは、 IPv4 のみ、IPv6 のみ、またはデュアル スタック IPv4/IPv6 のいずれかで構成する必要があります。

5. （オプション）クラスタが L3 HA モードで展開されている場合は、データ ネットワークの [BGP を有効にする（Enable BGP）] をオンにします。

   Insights やファブリック コントローラなどの、一部のサービスで使用される永続的な IP 機能には、BGP 構成が必要です。この機能については、すべての有効なサービスの前提条件と注意事項 と『Cisco Nexus Dashboard ユーザーガイド』の「永続的な IP アドレス」セクションで詳しく説明されています。

   （注）	BGP をこの時点で、またはクラスタの展開後に Nexus ダッシュボード GUI で有効にすることができます。BGP が構成されている場合は、残りのすべてのノードで BGP を構成する必要があります。

   BGP を有効にする際、次の情報も入力する必要があります。

   • このノードの ASN（BGP 自律システム番号）。

     すべてのノードに同じ ASN を構成することも、ノードごとに異なる ASN を構成することもできます。

   • 純粋な IPv6 の場合、このノードのルータ ID。

     ルータ ID は、1.1.1.1 などの IPv4 アドレスである必要があります。

   • ピアの IPv4 または IPv6 アドレスとピアの ASN を含む BGP ピアの詳細。

6. [Save]をクリックして、変更内容を保存します。

ステップ 6

[ノードの詳細（Node Details）] 画面で、[ノードの追加（Add Node）] をクリックして、クラスタに 2 番目のノードを追加します。

1. [展開の詳細（Deployment Details）] エリアで、2 番目のノードに [CIMC IP アドレス（CIMC IP Address）]、[ユーザー名（Username）]、[パスワード（Password）] を指定します。

   （注）	2 番目のノードの [ユーザー名（Username）] フィールドに、管理者ユーザー識別子 （ローカル ユーザー管理の識別子 1）を入力します。

2. [検証（Validate）] をクリックして、ノードへの接続を確認します。

   CIMC 接続が検証されると、ノードの [シリアル番号（Serial Number）] が自動的に入力されます。

3. ノードの [名前（Name）] を入力します。

   ノードの 名前 はホスト名として設定されるため、 RFC-1123 の要件に従う必要があります。

4. [タイプ（Type）] ドロップダウンから [プライマリ（Primary）] を選択します。

   クラスタの最初の 3 つのノードは [プライマリ（ Primary）] に設定する必要があります。サービスの共同ホスティングや、より大規模なスケールを有効にする必要がある場合は、後の手順でセカンダリ ノードを追加します。

5. [管理ネットワーク（Management Network）] エリアで、ノードの管理ネットワークの情報を提供します。

   管理ネットワークの IP アドレス、ネットマスク、ゲートウェイを指定する必要があります。オプションで、ネットワークの VLAN ID を指定することもできます。ほとんどの導入では、[VLAN ID] フィールドを空白のままにできます。

   前の画面で IPv6 機能を有効にした場合は、IPv6 アドレス、ネットマスク、およびゲートウェイも入力する必要があります。

   （注）	クラスタ内のすべてのノードは、 IPv4 のみ、IPv6 のみ、またはデュアル スタック IPv4/IPv6 のいずれかで構成する必要があります。

6. [データ ネットワーク（Data Network）] エリアで、ノードのデータ ネットワークを提供します。

   データ ネットワークの IP アドレス、ネットマスク、およびゲートウェイを指定する必要があります。オプションで、ネットワークの VLAN ID を指定することもできます。ほとんどの導入では、[VLAN ID] フィールドを空白のままにできます。

   前の画面で IPv6 機能を有効にした場合は、IPv6 アドレス、ネットマスク、およびゲートウェイも入力する必要があります。

   （注）	IPv6 情報を提供する場合は、クラスタ ブートストラップ プロセス中に行う必要があります。後で IP 構成を変更するには、クラスタを再展開する必要があります。 クラスタ内のすべてのノードは、 IPv4 のみ、IPv6 のみ、またはデュアル スタック IPv4/IPv6 のいずれかで構成する必要があります。

7. （任意）必要に応じて、データ ネットワークの BGP を有効にします。

   Insights やファブリック コントローラなどの、一部のサービスで使用される永続的な IP 機能には、BGP 構成が必要です。この機能については、すべての有効なサービスの前提条件と注意事項 と『Cisco Nexus Dashboard ユーザーガイド』の「永続的な IP アドレス」セクションで詳しく説明されています。

   （注）	BGP をこの時点で、またはクラスタの展開後に Nexus ダッシュボード GUI で有効にすることができます。

   BGP を有効にする際、次の情報も入力する必要があります。

   • このノードの ASN（BGP 自律システム番号）。

     すべてのノードに同じ ASN を構成することも、ノードごとに異なる ASN を構成することもできます。

   • 純粋な IPv6 の場合、このノードのルータ ID。

     ルータ ID は、1.1.1.1 などの IPv4 アドレスである必要があります。

   • ピアの IPv4 または IPv6 アドレスとピアの ASN を含む BGP ピアの詳細。

8. [Save]をクリックして、変更内容を保存します。

9. クラスタの最後の（3 番目の）プライマリ ノードでこの手順を繰り返します。

ステップ 7

（オプション）前の手順を繰り返して、追加のセカンダリ ノードまたはスタンバイ ノードに関する情報を入力します。

ステップ 8

[ノードの詳細（Node Details）] ページで、入力した情報を確認し、[次へ（Next）] をクリックして続行します。

ステップ 9

クラスタの展開モードを選択します。

1. 有効にするサービスを選択します。

   （注）

   クラスタ内のノードの数によっては、一部のサービスまたは共同ホスティングのシナリオがサポートされない場合があります。必要な数のサービスを選択できない場合は、[戻る（Back）] をクリックし、前の手順で十分な数のセカンダリ ノードを指定したことを確認します。 クラスタの展開後に展開モードを変更することはできないため、このドキュメントの前の章で説明されているサービス固有の前提条件をすべて満たしていることを確認する必要があります。 Nexus Dashboard ファブリック コントローラの前提条件 Nexus Dashboard オーケストレータの前提条件 Nexus Dashboard Insights の前提条件

   

2. ファブリック コントローラまたは Insights を含む展開モードを選択した場合は、[永続サービス IP/プールの追加（Add Persistent Service IPs/Pools）] をクリックして、Insights またはファブリック コントローラ サービスに必要な 1 つ以上の永続 IP を指定します。

   必要に応じてこの時点でこのステップをスキップでき、クラスタが起動した後に永続的な IP を追加できることに注意してください。永続 IP の詳細については、 すべての有効なサービスの前提条件と注意事項 セクションおよびサービス固有の要件の章を参照してください。

3. [次へ（Next）] をクリックして続行します。

ステップ 10

[概要（Summary）] 画面で設定情報をレビューして確認し、[保存（Save）] をクリックし、[続行（Continue）] をクリックして正しい展開モードを確認し、クラスタの構築を続行します。

ステップ 11

クラスタが健全であることを検証します。

展開モードに応じて、クラスタが形成されすべてのサービスが開始されるまでに最大 30 分かかる場合があります。

クラスタが使用可能になったら、ノードの管理 IP アドレスのいずれかを参照してアクセスできます。admin ユーザーのデフォルト パスワードは、最初のノードに選択した rescue-user のパスワードと同じです。この間、UI は上部に「サービスのインストールが進行中です。Nexus Dashboard の設定タスクは現在無効になっています」という意味のバナーを表示します。

すべてのクラスタが展開され、すべてのサービスが開始されたら、[概要（Overview）] ページでクラスタが正常であることを確認できます。

または、SSH を使用し、rescue-user として、ノード展開中に指定したパスワードを使っていずれかのノードにログインし、acs health コマンドを実行してクラスタの状態を確認できます。

• クラスタが収束している間、次の出力が表示されることがあります。

  $ acs health
  k8s install is in-progress

  $ acs health
  k8s services not in desired state - [...]

  $ acs health
  k8s: Etcd cluster is not ready

• クラスタが稼働している場合は、次の出力が表示されます。

  $ acs health
  All components are healthy

（注）	場合によっては、ノードの電源を再投入（電源をオフにしてから再度オン）すると、この段階でスタックが停止することがある可能性があります。 deploy base system services これは、pND（物理 Nexus Dashboard）クラスタの再起動後のノードの etcd の問題が原因です。 この問題を解決するには、影響を受けるノードで acs reboot clean コマンドを入力します。

ステップ 12

Nexus Dashboard とサービスを展開したら、設定と操作の記事の説明に従って各サービスを設定できます。