Cisco Nexus ダッシュボード展開ガイド、リリース 2.2.x

偏向のない言語

この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブ ランゲージの取り組みの詳細は、こちらをご覧ください。

翻訳について

このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。

マニュアルのコンテンツ
このマニュアル内で検索
ご利用いただける言語
Download Options

Book Title

Cisco Nexus ダッシュボード展開ガイド、リリース 2.2.x

Chapter Title

Microsoft Azure での展開

検索結果

Updated:
2022年11月29日火曜日

章のタイトル： Microsoft Azure での展開

Microsoft Azure での展開

前提条件とガイドライン

Microsoft Azure で Nexus ダッシュボード クラスタを展開する前に、次の作業を行う必要があります。

  • ファクターから Azure が拡張性とサービス要件をサポートしていることを確認します。

    クラスタ フォーム ファクタに基づいて、拡張性とサービス サポートおよび共同ホストは異なります。Nexus ダッシュボード キャパシティ プラン ツールを使用して、仮想フォーム ファクタが展開要件を満たすことを確認できます。

  • デプロイ概要 に記載されている一般的な前提条件を確認して完了します。

  • 展開する予定のサービスのリリース ノートに記載されている追加の前提条件を確認して完了します。

  • Azure アカウントとサブスクリプションに適切なアクセス権限を持っている。

  • Nexus ダッシュボード クラスタ リソースのリソース グループを作成しました。


    （注）  

    リソース グループは空である必要があり、既存のオブジェクトが含まれていない必要があります。既存のオブジェクトを持つリソース グループは、Nexus ダッシュボードの展開には使用できません。

    リソース グループを作成するには:

    • Azureポータルで、[すべてのリソース（All Resources）] > [リソース グループ（Resource Groups）] に移動します。

    • 新しいメディア リソース グループを作成するには、[+追加（+Add）] をクリックします。

    • [リソース グループの作成（Create a resource group）] 画面で、Nexus ダッシュボード クラスタに使用するサブスクリプションの名前、リソースグループの名前（nd-cluster など）、およびリージョンを入力します。

  • SSH キー ペアを生成します。

    キー ペアは秘密キーと公開キーで構成され、Nexus ダッシュボード ノードを作成するときに、公開キーを入力するように求められます。


    （注）  

    クラスタの展開手順中に一般的な SSH ログインを有効にするには、各ノードへの 1 回限りのログイン用の公開キーを作成するのと同じマシンを使用する必要があります。

    SSH キーの作成については、以下の Linux または MacOS での SSH キー ペアの生成 および Windows での SSH キー ペアの生成 セクションで説明します。

Linux または MacOS での SSH キー ペアの生成

次の手順では、Linux または MacOS で SSH 公開キーと秘密キーのペアを生成する方法について説明します。Windows で SSH 公開キーと秘密キーのペアを生成する手順については、を参照してください。Windows での SSH キー ペアの生成

手順

ステップ 1

Linux 仮想マシンまたは Mac で、ssh-keygen を使用して公開キーと秘密キーのペアを作成し、出力をファイルに送信します。

# ssh-keygen -f filename

次に例を示します。

# ssh-keygen -f azure_key

次のような出力が表示されます。パスフレーズを入力するように求められたら、テキストを入力せずに Enter キーを押します（パスフレーズがないようにフィールドを空のままにします）。

Generating public/private rsa key pair.
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in azure_key.
Your public key has been saved in azure_key.pub.
The key fingerprint is:
SHA256:gTsQIIAadjgNsgcguifIloh4XGpVWMdcXVV6U0dyBNs
...

ステップ 2

保存した公開キーファイルと秘密キーファイルを見つけます。

# ls

2 つのファイルが表示されます。

  • 拡張子が .pub のファイルには、公開キー情報が含まれています。

  • 同じ名前でサフィックスのないファイルに秘密キー情報が含まれている

たとえば、出力を azure_key という名前のファイルに送信すると、次の出力が表示されます。 

# ls
azure_key
azure_key.pub

その場合、次のようになります。

  • azure_key.pub ファイルには、公開キー情報が含まれています。

  • azure_key ファイルには秘密キー情報が含まれています。

ステップ 3

公開キーファイルを開き、そのファイルから公開キー情報をコピーします。末尾に username @ hostname 情報は含めません。

（注）  

 

秘密キーファイルは、インストールプロセスでは使用されません。ただし、SSH を介して Nexus ダッシュボード ノードにログインするなど、その他の理由で必要になる場合があります。

Windows での SSH キー ペアの生成

次の手順では、WindowsでSSH公開キーと秘密キーのペアを生成する方法について説明します。LinuxでSSH公開キーと秘密キーのペアを生成する手順については、を参照してください。Linux または MacOS での SSH キー ペアの生成

手順

ステップ 1

PuTTYキージェネレータ（puttygen）をダウンロードしてインストールします。

https://www.puttygen.com/download-putty

ステップ 2

Windows の > [スタート] メニュー > [すべてのプログラム] > [PuTTY] > [PuTTYgen] に移動して、PuTTY キージェネレータを実行します。

画面にPuTTYキージェネレータのウィンドウが表示されます。

ステップ 3

[生成（Generate）] をクリックします。

公開キーを生成するために空白領域にマウスを移動するように求める画面が表示されます。

ステップ 4

空白領域の周囲にカーソルを移動して、公開キーのランダムな文字を生成します。

ステップ 5

公開キーを保存します。

  1. 公開キーファイルを保存するラップトップ上のフォルダに移動し、この公開キーのテキストファイルを作成します。

  2. PuTTYキージェネレータの情報をコピーします。

    次の内容を含めて、ウィンドウに公開キー情報をコピーします。

    • 公開キーの先頭にssh-rsaテキストを含める。

    • 末尾の次のテキスト文字列を除外します。

      == rsa-key-<date-stamp>

      == rsa-key-を含まないようにキーを切り捨てます。<date-stamp>末尾のテキスト文字列。

      （注）  

       

      次の一連の手順では、公開キー情報をAzure ARMテンプレートに貼り付けます。フォームがこの形式のキーを受け入れない場合は、キーの末尾に==を追加します。一部の地域ではこの形式が必要になるためです。

    キーが正しい形式でない場合、Nexus ダッシュボードはインストールを完了しません。

  3. で作成した公開キーテキストファイルに情報を貼り付け、ファイルを保存して、一意のファイル名を付けます。5.a

    この公開キーテキストファイルには、1行のテキストのキーが含まれています。次の一連の手順では、この公開キーテキストファイルの情報が必要になります。

    （注）  

     

    PuTTYキージェネレータの[公開キーの保存（Save public key）]オプションを使用して公開キーを保存しないでください。これにより、複数行のテキストを含む形式でキーが保存されます。これは、Nexus ダッシュボード展開プロセスと互換性がありません。

ステップ 6

秘密キーを保存します。

  1. [プライベート キーの保存（Save private key）] をクリックします。

    パスフレーズなしでファイルを保存するかどうかを確認する画面が表示されます。この画面で [はい（Yes）] をクリックします。

  2. ラップトップのフォルダに移動し、一意のファイル名を付けて秘密キーファイルを保存します。

    （注）  

     

    秘密キーファイルは、インストールプロセスでは使用されません。ただし、SSH を介して Nexus ダッシュボード ノードにログインするなど、その他の理由で必要になる場合があります。

Azure での Nexus ダッシュボードの展開

このセクションでは、Microsoft Azure で Cisco Nexus ダッシュボード クラスタを展開する方法について説明します。

始める前に

手順

ステップ 1

Azure Marketplace で Cisco Nexus ダッシュボード製品に登録します。

  1. Azure アカウントにログインし、https://azuremarketplace.microsoft.com に移動します

  2. 検索フィールドに「Cisco Nexus ダッシュボード」と入力し、表示されるオプションを選択します。

    [Nexus ダッシュボードの Azure Marketplace] ページにリダイレクトされます。

  3. [今すぐ取得（Get it now）] をクリックします。

  4. [プランを選択（Select a plan）] ドロップダウンで、バージョンを選択し、[作成（Create）] をクリックします。

ステップ 2

基本情報を提供します。

  1. [サブスクリプション（Subscription）] ドロップダウンから、これに使用するサブスクリプションを選択します。

  2. [リソース グループ（Resource group）] ドロップダウンから、このために作成したリソース グループを 前提条件とガイドライン の一部として選択します。

  3. [リージョン（Region）] ドロップダウンから、テンプレートを展開するリージョンを選択します。

  4. [パスワード (Password)] および [パスワードの確認 (Confirm Password)]フィールドにノードの管理パスワードを入力します。

    これは、各ノードのレスキューユーザに使用されるパスワードと同じです。

  5. [SSH 公共キー（SSH public key）]フィールドに、前提条件とガイドライン セクションの一部として生成したキーペアの公開キーを貼り付けます。

  6. [次へ (Next)] をクリックして、次の画面に進みます。

ステップ 3

ND 設定情報を提供します。

  1. クラスタ名 を指定します。

  2. [イメージ バージョン（Image Version）] ドロップダウンで、正しいバージョンが選択されていることを確認します。

  3. [仮想ネットワーク名（Virtual Network Name）] フィールドに、クラスタ用に作成される VNET の名前を指定します。

    VNET はまだ存在していてはならず、展開時に作成されます。既存の VNET を指定すると、展開を続行できません。

  4. [サブネット アドレス プレフィックス（Subnet Address Prefix）] フィールドで、VNET 内のサブネットを指定します。

    サブネットは /24 サブネットである必要があり、VNET の作成時に定義したデフォルトの VNET サブネットとは異なる必要があります。

  5. [外部サブネット（External Subnets）] フィールドに、クラスタへのアクセスを許可する外部ネットワークを指定します。

    たとえば、0.0.0.0/0 は、どこからでもクラスタにアクセスできます。

  6. [次へ (Next)] をクリックして、次の画面に進みます。

ステップ 4

[確認 + 作成（Review + create）]ページで情報を確認し、[作成（Create）] をクリックします。

ステップ 5

展開が完了するのを待ってから、VM を起動します。

ステップ 6

すべてのノードのパブリック IP アドレスを書き留めます。

すべてのインスタンスが展開されたら、Azure コンソールに移動し、各 VM を選択して、すべてのノードのパブリック IP アドレスを書き留めます。次の手順で、この情報を GUI ブートストラップ ウィザードに提供します。

また、どちらが「最初の」ノードであるかに注意してください。これは、ノードの VM 名 vm-node1-<cluster-name> によって示されます。このノードのパブリック IP アドレスを使用して、クラスタ設定を完了します。

ステップ 7

すべてのノードでパスワードベースのログインを有効にします。

デフォルトでは、キーベースの SSH ログインのみが各ノードで有効になっています。パスワードを使用して SSH をノードに接続できるようにするには、GUI セットアップ ウィザードで要求されるように、パスワードベースのログインを明示的に有効にする必要があります。

（注）  

 

次の手順で説明するクラスタ ブートストラップに進む前に、すべてのノードでパスワード ベースのログインを有効にする必要があります。そうしないと、クラスタ設定を完了できません。

  1. rescue-user としてノードの 1 つに SSH でログインします。

    （注）  

     

    前提条件とガイドライン セクションで展開用の公開キーを作成するために使用したのと同じマシンを使用する必要があります。

    テンプレートの基本設定で指定したパスワードを使用して、rescue-user としてログインできます。 

    # ssh rescue-user@<node-public-ip>

  2. パスワードベースのログインを有効にします。

    # acs login-prompt enable

  3. 他の 2 つのノードについて、この手順を繰り返します。

ステップ 8

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

（注）  

 

最初のノード（vm-node1-<cluster-name>）のパブリック IP アドレスを使用する必要があります。そうしないと、クラスタ設定を完了できません。

残りの設定ワークフローは、最初のノードの GUI から実行します。他の 2 つのノードに直接ログインまたは設定する必要はありません。

テンプレートの展開時に指定したパスワードを入力し、[セットアップの開始（Begin Setup）] をクリックします。

ステップ 9

最初のノードで入力したパスワードを入力し、[セットアップの開始（Begin Setup）] をクリックします。

ステップ 10

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

初期セットアップ ウィザードの [クラスタの詳細（Cluster Details）] 画面で、次の情報を入力します。

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

  2. [+ NTP ホストの追加（+Add NTP Host）] をクリックして、1 つ以上の NTP サーバを追加します。

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

    IP アドレスを入力したら、緑色のチェックマーク アイコンをクリックして保存します。

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

    IP アドレスを入力したら、緑色のチェックマーク アイコンをクリックして保存します。

  4. [プロキシ サーバ（Proxy Server）] を指定します。

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

    プロキシ構成をスキップする場合は、フィールドの横にある情報 (i) アイコンをクリックしてから、[スキップ（Skip）] をクリックします。

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

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

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

    • [+DNS 検索ドメインを追加（+Add DNS Search Domain）] をクリックして、1 つ以上の検索ドメインを指定します。

      IP アドレスを入力したら、緑色のチェックマーク アイコンをクリックして保存します。

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

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

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

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

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

ステップ 11

[ノードの詳細（Node Details）] 画面で、ノードの情報を入力します。

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

  2. ノードの名前を入力します。

    管理ネットワークとデータ ネットワークの情報は、クラスタを展開する前に構成した VNET サブネットから既に入力されています。

    クラスタは、指定された VNET から 6 つのサブネットを作成し、そこからデータと管理ネットワークがクラスタの 3 つのノードに割り当てられます。

  3. IPv6 アドレスと VLAN フィールドは空白のままにします。

    Cloud Nexus ダッシュボード クラスタは、これらのオプションをサポートしていません。

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

ステップ 12

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

[ノードの詳細（Node Details）] ウィンドウが開きます。

  1. ノードの名前を入力します。

  2. [資格情報（Credentials）] セクションで、ノードのパブリック IP アドレスとテンプレートの展開時に指定したパスワードを入力し、[検証（Verify）] をクリックします。

    IP アドレスとパスワードは、そのノードの管理ネットワークとデータ ネットワーク情報を取得するために使用され、下のフィールドに入力されます。

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

ステップ 13

前の手順を繰り返して、3番目のノードを追加します。

ステップ 14

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

ステップ 15

[確認（Confirmation）] 画面で [確認（Confirm）] をクリックして、クラスタを作成します。

ノードのブート ストラップとクラスタの起動中に、全体的な進捗状況と各ノードの個々の進捗状況がUIに表示されます。

クラスタが形成され、すべてのサービスが開始されるまでに最大 30 分かかる場合があります。クラスタの設定が完了すると、ページが Nexus ダッシュボード GUI にリロードされます。

ステップ 16

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

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

3 つすべてのノードの準備ができたら、SSH を使用して任意の 1 つのノードにログインし、次のコマンドを実行してクラスタの状態を確認できます。

  1. クラスタが稼働していることを確認します。

    任意のノードにログインし、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

  2. Nexus ダッシュボード GUI にログインします。

    クラスタが使用可能になったら、ノードの管理 IP アドレスのいずれかを参照してアクセスできます。管理者ユーザのデフォルト パスワードは、Nexus ダッシュボード クラスタの最初のノードに選択したレスキュー ユーザ パスワードと同じです。

このドキュメントは役に立ちましたか?

Feedbackフィードバック

シスコに問い合わせ