Full Cisco Trademarks with Software License

THE SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS IN THIS MANUAL ARE SUBJECT TO CHANGE WITHOUT NOTICE. ALL STATEMENTS, INFORMATION, AND RECOMMENDATIONS IN THIS MANUAL ARE BELIEVED TO BE ACCURATE BUT ARE PRESENTED WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED. USERS MUST TAKE FULL RESPONSIBILITY FOR THEIR APPLICATION OF ANY PRODUCTS.

THE SOFTWARE LICENSE AND LIMITED WARRANTY FOR THE ACCOMPANYING PRODUCT ARE SET FORTH IN THE INFORMATION PACKET THAT SHIPPED WITH THE PRODUCT AND ARE INCORPORATED HEREIN BY THIS REFERENCE. IF YOU ARE UNABLE TO LOCATE THE SOFTWARE LICENSE OR LIMITED WARRANTY, CONTACT YOUR CISCO REPRESENTATIVE FOR A COPY.

The Cisco implementation of TCP header compression is an adaptation of a program developed by the University of California, Berkeley (UCB) as part of UCB's public domain version of the UNIX operating system. All rights reserved. Copyright © 1981, Regents of the University of California.

NOTWITHSTANDING ANY OTHER WARRANTY HEREIN, ALL DOCUMENT FILES AND SOFTWARE OF THESE SUPPLIERS ARE PROVIDED “AS IS" WITH ALL FAULTS. CISCO AND THE ABOVE-NAMED SUPPLIERS DISCLAIM ALL WARRANTIES, EXPRESSED OR IMPLIED, INCLUDING, WITHOUT LIMITATION, THOSE OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OR ARISING FROM A COURSE OF DEALING, USAGE, OR TRADE PRACTICE.

IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING, WITHOUT LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THIS MANUAL, EVEN IF CISCO OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.

Any Internet Protocol (IP) addresses and phone numbers used in this document are not intended to be actual addresses and phone numbers. Any examples, command display output, network topology diagrams, and other figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses or phone numbers in illustrative content is unintentional and coincidental.

All printed copies and duplicate soft copies of this document are considered uncontrolled. See the current online version for the latest version.

Cisco has more than 200 offices worldwide. Addresses and phone numbers are listed on the Cisco website at www.cisco.com/go/offices.

Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and other countries. To view a list of Cisco trademarks, go to this URL: https://www.cisco.com/c/en/us/about/legal/trademarks.html. Third-party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1721R)

Chapter1. 新機能および変更された機能に関する情報

- 新機能および変更された機能に関する情報

新機能および変更された機能に関する情報

次の表は、この最新リリースに関するマニュアルでの主な変更点の概要を示したものです。この表は、このマニュアルに加えられた変更やこのリリースの新しい機能をすべて網羅するものではありません。

特長

説明

追加日

参照先

バグ修正

複数のバグ修正。

2/11/2020

このマニュアル

ブラウザの推奨事項

サポートされているブラウザの推奨を更新しました

6/17/2019

インストールの前提条件

ESXi 6.7 U2 サポート

HyperFlex クラスタから VMware vSphere Hypervisor (ESXi) 6.7 U2 へのアップグレードをサポートします。

04/29/2019

インストールの前提条件

Chapter2. 概要

この章では、Cisco HyperFlex システムのコンポーネントの概要を示します。

- Cisco HyperFlex HX シリーズ システム

- Cisco HyperFlex HX シリーズ システム コンポーネント

- Cisco HyperFlex HX シリーズ システム 設定オプション

- Cisco HyperFlex HX シリーズ システム 管理コンポーネント

- Cisco HyperFlex Connect ユーザ インターフェイスとオンライン ヘルプ

Cisco HyperFlex HX シリーズ システム

Cisco HyperFlex HX シリーズ システム は、完全内包型の仮想サーバ プラットフォームを通じて、コンピューティング、ストレージ、ネットワークの 3 つのレイヤと強力な Cisco HX Data Platform ソフトウェア ツールを結合し、シングル ポイント接続による簡素化された管理を実現します。Cisco HyperFlex HX シリーズ システム は、単一の UCS 管理ドメインに HX ノードを追加することによってスケールアウトするように設計されたモジュラ システムです。このハイパーコンバージド システムでは、ワークロードのニーズに基づいて、統合されたリソースのプールが提供されます。

Cisco HyperFlex HX シリーズ システム コンポーネント

- Cisco HX シリーズ サーバ— Cisco HyperFlex System を設定するには、次のいずれのサーバも使用できます。

- コンバージド ノード—全フラッシュ: Cisco HyperFlex HXAF240c M5、HXAF220c M5、HXAF240c M4、HXAF220c M4.

- コンバージド ノード—ハイブリッド: Cisco HyperFlex HX240c M5、HX220c M5、HX240c M4、HX220c M4.

- コンピューティング専用—Cisco B200 M3/M4、B260 M4、B420 M4、B460 M4、B480 M5、C240 M3/M4、C220 M3/M4、C480 M5、C460 M4、B200 M5、C220 M5、C240 M5.

- Cisco HX Data Platform— HX Data Platform は、次のコンポーネントで構成されています。

- Cisco HX Data Platform インストーラ：ストレージ クラスタに接続されているサーバにこのインストーラをダウンロードします。HX Data Platform インストーラでは、Cisco UCS Manager 内にサービス プロファイルとポリシーが設定され、コントローラ VM の導入、ソフトウェアのインストール、ストレージ クラスタの作成、および VMware vCenter プラグインの更新が行われます。

- ストレージ コントローラ VM：HX Data Platform インストーラを使用して、管理対象ストレージ クラスタの各コンバージド ノードでストレージ コントローラ VM をインストールします。

- Cisco HX Data Platform Plug-in：この統合 VMware vSphere インターフェイスは、ストレージ クラスタ内のストレージをモニタおよび管理します。

- Cisco UCS ファブリック インターコネクト（FI）

ファブリック インターコネクトは、接続されている Cisco HX シリーズ サーバにネットワークの接続性と管理機能の両方を提供します。

このドキュメントでは、購入して Cisco HyperFlex Systemの一部として導入された FI のことを HX FI ドメインとも呼んでいます。サポートされているファブリック インターコネクトは次のとおりです。

- Cisco UCS 6200 シリーズ Fabric Interconnect

- Cisco UCS 6300 シリーズ ファブリック インターコネクト

- Cisco Nexus スイッチ

Cisco Nexus スイッチによって、高密度で設定可能なポートが提供され、柔軟なアクセスの展開と移行を実現できます。

Cisco HyperFlex HX シリーズ システム コンポーネント詳細

Cisco HyperFlex HX シリーズ システム 設定オプション

Cisco HyperFlex HX シリーズ システム は、環境内でストレージおよびコンピューティング機能を拡張するための柔軟でスケーラブルなオプションを提供します。Cisco HyperFlex Systemにさらにストレージ機能を追加する場合は、単に Cisco HX シリーズ サーバを追加します。

（注）

HX Clusterは、HX シリーズ サーバのグループです。クラスタ内の各 HX シリーズ サーバは、HX ノード またはホストと呼ばれます。

次の図に示すように、いずれかの方法で HX Cluster を設定できます。

HX クラスタの設定オプション

Cisco HyperFlex ハイブリッド M5 設定

Cisco HyperFlex ハイブリッド M4 設定

Cisco HyperFlex のすべてのフラッシュ M5 設定

Cisco HyperFlex のすべてのフラッシュ M4 設定

Cisco HyperFlex HX シリーズ システム 管理コンポーネント

Cisco HyperFlex HX シリーズ システム は、次のシスコ ソフトウェア コンポーネントを使用して管理されます。

Cisco UCS Manager

Cisco UCS Manager は、ファブリック インターコネクトのペア上に存在する組み込みソフトウェアで、Cisco HX シリーズ サーバのすべての設定機能と管理機能を備えています。UCS Manager にアクセスする最も一般的な方法は、Web ブラウザを使用して GUI を開くことです。UCS Manager は、ロールベース アクセス コントロールをサポートしています。

2 つの Cisco UCS ファブリック インターコネクト（FI）間で設定情報を複製して、高可用性ソリューションを実現します。一方の FI が使用不可能になっても、もう一方が代わりを務めます。

UCS Manager の主な利点は、ステートレス コンピューティングの概念です。HX Clusterの各ノードには設定情報が保持されていません。たとえば、MAC アドレス、UUID、ファームウェア、BIOS 設定はすべて、サービス プロファイルの UCS Manager で設定され、すべての HX シリーズ サーバに均一に適用されます。これにより、一貫性のある設定が得られ、再利用しやすくなります。新しいサービス プロファイルは数分のうちに適用できます。

Cisco HX Data Platform

Cisco HX Data Platformは、シスコ サーバをコンピューティングとストレージ リソースの単一プールに変換するハイパーコンバージド ソフトウェア アプライアンスです。これにより、ネットワーク ストレージの必要性がなくなり、VMware vSphere およびその既存の管理アプリケーションと緊密に統合し、シームレスなデータ管理エクスペリエンスが提供されます。また、ネイティブ圧縮と重複排除によって、VM に占有されている記憶域が削減されます。

HX Data Platformは、vSphere などの仮想化プラットフォームにインストールされます。これは、仮想マシン、アプリケーション、データ用のストレージを管理します。インストール時に、ユーザが Cisco HyperFlex HX Clusterの名前を指定すると、HX Data Platformによって各ノードにハイパーコンバージド ストレージ クラスタが作成されます。ストレージを増やす必要があり、HX Clusterにノードを追加する場合、HX Data Platformは追加のリソース全体でストレージの平衡化を行います。

VMware vCenter 管理

Cisco HyperFlex Systemは、VMware vCenter ベースの管理を備えています。vCenter サーバは、仮想化環境をモニタするために開発されたデータ センター管理サーバ アプリケーションです。HX Data Platform にも事前設定済みの vCenter Server からアクセスして、すべてのストレージのタスクを実行します。vCenter は、VMware vMotion、DRS、HA、および vSphere レプリケーションなどの主なキー共有ストレージ機能をサポートします。VMware スナップショットおよびクローニング機能に代わって、より拡張性の高いネイティブの HX Data Platform スナップショットとクローンが使用されます。

HX Data Platform にアクセスするには個別のサーバに vCenter がインストールされている必要があります。vCenter には、管理者のラップトップまたは PC にインストールされている vSphere クライアントからアクセスします。

Cisco HyperFlex Connect ユーザ インターフェイスとオンライン ヘルプ

Cisco HyperFlex Connect（HX Connect）は、Cisco HyperFlex へのユーザ インターフェイスを提供します。これは、左側の [Navigation] ペインと右側の [Work] ペインの 2 つの主要なセクションに分かれています。

重要

HX Connect でほとんどの操作を実行するには、管理者権限が必要です。

ヘッダー アイコン

アイコン

名前

説明

メニュー

フルサイズのナビゲーション ウィンドウとアイコンのみの間を切り替え、ナビゲーション ウィンドウにマウス カーソルを移動します。

メッセージ

ユーザが開始した操作の一覧が表示されます。たとえば、データ ストアの作成、ディスクの削除など。
[Clear All] を使用してすべてのメッセージを削除し、メッセージ アイコンを非表示にします。

設定

[Support]、[Notification]、および [Notification] の設定にアクセスします。 [Support Bundle] ページにアクセスすることもできます。

アラーム

現在のエラーまたは警告のアラーム数が表示されます。エラーと警告の両方がある場合、カウントはエラーの数を示します。

アラームの詳細な情報は、[Alarms] ページを参照してください。

ヘルプ

状況に応じた HX Connect のオンライン ヘルプ ファイルを開きます。

ユーザ（User）

タイムアウト設定、ログアウトなどのユーザの設定にアクセスします。

[User Settings] は管理者のみに表示されます。

情報

その要素に関する、より詳細なデータにアクセスします。

オンライン ヘルプにアクセスするには：

- ユーザ インターフェイスの特定のページの場合、ヘッダー内の [Help] をクリックします。

- ダイアログボックスの場合、そのダイアログボックスの [Help] をクリックします。

- ウィザードの場合、そのウィザードの [Help] をクリックします。

テーブル ヘッダーの共通のフィールド

HX Connect のいくつかのテーブルは、テーブルに表示される内容に影響を与える次の 3 つのフィールドのうち 1 つ以上を提供します。

UI 要素

基本情報

[Refresh] フィールドおよびアイコン

HX Cluster の動的な更新のためにテーブルを自動的に更新します。タイムスタンプは、テーブルが更新された最終時刻を示します。

コンテンツを今すぐ更新するには円形のアイコンをクリックします。

[Filter] フィールド

入力したフィルタ テキストに一致する項目のみテーブルに表示します。以下の表の現在のページに記載されている項目は自動的にフィルタ処理されます。入れ子になったテーブルはフィルタ処理されません。

[Filter] フィールドに選択テキストを入力します。

[Filter] フィールドを空にするには、[x] をクリックします。

テーブル内の他のページからコンテンツをエクスポートするには、下部までスクロールし、ページ番号をクリックして、フィルタを適用します。

[Export] メニュー

テーブル データの現在のページのコピーを保存します。テーブルの内容は、選択したファイル形式でローカル マシンにダウンロードされます。リストの項目をフィルタ処理すると、フィルタ処理されたサブセット リストがエクスポートされます。

エクスポート ファイルの形式を選択する下矢印をクリックします。ファイルの形式のオプションは、cvs、xls および doc です。

テーブル内の他のページからコンテンツをエクスポートするには、下部までスクロールし、ページ番号をクリックして、エクスポートを適用します。

- [Dashboard] ページ

[Dashboard] ページ

重要

読み取り専用ユーザには、ヘルプで利用可能なすべてのオプションが表示されるわけではありません。HyperFlex (HX) Connect では、ほとんどのアクションの実行に管理者権限が必要です。

HX ストレージ クラスタのステータスの概要が表示されます。これは Cisco HyperFlex Connect にログインしたときに表示される最初のページです。

UI 要素

基本情報

[Operational Status] セクション

HX ストレージ クラスタとアプリケーション パフォーマンスの機能の状態を示します。

[情報（Information）]をクリックして、HX ストレージ クラスタ名とステータス データにアクセスします。

[Cluster License Status（クラスター ライセンスの状態）] セクション

HX ストレージ クラスタに初めてログインしたとき、または HX ストレージ クラスタ ライセンスが登録されるまでに、次のリンクが表示されます。

クラスタ ライセンスが登録されていないリンク：HX ストレージ クラスタが登録されていない場合に表示されます。クラスタ ライセンスを登録するには、このリンクをクリックし、[Smart Software Licensing Product Registration（スマート ソフトウェア ライセンス製品登録）] 画面で製品インスタンス登録トークンを指定します。製品インスタンス登録トークンを取得する方法の詳細については、『Cisco HyperFlex システム インストール ガイド』の「スマート ライセンスへのクラスタの登録」セクションを参照してください。

[Resiliency Health] セクション

データのヘルス ステータスと、HX ストレージ クラスタの耐障害性を示します。

[Information]をクリックして、復元力ステータスと、レプリケーションおよび障害データにアクセスします。

[Capacity] セクション

ストレージの合計の内訳と、ストレージの使用中または未使用の容量が表示されます。

ストレージの最適化、圧縮、およびクラスタに格納されているデータに基づく重複排除比率も表示されます。

[Nodes] セクション

HX ストレージ クラスタ内のノード数と、コンバージド ノード対コンピューティング ノードの区分が表示されます。ノード アイコンの上にマウスを移動すると、そのノードの名前、IP アドレス、ノードの種類が表示され、容量、使用率、シリアル番号、およびディスクの種類のデータへのアクセスが可能なディスクがインタラクティブに表示されます。

[Performance] セクション

設定可能な時間の HX ストレージ クラスタのパフォーマンス スナップショットを表示し、IOPS、スループット、および遅延データを表示します。

詳細については、[Performance] ページを参照してください。

[Cluster Time] フィールド

クラスタのシステム日付および時刻。

テーブル ヘッダーの共通のフィールド

HX Connect のいくつかのテーブルは、テーブルに表示される内容に影響を与える次の 3 つのフィールドのうち 1 つ以上を提供します。

UI 要素

基本情報

[Refresh] フィールドおよびアイコン

HX Cluster の動的な更新のためにテーブルを自動的に更新します。タイムスタンプは、テーブルが更新された最終時刻を示します。

コンテンツを今すぐ更新するには円形のアイコンをクリックします。

[Filter] フィールド

入力したフィルタ テキストに一致する項目のみテーブルに表示します。以下の表の現在のページに記載されている項目は自動的にフィルタ処理されます。入れ子になったテーブルはフィルタ処理されません。

[Filter] フィールドに選択テキストを入力します。

[Filter] フィールドを空にするには、[x] をクリックします。

テーブル内の他のページからコンテンツをエクスポートするには、下部までスクロールし、ページ番号をクリックして、フィルタを適用します。

[Export] メニュー

テーブル データの現在のページのコピーを保存します。テーブルの内容は、選択したファイル形式でローカル マシンにダウンロードされます。リストの項目をフィルタ処理すると、フィルタ処理されたサブセット リストがエクスポートされます。

エクスポート ファイルの形式を選択する下矢印をクリックします。ファイルの形式のオプションは、cvs、xls および doc です。

テーブル内の他のページからコンテンツをエクスポートするには、下部までスクロールし、ページ番号をクリックして、エクスポートを適用します。

- [Operational Status] ダイアログボックス

- [Resiliency Health] ダイアログボックス

[Operational Status] ダイアログボックス

HX ストレージ クラスタとアプリケーション パフォーマンスの機能の状態を示します。

UI 要素

基本情報

[Cluster Name] フィールド

この HX ストレージ クラスタの名前です。

[Cluster Status] フィールド

- [オンライン (Online)] ：クラスタの準備ができています。

- [オフライン (Offline)] ：クラスタの準備ができていません。

- [Read Only]：クラスタは書き込みトランザクションを受け入れることはできませんが、静的クラスタ情報を表示し続けることはできます。

- [Out of space]：クラスタ全体でスペースが不足しているか、1 つまたは複数のディスクでスペースが不足しています。どちらの場合も、クラスタは書き込みトランザクションを受け入れることができませんが、静的なクラスタ情報の表示は続行できます。

[Data-at-rest encryption capable] フィールド

- 応対可

- [Not supported]

あるいは、[Yes] と [No] を使用できます。

[Reason to view] ドロップダウン リスト

現在の状況をもたらしている原因を説明するメッセージの数が表示されます。

[閉じる（Close）] をクリックします。

[Resiliency Health] ダイアログボックス

データのヘルス ステータスと、HX ストレージ クラスタの耐障害性を示します。

名前

説明

[Resiliency Health] フィールド

- [Healthy]：データと可用性の点でクラスタは正常です。

- [Warning]：データまたはクラスタの可用性に対する悪影響が生じています。

- [Unknown]：クラスタがオンラインになるときの移行状態です。

カラー コーディングとアイコンを使用して、さまざまなステータスの状態が示されます。追加情報を表示するにはアイコンをクリックします。

[Data Replication Compliance] フィールド

- [Compliant]

[Data Replication Factor] フィールド

HX ストレージ クラスタ間での冗長データ レプリカの数を表示します。

[Number of node failures tolerable] フィールド

HX ストレージ クラスタが処理できるノード障害の数を表示します。

[Number of Persistent Device failures tolerable] フィールド

HX ストレージ クラスタが処理できる永続型デバイス障害の数を表示します。

[Number of Persistent Device failures tolerable] フィールド

HX ストレージ クラスタが処理できるキャッシュ デバイス障害の数を表示します。

[Reason to view] ドロップダウン リスト

現在の状況をもたらしている原因を説明するメッセージの数が表示されます。

[閉じる（Close）] をクリックします。

Chapter3. インストールの前提条件

- 必要なハードウェア ケーブル

- ホスト要件

- ディスクの要件

- ポート要件

- HyperFlex 外部接続

- ファブリック インターコネクトのアップリンクのプロビジョニング

- ネットワーク設定

- VLAN および vSwitch の要件

- Cisco UCS の要件

- ハイパーバイザ要件

- ストレージ クラスタ要件

- vCenter 設定の要件

- システム サービス要件

- コントローラ VM 用 CPU リソース予約

- コントローラ仮想マシン用メモリ リソース予約

- 自動サポート 要件

- シングル サインオンの要件

必要なハードウェア ケーブル

- 6200 シリーズ FI を使用する場合、サーバごとに最低 2 つの 10 Gb Small Form-Factor Pluggable（SFP） を使用します。

6300 シリーズ FI を使用する場合、サーバごとに最低 2 つの 40-GbE QSFP を使用します。

- ファブリック インターコネクト コンソール ケーブル（CAB-CONSOLE-RJ45）の一端に RJ-45 コネクタがあり、他端に DB9 コネクタがあること。このケーブルは、ラップトップの RS-232 コンソール接続に接続するのに使用します。

- 標準の電源コードには、電源モジュールとの接続側に IEC C13 コネクタが付いていること。オプションのジャンパ電源コードには、電源モジュールとの接続側に IEC C13 コネクタ、IEC C13 コンセントとの接続側に IEC C14 コネクタが付いていること。

詳細については、『Cisco UCS 6300 シリーズ ファブリック インターコネクト ハードウェア ガイド』を確認してください。

- KVM ケーブルを使用すると、システムに Cisco HX シリーズ サーバ の接続が可能になります。このケーブルには、DB9 シリアル コネクタ、モニタ用の VGA コネクタ、キーボードおよびマウス用のデュアル USB 2.0 ポートが付いています。このケーブルを使用すると、システムで稼働するオペレーティング システムや BIOS に直接接続できます。

（注）

この同じ KVM ケーブルは、UCS ラック マウントとブレード サーバの両方に使用されます。

M4 または M5 サーバのケーブルと注文情報に関する詳細は、それぞれ Cisco HyperFlex HX シリーズ モデル と Cisco UCS B200 ブレード サーバのインストールおよびサービス ノート を参照してください。

ホスト要件

Cisco HyperFlex クラスタには、少なくとも 3 つの コンバージド HyperFlex ノードが含まれています。コンピューティング能力を高めるには、別途ストレージを用意しなくても、コンピューティング専用ノードを追加するというオプションがあります。HyperFlex クラスタ内の各サーバは、HyperFlex ノードと呼ばれます。ストレージ クラスタを導入する前に、それぞれのノードに次の設定がインストールおよび設定されていることを確認してください。

詳細については、『Cisco HX240c/220c HyperFlex Node Installation Guides』を参照してください。

次のホスト要件を満たしていることを確認してください。

- クラスタのすべてのサーバ（ノードまたはホスト）に同じ VLAN ID を使用していること。

- ストレージ クラスタ全体ですべての ESXi サーバに同じ管理者用ログイン クレデンシャルを使用していること。

- SSH をすべての ESXi ホストで有効にしていること。

- すべてのサーバに DNS と NTP を設定していること。

- VMware vSphere をインストールおよび設定していること。

- VIC および NIC のサポート:詳細については、『Cisco HyperFlex Systems: ネットワーキング トポロジ』のマニュアルを参照してください。

ディスクの要件

ディスクの要件は、コンバージド ノードとコンピューティング専用ノード間で異なります。使用可能な CPU およびメモリ容量を拡大するには、必要に応じてコンピューティング専用ノードを使用して既存のクラスタを拡張します。これらのコンピューティング専用ノードを使用すると、ストレージのパフォーマンスを向上させたり、ストレージ容量を拡大したりすることができます。

あるいはコンバージド ノードを追加することで、CPU およびメモリ リソースを拡大するとともに、ストレージのパフォーマンスを向上させ、ストレージ容量を拡大できます。

ソリッドステート ディスク（SSD）のみが搭載されたサーバは、オールフラッシュ サーバです。SSD とハード ディスク ドライブ（HDD）の両方が搭載されたサーバは、ハイブリッド サーバです。

以下は、HyperFlex クラスタ内のすべてのディスクに適用されます。

- ストレージ クラスタ内のすべてのディスクには、同量のストレージ容量が必要です。ストレージ クラスタ内のすべてのノードには、同数のディスクが必要です。

- すべての SSD は TRIM をサポートする必要があり、TRIM が有効になっている必要があります。

- すべての HDD は、SATA または SAS タイプのいずれかです。ストレージ クラスタ内のすべての SAS ディスクは、パススルー モードにする必要があります。

- ディスク パーティションは、SSD および HDD から削除する必要があります。パーティションが設定されたディスクは無視され、HX ストレージ クラスタに追加されません。

- オプションで、ディスク上の既存のデータを削除またはバックアップできます。提供されたディスク上の既存のデータはすべて上書きされます。

（注）

新規のファクトリ サーバは適切なディスク パーティションの設定で出荷されます。新規のファクトリ サーバからディスク パーティションを削除しないでください。

- シスコから直接購入されたディスクのみがサポートされます。

- 自己暗号化ドライブ（SED）が搭載されたサーバでは、キャッシュ ドライブと永続ストレージ（キャパシティ）ドライブの両方が SED に対応している必要があります。これらのサーバは、保管中データの暗号化（DARE）をサポートします。

次の表に示すディスクに加えて、すべての M4 コンバージド ノードは、ESX がインストールされたミラー設定で 2 枚の 64 GB SD FlexFlash カードを備えています。すべての M5 コンバージド ノードに、ESX 搭載の M.2 SATA SSD が内蔵されています。

（注）

サーバ上またはストレージ クラスタ全体でストレージ ディスクのタイプやサイズを混在させないでください。ストレージ ディスク タイプの混在はサポートされません。

- キャッシュまたは永続ディスクを交換する際は、元のディスクと同じタイプとサイズを常に使用します。

- 永続ドライブを混在させないでください。1 つのサーバでは、すべて HDD または すべて SSD とし、ドライブのサイズを統一してください。

- ハイブリッド ドライブ タイプとオールフラッシュ キャッシュ ドライブ タイプを混在させないでください。ハイブリッド サーバではハイブリッド キャッシュ デバイスを使用し、オールフラッシュ サーバではオールフラッシュ キャッシュ デバイスを使用してください。

- 暗号化されたドライブ タイプと暗号化されていないドライブ タイプを混在させないでください。SED ハイブリッド ドライブまたは SED オールフラッシュ ドライブを使用してください。SED サーバでは、キャッシュ ドライブと永続ドライブの両方を SED タイプにする必要があります。

- すべてのノードで同じサイズと同じ数量の SSD を使用する必要があります。異なる SSD タイプを混在させることはできません。

それぞれのサーバでサポートされているドライブのキャパシティと台数の詳細については、対応するサーバ モデルの仕様書を参照してください。

既存のクラスタを拡張する際の、互換性のある PID については、Cisco HyperFlex Drive Compatibilityドキュメントを参照してください。

コンピューティング専用ノード

次の表に、コンピューティング専用機能に対しサポートされているコンピューティング専用ノードの設定を示します。コンピューティング専用ノードのストレージは、ストレージ クラスタのキャッシュまたは容量に含まれていません。

（注）

クラスタにコンピューティング ノードが追加されると、そのノードは、コンピューティング専用のサービス プロファイル テンプレートによって SD カードから起動できるように自動設定されます。別の形式のブート メディアを使用する場合は、ローカルのディスク設定ポリシーを更新してください。サーバに関連したポリシーについては、Cisco UCS Manager サーバ管理ガイドを参照してください。

サポートされるコンピューティング専用ノード サーバ

ESXi のブートでサポートされている方法

- Cisco B200 M3/M4/M5

- B260 M4

- B420 M4

- B460 M4

- C240 M3/M4/M5

- C220 M3/M4/M5

- C460 M4

- C480 M5

- B480 M5

方法を選択します。

重要

ESXi インストールの際は、ブート メディアの形式が 1 つだけサーバに通知されるようにしてください。ローカルまたはリモートのディスクの追加は、インストール後に実行できます。

USB ブートは HX コンピューティング専用のノードに対してサポートされていません。

- ESXi がインストールされているミラー設定での SD カード。

- ローカル ドライブの HDD または SSD。

- SAN ブート。

- M.2 SATA SSD ドライブ。

（注）

HW RAID M.2 (UCS-M2-HWRAID および HX-M2-HWRAID) は、コンピューティング専用ノードではサポートされていません。

ポート要件

ネットワークがファイアウォールの背後にある場合、標準的なポート要件の他に、VMware は VMware ESXi とVMware vCenter 用のポートを推奨します。

- CIP-M はクラスタ管理 IP 用です。

- SCVM はコントローラ VM の管理 IP です。

- ESXi はハイパーバイザの管理 IP です。

次のファイアウォール ポートが開いていることを確認します。

Time Server

ポート番号

Service/Protocol

[Source]

ポート宛先

基本情報

123

NTP/UDP

各 ESXi ノード

各 SCVM ノード

UCSM

Time Server

双方向

HX Data Platform インストーラ

ポート番号

Service/Protocol

[Source]

ポート宛先

基本情報

22

SSH/TCP

HX Data Platform インストーラ

各 ESXi ノード

管理アドレス

各 SCVM ノード

管理アドレス

CIP-M

クラスタ管理

UCSM

UCSM 管理アドレス

CIMC IP

80

HTTP/TCP

HX Data Platform インストーラ

各 ESXi ノード

管理アドレス

各 SCVM ノード

管理アドレス

CIP-M

クラスタ管理

UCSM

UCSM 管理アドレス

443

HTTPS/TCP

HX Data Platform インストーラ

各 ESXi ノード

管理アドレス

各 SCVM ノード

管理アドレス

CIP-M

クラスタ管理

UCSM

UCSM 管理アドレス

8089

vSphere SDK/TCP

HX Data Platform インストーラ

各 ESXi ノード

管理アドレス

902

Heartbeat/UDP/TCP

HX Data Platform インストーラ

vCenter

各 ESXi ノード

なし

Ping/ICMP

HX Data Platform インストーラ

ESXi IPs

CVM IPs

管理アドレス

9333

UDP/TCP

HX Data Platform インストーラ

CIP-M

クラスタ管理

メール サーバ

クラスタ イベントへの電子メール サブスクリプションではオプションです。

ポート番号

Service/Protocol

[Source]

ポート宛先

基本情報

25

SMTP/TCP

各 SCVM ノード

CIP-M

UCSM

メール サーバ（Mail Server）

任意

モニタリング

UCS インフラストラクチャをモニタリングするためのオプション。

ポート番号

Service/Protocol

[Source]

ポート宛先

基本情報

161

SNMP Poll/UDP

モニタリング サーバ

UCSM

オプション

162

SNMP トラップ/UDP

UCSM

モニタリング サーバ

任意

Name Server

ポート番号

Service/Protocol

[Source]

ポート宛先

基本情報

53（外部ルックアップ）

DNS/TCP/UDP

各 ESXi ノード

Name Server

管理アドレス

各 SCVM ノード

Name Server

管理アドレス

CIP-M

Name Server

クラスタ管理

UCSM

Name Server

vCenter

ポート番号

Service/Protocol

[Source]

ポート宛先

基本情報

80

HTTP/TCP

vCenter

各 SCVM ノード

CIP-M

双方向

443

HTTPS (プラグイン)/TCP

vCenter

各 ESXi ノード

各 SCVM ノード

CIP-M

双方向

7444

HTTPS (VC SSO)/TCP

vCenter

各 ESXi ノード

各 SCVM ノード

CIP-M

双方向

9443

HTTPS (プラグイン)/TCP

vCenter

各 ESXi ノード

各 SCVM ノード

CIP-M

双方向

5989

CIM サーバ/TCP

vCenter

各 ESXi ノード

9080

CIM サーバ/TCP

vCenter

各 ESXi ノード

ESXi リリース 6.5 で導入されました

902

Heartbeat/TCP/UDP

vCenter

各 ESXi ノード

このポートは、各ホストからアクセス可能である必要があります。このポートが HX インストーラから ESXi ホストに開かれていない場合、インストールはエラーになります。

ユーザ

ポート番号

Service/Protocol

[Source]

ポート宛先

基本情報

22

SSH/TCP

User

各 ESXi ノード

管理アドレス

各 SCVM ノード

管理アドレス

CIP-M

クラスタ管理

HX Data Platform インストーラ

UCSM

UCSM 管理アドレス

vCenter

SSO Server

80

HTTP/TCP

User

各 SCVM ノード

管理アドレス

CIP-M

クラスタ管理

UCSM

HX Data Platform インストーラ

vCenter

443

HTTPS/TCP

User

各 SCVM ノード

CIP-M

UCSM

UCSM 管理アドレス

HX Data Platform インストーラ

vCenter

7444

HTTPS (SSO)/TCP

User

vCenter

SSO Server

9443

HTTPS (プラグイン)/TCP

User

vCenter

SSO Server

ポート番号

Service/Protocol

[Source]

ポート宛先

基本情報

7444

HTTPS (SSO)/TCP

SSO Server

各 ESXi ノード

各 SCVM ノード

CIP-M

双方向

ストレッチ ウィットネス

HyperFlex ストレッチ クラスタを展開する場合にのみ必要です。

ポート番号

Service/Protocol

[Source]

ポート宛先

基本情報

2181

2888

3888

Zookeeper/TCP

ウィットネス

各 CVM ノード

双方向, 管理アドレス

8180

Exhibitor (Zookeeper lifecycle)/TCP

ウィットネス

各 CVM ノード

双方向, 管理アドレス

80

HTTP/TCP

ウィットネス

各 CVM ノード

潜在的な将来の必要条件

443

HTTPS/TCP

ウィットネス

各 CVM ノード

潜在的な将来の必要条件

Replication

ネイティブ HX 非同期クラスタからクラスタへの複製を構成する場合にのみ必要です。

ポート番号

Service/Protocol

[Source]

ポート宛先

基本情報

9338

データ サービス マネージャ ピア/TCP

各 CVM ノード

各 CVM ノード

双方向, クラスタ管理 IP アドレスを含める

3049

CVM/TCP の複製

各 CVM ノード

各 CVM ノード

双方向, クラスタ管理 IP アドレスを含める

4049

クラスタ マップ/TCP

各 CVM ノード

各 CVM ノード

双方向, クラスタ管理 IP アドレスを含める

4059

NR NFS/TCP

各 CVM ノード

各 CVM ノード

双方向, クラスタ管理 IP アドレスを含める

9098

複製サービス

各 CVM ノード

各 CVM ノード

双方向, クラスタ管理 IP アドレスを含める

8889

コーディネーション用 NR マスター/TCP

各 CVM ノード

各 CVM ノード

双方向, クラスタ管理 IP アドレスを含める

9350

ハイパーバイザ サービス/TCP

各 CVM ノード

各 CVM ノード

双方向, クラスタ管理 IP アドレスを含める

SED クラスタ

ポート番号

Service/Protocol

[Source]

ポート宛先

基本情報

443

HTTPS

各 SCVM 管理 IP（クラスタ管理 IP を含む）

UCSM（ファブリック A、ファブリック B、VIP）

ポリシーの設定

5696

TLS

各ノードからの CIMC

KVM サーバ

Key Exchange

UCSM

ポート番号

Service/Protocol

[Source]

ポート宛先

基本情報

443

暗号化など/TCP

各 CVM ノード

CIMC OOB

各 UCS ノードの双方向

81

KVM/HTTP

ユーザ

UCSM

OOB KVM

743

KVM/HTTP

ユーザ

UCSM

OOB KVM 暗号化

その他

ポート番号

Service/Protocol

[Source]

ポート宛先

基本情報

9350

ハイパーバイザ サービス/TCP

各 CVM ノード

各 CVM ノード

双方向, クラスタ管理 IP アドレスを含める

9097

CIP-M フェールオーバー/TCP

各 CVM ノード

各 CVM ノード

その他の CVM への各 CVM の双方向

111

RPC バインド/TCP

各 SCVM ノード

各 SCVM ノード

インストーラへの CVM アウトバウンド

8002

インストーラ/TCP

各 SCVM ノード

インストーラ

Service Location Protocol

8080

Apache tomcat/TCP

各 SCVM ノード

各 SCVM ノード

stDeploy は 接続、uri/stdeploy の要求を行います

8082

認証サービス/TCP

各 SCVM ノード

各 SCVM ノード

Uri/auth/ を使用した要求

9335

hxRoboControl/TCP

各 SCVM ノード

各 SCVM ノード

Robo の導入

443

HTTPS/TCP

各 CVM 管理 IP (CIP を含む)

UCSM A/B および VIP

ポリシーの設定

5696

TLS/TCP

各ノードからの CIMC

KMS サーバ

Key Exchange

8125

UDP

各 SCVM ノード

各 SCVM ノード

Graphite

427

UDP

各 SCVM ノード

各 SCVM ノード

Service Location Protocol

32768 ～ 65535

UDP

各 SCVM ノード

各 SCVM ノード

SCVM のアウトバウンド通信

ヒント

標準設定がなく、異なるポート設定が必要な場合は、環境のカスタマイズについて、表 7 ポートのリテラル値を参照してください。

HyperFlex 外部接続

外部接続

説明

IP アドレス/FQDN/ポート/バージョン

基本情報

Intersight デバイス コネクタ

サポートされている HX システムは、各システムの管理コントローラに組み込まれているデバイス コネクタを介して Cisco Intersight に接続されます。

HTTPSポート番号：443

1.0.5-2084 以降（Cisco Intersight によって自動的にアップグレード）

すべてのデバイス コネクタは、svc.intersight.com を適切に解決でき、かつポート 443 のアウトバウンドで開始される HTTPS 接続を許可する必要があります。現在の HX インストーラでは、HTTP プロキシの使用がサポートされています。

ESXi 管理の IP アドレスは、インストーラから ESXi 管理に必要とされるすべてのポートを介して、Cisco UCS Manager から到達可能である必要があります。これにより、Cisco Intersight から ESXi 管理を展開できるようになります。

詳細については、Intersight ヘルプ センターのネットワーク接続要件を参照してください。

Auto Support

Auto Support（ASUP）は、HX Data Platform を通じて提供されるアラート通知サービスです。

SMTP ポート番号：25

Auto Support は、ノードのドライブ障害などのハードウェア問題が発生した際の診断に役立つハードウェア カウンタの履歴を提供するため、有効にすることを強く推奨します。

ファブリック インターコネクトのアップリンクのプロビジョニング

HyperFlex クラスタを設定する前に、ネットワーク トラフィック管理を最適化するアップストリーム帯域幅容量を計画してください。これにより、コンポーネントで障害が発生したり、ネットワークが部分的に停止したりした場合でも、トラフィック フローを安定した状態に維持できます。

デフォルトでは、「hx-vm-network」vSwitch は [active/active] に設定されています。これ以外のすべての vSwitch は、[active/standby] に設定されています。

（注）

FI に対して Catalyst スイッチを実行しているクラスタの場合は、最適な Quality of Service (QOS) MTU を 9216 に設定します (LAN > LAN Cloud > QoS システム クラスにあります)。そうでない場合、フェールオーバーは失敗します。

単一ホストの HyperFlex Data Platform 接続

デフォルトの vSwitch NIC チーミング ポリシーとフェールオーバー ポリシーを [yes] に設定します。これにより、管理トラフィック、vMotion トラフィック、およびストレージ トラフィックのすべてが、ローカルでファブリック インターコネクトに転送されるようになり、フローを安定した状態に維持できます。vNIC-a で障害が発生すると、ESXi がロード バランシングを計算し、すべての仮想ポートを vNIC-b に再ピニングします。vNIC-a がオンライン状態に戻った時点で、再びピニングが適用され、vNIC-a と vNIC-b の間で仮想ポートが元のように均等に分配されます。これにより、Cisco UCSファブリック インターコネクトのアップストリームでの遅延と帯域幅使用量が削減されます。

安定した状態のトラフィック フロー

1 つ以上のサーバ リンクで障害が発生した場合（たとえばホスト 1 がファブリック A への接続を失い、ホスト 2 がファブリック B への接続を失った場合）は、トラフィックがアップ ストリーム スイッチを通過する必要があります。したがって、アップリンク ネットワーク帯域幅の使用量が増加するため、アップリンクの追加が必要になります。

リンク障害中のトラフィック フロー

（注）

1 つのファブリック インターコネクトから 2 つの異なるアップストリーム スイッチへのアップリンクが存在する場合は、FI で分離レイヤ 2（DJL2）と呼ばれる状態が発生します。DJL2 は、FI がエンド ホスト モードとなっているときに DJL2 が適切に設定されていないと発生することが既知となっています。

DJL2 を適切に導入するには、『Cisco UCS 6300 Series Fabric Interconnect Hardware Guide—Deploy Layer 2 Disjoint Networks Upstream in End Host Mode』というホワイト ペーパーを参照してください。

ネットワーク設定

重要

すべての IP アドレスは IPv4 である必要があります。HyperFlex は IPv6 アドレスをサポートしていません。

ベスト プラクティス

- ネットワークごとに異なるサブネットと VLAN を使用する必要があります。

- 10 Gbps のケーブルを使用して、各ホストを直接 Cisco UCS ファブリック インターコネクトに接続します。

- 特に Disjoint Layer 2 設定が使用されている場合は、ネットワークの問題を引き起こす可能性があるため、デフォルト VLAN である VLAN 1 は使用しないでください。

- インストーラは、デフォルトで VLAN を非ネイティブとして設定します。非ネイティブ VLAN に対応するようにアップストリーム スイッチを設定してください。

各 ESXi ホストには、次のネットワークが必要です。

- 管理トラフィック ネットワーク：vCenter から、ハイパーバイザ（ESXi サーバ）の管理、およびストレージ クラスタの管理を処理します。

- データ トラフィック ネットワーク：ハイパーバイザとストレージのデータ トラフィックを処理します。

- vMotion ネットワーク

- VM ネットワーク

4 つの vSwitch があり、それぞれ異なるネットワークを伝送します。

- vswitch-hx-inband-mgmt：ESXi 管理およびストレージ コントローラ管理に使用されます。

- vswitch hx-storage-data：ESXi ストレージ データ、および HX Data Platform の複製に使用されます。

これら 2 つの vSwitch は、さらに 2 つのポート グループに分割され、ストレージ クラスタと ESXi ホスト間のトラフィックを処理するための静的 IP アドレスが割り当てられます。

- vswitch hx-vmotion：VM およびストレージ vMotion に使用されます。

この vSwitch には管理用に 1 つのポート グループがあり、vCenter クラスタ内のすべてのホストに接続する vSphere を介して定義されます。

- vswitch hx-vm-network：VM データ トラフィックに使用されます。

VLAN を、Cisco UCS Manager の対応する vNIC テンプレートに追加または削除できます。手順の詳細については、「Managing VLANs in Cisco UCS Manager」および「Managing vNIC templates in Cisco UCS Manager」を参照してください。vSwitch でポート グループを作成するには、「Adding Virtual Port Groups to VMware Standard vSwitch」を参照してください。

（注）

1. Cisco HX Data Platform インストーラは、自動的に vSwitch を作成します。

2. HyperFlex ストレージ クラスタの作成後に、vSphere の次のサービスを有効にする必要があります。

- DRS （オプション、ライセンス登録されている場合）

- vMotion

- ハイ アベイラビリティ

VLAN および vSwitch の要件

少なくとも 3 つの VLAN ID を提供します。すべての VLAN がインストール時にファブリック インターコネクトに設定されている必要があります。

VLAN Type

説明

（注）

次のネットワークごとに、異なるサブネットと VLAN を使用する必要があります。

VLAN ESXi および HyperFlex 管理トラフィック

VLAN 名：hx-inband-mgmt

VLAN ID

VLAN HyperFlex ストレージ トラフィック

VLAN 名：hx-storage-data

VLAN ID

VLAN VM vMotion

VLAN 名：hx-vmotion

VLAN ID

VLAN VM データ

ユーザ定義

IP ブロック

KVM IP プール

ホストごとに 1 つの IP アドレス。

サブネット マスク

例：255.255.0.0

デフォルト ゲートウェイ

例：10.193.0.1

外部スイッチ VLAN タギング（EST）を使用する VLAN タギングと vSwitch の設定は、UCS Manager プロファイルを使用して適用されます。HX Data Platform インストーラにより、このプロセスが簡単になります。

（注）

- 特に Disjoint Layer 2 設定が使用されている場合は、ネットワークの問題を引き起こす可能性があるため、デフォルト VLAN である VLAN 1 は使用しないでください。VLAN 1 ではない別の VLAN を使用してください。

インストーラは、デフォルトで VLAN を非ネイティブとして設定します。非ネイティブの VLAN に対応するように、アップストリーム スイッチを設定します。

- インバンド管理は、VLAN 2 または VLAN 3 ではサポートされていません。

Cisco UCS の要件

プロンプトが表示されたら、UCS ファブリック インターコネクトおよび UCS Manager に関してリストされているコンテンツを提示します。

Cisco UCS ファブリック インターコネクトの要件

UI 要素

基本情報

[Uplink Switch Model]

スイッチ タイプと接続タイプを指定します（SFP + Twin Ax または光）。

[Fabric Interconnect Cluster IP address]

<IPアドレス>

[FI-A IP Address]

<IPアドレス>

[FI-B IP Address]

<IPアドレス>

[MAC Address Pool]

00:00:00 MAC アドレス プールを確認します。

[IP Blocks]

KVM IP プール。少なくとも 4 つの IP アドレス。

[Subnet mask]

たとえば、255.255.0.0 と指定します。

[Default Gateway]

たとえば、10.193.0.1 と指定します。

Cisco UCS Manager の要件

UI 要素

基本情報

[UCS Manager Host Name]

ホスト名または IP アドレス

[User Name]

<admin ユーザ名>

[Password]

<admin ユーザ名>

ハイパーバイザ要件

vCenter 経由でストレージ管理ネットワークまたはストレージ データ ネットワーク上の ESXi サーバに使用可能なアドレス範囲から IP アドレスを入力します。すべてのネットワーク アドレスに静的 IP アドレスを提供します。

（注）

- データ ネットワークと管理ネットワークは異なるサブネット上になければなりません。

- IP アドレスは、ストレージ クラスタの作成後は変更できません。Cisco TAC に連絡して、サポートを受けてください。

- 単独では必要ありませんが、DNS 名を指定する場合は、IP アドレスの正逆方向の DNS ルックアップを有効にします。

- インストーラの IP アドレスは、ハイパーバイザとストレージ コントローラ VM で使用される管理サブネットから到達できる必要があります。インストーラ アプライアンスは、ESXi ホスト上か、またはインストールされるクラスタの一部ではない VMware ワークステーション上で動作する必要があります。

管理ネットワークの IP アドレス

データ ネットワークの IP アドレス

ハイパーバイザ

ストレージ コントローラ

ハイパーバイザ

ストレージ コントローラ

<IPアドレス>

<IPアドレス>

<IPアドレス>

<IPアドレス>

<IPアドレス>

<IPアドレス>

<IPアドレス>

<IPアドレス>

<IPアドレス>

<IPアドレス>

<IPアドレス>

<IPアドレス>

<IPアドレス>

<IPアドレス>

<IPアドレス>

<IPアドレス>

VLAN タグ

VLAN_ID

VLAN タグ

VLAN_ID

サブネット マスク

サブネット マスク

デフォルト ゲートウェイ

デフォルト ゲートウェイ

インストーラ アプライアンスの IP アドレス

<IPアドレス>

<IPアドレス>

ストレージ クラスタ要件

ストレージ クラスタは、Cisco HX Data Platform のコンポーネントです。vSphere Web クライアントで単一のデータストアが容易にプロビジョニングされ、それによりストレージの複雑さを軽減します。ストレージ クラスタ内のすべてのサーバにおいて、データがディスク全体に配布され、コントローラ リソースの活用と高可用性を実現します。

ストレージ クラスタは、関連する vCenter クラスタには依存しません。vCenter クラスタ内にある ESXi ホストを使用して、ストレージ クラスタを作成できます。

ストレージ クラスタを定義するには、次のパラメータを指定します。

フィールド

説明

[名前（Name）]

ストレージ クラスタの名前を入力します。

[Management IP Address]

これによって、各 ESXi ホストにストレージ管理ネットワークへのアクセスが提供されます。

- IP アドレスは、ノードの管理 IP アドレスと同じサブネット上にある必要があります。

- クラスタ管理 IP が同じサブネット上の別のクラスタと最後のオクテットを共有することを許可しないでください。

- これらの IP アドレスは、4 つの IP アドレスに加えて、シスコが [Hypervisor] セクションで各ノードに割り当てます。

[Storage Cluster Data IP Address]

これによって、各 ESXi ホストにストレージ データ ネットワークおよびストレージ コントローラ VM ネットワークへのアクセスが提供されます。

同じ IP アドレスをクラスタ内のすべての ESXi ノードに適用する必要があります。

[Data Replication Factor]

データ レプリケーション係数により、ストレージ クラスタ全体のデータの冗長レプリカの数が定義されます。

これは HX Data Platform のインストール時に設定され、その後は変更できません。

[Data Replication Factor] を選択します。選択できる基準は、次のとおりです。

- データ複製ファクタ3: Hyperflex Edge を除くすべての環境で複製ファクタ 3 を強く推奨しています。複製ファクタ 2 では、可用性と復元性のレベルが低くなります。コンポーネントまたはノードの障害による停電のリスクは、アクティブかつ定期的なバックアップを作成することにより軽減されます。

注目

これは推奨オプションです。

- [Data Replication Factor] 2：データの冗長複製を 2 つ保持します。この場合、ストレージ リソースの消費量は少なくてすみますが、ノード障害やディスク障害が同時に発生した場合にデータ保護が低下します。

ストレージ クラスタ内のノードまたはディスクで障害が発生すると、クラスタの動作能力に影響が生じます。複数のノードで障害が発生した場合や 1 つのノードと別のノードのディスクで障害が発生した場合は、同時障害と呼ばれます。

vCenter 設定の要件

vCenter に管理者レベル アカウントとパスワードを指定します。既存の vCenter サーバがあることを確認します。次の vSphere サービスが動作していることを確認します。

- ダイナミック リソース スケジューラ（DRS）を有効にします（オプション。ライセンス供与時に有効）。

- vMotion を有効にします。

- 高可用性（HA）（フェールオーバー キャパシティを定義し、データストア ハートビートを拡張するために必要）を有効にします。

- ユーザ VM は、バージョン 9 以降である必要があります（ HX Data Platform、ネイティブ スナップショット、および ReadyClone を使用するために必要）。

フィールド

説明

[vCenter Server]

現在の vCenter サーバの Web アドレスを入力します。

たとえば、http://<IP アドレス> とします。

[User Name]

<admin ユーザ名> を入力します。

[Password]

<admin パスワード> を入力します。

[Datacenter Name]

（注）

既存のデータセンター オブジェクトを使用できます。データセンターが vCenter に存在しない場合は、作成されます。

vCenter データセンターに必要な名前を入力します。

[Cluster Name]

vCenter クラスタに必要な名前を入力します。クラスタには、少なくとも 3 つの ESXi サーバが含まれている必要があります。

システム サービス要件

Cisco HX Data Platform をインストールする前に、次のネットワーク接続やサービスが動作していることを確認します。

- DNS サーバ

注意

DNS サーバは、HX ストレージ クラスタの外部に存在する必要があります。ネストされた DNS サーバは、DC 電源損失時など、クラスタ全体がシャットダウンした後にクラスタが起動しない可能性があります。

- NTP サーバ

注意

NTP サーバは、HX ストレージ クラスタの外部に存在する必要があります。ネストされた NTP サーバは、DC 電源損失時など、クラスタ全体がシャットダウンした後にクラスタが起動しない可能性があります。

（注）

- ストレージ クラスタを設定する前に、NTP サーバが動作していて、信頼できる時間のソースを提供していることを手動で確認します。

- コンバージド ノード、コンピューティング ノード双方のすべてのノードとすべてのストレージ コントローラ VM に同じ NTP サーバを使用します。

- NTP サーバは安定していて、（クラスタの有効期間に対し）継続性があり、静的 IP アドレスから到達できる必要があります。

- アクティブ ディレクトリを NTP サーバとして使用している場合、NTP サーバが Microsoft ベスト プラクティスに従って設定されていることを確認してください。詳細については、『Windows Time Service Tools and Settings』を参照してください。NTP サーバが適切に設定されていない場合、同期が行われず、クライアント側で時間同期を修正する必要が発生する可能性があります。詳細については、『Synchronizing ESXi/ESX time with a Microsoft Domain Controller』を参照してください。

- Time Zone

フィールド

基本情報

[DNS Server(s)]

<IP address>

HyperFlex Data Platform のインストール中にホスト名を使用する場合は、DNS サーバ アドレスが必要になります。

（注）

- DNS サーバがない場合は、HX Data Platform インストーラの [Cluster Configuration] ページの [System Services] にホスト名を入力しないでください。IP アドレスのみを使用します。

- 複数の DNS サーバ アドレスを入力するには、アドレスをカンマで区切ります。DNS サーバのアドレスが正しく入力されていることを慎重に確認します。

[NTP Server(s)]

（信頼できる NTP サーバが必要です）

<IP address>

NTP サーバは、以下の間のクロック同期に使用されます。

- ストレージ コントローラ VM

- ESXi ホスト

- vCenter サーバ

重要

NTP サーバの静的 IP アドレスは、ストレージ コントローラ VM、ESXi ホスト、および vCenter サーバ間でクロック同期を確保するために必要です。

インストール時に、この情報はすべてのストレージ コントローラ VM および対応するホストに伝搬されます。サーバは、ストレージ クラスタの起動時に自動的に同期されます。

[Time Zone]

<利用するタイムゾーン>

ストレージ コントローラ VM のタイム ゾーンを選択します。スケジュールされたスナップショットをいつ取得するかを決定するために使用されます。

（注）

すべての VM が同じタイム ゾーンにある必要があります。

コントローラ VM 用 CPU リソース予約

ストレージ コントローラ VM から HyperFlex Data Platform に重要な機能が提供されるため、HX Data Platform インストーラはコントローラ VM 用に CPU リソース予約を設定します。この予約により、コントローラ VM では最低限必要な CPU リソースが確保されます。これは、ESXi ハイパーバイザ ホストの物理 CPU リソースがゲスト VM によって大量に消費されるような状況で役立ちます。次の表に、ストレージ コントローラ VM 用 CPU リソース予約の詳細を示します。

VM CPU の数

共有

Reservation

Limit

8

Low

10,800 MHz

制限なし

コントローラ仮想マシン用メモリ リソース予約

以下の表に、ストレージ コントローラ VM 用メモリ リソース予約の詳細を示します。

サーバ モデル

ゲスト メモリの量

全ゲスト メモリに対する予約

HX220c-M4/M5s

48 GB

○

HXAF220C-M4/M5s

72 GB

○

HX240c-M4/M5SX

HXAF240C-M4/M5SX

72 GB

○

HX240C-M5L

78 GB

Yes

- B200 コンピューティング専用ブレードは軽量ストレージ コントローラ VM を備えており、この VM は 1 つの vCPU と 512 MB のメモリ予約でのみ設定されています。

- C240 ラック サーバは、2 ラック ユニット（2 RU）フォーム ファクタで卓越した拡張性とパフォーマンスを発揮します。

- C220 サーバは、1 ラック ユニット（1 RU）フォーム ファクタで拡張性を実現します。

自動サポート 要件

自動サポート （ASUP）は、HX Data Platform を通じて提供されるアラート通知サービスです。自動サポートを有効にすると、HX Data Platform から、通知の受信先として指定された電子メール アドレスまたは電子メール エイリアスに通知が送信されます。
自動サポート を設定するには次の情報が必要です。

自動サポート

[Enable Auto Support] チェック ボックス

このボックスは、HX ストレージ クラスタの作成時にオンにします。

メール サーバ

<IP アドレス>

自動サポート を有効にするには、ネットワーク上で SMTP メール サーバを設定する必要があります。すべてのストレージ コントローラ VM の IP アドレスから送信された電子メールを処理するために使用します。

（注）

未認証の SMTP のみが ASUP のサポート対象となります。

メール送信者

<username@domain.com>

自動サポート 通知の送信に使用する電子メール アドレス。

ASUP 受信者

自動サポート 通知を受信する電子メール アドレスまたは電子メール エイリアスのリスト。

（注）

自動サポート を有効にすることを強くお勧めします。それにより、ノードのドライブ障害など、将来のハードウェアの問題を診断するのに役立つハードウェア カウンタ履歴が提供されます。

シングル サインオンの要件

SSO URL は、vCenter から提供されます。この URL にコントローラ VM から直接到達できない場合は、[Installer Advanced Settings] を使用して場所を明示的に設定します。

シングル サインオン（SSO）

SSO サーバ URL

SSO URL は、vCenter の [vCenter Server] > [Manage] > [Advanced Settings] にある config.vpxd.sso.sts.uri キーで確認できます。

Chapter4. Cisco HyperFlex Systems サーバのインストール

この章では、HyperFlex クラスタをセット アップするために物理コンポーネントをインストールする方法について説明します。

- Cisco HyperFlex ノードの設置

- ファブリック インターコネクトの設定

- 概要

Cisco HyperFlex ノードの設置

HyperFlex クラスタとノードの制限の詳細については、Cisco HX データ プラットフォームのリリース ノートの最新バージョンで、 Cisco HX データ プラットフォーム ストレージ クラスタ仕様を参照してください。

UCS C シリーズのインテグレーションの指針については、お使いのリリースの Cisco UCS C シリーズ サーバへの Cisco UCS Manager のインテグレーション設定ガイド を参照してください。

Cisco HyperFlex ノードのインストールの詳細については、次の表からそれぞれのリンクを参照してください。

インストール先のノードのタイプ

参照先

コンバージド ノード

HyperFlex HX220c M4/M5 ノード

Cisco HyperFlex HX220c M4/M5 ノード インストール ガイド

HyperFlex HX240c M4/M5 ノード

Cisco HyperFlex HX240c M4/M5 ノード インストール ガイド

コンピューティング専用ノード

Cisco UCS B200 M3/M4/M5 ノード

Cisco UCS B200 M3/M4/M5 ブレード サーバ設置/サービス ノート

Cisco UCS B260 M4 ノード、B460 M4 ノード

E7 v4 CPU 搭載サーバ向け Cisco UCS B260 M4 および B460 M4 ブレード サーバ設置およびサービス ノート

E7 v3、E7 v2 の CPU 搭載サーバ向け Cisco UCS B260 M4、B460 M4 ブレード サーバ設置およびサービス ノート

Cisco UCS B420 M4 ノード

Cisco UCS B420 M4 ブレード サーバ設置およびサービス ノート

Cisco UCS B480 M5 ノード

Cisco UCS B480 M5 ブレード サーバ設置およびサービス ノート

Cisco UCS C240 M3/M4/M5 ラック ノード

Cisco UCS C240 M3/M4/M5 サーバ インストレーションおよびサービス ガイド

Cisco UCS C220 M3/M4/M5 ラック ノード

Cisco UCS C220 M3/M4/M5 サーバ インストレーションおよびサービス ガイド

Cisco UCS C480 M5 ノード

Cisco UCS C480 M5 サーバ インストレーションおよびサービス ガイド

Cisco UCS C460 M4 ノード

Cisco UCS 460 M4 サーバ設置およびサービス ガイド

ファブリック インターコネクトの設定

高度な可用性をもたらすため、次のようにファブリック インターコネクトの冗長ペアを設定します。

1. L1 または L2 の高可用性ポート間で、イーサネット ケーブルを使用して直接 2 つのファブリック インターコネクトに接続します。

2. ファブリック インターコネクト A 上のポート L1を ファブリック インターコネクト B 上のポート L1 に接続し、ファブリック インターコネクト A 上のポート L2 をファブリック インターコネクト B 上のポート L2 に接続します。

これにより、2 つのファブリック インターコネクトは、互いのステータスを継続的にモニタします。

ファブリック インターコネクトを接続する前に、次の情報を確認して入手してください。

項目

説明

ファブリック インターコネクトの物理的な接続の確認。

- 第 1 のファブリック インターコネクトのコンソール ポートが、コンピュータまたはコンソール サーバに物理的に接続されている必要があります。

- 管理イーサネット ポート（mgmt0）が外部のハブ、スイッチ、またはルータに接続されている必要があります。

- 両方のファブリック インターコネクトの L1 ポートが互いに直接接続されている必要があります。

- 両方のファブリック インターコネクトの L2 ポートが互いに直接接続されている必要があります。

コンピュータ端末でのコンソール ポート パラメータの確認。

- 9600 ボー

- 8 データ ビット

- パリティなし

- 1 ストップ ビット

初期設定の情報の取得。

初期設定に関する次の情報を収集します。

- システム名

- admin アカウントのパスワード

- 3 つの静的 IP アドレス

- 3 つの静的 IP アドレスのサブネット マスク

- デフォルト ゲートウェイの IP アドレス

- DNS サーバの IP アドレス。

- システムのドメイン名

両方のファブリック インターコネクトで、同じセットアップ プロセスを実施する必要があります。プライマリ ファブリック インターコネクトをセットアップし、クラスタ設定を有効にします。同じプロセスを使用してセカンダリ ファブリック インターコネクトを設定すると、最初のファブリック インターコネクトがピアとして検出されます。

- Cisco UCS Manager GUI を使用したプライマリ ファブリック インターコネクトの設定

- Cisco UCS Manager GUI を使用したセカンダリ ファブリック インターコネクトの設定

- CLI によるプライマリ ファブリック インターコネクトの設定

- CLI による従属ファブリック インターコネクトの設定

- コンソール設定の確認

Cisco UCS Manager GUI を使用したプライマリ ファブリック インターコネクトの設定

設定を始める前に、同じサブネットで次の 3 つの IP アドレスを指定します。

- プライマリ ファブリック インターコネクト FI A の管理ポート IP アドレス

- セカンダリ ファブリック インターコネクト FI B の管理ポートの IP アドレス

- HyperFlex クラスタの IP アドレス。

次のように Cisco UCS Manager GUI を使用してプライマリ ファブリック インターコネクトを設定します。

手順

ステップ 1

コンソール ポートに接続します。詳細については、『Cisco UCS 6300 シリーズ ファブリック インターコネクト ハードウェア設置ガイド-』を参照してください。

ステップ 2

ファブリック インターコネクトの電源を入れます。ファブリック インターコネクトが起動する際、電源オン セルフテストのメッセージが表示されます。

ステップ 3

インストール方式プロンプトに gui と入力します。

ステップ 4

システムが DHCP サーバにアクセスできない場合は、次の情報を入力するよう求められます。

- ファブリック インターコネクトの管理ポートの Ipv4 アドレス。

- ファブリック インターコネクト上の管理ポートの Ipv4 サブネット マスク。

- ファブリック インターコネクトに割り当てられたデフォルト ゲートウェイの IPv4。

重要

すべての IP アドレスは IPv4 である必要があります。HyperFlex は IPv6 アドレスをサポートしていません。

ステップ 5

プロンプトから、Web ブラウザに Web リンクをコピーし、Cisco UCS Manager 起動ページに移動します。

ステップ 6

[Express Setup (Express セットアップ)] を選択します。

ステップ 7

[Initial Setup (初期セットアップ)] を選択し、[Submit (送信)] をクリックします。

ステップ 8

[Cluster and Fabric Setup (クラスタおよびファブリック セットアップ)] 領域で、次のフィールドに値を入力します。

名前

説明

[Enable Cluster (クラスタの有効化)] オプション

[Enable Cluster (クラスタの有効化)] オプションを選択します。

[Fabric Setup] オプション

[Fabric A (ファブリック A)] を選択します。

[Cluster IP Address] フィールド

使用する Cisco UCS Manager IPv4 アドレスを入力します。

ステップ 9

[System Setup (システム セットアップ)] 領域で、次のフィールドに値を入力します。

フィールド

説明

[System Name] フィールド

Cisco UCS ドメインに割り当てられる名前。

[Admin Password] フィールド

ファブリック インターコネクト上の管理者アカウントに使用されるパスワード。

Cisco UCS Manager のパスワードのガイドラインに適合する強力なパスワードを選択します。このパスワードは空にできません。

[Confirm Admin Password] フィールド

ファブリック インターコネクト上の管理者アカウントに使用されるパスワード。

[Mgmt IP Address] フィールド

ファブリック インターコネクト上の管理ポートの固定 IP アドレス。

[Mgmt IP Netmask] フィールド

ファブリック インターコネクト上の管理ポートの IP サブネット マスク。

[Default Gateway] フィールド

ファブリック インターコネクト上の管理ポートに割り当てられるデフォルト ゲートウェイの IP アドレス。

[DNS Server IP] フィールド

ファブリック インターコネクト上の管理ポートに割り当てられる DNS サーバの IP アドレス。

[Domain name] フィールド

ファブリック インターコネクトが存在するドメインの名前。

ステップ 10

[Submit] をクリックします。`

セットアップ操作の結果がページに表示されます。

Cisco UCS Manager GUI を使用したセカンダリ ファブリック インターコネクトの設定

セカンダリ ファブリック インターコネクトのコンソール ポートが、コンピュータまたはコンソール サーバに物理的に接続されていることを確認します。以前設定したプライマリ ファブリック インターコネクトでの管理者アカウントのパスワードを知っていることを確認します。

手順

ステップ 1

コンソール ポートに接続します。詳細については、『Cisco UCS 6300 シリーズ ファブリック インターコネクト ハードウェア設置ガイド-』を参照してください。

ステップ 2

ファブリック インターコネクトの電源を入れます。ファブリック インターコネクトが起動する際、電源オン セルフテストのメッセージが表示されます。

ステップ 3

インストール方式プロンプトに gui と入力します。

ステップ 4

システムが DHCP サーバにアクセスできない場合は、次の情報を入力するよう求められます。

- ファブリック インターコネクトの管理ポートの Ipv4 アドレス。

- ファブリック インターコネクト上の管理ポートの Ipv4 サブネット マスク。

- ファブリック インターコネクトに割り当てられたデフォルト ゲートウェイの IPv4 アドレス。

（注）

設定時に両方のファブリック インターコネクトに同じ管理インターフェイスのアドレス タイプを割り当てる必要があります。

ステップ 5

プロンプトから、Web ブラウザに Web リンクをコピーし、Cisco UCS Manager GUI 起動ページに移動します。

ステップ 6

プロンプトから、Web ブラウザに Web リンクをコピーし、Cisco UCS Manager 起動ページに移動します。

ステップ 7

[Express Setup (Express セットアップ)] を選択します。

ステップ 8

[Initial Setup (初期セットアップ)] を選択し、[Submit (送信)] をクリックします。

ファブリック インターコネクトは、第 1 ファブリック インターコネクトの設定情報を検出します。

ステップ 9

[Cluster and Fabric Setup (クラスタおよびファブリック セットアップ)] 領域で、次のフィールドに値を入力します。

名前

説明

[Enable Cluster (クラスタの有効化)] オプション

[Enable Cluster (クラスタの有効化)] オプションを選択します。

[Fabric Setup] オプション

[Fabric B (ファブリック B)] を選択します。

ステップ 10

[System Setup (システム セットアップ)] 領域の [Admin Password of Master (マスターの管理者パスワード)] フィールドに管理者アカウントのパスワードを入力します。[Manager Initial Setup (Manager の初期セットアップ)] 領域が表示されます。

ステップ 11

[Manager Initial Setup (Manager の初期セットアップ)] 領域で表示されるフィールドは、第 1 ファブリック インターコネクトを IPv4 のどちらの管理アドレスで設定したかによって異なります。次のように、設定に適したフィールドに入力します。

フィールド

説明

[Peer FI is IPv4 Cluster enabled. [local FI Mgmt0 IPv4 address (ローカル FI Mgmt0 IPv4 アドレス)] フィールドに入力してください。

ローカル ファブリック インターコネクトの Mgmt0 インターフェイスの IPv4 アドレスを入力します。

ステップ 12

[Submit] をクリックします。`

セットアップ操作の結果がページに表示されます。

CLI によるプライマリ ファブリック インターコネクトの設定

手順

ステップ 1

コンソール ポートに接続します。

ステップ 2

ファブリック インターコネクトの電源を入れます。

ファブリック インターコネクトが起動すると、電源投入時セルフテスト メッセージが表示されます。

ステップ 3

設定されていないシステムがブートすると、使用する設定方法の入力を要求するプロンプトが表示されます。 console と入力して、コンソール CLI を使用した初期設定を続行します。

ステップ 4

setup と入力して、初期システム設定を続行します。

ステップ 5

y と入力して、初期設定を続行することを確認します。

ステップ 6

admin アカウントのパスワードを入力します。

ステップ 7

確認のために、admin アカウントのパスワードを再入力します。

ステップ 8

yes と入力して、クラスタ構成の初期設定を続行します。

ステップ 9

ファブリック インターコネクトのファブリックを入力します（ A または B ）。

ステップ 10

システム名を入力します。

ステップ 11

ファブリック インターコネクトの管理ポートの IPv4 アドレスを入力します。

IPv4 サブネット マスクを入力するように求められます。

ステップ 12

IPv4 サブネット マスクを入力し、 [Enter] を押します。

ファブリック インターコネクトの管理ポート用に入力したアドレス タイプによって、デフォルト ゲートウェイの IPv4 アドレスを求められます。

ステップ 13

デフォルト ゲートウェイの IPv4 アドレスを入力します。

ステップ 14

DNS サーバの IP アドレスを指定する場合は yes を入力し、指定しない場合は no を入力します。

ステップ 15

（任意） DNS サーバの IPv4 アドレスを入力します。

アドレス タイプはファブリック インターコネクトの管理ポートのアドレス タイプと同じである必要があります。

ステップ 16

デフォルトのドメイン名を指定する場合は yes を入力し、指定しない場合は no を入力します。

ステップ 17

（任意） デフォルト ドメイン名を入力します。

ステップ 18

設定の概要を確認し、 yes と入力して設定を保存および適用するか、 no と入力して設定ウィザードを初めからやり直して設定を一部変更します。

設定ウィザードのやり直しを選択した場合は、以前に入力した値が角カッコで囲まれて表示されます。以前に入力した値をそのまま使用する場合は、Enter を押します。

例

次に、コンソールおよび IPv4 管理アドレスを使用してクラスタ設定の最初のファブリック インターコネクトをセットアップする例を示します。

Enter the installation method (console/gui)?  console
Enter the setup mode (restore from backup or initial setup) [restore/setup]? setup
You have chosen to setup a new switch.  Continue? (y/n): y
Enter the password for "admin": adminpassword%958
Confirm the password for "admin": adminpassword%958
Do you want to create a new cluster on this switch (select 'no' for standalone setup or if you want this switch to be added to an existing cluster)? (yes/no) [n]: yes
Enter the switch fabric (A/B): A
Enter the system name: foo
Mgmt0 IPv4 address: 192.168.10.10
Mgmt0 IPv4 netmask: 255.255.255.0
IPv4 address of the default gateway: 192.168.10.1
Virtual IPv4 address: 192.168.10.12
Configure the DNS Server IPv4 address? (yes/no) [n]: yes
DNS IPv4 address: 20.10.20.10
Configure the default domain name? (yes/no) [n]: yes
Default domain name: domainname.com
Join centralized management environment (UCS Central)? (yes/no) [n]: no
Following configurations will be applied:
Switch Fabric=A
System Name=foo
Management IP Address=192.168.10.10
Management IP Netmask=255.255.255.0
Default Gateway=192.168.10.1
Cluster Enabled=yes
Virtual Ip Address=192.168.10.12
DNS Server=20.10.20.10
Domain Name=domainname.com
Apply and save the configuration (select 'no' if you want to re-enter)? (yes/no): yes

CLI による従属ファブリック インターコネクトの設定

この手順は、管理ポートに対し IPv4 アドレスを使用して第 2 のファブリック インターコネクトをセットアップする方法について説明します。

（注）

新しいファブリック インターコネクトを既存の高可用性クラスタに追加する場合、たとえば、新規インストール時またはファブリック インターコネクトの交換時に、認証方式がリモートに設定されている限り、新しいデバイスはクラスタにログインできません。新しいファブリック インターコネクトをクラスタに正常に追加するには、認証方式を一時的にローカルに設定し、プライマリ ファブリック インターコネクトのローカル管理者資格情報を使用する必要があります。

手順

ステップ 1

コンソール ポートに接続します。

ステップ 2

ファブリック インターコネクトの電源を入れます。

ファブリック インターコネクトが起動すると、電源投入時セルフテスト メッセージが表示されます。

ステップ 3

設定されていないシステムがブートすると、使用する設定方法の入力を要求するプロンプトが表示されます。 console と入力して、コンソール CLI を使用した初期設定を続行します。

（注）

ファブリック インターコネクトによって、クラスタ内のピア ファブリック インターコネクトが検出されます。検出されなかった場合は、L1 ポートと L2 ポート間の物理接続を調べ、ピア ファブリック インターコネクトがクラスタ設定でイネーブルになっていることを確認します。

ステップ 4

y と入力して、従属ファブリック インターコネクトをクラスタに追加します。

ステップ 5

ピア ファブリック インターコネクトの管理パスワードを入力します。

ステップ 6

従属ファブリック インターコネクト上の管理ポートの IP アドレスを入力します。

ステップ 7

設定の概要を確認し、 yes と入力して設定を保存および適用するか、 no と入力して設定ウィザードを初めからやり直して設定を一部変更します。

設定ウィザードのやり直しを選択した場合は、以前に入力した値が角カッコで囲まれて表示されます。以前に入力した値をそのまま使用する場合は、Enter を押します。

例

次に、ピアのコンソールおよび IPv4 アドレスを使用してクラスタ設定の第 2 のファブリック インターコネクトをセットアップする例を示します。

Enter the installation method (console/gui)? console
Installer has detected the presence of a peer Fabric interconnect. This Fabric interconnect will be added to the cluster. Continue (y/n) ? y
Enter the admin password of the peer Fabric Interconnect: adminpassword%958
Peer Fabric interconnect Mgmt0 IPv4 Address: 192.168.10.11
Apply and save the configuration (select 'no' if you want to re-enter)? (yes/no): yes

コンソール設定の確認

SSH を介してファブリック インターコネクトにログインすることで、両方のファブリック インターコネクトが完了していることを確認できます。

Cisco UCS Manager CLI を使用してクラスタのステータス確認するには、次のコマンドを使用します。

コマンド

目的

出力の例

show cluster state

ハイ アベイラビリティ クラスタの両方のファブリック インターコネクトの動作状態およびリーダーシップ ロールを表示します。

次の例の表示では、両方のファブリック インターコネクトが Up 状態、HA が Ready 状態、ファブリック インターコネクト A がプライマリ ロール、ファブリック インターコネクト B が従属ロールです。

UCS-A# show cluster state
Cluster Id: 0x4432f72a371511de-0xb97c000de1b1ada4

A: UP, PRIMARY
B: UP,
SUBORDINATE HA READY

show cluster extended-state

クラスタの状態を詳細に表示します。通常は問題をトラブルシューティングする場合に使用します。

次の例は、クラスタの詳細な状態を表示する方法について示します。

UCSC# show cluster extended-state 0x2e95deacbd0f11e2-0x8ff35147e84f3de2Start time: Thu May 16 06:54:22 2013Last election time: Thu May 16 16:29:28 2015System Management
Viewing the Cluster State
A: UP, PRIMARY
B: UP, SUBORDINATE

A: memb state UP, lead state PRIMARY, mgmt services state: UP
B: memb state UP, lead state SUBORDINATE,
mgmt services state: UP heartbeat state PRIMARY_OK
HA READY
Detailed state of the device selected for HA quorum data:
Device 1007, serial: a66b4c20-8692-11df-bd63-1b72ef3ac801, state: active
Device 1010, serial: 00e3e6d0-8693-11df-9e10-0f4428357744, state: active
Device 1012, serial: 1d8922c8-8693-11df-9133-89fa154e3fa1, state: active

概要

Cisco HX220c および HX240c サーバはファブリック インターコネクトに直接接続します。直接接続することで、Cisco UCS Manager は管理トラフィックとデータ トラフィックの両方に対し、1 つのケーブルを使用して HX シリーズ サーバを管理できます。

（注）

サーバをファブリック インターコネクトに接続した後、そのサーバが検出された時点で、UCS Manager 設定フォームを使用して、Cisco UCS Managerで使用可能な C シリーズ ソフトウェア バンドルを更新します。

直接接続モードを使用する場合は、すべての Cisco UCS 管理対象アダプタを、ファブリック インターコネクトのサーバ ポートに接続する必要があります。「要件」の章に記載されているように、HX サーバに推奨されるファームウェアがあることを確認します。推奨ファームウェアがない場合は、Cisco UCS Managerを使用してファームウェアを更新します。

（注）

UCS の設定に関する次の制限事項に注意してください。

- Cisco HX に固有の UCS の設定に関する制限事項：HX M4 サーバは 1227 VIC および 6332-16UP ファブリック インターコネクトと互換性がありません。

- Cisco UCS の設定に関する一般的な制限事項：『Cisco UCS 6200、6332 および 6324 シリーズ Cisco UCS Manager コンフィギュレーション上限値ガイド』を参照してください。

- ファブリック インターコネクトへのコンバージド ノードの接続

- 直接接続モードのクラスタ セットアップの物理的な接続の図

- ファブリック インターコネクトへのコンピューティング専用ノードの接続

ファブリック インターコネクトへのコンバージド ノードの接続

このトピックでは、HX クラスタの作成または既存の HX クラスタへの追加のために、コンバージド ノードを物理的に追加する方法について説明します。

始める前に

重要

- Cisco UCS Managerと統合する前に、CIMC サーバを出荷時のデフォルト設定に設定します。

- 統合ノード用には、専用 CIMC ポートをネットワークに接続しないでください。そのようにすると、Cisco UCS Managerでサーバが検出されなくなります。サーバが検出されない場合は、各サーバの CIMC を出荷時の設定にリセットします。

- 近い将来に FC ストレージを接続する必要がない場合は、ポート1 ～ 16 のみを使用します。

- Cisco UCS FI 63xx および64xx では、ポート1 ～ 6 を FC ポートとして設定することだけがサポートされています。今後 FC ストレージを接続する必要がある場合は、ポート1 ～ 6 を FC に変換します。

（注）

変換によって HX の展開が中断されることがあります。

- CIMC サーバを接続する前に、Cisco VIC 1227 が HXc240 の PCIe スロット 2 または HXc220 のライザ 1 スロット 1 に装着されており、Cisco UCS Manager と統合できることを確認します。カードが正しいスロットに装着されていない場合、サーバの直接接続管理を有効にできません。

- ファブリック インターコネクトへのサーバの物理的なケーブル接続を完了し、ポートをサーバ ポートとして設定します。

手順

ステップ 1

ラックに HX サーバを設置します。詳細については、Cisco HyperFlex ノードの設置を参照してください。

ステップ 2

ファブリック インターコネクトのサーバ ポートを構成します。

1. サーバ上の一方のポートから 10-Gb SFP+ ケーブルをファブリック インターコネクト A に接続します。ファブリック インターコネクト A の任意のポートを使用できますが、サーバ トラフィックに対応可能なポートでなければなりません。

1 枚のカードの VIC からファブリック インターコネクトに 1 本のケーブルを接続します。両方のポートを同じファブリック インターコネクトに接続しないでください。

2. そのポートをサーバ ポートとして FI-A で設定します。詳細な手順については、『Cisco UCS Manager Network Management Guide』の「Configuring Port Modes for a 6248 Fabric Interconnect」の項を参照してください。

3. サーバ上のもう一方のポートから 10-Gb SFP+ ケーブルを FI B に接続します。FI B の任意のポートを使用できますが、サーバ トラフィックに対応可能なポートでなければなりません。

（注）

アップリンクで SFP+ タイプを混在使用しないでください。混在させると、「Discovery Failed」エラーが表示されます。

4. そのポートをサーバ ポートとして FI-B で設定します。詳細な手順については、『Cisco UCS Manager Network Management Guide』の「Configuring Port Modes for a 6248 Fabric Interconnect」の項を参照してください。

ステップ 3

電源コードをノードの各電源装置に接続し、次に接地された AC 電源コンセントに接続します。初期ブート時には、スタンバイ電源でノードが起動するまで約 2 分かかります。

（注）

1. 電源を入れると、ファブリック インターコネクトによってサーバが検出されます。UCS Manager でノードの検出を監視できます。

2. 前面パネルのノードの電源ステータス LED を調べて、ノードの電源ステータスを確認します。LED がオレンジの場合、ノードはスタンバイ電源モードです。

ステップ 4

ステップ 1 ～ 4 を繰り返して、HyperFlex クラスタの残りの HX シリーズ サーバを接続します。

直接接続モードのクラスタ セットアップの物理的な接続の図

次の図は、C-Series Rack-Mount Serverと Cisco UCS Domain、Cisco UCS Manager リリース 3.1 以降との直接接続モードの物理接続の例を示しています。次の図は、UCS Manager と C-Series ラックマウント サーバを統合する場合の配線構成を示しています。ゴールドで示されたパスでは、管理トラフィックとデータ トラフィックの両方が伝送されます。

直接接続の配線設定

Cisco VIC 1455 との直接接続の配線構成

1

Cisco UCS 6454 ファブリック インターコネクトまたは Cisco UCS 6200、または 6300 シリーズ FI (ファブリック A)

3

C シリーズ ラックマウント サーバ

2

Cisco UCS 6454 ファブリック Fabric Interconnect or Cisco UCS 6200, or 6300 Series FI (Fabric A)Cisco UCS 6200 または 6300 シリーズ ファブリック インターコネクト

4

サポート対象 PCIe スロット内の Cisco UCS VIC

XGb は 40 ギガビット イーサネット接続または 10 ギガビット イーサネット接続を表します。10 ギガビット イーサネットの場合、次のケーブルが使用されます。

- 4 X 10 ブレークアウト Small Form-Factor Pluggable（SFP）ケーブル

- 4 X 10 アクティブ光ケーブル（OAC）

- Qualified Security Assessor（QSA）モジュールを使用する 10G Small Form-Factor Pluggable（SFP）ケーブル

ファブリック インターコネクトへのコンピューティング専用ノードの接続

このトピックでは、既存の HyperFlex クラスタにコンピューティング専用ノードを物理的に追加する方法について説明します。

（注）

HyperFlex ストレージ クラスタを作成および設定後、コンピューティング専用 ノードを HyperFlex クラスタに接続します。

1. HyperFlex ストレージ クラスタがすでに作成されていることを確認します。

2. コンピューティング ノードとなる HX サーバを接続します。コンピューティング専用ノードのインストールの詳細については、Cisco HyperFlex ノードの設置 を参照してください。

3. Cisco HX Data Platform を使用してクラスタ展開ワークフローを実行します。コンピューティング専用ノードを追加するには、クラスタ展開ワークフローを使用します。詳細な手順については、既存のクラスタへのコンピューティング専用ノードの追加 を参照してください。

Chapter5. Cisco HyperFlex Systems の設定

この章では、Cisco HyperFlex System のコンポーネントを設定する方法について説明します。

- インストール ワークフロー

- vSphere Web クライアントを使用した HX Data Platform インストーラ OVAの展開

- 静的 IP アドレスによる HX データ プラットフォーム インストーラ OVA の展開

- Syslog の設定

- GPU を搭載した HyperFlex ノードの設置

- HX データ プラットフォーム インストーラ ナビゲーション エイド ボタン

- 警告およびエラー メッセージ

インストール ワークフロー

次のインストール ワークフローは、HX Data Platform インストーラ を使用して標準クラスタを作成する場合に、関連する手順をまとめています。

インストール時に次のワークフローに従ってください。

1. VSphere Web Client を使用して HX データ プラットフォーム インストーラ OVA を展開します。ハイパーバイザ ウィザードが新しい VM に IP アドレスを割り当てる際の DHCP に対してデフォルトの場合、静的 IP アドレスを持つ HX データ プラットフォーム インストーラ OVA を展開します。詳細については、vSphere Web クライアントを使用した HX Data Platform インストーラ OVAの展開 または 静的 IP アドレスによる HX データ プラットフォーム インストーラ OVA の展開 を参照してください。

2. Syslog を設定して、syslog の一元的なリポジトリにすべてのログ情報を送信します。詳細については、Syslog の設定を参照してください。

3. UCS Manager、vCenter、およびハイパーバイザのクレデンシャルを入力します。

4. サーバ ポートを設定し、HyperFlex サーバを関連付けます。詳細については、HyperFlex サーバの関連付けを参照してください。

5. アウトオブバンド CIMC、iSCSi ストレージ、および FC ストレージの VLAN、MAC プール、' hx-ext-mgmt ' IPPool を設定します。詳細については、UCS Manager の設定を参照してください。

6. ハイパーバイザを設定します。詳細については、ハイパーバイザの設定を参照してください。

（注）

ESXi ネットワーキングが完了している場合は、再インストールの際にハイパーバイザの設定をスキップできます。

7. IP アドレスを設定します。詳細については、IP アドレスの設定を参照してください。

8. HyperFlex クラスタを設定し展開します。詳細については、「HyperFlex クラスタの設定」を参照してください。

vSphere Web クライアントを使用した HX Data Platform インストーラ OVAの展開

ESXi ホストに HX Data Platform をインストールするだけではなく、VMware Workstation、VMware Fusion または Virtual Box にも HX Data Platform インストーラを展開することができます。

（注）

- vCenter に接続して OVA ファイルを展開し、IP アドレスのプロパティを指定します。ESXi ホストから直接展開しても、値を正しく設定することはできません。

- HX Data Platform インストーラを、Cisco HX ストレージ クラスタのノードになる ESXi サーバに展開しないでください。

手順

ステップ 1

[Download Software]https://software.cisco.com/download/home/286305544/type/286305994/release/3.0%25281c%2529?catid=286305510で HX Data Platform インストーラ OVA ファイルを特定してダウンロードします。HX Data Platform インストーラをストレージ管理ネットワーク上のノードにダウンロードします。これはHX Data Platformストレージ クラスタに使用されます。

Example:
Cisco-HX-Data-Platform-Installer-v2.5.1d-26363.ova

ステップ 2

VMwareハイパーバイザを使用してHX Data Platform インストーラをデプロイし、HX Data Platform インストーラ仮想マシンを作成します。

（注）

仮想ハードウェア バージョン 10.0 以上をサポートする仮想化プラットフォームのバージョンを使用してください。

vSphere はシステム要件です。vSphere シック クライアント、vSphere シン クライアント、または vSphere Web Clientのいずれかを使用できます。HX Data Platform インストーラを展開するには、VMware Workstation、VMware Fusion、または VirtualBox を使用することもできます。

1. vSphere、VirtualBox、ワークステーション、または Fusion などの仮想マシン ハイパーバイザを開きます。

2. 以下のように、HX Data Platform インストーラを展開するノードを選択します。

重要

vSphere Web Clientを使用して HX インストーラ OVA を導入する際は、ユーザ クレデンシャルを必ず指定してください。

- vSphere シック クライアントを使用する—[Inventory list] > [Host] > [File] > [Deploy OVA]を展開

- vSphere Web クライアントを使用する—vCenter インベントリ リスト (vCenter Inventory list) > ホスト (Host) > Host (Host) > OVA を展開 (Deploy OVA)を展開します

ステップ 3

HX Data Platform インストーラが置かれている場所を選択します。デフォルトを受け入れて、適切なネットワークを選択します。

ステップ 4

HX Data Platform インストーラ VM で使用するための静的 IP アドレスを入力します。

（注）

- 静的 IP アドレスは、DHCP がネットワークに設定されていても必要です。HX Data Platform インストーラを実行し、HX Data Platformをインストールし、HX Data Platformストレージクラスタを作成するには、静的 IP アドレスが必要です。

- IP アドレスを新しい VM に割り当てるためにハイパーバイザウィザードのデフォルトが DHCP になっている場合は、静的 IP アドレスによる HX データ プラットフォーム インストーラ OVA の展開の手順を実行して、静的 IP アドレスを持つHX Data Platform インストーラ VMをインストールします。DNS はインストーラ VM から到達できる必要があります。

フィールド

説明

[Hostname]

この VM のホスト名。

空白のままにして、IP アドレスの逆引きを試みます。

[Default Gateway]

この VM のデフォルトゲートウェイアドレス。

DHCP が必要な場合は空白のままにしてください。

[DNS]

この VM のドメインネームサーバ (コンマ区切り)。

DHCP が必要な場合は空白のままにしてください。

[IP Address]

このインターフェイスの IP アドレスです。

DHCP が必要な場合は空白のままにしてください。

[Netmask]

このインターフェイスのネットマスクまたはプレフィックス。

DHCP が必要な場合は空白のままにしてください。

Root パスワード

ルート ユーザー パスワード。

このフィールドは必須フィールドです。

ステップ 5

[Next] をクリックします。リストされたオプションが正しいかどうか確認し、展開後に電源をオンにします。

HX Data Platform インストーラを手動で起動するには、仮想マシンのリストに移動し、インストーラ VM の電源を入れます。

（注）

HX Data Platform インストーラの仮想マシンの推奨設定は、3 つの vCPU と 4 GB のメモリです。これらの設定を小さくすると、CPU の使用率が 100% になり、ホストへのスパイクが発生する可能性があります。

ステップ 6

[Finish] をクリックします。HX Data Platform インストーラ VM が vSphere インフラストラクチャに追加されるまで待機します。

ステップ 7

HX Data Platform インストーラ仮想マシン コンソールを開きます。

初期コンソール表示には、HX Data Platform インストーラ仮想マシンの IP アドレスが表示されます。

Data Platform Installer.
*******************************************
You can start the installation by visiting
the following URL:
http://192.168.10.210
*******************************************
Cisco-HX-Data-Platform-Installer login:

ステップ 8

URL を使用してHX Data Platform インストーラにログインします。

Example:
http://192.168.10.210

ステップ 9

自己署名証明書を受け入れます。

ステップ 10

ユーザ名 root と、OVA 導入の一部として設定したパスワードを使用してログインします。

静的 IP アドレスによる HX データ プラットフォーム インストーラ OVA の展開

新しい VM に IP アドレスを割り当てる際に、DHCP がハイパーバイザ ウィザードのデフォルトである場合は、以下の手順を使用して HX Data Platform インストーラ を展開します。

手順

ステップ 1

VMware OVF Tool 4.1 以降を、HX データ プラットフォーム ストレージ クラスタに使用されるストレージ管理ネットワーク上のノードにインストールします。詳細については、「OVF ツール ドキュメンテーション」を参照してください。

ステップ 2

VMware OVF がインストールされているノードの ソフトウェアのダウンロード から、HX データ プラットフォーム インストーラを検索しダウンロードします。

ステップ 3

ovftool コマンドを使用して、ダウンロードした HX データ プラットフォーム インストーラ OVA を展開します。次に例を示します。

root@server:/tmp/test_ova# ovftool --noSSLVerify --diskMode=thin
--acceptAllEulas=true --powerOn --skipManifestCheck --X:injectOvfEnv
--datastore=qa-048-ssd1 --name=rfsi_static_test1 --network='VM Network'
--prop:hx.3gateway.Cisco_HX_Installer_Appliance=10.64.8.1
--prop:hx.4DNS.Cisco_HX_Installer_Appliance=10.64.1.8
--prop:hx.5domain.Cisco_HX_Installer_Appliance=cisco
--prop:hx.6NTP.Cisco_HX_Installer_Appliance=10.64.8.5
--prop:hx.1ip0.Cisco_HX_Installer_Appliance=10.64.8.36
--prop:hx.2netmask0.Cisco_HX_Installer_Appliance=255.255.248.0
--prop:hx.7root_password.Cisco_HX_Installer_Appliance=mypassword
/opt/ovf/rfsi_test/Cisco-HX-Data-Platform-Installer-v1.7.1-14786.ova
vi://root:password@esx_server

このコマンドでは、HX データ プラットフォーム インストーラが展開され、HX データ プラットフォーム インストーラ VM の電源が入り、指定された静的 IP アドレスが設定されます。以下は処理応答の例です。

Opening OVA source:
/opt/ovf/rfsi_test/Cisco-HX-Data-Platform-Installer-v1.7.1-14786.ova
Opening VI target: vi://root@esx_server:443/
Deploying to VI: vi://root@esx_server:443/
Transfer Completed
Powering on VM: rfsi_static_test
Task Completed
Completed successfully

DNS はインストーラ VM から到達できる必要があります。静的 IP アドレスが正常に設定されるために必要なコマンド オプションは以下のとおりです。

コマンド

説明

powerOn

HX データ プラットフォーム インストーラ VM の展開後に電源を投入します。

X:injectOvfEnv

HX データ プラットフォーム インストーラ VM にスタティック IP のプロパティを挿入します。

prop:hx.3gateway.Cisco_HX_Installer_Appliance=10.64.8.1

適切なゲートウェイ IP アドレスを指定します。

prop:hx.4DNS.Cisco_HX_Installer_Appliance=10.64.1.8

適切な DNS IP アドレスを指定します。

prop:hx.5domain.Cisco_HX_Installer_Appliance=cisco

適切なドメインを指定します。

prop:hx.6NTP.Cisco_HX_Installer_Appliance=10.64.8.5

適切な NTP IP アドレスを指定します。

prop:hx.1ip0.Cisco_HX_Installer_Appliance=10.64.8.36

適切なインストーラの静的 IP アドレスを指定します。

prop:hx.2netmask0.Cisco_HX_Installer_Appliance=255.255.248.0

適切なネットマスク アドレスを指定します。

prop:hx.7root_password.Cisco_HX_Installer_Appliance=mypassword

root ユーザー パスワードを指定します。

/opt/ovf/rfsi_test/Cisco-HX-Data-Platform-Installer-v1.7.1-14786.ova

HX データ プラットフォーム インストーラ OVA の送信元アドレス。

vi://root:password@esx_server

HX データ プラットフォーム インストーラ VM がインストールされる宛先 ESX サーバ。適切な ESX サーバのルート ログイン クレデンシャルを含めます。

Syslog の設定

syslog の一元的なリポジトリにすべてのログ情報を送信することをお勧めします。

注目

一般に、監査ログの長期保持が必要な場合は、syslog を使用した監査ログのエクスポートを設定することをお勧めします。特にSD カードから起動する HX220c ノードとコンピューティング専用ノード上で、永続ロギングに syslog 設定が必要です。Syslog サーバを設定しない場合、ログ ローテーション ポリシーにより監査ログが上書きされます。

（注）

ESXi の永続的なスクラッチ ロケーションの宛先として NFS データストアを選択することはできません。永続的なスクラッチ ロケーションに HX データストアを選択すると、ESXi ホストのリロード後に削除されます。

すべての M5 サーバについては、スクラッチとして使用するために M.2 ブート SSD が自動的に選択されます。これは、新しいインストールのボックスから設定されます。

HX240M4 (非 SED) の場合、固定ログ/スクラッチに Intel SSD が使用されます (220M5/240M5 では同じですが、異なるローカル SSD にも適用されます)。

HX220M4 および HX240M4 (SED) の場合、スクラッチ パーティションを保存する場所はありません。そのため、唯一のオプションは、ネットワーク上の永続的なロギングに syslog を使用することです。

手順

ステップ 1

syslog サーバが稼動していることと、ESXi サーバからログを受信するために TCP/UDP ポートが開いていることを確認します。

ステップ 2

ESXi シェルに対して SSH を行い、次のコマンドを実行します。

a) esxcli system syslog config set --loghost='udp://remote-syslog-server-ip'
b) esxcli system syslog reload
c) esxcli network firewall ruleset set -r syslog -e true
d) esxcli network firewall refresh

ステップ 3

クラスタ内のすべての ESXi ホストに対してステップ 1 ～ 2 を繰り返します。

ステップ 4

リモート syslog サーバで、指定されたディレクトリにログが受信されているかどうかを確認します。

HyperFlex サーバの関連付け

[サーバの選択] ページで、右の [設定] ページに使用するクレデンシャルの詳細なリストが表示されます。[Server Selection] ページには、[Unassociated] タブの下に関連付けされていない HX サーバのリストと、[Associated] タブの下に検出されたサーバのリストが表示されます。

フィールド

説明

ロケータ LED（Locator LED）

サーバーの検索をオンにします。

サーバ名（Server Name）

サーバに割り当てられた名前。

Status（ステータス）

- アクセス不可—

モデル（Model）

サーバ モデルが表示されます。

シリアル（Serial）

サーバのシリアル番号を表示します。

関連付けのステータス（Assoc State）

- 関連付け

- ［関連付け解除］

サービス プロファイル（Service Profile） （関連付けられたサーバに対してのみ）

サーバに割り当てられているサービス プロファイル。

アクション（Actions）

- [Launch KVM Console]—HX Data Platform インストーラから直接 KVM コンソールを起動するには、このオプションを選択します。

- [Disassociate Server]：サービス プロファイルをそのサーバから削除するには、このオプションを選択します。

始める前に

UCS Manager、vCenter、およびハイパーバイザ クレデンシャルの入力を完了していることを確認します。

手順

ステップ 1

[Configure Server Ports] ボタンをクリックして、新しいすべての HX ノードを検出します。[サーバーポートの構成 (Configure Server Ports)] ダイアログ ボックスで、サーバ ポートとして構成するすべてのポートを一覧表示します。[Configure] をクリックします。

（注）

一般に、設定を開始する前に Cisco UCS Manager でサーバ ポートを設定します。

ステップ 2

[Unassociated] タブからサーバを選択し、HyperFlex クラスタに含めます。

HX サーバがこの一覧に表示されていない場合、Cisco UCS Manager を調べてそれらが検出されていることを確認します。

（注）

関連付けられていないサーバがない場合は、次のエラーメッセージが表示されます。

No unassociated servers found. Login to UCS Manager and ensure server ports are enabled.

ステップ 3

[続行] をクリックして UCS マネージャーを設定します。「UCS Manager の設定」を参照してください。

UCS Manager の設定

[UCSM 設定 ] ページで、アウトオブバンド CIMC、iSCSi ストレージ、および FC ストレージの VLAN、MAC プール、' hx-ext-mgmt' IP プールを設定します。

始める前に

HyperFlex クラスタにサーバを関連付けます。HyperFlex サーバの関連付けを参照してください。

手順

ステップ 1

[VLAN 設定] セクションで、次のフィールドを入力します。

（注）

次の各ネットワークにそれぞれ個別のサブネットと VLAN を使用します。

フィールド

説明

[VLAN for Hypervisor and HyperFlex management]

[VLAN Name]

hx-inband-mgmt

VLAN ID（Admin. VLAN ID）

デフォルト—3091

[VLAN for HyperFlex Storage traffic]

[VLAN Name]

hx-storage-data

VLAN ID（Admin. VLAN ID）

デフォルト—3092

[VLAN for VM vMotion]

[VLAN Name]

hx-vmotion

VLAN ID（Admin. VLAN ID）

デフォルト—3093

[VLAN for VM Network]

[VLAN Name]

vm-network

VLAN ID

デフォルト—3094

ゲスト VLAN のカンマ区切りリスト。

ステップ 2

[MAC プール ] セクションで、2 つ以上の 16 進文字（0 ~ F）を追加し [MAC プール プレフィックス ] を設定します。

（注）

すべての UCS ドメイン間で他の MAC アドレス プールに使用されていないプレフィックスを選択します。

Example:
00:25:B5:A0:

ステップ 3

[アウトオブバンド CIMC の hx-ext-mgmt’ IP プール ] セクションで、次のフィールドを入力します。

フィールド

説明

[IP Blocks]

HyperFlex ノードに指定された IP アドレスの範囲。IP アドレスは、ゲスト VLAN の値のカンマ区切りリストにできます。

たとえば、10.193.211.124-127, 10.193.211.158-163 などです。

[Subnet Mask]

IP アドレスを制限して制御するために、サブネットを適切なレベルに設定します。

たとえば、255.255.0.0 と指定します。

[Gateway]

IP アドレスを入力します。

たとえば、10.193.0.1 と指定します。

ステップ 4

外部ストレージを追加する場合は、以下のフィールドに記入して iSCSI ストレージ を設定します。

フィールド

説明

[iSCSI ストレージの有効化] チェックボックス

チェックボックスをオンにして iSCSI ストレージを設定します。

VLAN A 名（VLAN A Name）

プライマリ ファブリック インターコネクト（FI-A）で、iSCSI vNIC に関連付けらている VLAN の名前。

VLAN A ID

プライマリ ファブリック インターコネクト（FI-A）で、iSCSI vNIC に関連付けらている VLAN の ID。

VLAN B 名（VLAN B Name）

下位のファブリック インターコネクト（FI-B）で、iSCSI vNIC に関連付けらている VLAN の名前。

[VLAN B ID]

下位のファブリック インターコネクト（FI-A）で、iSCSI vNIC に関連付けらている VLAN の ID。

ステップ 5

外部ストレージを追加する場合は、以下のフィールドに記入して FC ストレージ を設定します。

フィールド

説明

[FC ストレージの有効化] チェックボックス

FC ストレージを有効にするには、チェックボックスをオンにします、

[WWxN Pool]

WW ノード名および WW ポート名の両方を含む WWN プール。それぞれのファブリック インターコネクトに対し、WWPN および WWNN 用の WWxN プールが作成されます。

VSAN A 名（VSAN A Name）

プライマリ ファブリック インターコネクト（FI-A）の VSAN の名前。

デフォルト—hx-ext-storage-fc-a。

VSAN A ID

プライマリ ファブリック インターコネクト（FI-A）のネットワークに割り当てられた一意の ID。

注意

UCS または Hyperflex システムで現在使用されている VSAN ID を入力しないでください。UCS ゾーニングを使用してインストーラで既存の VSAN ID を入力する場合、ゾーニングは VSAN ID の既存の環境で無効になります。

[VSAN B Name]

下位のファブリック インターコネクト（FI-B）の VSAN の名前。

デフォルト—hx-ext-storage-fc-b.

VSAN B ID

下位のファブリック インターコネクト（FI-B）のネットワークに割り当てられた一意の ID。

注意

UCS または Hyperflex システムで現在使用されている VSAN ID を入力しないでください。UCS ゾーニングを使用してインストーラで既存の VSAN ID を入力する場合、ゾーニングは VSAN ID の既存の環境で無効になります。

ステップ 6

[詳細] セクションで、次の手順を実行します。

フィールド

説明

UCS サーバ ファーム ウェアバージョン（UCS Server Firmware Version）

ドロップダウン リストから HX サーバに関連付ける UCS ファームウェア バージョンを選択します。UCS ファームウェア バージョンは UCSM バージョンと一致する必要があります。詳細については、最新の Cisco HX データ プラットフォームのリリース ノート を確認してください。

たとえば、3.2(1d)。

[HyperFlex Cluster Name]

ユーザー定義名を指定します。HyperFlex クラスタ名は、特定のクラスタ内の HX サーバのグループに適用されます。HyperFlex クラスタ名は、簡単に識別できるようにサービス プロファイルにラベルを追加します。

[Org Name]

一意組織名を指定して、UCS ドメインの残りの部分から HyperFlex 環境の分離を確認します。

ステップ 7

[続行] をクリックして HyperFlex を設定します。「ハイパーバイザの設定」を参照してください。

ハイパーバイザの設定

（注）

[ハイパーバイザの設定 (Hypervisor Configuration)] ページの [設定 (Configuration)] ペインで、VLAN、MACプール、および IP アドレスプール情報を確認します。これらの VLAN ID は、環境に応じて変更できます。デフォルトでは、HX Data Platform インストーラによって VLAN が非ネイティブとして設定されます。トランク設定を適切に適用することで、非ネイティブ VLAN に対応するようにアップストリーム スイッチを設定する必要があります。

注目

ESXi ネットワーキングが完了している場合は、再インストールの際にハイパーバイザの設定をスキップできます。

始める前に

アウトオブバンド CIMC の VLAN、MAC プール、および 'hx-ext-mgmt' IP プールを設定します。外部ストレージを追加する場合は、iSCSI ストレージと FC ストレージを設定します。UCS サーバのファームウェア バージョンを選択し、HyperFlexクラスタの名前を割り当てます。UCS Manager の設定を参照してください。

手順

ステップ 1

[一般的なハイパーバイザ設定を設定する(Configure Common Hypervisor Settings)] セクションで、次のフィールドに入力します。

フィールド

説明

[Subnet Mask]

IP アドレスを制限して制御するために、サブネット マスクを適切なレベルに設定します。

たとえば、255.255.0.0 と指定します。

[Gateway]

ゲートウェイの IP アドレス。

たとえば、10.193.0.1 と指定します。

[DNS Server(s)]

DNS サーバの IP アドレス。

（注）

- DNS サーバがない場合は、HX Data Platform インストーラの [クラスタ設定 (Cluster Configuration)] ページのいずれのフィールドにもホスト名を入力しないでください。すべての ESXi ホストに静的 IP アドレスとホスト名のみを使用します。

- 複数の DNS サーバーを提供する場合は、両方の DNS サーバーが正しく入力されていることを慎重に確認し、コンマで区切ってください。

ステップ 2

[Hypervisor Settings (ハイパーバイザの設定)]セクションで、[IPアドレスとホスト名を順番にする (Make IP Addresses and Hostnames Sequential)] を選択して、IP アドレスを順番にします。次のフィールドに入力します。

（注）

ドラッグ アンド ドロップを使用してサーバを並べ替えることができます。

フィールド

説明

[名前（Name）]

サーバに割り当てられた名前。

ロケータ LED（Locator LED）

サーバーの検索をオンにします。

シリアル（Serial）

サーバのシリアル番号を表示します。

[Static IP Address]

すべての ESXi ホストに静的 IP アドレスとホスト名を入力します。

[Hostname]

ホスト名フィールドを空欄のままにしないでください。

ステップ 3

[続行] をクリックして IP アドレスを設定します。「IP アドレスの設定」を参照してください。

IP アドレスの設定

始める前に

[ハイパーバイザ設定] ページでハイパーバイザの設定が完了していることを確認します。ハイパーバイザの設定を参照してください。

手順

ステップ 1

[IP アドレス ] ページで [IP アドレスを連続させる] を選択して、IP アドレスを連続させます。

ステップ 2

ハイパーバイザ、ストレージ コントローラ（管理）とハイパーバイザ、ストレージ コントローラ（データ）カラムの最初の行に IP アドレスを入力するとき、 HX Data Platform インストーラ で残りのノードについてもノード情報を段階的に自動入力します。ストレージ クラスタ内のノードの最小数は 3 です。それより多くのノードがある場合は、[Add] ボタンを使用して、アドレス情報を指定します。

（注）

コンピューティング専用ノードは、ストレージ クラスタを作成してからでないと追加できません。

各 HX ノードについては、ハイパーバイザ、ストレージ コントローラ、管理、データ IP アドレスを入力します。IP アドレスについては、ネットワークがデータ ネットワークまたは管理ネットワークに属しているかを指定します。

フィールド

説明

[Management Hypervisor]

ESXi ホストとストレージ クラスタ間のハイパーバイザ管理ネットワーク接続を処理する静的 IP アドレスを入力します。

[Management Storage Controller]

ストレージ コントローラ VM とストレージ クラスタ間のストレージ コントローラ VM 管理ネットワーク接続を処理する静的 IP アドレスを入力します。

[Data Hypervisor]

ESXi ホストとストレージ クラスタ間のハイパーバイザ データ ネットワーク接続を処理する静的 IP アドレスを入力します。

[Data Storage Controller]

ストレージ コントローラ VM とストレージ クラスタ間のストレージ コントローラ VM データ ネットワーク接続を処理する静的 IP アドレスを入力します。

ステップ 3

ここで指定した IP アドレスは、ストレージ クラスタ内の 1 つのノードに適用されます。ノードが利用不能になった場合、影響を受けた IP アドレスがストレージ クラスタ内の別のノードに移動されます。すべてのノードに、これらの IP アドレスを受け入れるように設定されたポートが必要です。

次の IP アドレスを提供します。

フィールド

説明

管理クラスタ データの IP アドレス（Management Cluster Data IP Address）

HX データ プラットフォーム ストレージ クラスタの管理ネットワーク IP アドレスを入力します。

データ クラスタ データ IP アドレス（Data Cluster Data IP Address）

HX Data Platform ストレージ クラスタのデータ ネットワークの IP アドレスを入力します。

[Management Subnet Mask]

VLAN と vSwitch についてのサブネット情報を入力します。

管理ネットワークのネットワーク値を入力します。たとえば、255.255.255.0 と指定します。

[Data Subnet Mask]

データ ネットワークのネットワーク値を指定します。たとえば、255.255.255.0 と指定します。

[Management Gateway]

管理ネットワークのネットワーク値を指定します。たとえば、10.193.0.1 と指定します。

[Data Gateway]

データ ネットワークのネットワーク値を指定します。たとえば、10.193.0.1 と指定します。

ステップ 4

[続行] をクリックして HyperFlex クラスタを設定します。「HyperFlex クラスタの設定」を参照してください。

HyperFlex クラスタの設定

[クラスタ設定 (Cluster Configuration)] ページで、Cisco HX ストレージ クラスタの場合、次のフィールドを入力して HyperFlex クラスタの展開を開始します。

始める前に

[IP アドレス] ページで IP アドレスの設定が完了していることを確認します。IP アドレスの設定を参照してください。

手順

ステップ 1

[Cisco HX Cluster] セクションで、次のフィールドに入力します。

フィールド

説明

クラスタ名（Cluster Name）

HX データ プラットフォーム ストレージ クラスタの名前を指定します。

レプリケーション ファクタ（Replication Factor）

ストレージ クラスタ間のデータの冗長レプリカの数を指定します。レプリケーション ファクタを 2 つまたは 3 つの冗長レプリカに設定します。

- ハイブリッド サーバ（SSD および HDD を含むサーバ）の場合、デフォルト値は 3 です。

- フラッシュ サーバ（SSD のみを含むサーバ）の場合は、2 または 3 を選択します。

- Hyperflex Edge を除くすべての環境で複製ファクタ 3 を強く推奨しています。複製ファクタ 2 では、可用性と復元性のレベルが低くなります。コンポーネントまたはノードの障害による停電のリスクは、アクティブかつ定期的なバックアップを作成することにより軽減されます。

ステップ 2

[コントローラ VM (Controller VM)] セクションで、HyperFlexクラスタの管理ユーザーの新しいパスワードを作成します。

デフォルトの管理者ユーザ名とパスワードがコントローラ VM に適用されます。VM は、コンバージドとコンピューティング専用のすべてのノードにインストールされています。

重要

- コントローラ VM またはコントローラ VM のデータストアの名前は変更できません。

- すべてのコントローラ VM に同じパスワードを使用します。異なるパスワードの使用はサポートされていません。

- 1 つの大文字、1 つの小文字、1 つの数字、1 つの特殊文字を含み、合計で少なくとも 10 文字になる複合パスワードを指定してください。

- 作成するコントローラ VM および HX クラスタにユーザ定義のパスワードを指定できます。パスワードの文字と形式の制限事項については、『Cisco HX Data Platform Management Guide』の「Guidelines for HX Data Platform Special Characters」の項を参照してください。

ステップ 3

[vCenter 構成 (vCenter Configuration)] セクションで、次のフィールドに入力します。

フィールド

説明

vCenter データセンター名（vCenter Datacenter Name）

Cisco HyperFlex クラスタの vCenter データセンターの名前を入力します。

vCenter クラスタ名（vCenter Cluster Name）

vCenter クラスタ名を入力します。

ステップ 4

[システム サービス (System Services)] セクションで、次のフィールドに入力します。

DNS サーバ（DNS Server(s)）

各 DNS サーバの IP アドレスのカンマ区切りリスト。

NTP サーバ（NTP Server(s)）

各 NTP サーバの IP アドレスのカンマ区切りリスト。

（注）

ストレージ コントローラ VM と ESXi ホストで動作するサービス間のクロック同期のために、すべてのホストが同じ NTP サーバを使用する必要があります。

DNS ドメイン名（DNS Domain Name）

DNS FQDN または IP アドレスが無効です

タイム ゾーン（Time Zone）

スケジュールされたスナップショットをいつ取得するかを決定する、コントローラ VM のローカル タイム ゾーン。スケジュールされたネイティブ スナップショットの処理はこの設定に基づきます。

ステップ 5

[コネクテッド サービス (Connected Services)] セクションで、[コネクテッド サービスを有効にする (Enable Connected Services)] を選択して、自動サポート (Auto Support) および Intersight Management を有効にします。

フィールド

説明

コネクテッド サービスの有効化（Enable Connected Services）（推奨）

自動サポート (Auto Support) および Intersight Management を有効にします。HX Connect にログオンしてこれらのサービスを構成するか、またはそれらを選択的にオンまたはオフにします。

サービス チケット通知の送信先（Send service ticket notifications to）

自動サポートによってトリガされたときに SR 通知を送信する電子メールアドレス。

ステップ 6

[高度な設定 (Advanced Configuration)]セクションで、次の手順を実行します。

フィールド

説明

ジャンボ フレーム

ジャンボ フレームを有効化（Enable Jumbo Frames）

ホスト vSwitch と vNIC、および各ストレージコントローラ VM のストレージデータネットワークの MTU サイズを設定する場合にオンにします。

デフォルト値は 9000 です。

（注）

MTU サイズを 9000 以外の値に設定するには、Cisco TAC にお問い合わせください。

Disk Partitions

ディスク パーティションのクリーン アップ（Clean up Disk Partitions）

手動で準備されたサーバのストレージ クラスタに追加されたすべてのノードから既存のデータおよびパーティションをすべて削除するには、オンにします。既存のデータおよびパーティションを削除するには、このオプションを選択します。保持する必要があるデータは、バックアップする必要があります。

注目

工場で準備されたシステムにはこのオプションを選択しないでください。工場で準備されたシステムのディスク パーティションは正しく設定されています。

Virtual Desktop (VDI)

VDI のみの環境でオンにします。

（注）

ストレージ クラスタの作成後に VDI 設定を変更するには、リソースをシャットダウンまたは移動し、変更を加え (下の手順に記載)、クラスタを再起動します。

デフォルトでは、HyperFlex クラスタは VSI ワークロード用にパフォーマンス調整されるように設定されています。

このパフォーマンスのカスタマイズは、Hyperflex Data Platform クラスタで次の手順を実行することによって変更できます。HyperFlex クラスタを VDI から VSI ワークロード (またはその逆) に変更するには、次のようにします。

警告: メンテナンス ウィンドウが必要です。これにより、クラスタがオフラインの間はデータが使用できなくなります。

1. ~#stcli cluster shutdown を実行してクラスタをシャット ダウンします。

2. すべてのコントローラ VM の storfs cfg を編集し、workloadType を Vsi または Vdi に変更します。

3. クラスタの作成後に、クラスタを起動し (stcli cluster start)、調整の変更を有効にします。

(オプション) vCenter Server のシングル サインオン（vCenter Single-Sign-On Server）

この情報は、SSO URL が到達可能でない場合のみ必要です。

（注）

このフィールドは使用しないでください。これはレガシー展開に使用されます。

[vCenter Server] > [Manage] > [Advanced Settings] > [key config.vpxd.sso.sts.uri] にナビゲートして、vCenter で SSO URL を見つけることができます。

ステップ 7

[開始(Start)] をクリックして、HyperFlexクラスタの展開を開始します。[Progress] ページに、さまざまな設定タスクの進捗状況が表示されます。

注意

確認に関する警告を無視しないでください。

詳細については、[警告] のセクションを参照してください。

次のタスク

- 一部の検証エラー（無効な ESXi パスワード、正しくない NTP サーバ、不正な SSO サーバ、または他の誤った入力）では、パラメータの再入力が必要になる場合があります。[Re-enter Values] をクリックして [Cluster Configuration] ページに戻り、問題を解決します。

- 完了すると、HyperFlex サーバがインストールされて設定されます。導入されたクラスタのステータスは、[オンライン (Online)] および [ヘルシー (Healthy)] として表示されます。

- [HyperFlex Connect の起動 （Launch HyperFlex Connect）] をクリックし、データストアを作成してクラスタを管理します。

GPU を搭載した HyperFlex ノードの設置

GPU を搭載した HyperFlex ノードを設置するときには、特定の BIOS ポリシーの変更が必要になります。サポート対象のすべての GPU カードでは、4 GB を超えるメモリ マップ I/O（MMIO）を許可する BIOS 設定を有効にする必要があります。詳細については、『Requirement for All Supported GPUs』を参照してください。

HyperFlex クラスタ作成後の GPU の設置

クラスタを作成した後に GPU を設置する場合は、BIOS ポリシー設定が有効になるように、サーバに関連付けられているサービス プロファイルを変更する必要があります。

BIOS 設定を有効にするには、『Cisco UCS Manager Controlled Server』の詳細な説明に従います。ステップ 3 に指定されているように、4 GB 構成を超えたメモリ マップ I/O を [Enabled] に設定します。

HyperFlex クラスタ作成前の GPU の設置

クラスタを作成する前に GPU カードを設置する場合は、クラスタの作成時に、詳細ワークフローを選択します。

1. HX Data Platform インストーラページで、[I know what I'm doing, let me customize my workflow] を選択します。

2. [Run UCS Manager Configuration] をオンにし、[Continue] をクリックします。

HyperFlex ノードに必要なサービス プロファイルが作成されます。

3. BIOS 設定を有効にするには、『Cisco UCS Manager Controlled Server』の詳細な説明に従います。ステップ 3 に指定されているように、4 GB 構成を超えたメモリ マップ I/O を [Enabled] に設定します。

4. HX Data Platform インストーラページの詳細ワークフローに戻って [Run ESX Configuration]、[Deploy HX Software]、および [Create HX Cluster] を続行して、クラスタの作成を完了します。

HX データ プラットフォーム インストーラ ナビゲーション エイド ボタン

- 設定のエクスポート（Export Configuration）：下向きの矢印アイコンをクリックすると、JSON 設定ファイルをダウンロードできます。

- ワークフロー 情報—情報アイコンの上にカーソルを合わせると、現在のワークフローが表示されます。HyperFlex クラスタの作成の場合、ワークフロー情報は Create Workflow = Esx です。

- [Tech Support]：疑問符アイコンをクリックして、HyperFlex Data Platform ソフトウェア バージョンに関連する詳細を表示します。Cisco TAC 用にテクニカル サポート バンドルを作成するには、[Create New Bundle] をクリックします。

- [Save Changes]：円のアイコンをクリックすると、HyperFlex クラスタ設定パラメータに加えられた変更を保存できます。

- 設定（Settings）：歯車のアイコンをクリックすると、[(やり直し (Start over)] または [ログアウト (Log Out)] を実行できます。

警告およびエラー メッセージ

- UCSM の設定とハイパーバイザの設定は正常に完了したものの、導入またはクラスタ作成は失敗した：[Settings] アイコン > [Start Over] をクリックします。[I know what I'm doing, let me customize my workflow] を選択すると、障害が発生した時点からクラスタの設定を開始できます。

- 値の再入力のために戻ると、IP アドレス画面が空白になっている：IP アドレスを手動で追加します。このページの [Add Server] をクリックすると、クラスタに含めるサーバをそれぞれ追加し、すべての IP アドレスを再入力できます。

- DNS がインストーラ VM に正しく設定されていない（SSO エラー）ときに、サーバ到達可能性の問題が見られる：[SSO] フィールドを手動で編集し、FQDN の代わりに IP アドレスを使用するか、DNS 設定をトラブルシューティングして修正します。

- 別のクラスタを作成するときに、Cisco HyperFlex バージョンに一致する Cisco UCS Manager バージョンが選択されていることを確認してください。一致するバージョンが選択されていない場合は、正しいバージョンを手動で入力します。

現在の互換性マトリックスについては、『Release Notes for Cisco HX Data Platform』のソフトウェア バージョンの表を参照してください。

Chapter6. HyperFlex Data Platform でのライセンス設定

- スマート ライセンスと HyperFlex

- 接続環境でのライセンスの管理

- 非接続環境でのライセンスの管理

スマート ライセンスと HyperFlex

概要

シスコ スマート ソフトウェア ライセンシング（スマート ライセンス）はインテリジェントなソフトウェア ライセンス管理システムで、組織全体でライセンスを調達、導入、管理するなど、時間のかかる手動のライセンス タスクを自動化します。どのようなライセンスをどのように使用しているかを把握できるように、ライセンスの所有権および消費状況を可視化します。

スマート ライセンスにより、会社全体でライセンスがプールされます。サーバベースのライセンスまたはスマート ライセンスは、会社が所有する互換性のあるデバイスで使用できるように、デバイスにノード ロックされません。仮想アカウントを使用して会社のライセンスと製品インスタンスをたとえば事業部門や製品タイプや IT グループ別に論理エンティティに編成すると、仮想アカウント間でデバイスとライセンスを簡単に転送できるようになります。

スマート ライセンス機能は、Cisco HyperFlex と統合されており、HX ストレージ クラスタを作成するとすぐに自動的に有効になります。HX ストレージ クラスタによるライセンス消費の報告を開始するには、Cisco スマート アカウントを通じて、そのクラスタを Cisco Smart Software Manager（SSM）に登録する必要があります。スマート アカウントは、会社全体でシスコのソフトウェア ライセンスおよび製品インスタンスを完全に可視化し、それらへのアクセスを制御するクラウドベースのリポジトリです。登録の有効期間は 1 年です。

登録すると、スマート アカウント側で HyperFlex を識別し、ライセンスの使用状況を Cisco Smart Software Manager または Smart Software Manager サテライトに報告できます。登録後、HyperFlex はライセンスの使用状況を現在のライセンス状況とともに、 Cisco Smart Software Manager または Smart Software Manager に報告します。詳細については、以下のライセンス ステータス セクションを参照してください。

（注）

これを機能させるには、すべての HyperFlex 管理 IP のポート80および443をtools.cisco.comに対して開く必要があります。

HX ストレージ クラスタを登録した後、Cisco Smart Software Manager または Smart Software Manager サテライトに対して HyperFlex を特定するために使われる証明書により通信メッセージに署名します。HyperFlex は次の要求を自動的に送信します。

- 6 ヵ月ごとの更新登録要求。自動登録更新が行われない場合は、stcli license renew id コマンドを使用して手動で更新します。

- スマート ライセンスでは、30 日ごとの更新承認要求が必要です。自動承認更新が行われない場合は、stcli license renew auth コマンドを使用して手動で更新します。更新を試みたときに接続が利用できない場合か、更新時間が接続時間帯外である場合にのみ、スマート ライセンス承認を手動で更新する必要があります。

- また、更新の承認要求は、ライセンスの消費が変更されるたびに Cisco Smart Software Manager または Smart Software Manager に送信されます。この承認の有効期間は 90 日です。HyperFlex が 90 日の間に Cisco Smart Software Manager または Smart Software Manager に問い合わせて自身の承認を更新しなかった場合、HyperFlex で消費されているライセンスは回収され、プールに戻されます。

ライセンス ステータス

Registration Status

説明

ステータスの確認

システム機能性

評価モード

スマート ライセンスは有効ですが、HX ストレージ クラスタは、90 日間の評価期間および Cisco Smart Software Manager または Smart Software Manager に登録されません。

ステータスを確認するか、残りの評価期間を確認するには、#stcli license show all を実行します。

Result:
Mode = Eval & Remaining period(Number of Days:Hours:Minutes)

特長または機能性に影響はありません。

評価期限切れ

スマート ライセンスは有効ですが、HX ストレージ クラスタは、Cisco Smart Software Manager または Smart Software Manager に登録されません。ライセンスは最初の未確認状態で、コンプライアンス違反とは見なされません。

ステータスを確認するには、#stcli license show all を実行します。

Result:
Mode = Evaluation Expired

特長または機能性に影響はありません。

- Syslog メッセージを生成します。

- HX 接続 UI で 評価の期限が切れ 警告を生成します。

コンプライアンス

スマート ライセンスは有効で、HX ストレージ クラスタは、Cisco Smart Software Manager または Smart Software Manager に登録されます。ライセンスの消費数は所有数を下回っています。

—

—

コンプライアンス違反

所有している数よりも多いライセンスを消費しています。

重要

シスコは、デバイスが不適合であっても、お客様のネットワークに干渉することもシャットダウンすることもありません。

- 初期登録状態でのコンプライアンス違反—スマート ライセンスは有効で、HX ストレージ クラスタは Cisco Smart Software Manager または Smart Software Manager サテライトに登録されていますが、最初の登録後に十分なライセンスがありません。

- 初期状態後または一定期間のインコンプライアンス状態後でのコンプライアンス違反—スマート ライセンスは有効で、HX ストレージ クラスタは Cisco Smart Software Manager または Smart Software Manager サテライトに登録されていますが、十分なライセンスがありません。

ステータスを確認するには、#stcli license show all を実行します。

Result:
Mode = Out of Compliance

特長または機能性に影響はありません。

- Syslog メッセージを生成します。

- クラスタ レベルで HX 接続 UI に コンプライアンス違反 警告を生成します。

（注）

コンプライアンス違反状態は知的財産 EULA を侵害するため、サポートを継続的に受けるにはライセンスの購入または更新が必要です。

認証が期限切れ

スマート ライセンスは有効で、HX ストレージ クラスタは、Cisco Smart Software Manager または Smart Software Manager サテライトに登録されますが、90 日以上 Cisco Smart Software Manager または Smart Software Manager サテライトと通信していません。

ステータスを確認するには、#stcli license show status を実行します。

Result:
Mode = Authorization Expired

特長または機能性に影響はありません。

- Syslog メッセージを生成します。

- HX 接続のイベントまたはアラームはありません。

- Cisco Smart Software Manager ポータルでは、フラグと通知が表示されます。

エクスポート コントロール フラッグを「許可しない」に設定する

スマート ライセンスは有効で、HX ストレージ クラスタは、Cisco Smart Software Manager または Smart Software Manager サテライトに登録されますが、エクスポート コントロールを使用するために登録することはできません。

—

動作は Cisco Smart Software Manager サーバによってほとんどコントロールされています。

（注）

このステータスは、HX ストレージ クラスタに制限機能が含まれている場合にのみ適用されます。

ID 証明書の有効期限が切れています

スマート ライセンスは有効で、HX ストレージ クラスタは、Cisco Smart Software Manager または Smart Software Manager サテライトに登録されますが、ID 証明書は 6 か月以上更新されていません。ライセンスは不特定未確認状態で、コンプライアンス違反と見なされます。

ステータスを確認するには、#stcli license show status を実行します。

Result:
Mode: ID Certificate Expired

すべての条件を消去し コンプライアンス ステータス に戻るには、次のコマンドを実行します。

#stcli license renew <auth>/<id>

- Syslog メッセージを生成します。

- HX 接続のイベントまたはアラームはありません。

- Cisco Smart Software Manager ポータルでは、フラグと通知が表示されます。

接続環境でのライセンスの管理

接続環境でライセンスを管理するには、次の手順を実行します。

- スマート ライセンスへのクラスタの登録

- スマート ライセンスからのクラスタの登録解除

- スマート ライセンス承認の更新

スマート ライセンスへのクラスタの登録

スマート ライセンスは自動的に HX ストレージ クラスタと統合し、デフォルトでは有効です。スマート ライセンスはインストールしません。HX ストレージ クラスタはスマート ライセンスでは登録されておらず、90 日間評価モードです。90 日以内に、HX ストレージ クラスタを登録して機能をすべて使用する必要があります。

注目

Smart Software Manager サテライトともに HyperFlex クラスタを登録する前に、プロキシが設定されていないことを確認します。プロキシが設定されている場合は、Smart Software Manager サテライトとともにクラスタを登録する前にプロキシを削除します。

はじめる前に

- スマート ライセンスは、Cisco HX リリース2.5 で導入されました。クラスタで HX 4.0 リリース以降が実行されていることを確認することをお勧めします。

- スマート ライセンスの使用を開始する前には、Cisco スマート アカウントを持っている必要があります。スマート アカウントは発注時に作成（または選択）できます。または長期ではスマート アカウントを発注外で作成して、新規または既存のライセンスを追加することもできます。

スマート アカウントを作成するには、[Cisco Software Central] > [Request a Smart Account]（https://webapps.cisco.com/software/company/smartaccounts/home?route=module/accountcreation）を参照してください。

HX ストレージ クラスタは、次のいずれかの方法で Cisco スマート ソフトウェア マネージャ (SSM) に登録できます。

- HX Connect を通してスマート ソフトウェア ライセンスによりクラスタを登録する

- コントローラ VM を介してスマート ソフトウェア ライセンスとともにクラスタを登録する

HX Connect を通してスマート ソフトウェア ライセンスによりクラスタを登録する

Cisco では、HX Connect を通してスマート ソフトウェア ライセンスを持つクラスとを登録することを推奨します。

始める前に

- 製品インスタンス登録トークンが必要です。トークンがない場合、Cisco スマート ソフトウェア マネージャでトークンを作成できます。製品インスタンス登録用のトークンを作成する方法の詳細については、登録トークンの作成 を参照してください。

手順

ステップ 1

HX Connect にログインします。

ステップ 2

[Dashboard（ダッシュボード）] ページで、[Cluster License not registered（クラスタ ライセンスが登録されていません）] をクリックします。

または、[System Information（システム情報）] ページの [Register Now（今すぐ登録）] リンクをクリックして登録を行うことができます。

ステップ 3

[Smart Software Licensing Product Registration（スマート ソフトウェア ライセンス製品登録）] ダイアログ ボックスで、[Product Instance Registration Token（製品インスタンス登録トークン）] フィールドに登録トークンを入力します。

製品インスタンス登録用のトークンを作成する方法の詳細については、登録トークンの作成 を参照してください。

ステップ 4

[Register] をクリックします。

登録に成功すると、[System Information（システム情報）] ページにライセンスの種類とライセンスの状態が表示されます。

- ライセンス タイプ：評価、Edge、標準、またはエンタープライズを HX ストレージ クラスタ ライセンス タイプとして表示します。

- ライセンス ステータス：HX ストレージ クラスタ ライセンス ステータスとして次のいずれかを表示します。

- コンプライアンス

- ライセンスの期限が <n> 日後に切れます。クラスタが登録されていません - 今すぐ登録します。（このステータスは評価タイプライセンスの場合にのみ表示されます。

- ライセンスの期限が切れています。クラスタが登録されていません - 今すぐ登録します。（このステータスは評価タイプライセンスの場合にのみ表示されます。

- コンプライアンス違反 - ライセンスが不十分です

- 認証の有効期限切れ：HX が Cisco Smart Software Manager および Smart Software Manager サテライトと 90日 以上通信できない場合、このステータスが表示されます。

- 登録トークンの作成

登録トークンの作成

登録トークンを使用して、製品にスマート ライセンスを登録し、消費します。製品を登録し、製品インスタンスを特定のバーチャル アカウントに追加するには、トークンを生成する必要があります。

手順

ステップ 1

使用するバージョンに応じて、ソフトウェア マネージャにログインします。

オプション

説明

[Cisco Smart Software Manager]

[Cisco Software Central]（https://software.cisco.com/）に移動し、スマート アカウントにログインします。[License] ウィンドウで、[Smart Software Licensing] をクリックします。[Inventory] をクリックします。

[Smart Software Manager satellite]

https://<サテライトの IP アドレス>:8443 にアクセスし、管理者のクレデンシャルを使用してサテライトにログインします。

ステップ 2

HX ストレージ クラスタを登録するバーチャル アカウントから、[General] をクリックして、[New Token] をクリックします。

ステップ 3

[Create Registration Token] ダイアログボックスで、次を実行して、[Create Token] をクリックします。

- トークンの簡潔な [Description] を追加します。

- トークンをアクティブであり他の製品で使用できるようにする日数を入力します。最大= 365 日

- [Allow export-controlled functionality on the products registered with this token] をオンにします。

ステップ 4

[New ID Token] 行から、[Actions] ドロップダウン リストをクリックし、[Copy] をクリックします。

コントローラ VM を介してスマート ソフトウェア ライセンスとともにクラスタを登録する

このセクションでは、スマート ソフトウェア ライセンスとともにクラスタを登録する別の方法を説明しています。

手順

ステップ 1

コントローラ VM にログインします。

ステップ 2

スマート ライセンス モードで HX ストレージ クラスタを確認します。

# stcli license show status

フィードバックには [Smart Licensing is ENABLED]、[Status: UNREGISTERED] と表示され、90 日の評価期間の残り時間（日、時、分、秒）が表示されます。スマート ライセンスの評価期間は、HX ストレージ クラスタでライセンス機能を使用し始めたときに開始され、更新はできません。評価期間の期限が切れた後に、スマート エージェントは通知を送信します。

ステップ 3

HX ストレージ クラスタを登録します。 idtoken-string は、Cisco Smart Software Manager または Smart Software Manager サテライトからの新規 ID トークンです。

# stcli license register --idtoken idtoken-string

ステップ 4

HX ストレージ クラスタが登録されていることを確認します。

# stcli license show summary

別の方法として、HX ストレージ クラスタが登録されていることは、[Cisco Smart Software Manager] > [Inventory] > [Product Instances] で確認できます。

例：

root@SpringpathController8OIW1HJOKW:~# stcli license show summary

Smart Licensing is ENABLED

Registration:
Status: REGISTERED
Smart Account: Corp X HyperFlex License
Virtual Account: west-region
Last Renewal Attempt: None
Next Renewal Attempt: Aug 1 17:47:06 2017 PDT

License Authorization:
Status: AUTHORIZED
Last Communication Attempt: SUCCEEDED
Next Communication Attempt: Mar 4 16:47:11 2017 PST

License Usage:
License                   Entitlement Tag                                                                Count  Status
------------------------------------------------------------------------------------------------------------------------------
Cisco Vendor String XYZ   regid.2016-11.com.cisco.HX-SP-DP-S001,1.0_1c06ca12-18f2-47bd-bcea-518ab1fd4520 3      InCompliance

スマート ライセンスからのクラスタの登録解除

ライセンスを解放してプールに戻して別の HX ストレージ クラスタで使用されるようにするか、または Cisco Smart Software Manager の登録を削除する場合（たとえばクラスタをデコミッションする場合）には、HX ストレージ クラスタを登録解除します。HX ストレージ クラスタを登録解除すると、HyperFlex は評価期間が残っていれば評価モードで実行します。そうでない場合は、HyperFlex は評価の有効期限切れの状態になります。

スマート エージェントはライセンス クラウドにアクセスし、それ自体を登録解除します。プラットフォームのすべてのスマート ライセンス資格と証明書が削除されます。信頼されているストアのすべての証明書と登録情報が削除されます。スマート エージェントは登録解除のためにシスコに通信できない場合でも登録解除できます。スマート ライセンスを再び使用することが必要になる場合、HX ストレージ クラスタを再登録します。コントローラ VM を介してスマート ソフトウェア ライセンスとともにクラスタを登録するを参照してください。

始める前に

- HX ストレージ クラスタがスマート ライセンスに次のコマンドを使用して登録されていることを確認します。

# stcli license show status

手順

ステップ 1

コントローラ VM にログインします。

ステップ 2

スマート ライセンスから HX ストレージ クラスタを登録解除します。

# stcli license deregister

ステップ 3

HX ストレージ クラスタが登録解除されたことを確認します。

# stcli license show summary

スマート ライセンス承認の更新

始める前に

- HX ストレージ クラスタがスマート ライセンスに次のコマンドを使用して登録されていることを確認します。

# stcli license show status

手順

ステップ 1

コントローラ VM にログインします。

ステップ 2

次のコマンドを使用してスマート ライセンス承認を更新します。

# stcli license renew id

# stcli license renew auth

ステップ 3

HX ストレージ クラスタが更新され、承認されていることを確認します。

# stcli license show summary

非接続環境でのライセンスの管理

非接続環境でライセンサーを管理するには、次の手順を実行します。

- スマート ライセンスと Smart Software Manager サテライト

- 特定のライセンス予約および HyperFlex

スマート ライセンスと Smart Software Manager サテライト

インターネット接続を使用してインストール ベースを管理することが許可されていない場合は、Smart Software Manager サテライトをオンプレミスでインストールし、Cisco Smart Software Manager のサブセットを使用してライセンスをローカルで管理できます。Smart Software Manager サテライトのダウンロード.

HyperFlex 用に Smart Software Manager サテライトを設定するには、HX Data Platform CLI から次のコマンドを実行します。

stcli services sch set --portal-url http://<satellite-host>/Transportgateway/services/DeviceRequestHandler --email <user-email-address>

Smart Software Manager サテライトを Cisco Smart Software Manager に登録し、完全に機能した後、30 日おきに Cisco Smart Software Manager を同期する必要があります。同期には次の 2 つのオプションがあります。

- ネットワークが接続されているときのオンデマンドまたはスケジュール済み同期。

- ライセンス ファイルをダウンロードおよびアップロードして手動で同期します。

（注）

HX クラスタに Smart Satellite Server が構成されている場合、トークンは Smart Satellite Server の UI で生成される必要があるため、スマート ポータルのスマート ライセンス登録では生成されなくなります。

特定のライセンス予約および HyperFlex

シスコ固有ライセンスの予約 (SLR) は、ユーザが切断モードでデバイスを使用できるようにする新しいソフトウェアライセンス管理システムです。特に、外部ネットワーク接続 (air ギャップ) のない環境向けです。SLR には次のような追加の利点もあります。

- 時間のかかるライセンス タスクを自動化する

- ライセンスのステータスとソフトウェアの使用状況の傾向を追跡できます。

- コアの購入、管理、およびレポート機能をシンプル化

SLR により、顧客は仮想アカウントからライセンスを予約し、デバイス UDI に関連付けることができます。その後、これらのライセンスを使用してデバイスを切断モードで使用できます。また、お客様は、Cisco Smart Software Manager (CSSM) またはスマート ソフトウェア サテライト (オンサイト コレクタ) のいずれかと継続的に通信することなく、正常に動作させることができます。

HyperFlex SLR 対応 PID

次の HyperFlex PID だけが SLR モードでの使用の対象となります。

非接続およびエアギャップ展開用の Cisco HyperFlex Data Platform (HXDP) ソフトウェア SKU

HXDP SKU

説明

特定ライセンス登録

HXDP-S-SLR

Cisco HyperFlex Data Platform 標準エディション特定ライセンス登録サブスクリプション

HXDP-P-SLR

Cisco HyperFlex Data Platform エンタープライズ エディション特定ライセンス登録サブスクリプション

HXDP-E-SLR

Cisco HyperFlex Data Platform エッジ エディション特定ライセンス登録サブスクリプション

- 特定のライセンス予約 (SLR) ライセンスのインストール

- 特定のライセンス予約 (SLR) ライセンスのキャンセル

- 特定のライセンス予約 (SLR) ライセンスを返す

- 特定のライセンスの予約のトラブルシューティング (SLR)

特定のライセンス予約 (SLR) ライセンスのインストール

この手順では、SLR ライセンスをインストールする方法、SLR ライセンスを返却する方法 (CSSM で再利用する場合)、または SLR ライセンス要求をキャンセルする方法について説明します。

SLR のインストール プロセスは、通常のスマート ライセンスのインストール プロセスと非常によく似ています。クラスタとスマート アカウントの間に通信がないため、手動プロセスを使用して、HTTP 接続で以前に存在していたのと同じ会話を行なう必要があります。

これらの会話は、要求コードが生成された場合に、Cisco ハードウェア クラスタから始まります。要求コードには、いくつかの基本的なクラスタ識別情報が含まれています。要求は、Cisco ポータルでスマート アカウントに転送され、要求コードに基づいて承認コードを要求します。Cisco がライセンス ID\ と権限付与情報の両方を含む承認コードを取得すると、承認コードがクラスタに戻され、インストールを開始できます。インストールが完了すると、ライセンスはクラスタで完全にアクティブ化されます。

Enable/Disable コマンドは、予約モードにするためのものです。これは、現在の登録機能のデフォルト モードです。コマンド内のすべての予約を設定するには、予約モードを明示的に有効にする必要があります。すでに CSSM に登録されているライセンスがある場合は、そのライセンスを再登録して、再利用できるようにする必要があります。CSSM から承認コードを取得したら、reservation installコマンドを使用して予約コードをインストールできます。ある時点で、クラスタを破棄するか、またはライセンスを再度 CSSM に戻して再利用できるようにする場合は、reservation returnコマンドを使用して、再度登録できる返還コードを生成できます。

次の手順では、SLR ライセンスをインストール、返却、キャンセルする方法について説明します。

手順

ステップ 1

HX ノードで stcli license reservation enable コマンドを入力して、予約モードを有効にします。

このコマンドを入力すると、設定モードが予約モードに切り替わります。ライセンス ステータスは変更されません。

次の画面の左側には、通常の登録で一般的なクラスタのステータスが表示されます。予約モードでは、そのステータスの違いを確認できます。一般的なデバイスの場合、予約ステータスを確認すると、登録済みとして表示されます。ライセンス認証ステータスが承認されます。個々にライセンスがある場合は、どのライセンスが準拠しているかがわかります。

右側には、システムが未登録の状態で、評価ライセンスを使用していることが表示されます。

ステップ 2

stcli license reservation request コマンドを入力して、予約要求を作成します。

ライセンス要求コードは、次の画面の青色のボックスに表示されます。

予約要求を開始すると、登録ステータスが RESERVATION IN PROGRESS であることがわかります (赤いボックスに示されています)。要求コードがあれば、CSSM に移動して承認コードに変換できます。

ステップ 3

CSSM (https、//software.cisco.com) にログインします。

ステップ 4

[ライセンス（License）] セクションで、[スマート ソフトウェア ライセンシング（Smart Software Licensing））] リンクをクリックします。

これにより、[スマート ソフトウェア ライセンシング（Smart Software Licensing）] ページが表示されます。

ステップ 5

[ライセンス（Licenses）] タブの下で、[ライセンス予約（License Reservation）] をクリックします。

ステップ 6

4 ステップの SLR プロセスを完了して、要求コードを入力し、[ライセンス（Licenses）] を選択し、承認コードを確認して確認し、承認コードをダウンロードします。

1. [要求コードを入力（Enter the Request Code）]: クラスタで生成された予約要求コードを入力します。

2. [ライセンスを選択（Select Licenses）]: この画面には、ライセンスの内容や、製品タイプ、UDI PID、UDI シリアル番号、UDI VID などの製品インスタンスの詳細が表示されます。提供された情報を確認し、チェックボックスをオンにして特定のライセンスを予約します。

選択した特定のライセンスの予約について、予約する数量を入力します。

3. [検証と確認（Review and Confirm）]: 製品インスタンスの詳細と予約するライセンスを検証して確認し、画面の下部にある [承認コードの生成（Generate Authorization Code）] ボタンをクリックします。

4. [承認コード（Authorization code）]: デバイス側で使用できる承認コードを表示し、画面下部の [ファイルとしてダウンロード（Download as File）] ボタンをクリックします。

ステップ 7

[製品インスタンス（Product Instances）] タブに移動して、予約のクラスとシリアル番号に対応する行にある予約済みのライセンスを表示します。この行のリンクをクリックします (赤いボックスに表示されます)。

ライセンスの説明を示すダイアログ ボックスが表示されます。

このページから、ライセンスの一般的な詳細を表示できます。特定のインスタンスで失われた場合に備えて、予約承認コード (上の赤色で強調表示) をダウンロードすることもできます。このページに戻って再度取得することもできます。

その後、[ライセンス（Licenses）] タブに戻り、現在のライセンスの使用状況を表示できます。

ステップ 8

HX ノードに stcli license reservation install <enter authorization code> コマンドを入力して、続いて承認コードを入力します。

予約が成功すると、REGISTERED – SPECIFIC LICENSE RESERVATION として表示されるステータスを表示できます。認証では、UTHORIZED – RESERVED であることを示しています。

また、HX ノードで stcli license show reservation コマンドを入力して、SLR 予約を表示することもできます。この応答は、SLR がインストールされていることを示しています。

特定のライセンス予約 (SLR) ライセンスのキャンセル

この手順では、SLR ライセンス要求をキャンセルする方法について説明します。

手順

ステップ 1

(承認コードを取得するために CSSM に進む前に) 開始した予約要求をキャンセルするには、 stcli license reservation cancel コマンドを使用します。

ステップ 2

stcli license show reservation コマンドを使用して予約要求がキャンセルされたことを確認します。

このコマンドを入力すると、ステータスが未登録に戻ったことを確認できます。

特定のライセンス予約 (SLR) ライセンスを返す

クラスタのライセンスが完全にアクティブになったので、後でクラスタを破棄し、別のクラスタに再利用できるように CSSM にライセンスを戻すことができます。次の手順では、SLR ライセンスを返す方法について説明します。

手順

ステップ 1

stcli license reservation return コマンドを入力します。その後、CSSM で使用できる返還コードが生成されます。ステータスを確認すると、ライセンスは登録前と同様に、未登録の評価ライセンスに戻ります。

ステップ 2

[CSSM] に戻り、ライセンスをプールに戻します。[製品インスタンス（Product Instances）] タブに戻り、[アクション（Actions）] メニューを使用して、[削除（Remove）] をクリックします。

[製品インスタンスの削除（Remove Product Instance）] ダイアログ ボックスが表示され、返還コードを入力できます。返還コードを入力し、[製品インスタンスの削除（Remove Product Instance）] をクリックします。

[製品インスタンス（Product Instances）] タブで、以前登録した SLR ライセンスが削除されたことを確認できます。3 個使用されるのに対して、使用中なのは 2 個だけです。この時点で、ライセンスが正常に返却されています。

特定のライセンスの予約のトラブルシューティング (SLR)

このセクションでは、特定のライセンス予約 (SLR) を設定して使用する際に表示される可能性のある一般的なエラー メッセージについて説明します。また、該当する場合のトラブルシューティング方法に関する推奨事項も提供します。

表示される可能性のある 2 個の一般的なエラー メッセージは次のとおりです。

- 設定中に予約モードを有効にする前に予約要求コマンドを発行すると、「ライセンス予約が有効になっていません」というエラー メッセージが表示されます。または、要求しなかった操作をキャンセルするよう要求した場合は、「保留中の予約プロセスはありません」というメッセージが表示されます。次の図は、これらのエラーを示しています。

- ライセンス ステータスが変更されたランタイム時に、最初の登録が通信の送信エラーで失敗します。通常、このメッセージは、 show statusコマンドを入力したときに表示されます。ライブラリはエラーを上位に伝播しませんが、ログを使用して実際の理由を確認できます。

手順

ステップ 1

grep コマンドを発行し、SL カラムを表示して、ログに記録されているエラーおよびその他のすべての SL 関連メッセージを特定します。たとえば、次の図は、プロキシが使用されていること、およびプロキシ接続が失敗したことを示しています。これにより、ライセンス サーバのプロキシ設定が正しくないことが分かります。

ステップ 2

これを解決するには、 stcli services sch show コマンドを使用して、プロキシのセットアップを確認し、エラーを修正してから、もう一度やり直してください。

ステップ 3

また、「CISCO-SMART-LIC」で grep コマンドを発行して、移行中に生成されたスマート ライセンスの syslog メッセージを確認することもできます。

Chapter7. HyperFlex ハードウェア アクセラレーション カードの設定

この章では、Cisco HyperFlex ハードウェア アクセラレーション カードを設定する方法について説明します。

- HyperFlex ハードウェア アクセラレーション カードの概要

- Install HyperFlex Hardware Acceleration Cards

- vSphere Web クライアントを使用した HX Data Platform インストーラ OVAの展開

- 静的 IP アドレスによる HX データ プラットフォーム インストーラ OVA の展開

- HyperFlex ハードウェア アクセラレーション カードの取り付けの確認

- HyperFlex ハードウェア アクセラレーション カードのトラブルシューティング

- HyperFlex ハードウェア アクセラレーション カードのに関する追加情報

HyperFlex ハードウェア アクセラレーション カードの概要

この章では、HyperFlex ノード上の HyperFlex ハードウェア アクセラレーション カード (PID: HX-PCIE-OFFLOAD-1) のインストール、ポストインストール、およびトラブルシューティングの詳細と、初期クラスタの設定について説明します。これらのカードにより、ほとんどのストレージ ワークロードのパフォーマンスと圧縮効率が向上します。

（注）

HyperFlex ハードウェア アクセラレーション カードをインストールおよび設定するには、HXDP-P エンタープライズ ライセンスが必要です。

PCIe スロットおよびライザー カード (およびその他の関連情報) の説明については、『Cisco HX240c M5 HyperFlex ノード (ハイブリッドおよびオールフラッシュ モデル) インストレーション ガイド』を参照してください。

Install HyperFlex Hardware Acceleration Cards

始める前に

HyperFlex ハードウェア アクセラレーション カードの取り付けプロセスを開始する前に、次の点に注意してください。

- インストールは、新規展開でのみサポートされています。

- インストールは、次の HX 240 M5 サーバでのみサポートされています。

- HXAF240C-M5SX Cisco HyperFlex HX240c M5 All Flash

- HX240C-M5SX Cisco HyperFlex HX240c M5

- HX240C-M5L HyperFlex HX240c M5 LFF

- インストールは Hyper-v ではサポートされておらず、ストレッチ クラスタにもサポートされていません。

- HX クラスタ内のすべてのノードには、HyperFlex ハードウェア アクセラレーション カードが含まれている必要があります。

（注）

検証中にいずれかのノードにアクセラレーション カードが含まれていない場合は、インストーラが続行できず、エラー メッセージが表示されます。

- クラスタ タイプは、すべてフラッシュ/ハイブリッド ESXi である必要があります。

- インストールは、HX 240 M5 サーバでのみサポートされています。

- ハードウェア アクセラレーション カードは、Cisco HX データ複製では動作しません。

手順

ステップ 1

新しい PCIe カードを取り付けます。これは、Cisco がサポートするインストールです。

ステップ 2

HX インストーラを使用してクラスタを設定します。詳細については、以下を参照してください。

- VSphere Web Client を使用した HX データ プラットフォーム インストーラ OVA を展開します。

- HX クラスタの設定と展開

vSphere Web クライアントを使用した HX Data Platform インストーラ OVAの展開

ESXi ホストに HX Data Platform をインストールするだけではなく、VMware Workstation、VMware Fusion または Virtual Box にも HX Data Platform インストーラを展開することができます。

（注）

- vCenter に接続して OVA ファイルを展開し、IP アドレスのプロパティを指定します。ESXi ホストから直接展開しても、値を正しく設定することはできません。

- HX Data Platform インストーラを、Cisco HX ストレージ クラスタのノードになる ESXi サーバに展開しないでください。

手順

ステップ 1

[Download Software]https://software.cisco.com/download/home/286305544/type/286305994/release/3.0%25281c%2529?catid=286305510で HX Data Platform インストーラ OVA ファイルを特定してダウンロードします。HX Data Platform インストーラをストレージ管理ネットワーク上のノードにダウンロードします。これはHX Data Platformストレージ クラスタに使用されます。

Example:
Cisco-HX-Data-Platform-Installer-v2.5.1d-26363.ova

ステップ 2

VMwareハイパーバイザを使用してHX Data Platform インストーラをデプロイし、HX Data Platform インストーラ仮想マシンを作成します。

（注）

仮想ハードウェア バージョン 10.0 以上をサポートする仮想化プラットフォームのバージョンを使用してください。

vSphere はシステム要件です。vSphere シック クライアント、vSphere シン クライアント、または vSphere Web Clientのいずれかを使用できます。HX Data Platform インストーラを展開するには、VMware Workstation、VMware Fusion、または VirtualBox を使用することもできます。

1. vSphere、VirtualBox、ワークステーション、または Fusion などの仮想マシン ハイパーバイザを開きます。

2. 以下のように、HX Data Platform インストーラを展開するノードを選択します。

重要

vSphere Web Clientを使用して HX インストーラ OVA を導入する際は、ユーザ クレデンシャルを必ず指定してください。

- vSphere シック クライアントを使用する—[Inventory list] > [Host] > [File] > [Deploy OVA]を展開

- vSphere Web クライアントを使用する—vCenter インベントリ リスト (vCenter Inventory list) > ホスト (Host) > Host (Host) > OVA を展開 (Deploy OVA)を展開します

ステップ 3

HX Data Platform インストーラが置かれている場所を選択します。デフォルトを受け入れて、適切なネットワークを選択します。

ステップ 4

HX Data Platform インストーラ VM で使用するための静的 IP アドレスを入力します。

（注）

- 静的 IP アドレスは、DHCP がネットワークに設定されていても必要です。HX Data Platform インストーラを実行し、HX Data Platformをインストールし、HX Data Platformストレージクラスタを作成するには、静的 IP アドレスが必要です。

- IP アドレスを新しい VM に割り当てるためにハイパーバイザウィザードのデフォルトが DHCP になっている場合は、静的 IP アドレスによる HX データ プラットフォーム インストーラ OVA の展開の手順を実行して、静的 IP アドレスを持つHX Data Platform インストーラ VMをインストールします。DNS はインストーラ VM から到達できる必要があります。

フィールド

説明

[Hostname]

この VM のホスト名。

空白のままにして、IP アドレスの逆引きを試みます。

[Default Gateway]

この VM のデフォルトゲートウェイアドレス。

DHCP が必要な場合は空白のままにしてください。

[DNS]

この VM のドメインネームサーバ (コンマ区切り)。

DHCP が必要な場合は空白のままにしてください。

[IP Address]

このインターフェイスの IP アドレスです。

DHCP が必要な場合は空白のままにしてください。

[Netmask]

このインターフェイスのネットマスクまたはプレフィックス。

DHCP が必要な場合は空白のままにしてください。

Root パスワード

ルート ユーザー パスワード。

このフィールドは必須フィールドです。

ステップ 5

[Next] をクリックします。リストされたオプションが正しいかどうか確認し、展開後に電源をオンにします。

HX Data Platform インストーラを手動で起動するには、仮想マシンのリストに移動し、インストーラ VM の電源を入れます。

（注）

HX Data Platform インストーラの仮想マシンの推奨設定は、3 つの vCPU と 4 GB のメモリです。これらの設定を小さくすると、CPU の使用率が 100% になり、ホストへのスパイクが発生する可能性があります。

ステップ 6

[Finish] をクリックします。HX Data Platform インストーラ VM が vSphere インフラストラクチャに追加されるまで待機します。

ステップ 7

HX Data Platform インストーラ仮想マシン コンソールを開きます。

初期コンソール表示には、HX Data Platform インストーラ仮想マシンの IP アドレスが表示されます。

Data Platform Installer.
*******************************************
You can start the installation by visiting
the following URL:
http://192.168.10.210
*******************************************
Cisco-HX-Data-Platform-Installer login:

ステップ 8

URL を使用してHX Data Platform インストーラにログインします。

Example:
http://192.168.10.210

ステップ 9

自己署名証明書を受け入れます。

ステップ 10

ユーザ名 root と、OVA 導入の一部として設定したパスワードを使用してログインします。

静的 IP アドレスによる HX データ プラットフォーム インストーラ OVA の展開

新しい VM に IP アドレスを割り当てる際に、DHCP がハイパーバイザ ウィザードのデフォルトである場合は、以下の手順を使用して HX Data Platform インストーラ を展開します。

手順

ステップ 1

VMware OVF Tool 4.1 以降を、HX データ プラットフォーム ストレージ クラスタに使用されるストレージ管理ネットワーク上のノードにインストールします。詳細については、「OVF ツール ドキュメンテーション」を参照してください。

ステップ 2

VMware OVF がインストールされているノードの ソフトウェアのダウンロード から、HX データ プラットフォーム インストーラを検索しダウンロードします。

ステップ 3

ovftool コマンドを使用して、ダウンロードした HX データ プラットフォーム インストーラ OVA を展開します。次に例を示します。

root@server:/tmp/test_ova# ovftool --noSSLVerify --diskMode=thin
--acceptAllEulas=true --powerOn --skipManifestCheck --X:injectOvfEnv
--datastore=qa-048-ssd1 --name=rfsi_static_test1 --network='VM Network'
--prop:hx.3gateway.Cisco_HX_Installer_Appliance=10.64.8.1
--prop:hx.4DNS.Cisco_HX_Installer_Appliance=10.64.1.8
--prop:hx.5domain.Cisco_HX_Installer_Appliance=cisco
--prop:hx.6NTP.Cisco_HX_Installer_Appliance=10.64.8.5
--prop:hx.1ip0.Cisco_HX_Installer_Appliance=10.64.8.36
--prop:hx.2netmask0.Cisco_HX_Installer_Appliance=255.255.248.0
--prop:hx.7root_password.Cisco_HX_Installer_Appliance=mypassword
/opt/ovf/rfsi_test/Cisco-HX-Data-Platform-Installer-v1.7.1-14786.ova
vi://root:password@esx_server

このコマンドでは、HX データ プラットフォーム インストーラが展開され、HX データ プラットフォーム インストーラ VM の電源が入り、指定された静的 IP アドレスが設定されます。以下は処理応答の例です。

Opening OVA source:
/opt/ovf/rfsi_test/Cisco-HX-Data-Platform-Installer-v1.7.1-14786.ova
Opening VI target: vi://root@esx_server:443/
Deploying to VI: vi://root@esx_server:443/
Transfer Completed
Powering on VM: rfsi_static_test
Task Completed
Completed successfully

DNS はインストーラ VM から到達できる必要があります。静的 IP アドレスが正常に設定されるために必要なコマンド オプションは以下のとおりです。

コマンド

説明

powerOn

HX データ プラットフォーム インストーラ VM の展開後に電源を投入します。

X:injectOvfEnv

HX データ プラットフォーム インストーラ VM にスタティック IP のプロパティを挿入します。

prop:hx.3gateway.Cisco_HX_Installer_Appliance=10.64.8.1

適切なゲートウェイ IP アドレスを指定します。

prop:hx.4DNS.Cisco_HX_Installer_Appliance=10.64.1.8

適切な DNS IP アドレスを指定します。

prop:hx.5domain.Cisco_HX_Installer_Appliance=cisco

適切なドメインを指定します。

prop:hx.6NTP.Cisco_HX_Installer_Appliance=10.64.8.5

適切な NTP IP アドレスを指定します。

prop:hx.1ip0.Cisco_HX_Installer_Appliance=10.64.8.36

適切なインストーラの静的 IP アドレスを指定します。

prop:hx.2netmask0.Cisco_HX_Installer_Appliance=255.255.248.0

適切なネットマスク アドレスを指定します。

prop:hx.7root_password.Cisco_HX_Installer_Appliance=mypassword

root ユーザー パスワードを指定します。

/opt/ovf/rfsi_test/Cisco-HX-Data-Platform-Installer-v1.7.1-14786.ova

HX データ プラットフォーム インストーラ OVA の送信元アドレス。

vi://root:password@esx_server

HX データ プラットフォーム インストーラ VM がインストールされる宛先 ESX サーバ。適切な ESX サーバのルート ログイン クレデンシャルを含めます。

クレデンシャルの入力

[クレデンシャル] ページで、JSON ファイルまたは入力データから、必要なフィールドに手動で必要な設定データをインポートするように選択できます。

（注）

HyperFlex クラスタの初めてのインストールでは、ファクトリ プレインストール JSON ファイルの調達についてシスコの担当者に問い合わせてください。

クラスタ作成を実行するには、JSON 設定 ファイルから設定データをインポートし、次の操作を行います。

1. [Select a file] をクリックして、使用する JSON ファイルを選択して設定データをロードします。[Use Configuration] を選択します。

2. Cisco UCS Manager 用にインポートした値が異なる場合は、[Overwrite Imported Values] ダイアログ ボックスが表示されます。[Use Discovered Values] を選択します。

手順

ステップ 1

Web ブラウザで、HX Data Platform インストーラVM の IP アドレスまたはノード名を入力します。[Accept] または [Continue] をクリックして SSL 証明書エラーをバイパスします。Cisco HX Data Platform インストーラ ログイン ページで、ログイン画面の右下隅に表示される [HX Data Platform インストーラ Build ID] を確認します。

ステップ 2

ログイン ページで、次のクレデンシャルを入力します。

ユーザ名：root

パスワード (デフォルト): Cisco123

注目

システムは、デフォルトのパスワード [Cisco123] で出荷されますので、インストール中にこれを変更する必要があります。ユーザーが入力した新しいパスワードを指定しない限り、インストールを続行できません。

ステップ 3

[利用規約に同意します（I accept the terms and conditions）] チェック ボックスをオンにして、[ログイン（Login）] をクリックします。

ステップ 4

[ワークフローの選択] ページで、[クラスタの作成 ] ドロップダウン リストから、[標準クラスタ] を選択します。

ステップ 5

[クレデンシャル] ページで、次の設定データを入力します。

フィールド

説明

UCS Manager のホスト名（UCS Manager Host Name）

UCS Manager FQDN または IP アドレスを入力します。

たとえば 10.193.211.120 と入力します。

UCS Manager のユーザ名（UCS Manager User Name）

[administrative username] を入力します。

パスワード（Password）

管理者パスワードを入力します。

vCenter クレデンシャル（vCenter Credentials）

フィールド

説明

vCenter サーバ（vCenter Server）

vCenter サーバ FQDN または IP アドレスを入力します。

たとえば 10.193.211.120 と入力します。

（注）

- vCenter Server は、クラスタが動作可能になる前に必要です。

- vCenter アドレスとクレデンシャルは、vCenter へのルート レベルの管理者権限が必要です。

- vCenter Server 入力は、ネストされた vCenter を構築する場合には省略可能です。詳細については、『Nested vCenter TechNote』を参照してください。

[User Name]

[administrative username] を入力します。

例：administrator@vsphere.local。

[Admin Password]

管理者パスワードを入力します。

ステップ 6

[ハイパーバイザの設定（Hypervisor Configuration）] ページで、次の設定データを入力します。

ハイパーバイザのクレデンシャル

フィールド

説明

管理者ユーザ名（Admin User Name）

[administrative username] を入力します。

ユーザー名は、ファクトリー ノードの root です。

新しいパスワード（New Password）

重要

ハイパーバイザの工場出荷時パスワードを変更する必要があります。

次のガイドラインを使用してハイパーバイザの新しいパスワードを作成します。

- 長さは 6 ～ 80 字である必要があります。

- 1 個の大文字、1 個の小文字、1 個の数字、1 個の特殊文字が必要です。

- パスワードが大文字で始まる場合、2 個の大文字が必要です。

- パスワードが数字で終わる場合、2 桁の数字が必要です。

新しいパスワードの確認（Confirm New Password）

ハイパーバイザの新しいパスワードを再度入力します。

ステップ 7

[ 続行] をクリックして、HyperFlex サーバへの関連付けを開始します。「HyperFlex サーバの関連付け」を参照してください。

HyperFlex サーバの関連付け

[サーバの選択] ページで、右の [設定] ページに使用するクレデンシャルの詳細なリストが表示されます。[Server Selection] ページには、[Unassociated] タブの下に関連付けされていない HX サーバのリストと、[Associated] タブの下に検出されたサーバのリストが表示されます。

フィールド

説明

ロケータ LED（Locator LED）

サーバーの検索をオンにします。

サーバ名（Server Name）

サーバに割り当てられた名前。

Status（ステータス）

- アクセス不可—

モデル（Model）

サーバ モデルが表示されます。

シリアル（Serial）

サーバのシリアル番号を表示します。

関連付けのステータス（Assoc State）

- 関連付け

- ［関連付け解除］

サービス プロファイル（Service Profile） （関連付けられたサーバに対してのみ）

サーバに割り当てられているサービス プロファイル。

アクション（Actions）

- [Launch KVM Console]—HX Data Platform インストーラから直接 KVM コンソールを起動するには、このオプションを選択します。

- [Disassociate Server]：サービス プロファイルをそのサーバから削除するには、このオプションを選択します。

始める前に

UCS Manager、vCenter、およびハイパーバイザ クレデンシャルの入力を完了していることを確認します。

手順

ステップ 1

[Configure Server Ports] ボタンをクリックして、新しいすべての HX ノードを検出します。[サーバーポートの構成 (Configure Server Ports)] ダイアログ ボックスで、サーバ ポートとして構成するすべてのポートを一覧表示します。[Configure] をクリックします。

（注）

一般に、設定を開始する前に Cisco UCS Manager でサーバ ポートを設定します。

ステップ 2

[Unassociated] タブからサーバを選択し、HyperFlex クラスタに含めます。

HX サーバがこの一覧に表示されていない場合、Cisco UCS Manager を調べてそれらが検出されていることを確認します。

（注）

関連付けられていないサーバがない場合は、次のエラーメッセージが表示されます。

No unassociated servers found. Login to UCS Manager and ensure server ports are enabled.

ステップ 3

[続行] をクリックして UCS マネージャーを設定します。「UCS Manager の設定」を参照してください。

UCS Manager の設定

[UCSM 設定 ] ページで、アウトオブバンド CIMC、iSCSi ストレージ、および FC ストレージの VLAN、MAC プール、' hx-ext-mgmt' IP プールを設定します。

始める前に

HyperFlex クラスタにサーバを関連付けます。HyperFlex サーバの関連付けを参照してください。

手順

ステップ 1

[VLAN 設定] セクションで、次のフィールドを入力します。

（注）

次の各ネットワークにそれぞれ個別のサブネットと VLAN を使用します。

フィールド

説明

[VLAN for Hypervisor and HyperFlex management]

[VLAN Name]

hx-inband-mgmt

VLAN ID（Admin. VLAN ID）

デフォルト—3091

[VLAN for HyperFlex Storage traffic]

[VLAN Name]

hx-storage-data

VLAN ID（Admin. VLAN ID）

デフォルト—3092

[VLAN for VM vMotion]

[VLAN Name]

hx-vmotion

VLAN ID（Admin. VLAN ID）

デフォルト—3093

[VLAN for VM Network]

[VLAN Name]

vm-network

VLAN ID

デフォルト—3094

ゲスト VLAN のカンマ区切りリスト。

ステップ 2

[MAC プール ] セクションで、2 つ以上の 16 進文字（0 ~ F）を追加し [MAC プール プレフィックス ] を設定します。

（注）

すべての UCS ドメイン間で他の MAC アドレス プールに使用されていないプレフィックスを選択します。

Example:
00:25:B5:A0:

ステップ 3

[アウトオブバンド CIMC の hx-ext-mgmt’ IP プール ] セクションで、次のフィールドを入力します。

フィールド

説明

[IP Blocks]

HyperFlex ノードに指定された IP アドレスの範囲。IP アドレスは、ゲスト VLAN の値のカンマ区切りリストにできます。

たとえば、10.193.211.124-127, 10.193.211.158-163 などです。

[Subnet Mask]

IP アドレスを制限して制御するために、サブネットを適切なレベルに設定します。

たとえば、255.255.0.0 と指定します。

[Gateway]

IP アドレスを入力します。

たとえば、10.193.0.1 と指定します。

ステップ 4

外部ストレージを追加する場合は、以下のフィールドに記入して iSCSI ストレージ を設定します。

フィールド

説明

[iSCSI ストレージの有効化] チェックボックス

チェックボックスをオンにして iSCSI ストレージを設定します。

VLAN A 名（VLAN A Name）

プライマリ ファブリック インターコネクト（FI-A）で、iSCSI vNIC に関連付けらている VLAN の名前。

VLAN A ID

プライマリ ファブリック インターコネクト（FI-A）で、iSCSI vNIC に関連付けらている VLAN の ID。

VLAN B 名（VLAN B Name）

下位のファブリック インターコネクト（FI-B）で、iSCSI vNIC に関連付けらている VLAN の名前。

[VLAN B ID]

下位のファブリック インターコネクト（FI-A）で、iSCSI vNIC に関連付けらている VLAN の ID。

ステップ 5

外部ストレージを追加する場合は、以下のフィールドに記入して FC ストレージ を設定します。

フィールド

説明

[FC ストレージの有効化] チェックボックス

FC ストレージを有効にするには、チェックボックスをオンにします、

[WWxN Pool]

WW ノード名および WW ポート名の両方を含む WWN プール。それぞれのファブリック インターコネクトに対し、WWPN および WWNN 用の WWxN プールが作成されます。

VSAN A 名（VSAN A Name）

プライマリ ファブリック インターコネクト（FI-A）の VSAN の名前。

デフォルト—hx-ext-storage-fc-a。

VSAN A ID

プライマリ ファブリック インターコネクト（FI-A）のネットワークに割り当てられた一意の ID。

注意

UCS または Hyperflex システムで現在使用されている VSAN ID を入力しないでください。UCS ゾーニングを使用してインストーラで既存の VSAN ID を入力する場合、ゾーニングは VSAN ID の既存の環境で無効になります。

[VSAN B Name]

下位のファブリック インターコネクト（FI-B）の VSAN の名前。

デフォルト—hx-ext-storage-fc-b.

VSAN B ID

下位のファブリック インターコネクト（FI-B）のネットワークに割り当てられた一意の ID。

注意

UCS または Hyperflex システムで現在使用されている VSAN ID を入力しないでください。UCS ゾーニングを使用してインストーラで既存の VSAN ID を入力する場合、ゾーニングは VSAN ID の既存の環境で無効になります。

ステップ 6

[詳細] セクションで、次の手順を実行します。

フィールド

説明

UCS サーバ ファーム ウェアバージョン（UCS Server Firmware Version）

ドロップダウン リストから HX サーバに関連付ける UCS ファームウェア バージョンを選択します。UCS ファームウェア バージョンは UCSM バージョンと一致する必要があります。詳細については、最新の Cisco HX データ プラットフォームのリリース ノート を確認してください。

たとえば、3.2(1d)。

[HyperFlex Cluster Name]

ユーザー定義名を指定します。HyperFlex クラスタ名は、特定のクラスタ内の HX サーバのグループに適用されます。HyperFlex クラスタ名は、簡単に識別できるようにサービス プロファイルにラベルを追加します。

[Org Name]

一意組織名を指定して、UCS ドメインの残りの部分から HyperFlex 環境の分離を確認します。

ステップ 7

[続行] をクリックして HyperFlex を設定します。「ハイパーバイザの設定」を参照してください。

ハイパーバイザの設定

（注）

[ハイパーバイザの設定 (Hypervisor Configuration)] ページの [設定 (Configuration)] ペインで、VLAN、MACプール、および IP アドレスプール情報を確認します。これらの VLAN ID は、環境に応じて変更できます。デフォルトでは、HX Data Platform インストーラによって VLAN が非ネイティブとして設定されます。トランク設定を適切に適用することで、非ネイティブ VLAN に対応するようにアップストリーム スイッチを設定する必要があります。

注目

ESXi ネットワーキングが完了している場合は、再インストールの際にハイパーバイザの設定をスキップできます。

始める前に

アウトオブバンド CIMC の VLAN、MAC プール、および 'hx-ext-mgmt' IP プールを設定します。外部ストレージを追加する場合は、iSCSI ストレージと FC ストレージを設定します。UCS サーバのファームウェア バージョンを選択し、HyperFlexクラスタの名前を割り当てます。UCS Manager の設定を参照してください。

手順

ステップ 1

[一般的なハイパーバイザ設定を設定する(Configure Common Hypervisor Settings)] セクションで、次のフィールドに入力します。

フィールド

説明

[Subnet Mask]

IP アドレスを制限して制御するために、サブネット マスクを適切なレベルに設定します。

たとえば、255.255.0.0 と指定します。

[Gateway]

ゲートウェイの IP アドレス。

たとえば、10.193.0.1 と指定します。

[DNS Server(s)]

DNS サーバの IP アドレス。

（注）

- DNS サーバがない場合は、HX Data Platform インストーラの [クラスタ設定 (Cluster Configuration)] ページのいずれのフィールドにもホスト名を入力しないでください。すべての ESXi ホストに静的 IP アドレスとホスト名のみを使用します。

- 複数の DNS サーバーを提供する場合は、両方の DNS サーバーが正しく入力されていることを慎重に確認し、コンマで区切ってください。

ステップ 2

[Hypervisor Settings (ハイパーバイザの設定)]セクションで、[IPアドレスとホスト名を順番にする (Make IP Addresses and Hostnames Sequential)] を選択して、IP アドレスを順番にします。次のフィールドに入力します。

（注）

ドラッグ アンド ドロップを使用してサーバを並べ替えることができます。

フィールド

説明

[名前（Name）]

サーバに割り当てられた名前。

ロケータ LED（Locator LED）

サーバーの検索をオンにします。

シリアル（Serial）

サーバのシリアル番号を表示します。

[Static IP Address]

すべての ESXi ホストに静的 IP アドレスとホスト名を入力します。

[Hostname]

ホスト名フィールドを空欄のままにしないでください。

ステップ 3

[続行] をクリックして IP アドレスを設定します。「IP アドレスの設定」を参照してください。

IP アドレスの設定

始める前に

[ハイパーバイザ設定] ページでハイパーバイザの設定が完了していることを確認します。ハイパーバイザの設定を参照してください。

手順

ステップ 1

[IP アドレス ] ページで [IP アドレスを連続させる] を選択して、IP アドレスを連続させます。

ステップ 2

ハイパーバイザ、ストレージ コントローラ（管理）とハイパーバイザ、ストレージ コントローラ（データ）カラムの最初の行に IP アドレスを入力するとき、 HX Data Platform インストーラ で残りのノードについてもノード情報を段階的に自動入力します。ストレージ クラスタ内のノードの最小数は 3 です。それより多くのノードがある場合は、[Add] ボタンを使用して、アドレス情報を指定します。

（注）

コンピューティング専用ノードは、ストレージ クラスタを作成してからでないと追加できません。

各 HX ノードについては、ハイパーバイザ、ストレージ コントローラ、管理、データ IP アドレスを入力します。IP アドレスについては、ネットワークがデータ ネットワークまたは管理ネットワークに属しているかを指定します。

フィールド

説明

[Management Hypervisor]

ESXi ホストとストレージ クラスタ間のハイパーバイザ管理ネットワーク接続を処理する静的 IP アドレスを入力します。

[Management Storage Controller]

ストレージ コントローラ VM とストレージ クラスタ間のストレージ コントローラ VM 管理ネットワーク接続を処理する静的 IP アドレスを入力します。

[Data Hypervisor]

ESXi ホストとストレージ クラスタ間のハイパーバイザ データ ネットワーク接続を処理する静的 IP アドレスを入力します。

[Data Storage Controller]

ストレージ コントローラ VM とストレージ クラスタ間のストレージ コントローラ VM データ ネットワーク接続を処理する静的 IP アドレスを入力します。

ステップ 3

ここで指定した IP アドレスは、ストレージ クラスタ内の 1 つのノードに適用されます。ノードが利用不能になった場合、影響を受けた IP アドレスがストレージ クラスタ内の別のノードに移動されます。すべてのノードに、これらの IP アドレスを受け入れるように設定されたポートが必要です。

次の IP アドレスを提供します。

フィールド

説明

管理クラスタ データの IP アドレス（Management Cluster Data IP Address）

HX データ プラットフォーム ストレージ クラスタの管理ネットワーク IP アドレスを入力します。

データ クラスタ データ IP アドレス（Data Cluster Data IP Address）

HX Data Platform ストレージ クラスタのデータ ネットワークの IP アドレスを入力します。

[Management Subnet Mask]

VLAN と vSwitch についてのサブネット情報を入力します。

管理ネットワークのネットワーク値を入力します。たとえば、255.255.255.0 と指定します。

[Data Subnet Mask]

データ ネットワークのネットワーク値を指定します。たとえば、255.255.255.0 と指定します。

[Management Gateway]

管理ネットワークのネットワーク値を指定します。たとえば、10.193.0.1 と指定します。

[Data Gateway]

データ ネットワークのネットワーク値を指定します。たとえば、10.193.0.1 と指定します。

ステップ 4

[続行] をクリックして HyperFlex クラスタを設定します。「HyperFlex クラスタの設定」を参照してください。

HyperFlex クラスタの設定

[クラスタ設定 (Cluster Configuration)] ページで、Cisco HX ストレージ クラスタの場合、次のフィールドを入力して HyperFlex クラスタの展開を開始します。

始める前に

[IP アドレス] ページで IP アドレスの設定が完了していることを確認します。IP アドレスの設定を参照してください。

手順

ステップ 1

[Cisco HX Cluster] セクションで、次のフィールドに入力します。

フィールド

説明

クラスタ名（Cluster Name）

HX データ プラットフォーム ストレージ クラスタの名前を指定します。

レプリケーション ファクタ（Replication Factor）

ストレージ クラスタ間のデータの冗長レプリカの数を指定します。レプリケーション ファクタを 2 つまたは 3 つの冗長レプリカに設定します。

- ハイブリッド サーバ（SSD および HDD を含むサーバ）の場合、デフォルト値は 3 です。

- フラッシュ サーバ（SSD のみを含むサーバ）の場合は、2 または 3 を選択します。

- Hyperflex Edge を除くすべての環境で複製ファクタ 3 を強く推奨しています。複製ファクタ 2 では、可用性と復元性のレベルが低くなります。コンポーネントまたはノードの障害による停電のリスクは、アクティブかつ定期的なバックアップを作成することにより軽減されます。

ステップ 2

[コントローラ VM (Controller VM)] セクションで、HyperFlexクラスタの管理ユーザーの新しいパスワードを作成します。

デフォルトの管理者ユーザ名とパスワードがコントローラ VM に適用されます。VM は、コンバージドとコンピューティング専用のすべてのノードにインストールされています。

重要

- コントローラ VM またはコントローラ VM のデータストアの名前は変更できません。

- すべてのコントローラ VM に同じパスワードを使用します。異なるパスワードの使用はサポートされていません。

- 1 つの大文字、1 つの小文字、1 つの数字、1 つの特殊文字を含み、合計で少なくとも 10 文字になる複合パスワードを指定してください。

- 作成するコントローラ VM および HX クラスタにユーザ定義のパスワードを指定できます。パスワードの文字と形式の制限事項については、『Cisco HX Data Platform Management Guide』の「Guidelines for HX Data Platform Special Characters」の項を参照してください。

ステップ 3

[vCenter 構成 (vCenter Configuration)] セクションで、次のフィールドに入力します。

フィールド

説明

vCenter データセンター名（vCenter Datacenter Name）

Cisco HyperFlex クラスタの vCenter データセンターの名前を入力します。

vCenter クラスタ名（vCenter Cluster Name）

vCenter クラスタ名を入力します。

ステップ 4

[システム サービス (System Services)] セクションで、次のフィールドに入力します。

DNS サーバ（DNS Server(s)）

各 DNS サーバの IP アドレスのカンマ区切りリスト。

NTP サーバ（NTP Server(s)）

各 NTP サーバの IP アドレスのカンマ区切りリスト。

（注）

ストレージ コントローラ VM と ESXi ホストで動作するサービス間のクロック同期のために、すべてのホストが同じ NTP サーバを使用する必要があります。

DNS ドメイン名（DNS Domain Name）

DNS FQDN または IP アドレスが無効です

タイム ゾーン（Time Zone）

スケジュールされたスナップショットをいつ取得するかを決定する、コントローラ VM のローカル タイム ゾーン。スケジュールされたネイティブ スナップショットの処理はこの設定に基づきます。

ステップ 5

[コネクテッド サービス (Connected Services)] セクションで、[コネクテッド サービスを有効にする (Enable Connected Services)] を選択して、自動サポート (Auto Support) および Intersight Management を有効にします。

フィールド

説明

コネクテッド サービスの有効化（Enable Connected Services）（推奨）

自動サポート (Auto Support) および Intersight Management を有効にします。HX Connect にログオンしてこれらのサービスを構成するか、またはそれらを選択的にオンまたはオフにします。

サービス チケット通知の送信先（Send service ticket notifications to）

自動サポートによってトリガされたときに SR 通知を送信する電子メールアドレス。

ステップ 6

[高度な設定 (Advanced Configuration)]セクションで、次の手順を実行します。

フィールド

説明

ジャンボ フレーム

ジャンボ フレームを有効化（Enable Jumbo Frames）

ホスト vSwitch と vNIC、および各ストレージコントローラ VM のストレージデータネットワークの MTU サイズを設定する場合にオンにします。

デフォルト値は 9000 です。

（注）

MTU サイズを 9000 以外の値に設定するには、Cisco TAC にお問い合わせください。

Disk Partitions

ディスク パーティションのクリーン アップ（Clean up Disk Partitions）

手動で準備されたサーバのストレージ クラスタに追加されたすべてのノードから既存のデータおよびパーティションをすべて削除するには、オンにします。既存のデータおよびパーティションを削除するには、このオプションを選択します。保持する必要があるデータは、バックアップする必要があります。

注目

工場で準備されたシステムにはこのオプションを選択しないでください。工場で準備されたシステムのディスク パーティションは正しく設定されています。

Virtual Desktop (VDI)

VDI のみの環境でオンにします。

（注）

ストレージ クラスタの作成後に VDI 設定を変更するには、リソースをシャットダウンまたは移動し、変更を加え (下の手順に記載)、クラスタを再起動します。

デフォルトでは、HyperFlex クラスタは VSI ワークロード用にパフォーマンス調整されるように設定されています。

このパフォーマンスのカスタマイズは、Hyperflex Data Platform クラスタで次の手順を実行することによって変更できます。HyperFlex クラスタを VDI から VSI ワークロード (またはその逆) に変更するには、次のようにします。

警告: メンテナンス ウィンドウが必要です。これにより、クラスタがオフラインの間はデータが使用できなくなります。

1. ~#stcli cluster shutdown を実行してクラスタをシャット ダウンします。

2. すべてのコントローラ VM の storfs cfg を編集し、workloadType を Vsi または Vdi に変更します。

3. クラスタの作成後に、クラスタを起動し (stcli cluster start)、調整の変更を有効にします。

(オプション) vCenter Server のシングル サインオン（vCenter Single-Sign-On Server）

この情報は、SSO URL が到達可能でない場合のみ必要です。

（注）

このフィールドは使用しないでください。これはレガシー展開に使用されます。

[vCenter Server] > [Manage] > [Advanced Settings] > [key config.vpxd.sso.sts.uri] にナビゲートして、vCenter で SSO URL を見つけることができます。

ステップ 7

[開始(Start)] をクリックして、HyperFlexクラスタの展開を開始します。[Progress] ページに、さまざまな設定タスクの進捗状況が表示されます。

注意

確認に関する警告を無視しないでください。

詳細については、[警告] のセクションを参照してください。

次のタスク

- 一部の検証エラー（無効な ESXi パスワード、正しくない NTP サーバ、不正な SSO サーバ、または他の誤った入力）では、パラメータの再入力が必要になる場合があります。[Re-enter Values] をクリックして [Cluster Configuration] ページに戻り、問題を解決します。

- 完了すると、HyperFlex サーバがインストールされて設定されます。導入されたクラスタのステータスは、[オンライン (Online)] および [ヘルシー (Healthy)] として表示されます。

- [HyperFlex Connect の起動 （Launch HyperFlex Connect）] をクリックし、データストアを作成してクラスタを管理します。

HyperFlex ハードウェア アクセラレーション カードの取り付けの確認

HyperFlex ハードウェア アクセラレーション カードが正常にインストールされたことを確認するには、次の手順を実行します。

手順

ステップ 1

コントローラ VM にログインします。

ステップ 2

次の調整ファイルを探します。 /opt/springpath/config/offload.tunes

（注）

調整ファイルは、システム管理者とルート ユーザーのみが表示できます。これらのユーザーがこのファイルにアクセスできる場合、インストールは成功しています。システム管理者またはルート ユーザー権限を持っていない場合は、UI にエラー メッセージまたはイベント存在しないことで、インストールが成功したことを確認できます。

HyperFlex ハードウェア アクセラレーション カードのトラブルシューティング

手順

次のように、インストール後の HyperFlex ハードウェア アクセラレーション カードに関連する問題をトラブルシューティングします。

症状

回避策

クラスタは動作していますが、vCenter と HX Connect UI で汎用アラートに注意するようにしてください。

サポートについては、Cisco の営業担当者にご連絡ください。

NR ペアリングが試行されると、クラスタはペアリング エラーを報告します。

3.5.2 を実行しているクラスタでは、NR ペアリングは他のリリース (2.6、3.0.1、3.5.1、3.5.2) では許可されず、HX ハードウェア アクセラレーション カードによって有効にされたクラスタでは許可されません。

カードがオフラインになり、UI と vCenter でイベントがスローされると、インストール中にエラーが検出されます。

TAC に問い合わせてサポートを受けてください。

HyperFlex ハードウェア アクセラレーション カードのに関する追加情報

HyperFlex ハードウェア アクセラレーション カードに関するその他の注意事項は、次のとおりです。

- 圧縮ゲインの値は、HX connect UI ダッシュボードに表示されます。

- 次のコマンドを使用して、8K の読み取りワークロードのパフォーマンスを向上させます。

- root @ ucs984scvm: ~ # echo 3 >/sys/module/fdma/parameters/decompress_min_t

- root@ucs984scvm:~# echo 3 > /sys/module/fdma/parameters/decompress_max_t

Chapter8. クラスタ設定後のタスク

- クラスタ設定後のガイドライン

- ホスト上のネットワーク デバイスの PCI パススルー有効化

- インストール後のスクリプトの実行

- ESXi ホスト ルート パスワードの変更

- ストレージ コントローラ パスワードの変更

- vSphere を介した HX データ プラットフォーム プラグインへのアクセス

- ストレージ クラスタでのデータストアの追加

- HA ハートビートの設定

- HyperFlex の Auto Support と Smart Call Home+

- レプリケーション ペアリング

- 分散型仮想スイッチと Cisco Nexus 1000v

- HX Data Platform での vCenter のホスト

- AMD GPU の展開

クラスタ設定後のガイドライン

重要

- SSH をすべての ESXi ホストで有効なままにします。これは、次の Cisco HyperFlex クラスタ設定後操作に必要です。

- これらの事前設定された値は、シスコの承認を得ずに変更しないでください。

ホスト上のネットワーク デバイスの PCI パススルー有効化

パススルー デバイスは、より効率的にリソースを使用して環境内のパフォーマンスを向上させるための手段を提供します。PCI パススルーを有効化することで、VM はホスト デバイスを、 VM に直接接続されているように使用できます。

次の手順では、ESXi ホスト上の PCI パススルー用にネットワーク デバイス（NVIDIA GPU など）を設定する方法を説明します。

手順

ステップ 1

vSphere Client のナビゲーション パネルで ESXi ホストを参照します。

ステップ 2

GPU がインストールされているノードで、HX メンテナンス モードを開始します。メンテナンス モードを開始するには、ノードを右クリックし、[Cisco HX Maintenance Mode (Cisco HX メンテナンス モード) > [Enter HX Maintenance Mode (HX メンテナンス モードの開始)] の順に選択します。

ステップ 3

新しいブラウザ ウィンドウで、ESXi ノードに直接ログインします。

ステップ 4

[Manage] をクリックします。

ステップ 5

[Hardware] タブで、 [PCI Devices] をクリックします。利用可能なパススルー デバイスのリストが表示されます。

ステップ 6

パススルーに対して有効にする PCI デバイスを選択します。[Toggle passthrough (パススルーのトグル)] をクリックします。

ステップ 7

ホストを再起動して、PCI デバイスを利用可能にします。

ステップ 8

リブートが完了したら、ノードがメンテナンス モードになっていないことを確認します。

ステップ 9

vCenter Server にログインします。

ステップ 10

VM を検索して右クリックし、[Edit Settings (設定の編集)] を選択します。

ステップ 11

[New device] ドロップダウン メニューで [PCI Device] を選択して、[Add] をクリックします。

ステップ 12

使用するパススルー デバイス（例：NVIDIA GPU）をクリックして、[OK] をクリックします。

ステップ 13

ESXi ホストにログインし、仮想マシンの設定ファイル（.vmx）をテキスト エディタで開きます。

cd /vmfs/volumes/[datastore_name]/[vm_name]
vi [vmname].vmx

ステップ 14

次の行を追加して保存し、テキスト エディタを終了します。

# pciPassthru.64bitMMIOSizeGB = "64"
# Firmware = "efi"
# pciPassthru.use64bitMMIO = "TRUE"

インストール後のスクリプトの実行

インストーラ VM でインストール後スクリプトを実行することで、インストール後のタスクを完了できます。

重要

- HyperFlex システムを導入したら、すぐに post_install を実行し、ネットワークが動作することを確認します。

1. インストーラ VM でシェルに接続するには、SSH クライアントを使用します。

2. インストーラ VM のルート クレデンシャルでログインします。

3. post_install と入力し、[Enter] を押します。

4. 次の表に指定しているように、インストール後スクリプト パラメータを設定します。

（注）

インストール後スクリプトに問題が発生した場合は、インストール後スクリプトのパラメータを手動で設定します。

パラメータ

説明

クラスタで HA/DRS を有効にするか（Enable HA/DRS on cluster?）

ベスト プラクティスに従って vSphere 高可用性（HA）機能を有効にします。

SSH 警告を無効にするか（Disable SSH warning?）

vCenter で SSH とシェルの警告を抑制します。

vMotion インターフェイスを追加する（Add vMotion interfaces）

ベスト プラクティスに従って vMotion インターフェイスを設定します。IP アドレスと VLAN ID の入力は必須です。

VM ネットワーク VLAN を追加する（Add VM network VLANs）

Cisco UCS Manager およびすべてのクラスタ ホスト上の ESXi 内にゲスト VLAN を追加します。

5. ネットワーク エラーが報告された場合には修正します。

サンプルのインストール後のスクリプト

root@Cisco-HX-Data-Platform-Installer:~# post_install
Select post_install workflow-

1. New/Existing Cluster
2. Expanded Cluster
3. Generate Certificate

Note:  Workflow No.3 is mandatory to have unique SSL certificate in the cluster.
By Generating this certificate, it will replace your current certificate.
If you're performing cluster expansion, then this option is not required.

Selection: 3
Certificate generation workflow selected

Logging in to controller 10.20.1.64
HX CVM admin password:
Getting ESX hosts from HX cluster...

Select Certificate Generation Workflow-

1. With vCenter
2. Without vCenter

Selection: 1
vCenter URL: 10.33.16.40
Enter vCenter username (user@domain): administrator@vsphere.local
vCenter Password:
Starting certificate generation and re-registration.
Trying to retrieve vCenterDatacenter information ....
Trying to retrieve vCenterCluster information ....
Certificate generated successfully.
Cluster re-registration in progress ....
Cluster re-registered successfully.
root@HyperFlex-Installer:~#

サンプルのネットワーク エラー

Host: esx-hx-5.cpoc-rtp.cisco.com
No errors found

Host: esx-hx-6.cpoc-rtp.clsco.com
No errors found

Host: esx-hx-l.cpoc-rtp.cisco.com
No errors found

Host: esx-hx-2.cpoc-rtp.cisco.com
No errors found

controller VM clocks:
stctlVM-FCH1946V34Y - 2016-09-16 22:34:04
stCtlVM-FCH1946V23M - 2016-09-16 22:34:04
stctIVM-FCH1951V2TT - 2016-09-16 22:34:04
stctlVM-FCH2004VINS - 2016-09-16 22:34:04

Cluster:
Version - 1.8.1a-19499
Model - HX220C-M4S
Health - HEALTHY
Access policy - LENIENT
ASUP enabled - False
SMTP server - smtp.cisco.com

ESXi ホスト ルート パスワードの変更

次のシナリオで、デフォルトの ESXi パスワードを変更できます。

- 標準およびストレッチ クラスタの作成時（コンバージド ノードのみをサポート）

- 標準クラスタの拡張時 （コンバージド ノードまたはコンピューティング ノードの両方の拡張をサポート）

- エッジ クラスタの作成時

（注）

上記の場合、インストールが完了するとすぐに ESXi のルート パスワードが保護されます。後続のパスワード変更が必要である場合、下に概要を示している手順をインストール後に使用して、ルート パスワードを手動で変更することができます。

ESXi は工場出荷時のデフォルト パスワードで提供されているため、セキュリティ上の理由からパスワードを変更する必要があります。インストール後のデフォルトの ESXi ルート パスワードを変更するには、次の手順を実行します。

（注）

ESXi ルート パスワードを忘れた場合は、パスワードの復旧について Cisco TAC にお問い合わせください。

手順

ステップ 1

SSH を使用して ESXi ホスト サービス制御にログインします。

ステップ 2

ルート権限を取得します。

su -

ステップ 3

現在のルート パスワードを入力します。

ステップ 4

ルート パスワードを変更します。

passwd root

ステップ 5

新しいパスワードを入力し、Enter キーを押します。確認のためにパスワードを再入力します。

（注）

2 回目に入力したパスワードが一致しない場合は、最初からやり直す必要があります。

ストレージ コントローラ パスワードの変更

インストール後に HyperFlex ストレージ コントローラのパスワードをリセットするには、次の手順を実行します。

手順

ステップ 1

ストレージ コントローラ VM にログインします。

ステップ 2

Cisco HyperFlex ストレージ コントローラ パスワードを変更します。

# stcli security password set
このコマンドによって、変更がストレージ クラスタ内のすべてのコントローラ VM に適用されます。

（注）

新しいコンピューティング ノードを追加し、scli security password set コマンドを使用してクラスタ パスワードを再設定しようとすると、コンバージド ノードは更新されますが、コンピューティング ノードはデフォルト パスワードのままになることがあります。コンピューティング ノードのパスワードを変更するには、次の手順を使用します。

コンピューティング ノードでパスワードを変更するには：

1. ESXi ホストからすべてのユーザー VM を vMmotion します。

2. VCenter からストレージ コントローラ VM コンソールを起動し、root ユーザーとしてログインします。

3. passwd コマンドを実行して、パスワードを変更します。

4. ログアウトして再度ログインし、パスワードが正常に変更されたことを確認します。

5. stcli node add -f コマンドを実行し、ノードをクラスタに再び追加します。

ステップ 3

新しいパスワードを入力します。

ステップ 4

Enter を押します。

vSphere を介した HX データ プラットフォーム プラグインへのアクセス

GUI を介してストレージ クラスタを管理するには、vSphere Web クライアントを起動します。vSphere Web クライアントおよび HX データ プラットフォーム プラグインを使用してストレージ クラスタにアクセスします。

手順

ステップ 1

HX データ プラットフォーム インストーラから、インストールの完了後に、[Summary] ページで [Launch vSphere Web Client] をクリックします。

ステップ 2

ログイン ページが表示され、[vSphere Web Client にログイン (Login to vSphere Web Client)] をクリックして、vSphere クレデンシャルを入力します。

ステップ 3

HX データ プラットフォーム プラグインが表示されます。

vSphere Web クライアント ナビゲータから、[vCenter Inventory Lists] > [Cisco HyperFlex Systems] > [Cisco HX Data Platform] を選択します。

ストレージ クラスタでのデータストアの追加

新しい HyperFlex クラスタでは、仮想マシン ストレージ用のデフォルト データストアが設定されていないため、VMware vSphere Web クライアントを使用してデータストアを作成する必要があります。

（注）

高可用性を実現するために、最低 2 つのデータストアを作成することを推奨します。

手順

ステップ 1

vSphere Web クライアント ナビゲータの [Global Inventory Lists] で、[Cisco HyperFlex Systems] > [Cisco HX Data Platform] > [cluster] > [Manage] > [Datastores] の順に展開します。

ステップ 2

[Create Datastore] アイコンをクリックします。

ステップ 3

[Name] にデータストアの名前を入力します。vSphere Web クライアントでは、データストア名に 42 文字の制限が適用されます。各データストアに固有の名前を割り当てます。

ステップ 4

データストアの [Size] を指定します。ドロップダウンリストから、[GB] または [TB] を選択します。[OK] をクリックします。

ステップ 5

新しいデータストアを表示するには、[Refresh] ボタンをクリックします。

ステップ 6

[Hosts] タブをクリックして、新しいデータストアの [Mount Status] を確認します。

HA ハートビートの設定

vSphere HA の設定では、使用可能なデータストアのリストから任意のデータストアを選択できるように、[Datastore for Heartbeating] オプションを設定します。

手順

ステップ 1

vSphere にログインします。

ステップ 2

DRS が有効になっていることを確認します。

vSphere の[ホーム (Home)] > [ホストとクラスタ (Hosts and Clusters)] > 、[クラスタ (cluster)] > [設定 (Configure)]、[サービス (Services)]を選択します。[vSphere DRS] をクリックします。

ステップ 3

[Edit] ボタンをクリックします。[vSphere HA] をクリックします。[Edit] をクリックします。

ステップ 4

選択されていなければ、[vSphere HA をオンにする (Turn on vSphere HA)] を選択します。

ステップ 5

ドロップダウン メニューから [アドミッション コントロール (Admission Contro)l] > [フェールオーバ容量の定義 (Define Fallover capacity by)] > [クラスタ リソース割合 (Cluster resource percentage)] を展開します。デフォルト値を使用することも、[Override calculated failover capacity] を有効にしてパーセンテージを入力することもできます。

ステップ 6

[Heartbeat Datastores] を展開し、[Use datastore only from the specified list] を選択します。含めるデータストアを選択します。

ステップ 7

[OK] をクリックします。

HyperFlex の Auto Support と Smart Call Home+

HX ストレージ クラスタを構成して、文書化されたイベントに関する自動化された電子メール通知を送信することができます。通知内の収集されたデータを使用して、HX ストレージ クラスタの問題のトラブルシューティングに役立てることができます。

（注）

Auto Support (ASUP) および Smart Call Home (SCH) は、プロキシ サーバの使用をサポートしています。プロキシ サーバの使用を有効にし、HX Connect を使用して、両方のプロキシ設定を構成できます。

Auto Support（ASUP）

Auto Support は、HX Data Platform を通じて提供されるアラート通知サービスです。Auto Support を有効にすると、HX Data Platform から、指定されたメール アドレスまたは通知を受信したい電子メール エイリアスに通知が送信されます。通常、Auto Support は、HX ストレージ クラスタの作成時に、SMTP メール サーバを設定し、電子メールの受信者を追加して設定します。

（注）

未認証の SMTP のみが ASUP のサポート対象となります。

構成中に [Enable Auto Support (Auto Support を有効にする)] チェック ボックスが選択されていない場合、次の方法を使用して Auto Support をクラスタの作成後に有効にすることができます。

クラスタ作成後の ASUP 構成方法

関連トピック

HX Connect ユーザ インターフェイス

HX Connect を使用した自動サポートの構成

コマンドライン インターフェイス（CLI）

CLI を使用した通知設定の構成

REST API

Cisco HyperFlex は Cisco DevNet での REST API をサポートします。

Auto Support は、監視ツールに HX ストレージ クラスタを接続するためにも使用できます。

Smart Call Home（SCH）

Smart Call Home は、HX ストレージ クラスタを監視し、ビジネスの運営に影響をおよぼす前に問題にフラグ付けして解決を開始する、自動化されたサポート機能です。これにより高いネットワーク可用性と運用効率の向上をもたらします。

Call Home は、さまざまな障害や重要なシステム イベントを検出してユーザに通知する、Cisco デバイスのオペレーティング システムに埋め込まれている製品機能です。Smart Call Home は、基本的な Call Home 機能を強化するための自動化と便利な機能を追加します。Smart Call Home を有効にすると、Call Home のメッセージとアラートは Smart Call Home に送信されます。

Smart Call Home は Cisco の多くのサービス契約に含まれており、次が含まれます。

- 自動化された、24 時間の機器監視、プロアクティブな診断、リアルタイムの電子メール アラート、サービス チケットの通知、および修復の推奨。

- Call Home 診断とインベントリ アラームをキャプチャおよび処理することにより指定された連絡先に送信される、プロアクティブなメッセージング。これらの電子メール メッセージには、自動的に作成された場合に Smart Call Home ポータルと TAC ケースへのリンクが含まれています。

- Cisco Technical Assistance Center（TAC）による優先サポート。Smart Call Home では、アラートが十分に重大な場合、TAC ケースが自動的に生成され、デバッグおよび他の CLI 出力が添付されて、https 経由で適切なサポート チームにルーティングされます。

- カスタマイズされたステータス レポートおよびパフォーマンス分析。

- 次に対する Web ベースのアクセス：1 箇所における修復のためのすべての Call Home メッセージ、診断、および推奨、TAC ケースのステータス、すべての Call Home デバイスの最新のインベントリおよび構成情報。

To ensure automatic communication among your HX storage cluster, you, and Support, see データ コレクションの Smart Call Home の構成 .

- HX Connect を使用した自動サポートの構成

- CLI を使用した通知設定の構成

- データ コレクションの Smart Call Home の構成

HX Connect を使用した自動サポートの構成

一般に、Auto Support（ASUP）は HX ストレージ クラスタの作成中に設定されます。設定されなかった場合、HX Connect ユーザ インターフェイスを使用してクラスタ作成後の設定を有効にすることができます。

手順

ステップ 1

HX Connect にログインします。

ステップ 2

バナーで、[Edit settings]（歯車アイコン） > [Auto Support Settings] の順にクリックして次のフィールドに記入します。

UI 要素

基本情報

[Enable Auto Support (Recommended)] チェック ボックス

次を有効にすることで、この HX ストレージ クラスタの自宅に発信を構成します。

- 分析のための Cisco TAC へのデータ配信。

- プロアクティブ サポートの一環としてサポートからの通知。

[Send service ticket notifications to] フィールド

通知を受信する電子メール アドレスを入力します。

[Terms and Conditions (使用条件)] チェック ボックス

エンド ユーザー使用契約。自動サポート機能を使用するには、このチェック ボックスをオンにする必要があります。

[Use Proxy Server] チェックボックス

- Web プロキシ サーバ url

- Port

- Username

- Password

ステップ 3

[OK] をクリックします。

ステップ 4

バナーで、[Edit settings]（歯車アイコン） > [Notifications Settings] の順にクリックして次のフィールドに記入します。

UI 要素

基本情報

[Send email notifications for alarms] チェック ボックス

オンにした場合は、次のフィールドを入力します。

- [Mail Server Address]

- [From Address]：サポート サービス チケットの HX ストレージ クラスタを識別するために使用し、また自動サポート通知の送信者として使用するメール アドレスを入力します。現在、サポート情報はこのメール アドレスには送信されません。

- [Recipient list]（カンマ区切り）

ステップ 5

[OK] をクリックします。

CLI を使用した通知設定の構成

HX ストレージ クラスタからアラーム通知を受信する設定を構成および確認するには、次の手順に従ってください。

（注）

未認証の SMTP のみが ASUP のサポート対象となります。

手順

ステップ 1

ssh を使用して HX ストレージ クラスタ内のストレージ コントローラ VM にログインします。

ステップ 2

SMTP メール サーバを設定し、設定を確認します。

指定された受信者に電子メール通知を送信するために SMTP メール サーバで使用される電子メール アドレスです。

シンタックス：stcli services smtp set [-h] --smtp SMTPSERVER --fromaddress FROMADDRESS

例:

# stcli services smtp set --smtp mailhost.eng.mycompany.com --fromaddress smtpnotice@mycompany.com
# stcli services smtp show

ステップ 3

ASUP 通知を有効にします。

# stcli services asup enable

ステップ 4

受信者の電子メール アドレスを追加し、設定を確認します。

電子メール通知を受信する電子メール アドレスまたは電子メール エイリアスのリストです。電子メールが複数ある場合はスペースで区切ります。

シンタックス：stcli services asup recipients add --recipients RECIPIENTS

例:

# stcli services asup recipients add --recipients user1@mycompany.com user2@mycompany.com
# stcli services asup show

ステップ 5

HX ストレージ クラスタの eth1:0 の IP アドレスを所有しているコントローラ VM から、電子メールにテスト ASUP 通知を送信します。

# sendasup -t

eth1:0 の IP アドレスを所有しているノードを確認するには、ssh を使用して HX ストレージ クラスタの各ストレージ コントローラ VM にログインし、ifconfig コマンドを実行します。他のノードから sendasup コマンドを実行しても、出力は何も返されず、受信者はテストを受信しません。

ステップ 6

すべてのストレージ コントローラ VM の IP アドレスから電子メールを送信できるように電子メール サーバを設定します。

データ コレクションの Smart Call Home の構成

データ コレクションはデフォルトで有効にされますが、インストール時にオプトアウト（無効化）することができます。クラスタ作成後のデータ コレクションを有効にすることもできます。アップグレード中に、Smart Call Home がレガシー構成に基づいて設定されます。たとえば、stcli services asup show を有効にすると、アップグレード時に Smart Call Home が有効になります。

HX ストレージ クラスタに関するデータ コレクションは、https を介して Cisco TAC に転送されます。インストールされているファイアウォールがある場合、Smart Call Home のプロキシ サーバの構成は、クラスタ作成の後に完了します。

（注）

HyperFlex Data Platform リリース 2.5(1.a) では、Smart Call Home Service Request（SR）の生成でプロキシ サーバは使用されません。

Smart Call Home を使用するには次が必要です。

- 対応する Cisco Unified Computing Support Service 契約または Cisco Unified Computing Mission Critical Support Service 契約と関連付けられた Cisco.com ID

- 登録されるデバイス用の Cisco Unified Computing Support Service または Cisco Unified Computing Mission Critical Support Service

手順

ステップ 1

HX ストレージ クラスタ内のストレージ コントローラ VM にログインします。

ステップ 2

サポート付きの HX ストレージ クラスタを登録します。

HX ストレージ クラスタを登録すると、収集されたデータに ID を追加し、Smart Call Home を自動的に有効にします。HX ストレージ クラスタを登録するには、電子メール アドレスを指定する必要があります。登録後、このメール アドレスは、問題があり TAC のサービス要求が生成されるたびにサポート通知を受け取ります。

（注）

Hyperflex で Smart Call Home を設定するときに、登録を完了するためのリンクを含む電子メールが設定済みのアドレスに送信されます。この手順を完了していない場合、デバイスは非アクティブ状態のままになり、自動サービス リクエストはオープンになりません。

構文：

stcli services sch set [-h] --email EMAILADDRESS

例:

# stcli services sch set --email name@company.com

ステップ 3

HX ストレージ クラスタからサポートへのデータ フローが稼働していることを確認します。

稼働しているデータ フローにより、生じる可能性のある問題のトラブルシューティングをサポートできる関連情報をすぐに利用できます。

-すべて オプションの HX クラスタ内のすべてのノードのコマンドを実行します。

# asupcli [--all] ping

HX ストレージ クラスタを HyperFlex 1.7.1 から 2.1.1b にアップグレードする場合は、次のコマンドも実行します。

# asupcli [--all] post --type alert

次のエラーが表示される場合はサポートに問い合わせてください。

root@ucs-stctlvm-554-1:/tmp# asupcli post --type alert
/bin/sh: 1: ansible: not found
Failed to post - not enough arguments for format string
root@ucs-stctlvm-554-1:/tmp#

ステップ 4

（省略可能）ポート 443 を介した Smart Call Home のアクセスを有効にするためにプロキシ サーバを設定します。

クラスタの作成後、HX ストレージ クラスタがファイアウォールの背後にある場合は、Smart Call Home プロキシ サーバを構成する必要があります。サポートは、url: https://diag.hyperflex.io:443 エンドポイントでデータを収集します。

1. 既存の登録メールとプロキシ設定をすべてクリアします。

# stcli services sch clear

2. プロキシと登録メールを設定します。

構文：

stcli services sch set [-h] --email EMAILADDRESS [--proxy-url PROXYURL] [--proxy-port PROXYPORT] [--proxy-user PROXYUSER] [--portal-url PORTALURL] [--enable-proxy ENABLEPROXY]

構文の説明

オプション

必須またはオプション

説明

--email EMAILADDRESS

必須です。

Cisco サポートからのメールを受信する人の電子メール アドレスを追加します。配布リストまたはエイリアスを使用することを推奨します。

--enable-proxy ENABLEPROXY

オプション。

プロキシの使用を明示的に有効または無効にします。

--portal-url PORTALURL

オプション。

代替の Smart Call Home ポータルの URL を指定します（該当する場合）。

--proxy-url PROXYURL

オプション。

HTTP または HTTPS プロキシの URL を指定します（該当する場合）。

--proxy-port PROXYPORT

オプションです。

HTTP または HTTPS プロキシの ポート を指定します（該当する場合）。

--proxy-user PROXYUSER

オプションです。

HTTP または HTTPSプロキシの URL を指定します（該当する場合）。

HTTP または HTTPS プロキシのパスワードを指定します（メッセージが表示される場合）。

例:

# stcli services sch set
--email name@company.com
--proxy-url www.company.com
--proxy-port 443
--proxy-user admin
--proxy-password adminpassword

3. プロキシ サーバが動作しており、データが HX ストレージ クラスタからサポート ロケーションに流れることを確認するために Ping を送信します。

# asupcli [--all] ping

-すべて オプションが HX クラスタ内のすべてのノードで、コマンドを実行します。

ステップ 5

Smart Call Home が有効になっていることを確認します。

Smart Call Home の設定が set の場合、自動的に有効になります。

# stcli services sch show

Smart Call Home が無効の場合は手動で有効にします。

# stcli services sch enable

ステップ 6

自動サポート（ASUP）通知を有効にします。

通常は、HX ストレージ クラスタの作成中に 自動サポート （ASUP）が設定されます。設定されなかった場合、HX Connect または CLI を使用してクラスタ作成後の設定を有効にすることができます。

レプリケーション ペアリング

レプリケーション クラスタ ペアの作成は、レプリケーション用 VM の設定の前提条件です。レプリケーション ネットワークと少なくとも 1 つのデータストアは、レプリケーション ペアを作成する前に構成しなければなりません。

クラスタ 2 とクラスタ 1 をペアリングすることによって、レプリケーション用に明示的に設定されたクラスタ 1 上のすべての VM はクラスタ 2 にレプリケートでき、レプリケーション用に明示的に設定されたクラスタ 2 上のすべての VM はクラスタ 1 にレプリケートできることを指定しています。

クラスタ 1 のデータストア A とクラスタ 2 のデータストア B をペアリングすることによって、レプリケーション用に明示的に設定されたクラスタ 1 上のすべての VM では、データストア A にファイルがある場合、それらのファイルはクラスタ 2 のデータストア B にレプリケートされることを指定しています。同様に、レプリケーション対象として明示的に設定されたクラスタ 2 上のすべての VM では、データストア B にファイルがある場合、それらのファイルがクラスタ 1 のデータストア A にレプリケートされます。

ペアリングは厳密に 1 対 1 で行われます。1 つのクラスタを 2 つ以上の他のクラスタとペアリングすることはできません。ペアになっているクラスタ上の 1 つのデータストアは、他のクラスタ上の 1 つのデータストアとしかペアリングできません。

レプリケーション ペアの作成、編集、および削除の詳細手順については、「Cisco HyperFlex Systems アドミニストレーション ガイド」を参照してください。

プライベート VLAN の概要

プライベート VLAN では VLAN のレイヤ 2 ブロードキャスト ドメインがサブドメインに分割されるので、スイッチで相互にポートを分離できます。サブドメインは、1 つのプライマリ VLAN と 1 つまたは複数のセカンダリ VLAN で構成されます。プライベート VLAN ドメインには、プライマリ VLAN が 1 つのみ含まれています。プライベート VLAN ドメインの各ポートは、プライマリ VLAN のメンバーであり、プライマリ VLAN は、プライベート VLAN ドメイン全体です。

プライベート VLAN ポートの概要

プライベート VLAN ポートのタイプ

VLAN ポート

説明

Promiscuous Primary VLAN

プライマリ VLAN に属します。無差別ポートに関連付けられ、プライマリ VLAN に関連付けられているセカンダリ VLAN に属するすべてのインターフェイスと通信できます。これらのインターフェイスには、コミュニティ ポートと隔離されたホスト ポートが含まれます。セカンダリ VLAN からのすべてのパケットがこの VLAN を通過します。

隔離されたセカンダリ VLAN

隔離されたセカンダリ VLAN に属するホスト ポート。このポートは、アソシエートされている無差別ポートと通信できることを除き、同じプライベート VLAN ドメイン内の他のポートから、完全に隔離されています。

コミュニティ セカンダリ VLAN

コミュニティ セカンダリ VLANに属するホスト ポート。コミュニティ ポートは、同じコミュニティ VLAN にある他のポートおよびアソシエートされている無差別ポートと通信します。

HX 配備後、VM ネットワークはデフォルトで通常の VLAN を使用します。VM ネットワークにプライベート VLAN を使用するには、次のセクションを参照してください。

- 既存の VM がない状態で VM ネットワークのプライベート VLAN を設定する。

- 既存の VM で VM ネットワークのプライベート VLAN を設定する。

既存の VM がない状態で VM ネットワークのプライベート VLAN を設定する

手順

ステップ 1

Cisco UCS Managerでプライベート VLAN を設定するには、『Cisco UCS Manager ネットワーク管理ガイド』を参照してください。

ステップ 2

上流に位置するスイッチでプライベート VLAN を設定するには、『Cisco Nexus 9000 シリーズ NX-OS レイヤ 2 スイッチング設定ガイド 』を参照してください。

ステップ 3

ESX ホストでプライベート VLAN を設定するには、ESX ホストでのプライベート VLAN の設定 を参照してください。

- ESX ホストでのプライベート VLAN の設定

ESX ホストでのプライベート VLAN の設定

ESX ホストでプライベート VLAN を設定するには、次の手順を実行します。

手順

ステップ 1

VMware vSphere クライアントから vSphere 標準スイッチの VMNIC を削除します。

ステップ 2

前の手順で削除した VMNIC を使用して新しい vSphere 分散スイッチを作成します。

ステップ 3

無差別、独立、およびコミュニティ VLAN を作成します。

既存の VM で VM ネットワークのプライベート VLAN を設定する

手順

ステップ 1

Cisco UCS Managerでプライベート VLAN を設定するには、『Cisco UCS Manager ネットワーク管理ガイド』を参照してください。

ステップ 2

上流に位置するスイッチでプライベート VLAN を設定するには、『Cisco Nexus 9000 シリーズ NX-OS レイヤ 2 スイッチング設定ガイド 』を参照してください。

ステップ 3

ESX ホストでプライベート VLAN を設定するには、以下を参照してください。 ESX ホストでのプライベート VLAN の設定

ステップ 4

vSphere 標準スイッチから新しく作成された vSphere 分散スイッチに VM を移行します。

1. vCenter 仮想マシンを右クリックして、[Migrate Virtual Machine Networking] をクリックします。

2. ドロップダウン リストから、[source network] および [destination network] を選択します。

3. [Next] をクリックします。

4. 移行する仮想マシンを選択します。

5. [Finish] をクリックします。

ステップ 5

VM のネットワーク アダプタのネットワーク接続をプライベート VLAN に変更します。

1. vCenter 仮想マシンを右クリックして、[Edit Settings] をクリックします。

2. [Hardware] タブから、変更するネットワーク アダプタを選択します。

3. [Network Label] ドロップダウン リストから、使用するネットワーク接続を選択します。

4. [OK] をクリックします。

- vSphere 標準スイッチでの VMNIC の削除

- vSphere 分散スイッチの作成

- vSphere 分散スイッチでのプライベート VLAN の作成

- 分散ポート グループでのプライベート VLAN の設定

vSphere 標準スイッチでの VMNIC の削除

手順

ステップ 1

VMware vSphere クライアントにログインします。

ステップ 2

[Home] > [Hosts and Clusters] を選択します。

ステップ 3

VMNIC を削除する ESX ホストを選択します。

ステップ 4

[Configuration] タブを開きます。

ステップ 5

[Networking] をクリックします。

ステップ 6

VMNIC を削除するスイッチを選択します。

ステップ 7

[Manage the physical adapters connected to the selected switch] ボタンをクリックします。

ステップ 8

削除する vminc を選択し、[Remove] をクリックします。

ステップ 9

[Yes] をクリックして、選択内容を確認します。

ステップ 10

[閉じる（Close）] をクリックします。

vSphere 分散スイッチの作成

手順

ステップ 1

VMware vSphere クライアントにログオンします。

ステップ 2

[Home] > [Networking] を選択します。

ステップ 3

クラスタを右クリックして、[Distributed Switch] > [New Distributed Switch] を選択します。

ステップ 4

[Name and Location] ダイアログボックスに、分散スイッチの名前を入力します。

ステップ 5

[Select Version] ダイアログボックスで、バージョンと構成の要件に対応する分散スイッチ バージョンを選択します。

ステップ 6

[Next] をクリックします。

ステップ 7

[Edit Settings] ダイアログボックスで、次のように指定します。

- [Number of uplink ports]

- [Network I/O Control] を有効化します。

- [Create a default port group] をオンにします。

- [Port Group Name] ボックスに、デフォルト ポート グループの名前を入力します。

ステップ 8

[Next] をクリックします。

ステップ 9

[Ready to Complete] ダイアログボックスで、設定した内容を確認します。

ステップ 10

[完了（Finish）] をクリックします。

vSphere 分散スイッチでのプライベート VLAN の作成

手順

ステップ 1

VMware vSphere クライアントから、[Inventory] > [Networking] を選択します。

ステップ 2

dvSwitch を右クリックします。

ステップ 3

[Edit Settings] をクリックします。

ステップ 4

[Private VLAN] タブを選択します。

ステップ 5

[Primary private VLAN ID] タブで、プライベート VLAN ID を入力します。

ステップ 6

[Secondary private VLAN ID] タブで、プライベート VLAN ID を入力します。

ステップ 7

[Type] ドロップダウン リストから、VLAN のタイプを選択します。有効な値は次のとおりです。

- [Isolated]

- [Community]

- 無差別(デフォルト)

ステップ 8

[OK] をクリックします。

分散ポート グループでのプライベート VLAN の設定

始める前に

vSphere 分散スイッチでプライベート VLAN を作成します。

手順

ステップ 1

[dvSwitch] の下の [dvPortGroup] を右クリックして、[Edit Settings] をクリックします。

ステップ 2

[Policies] > [VLAN] をクリックします。

ステップ 3

[VLAN type] ドロップダウン リストから [Private VLAN] を選択します。

ステップ 4

[Private VLAN Entry] ドロップダウン リストから、プライベート VLAN のタイプを選択します。次のいずれかを設定できます。

- [Isolated]

- [Community]

（注）

コミュニティ プライベート VLAN が推奨されます。

混合モード ポートはサポートされていません。

ステップ 5

[OK] をクリックします。

分散型仮想スイッチと Cisco Nexus 1000v

分散型スイッチを導入する際の検討事項

（注）

- 分散型仮想スイッチ（DVS）または Cisco Nexus 1000v（NK1v）の使用はオプションであり、必須の手順ではありません。

- vMotion ネットワーク用の DVS は、ご使用の環境に vSphere 用の Enterprise Plus ライセンスがある場合にのみ使用できます。

- 同時に使用できるスイッチは、常にこの 2 つのうちのいずれか 1 つだけです。

- HyperFlex と Nexus 1000v の間では、Quality of Service（QoS）ポリシーが競合する可能性があります。N1Kv の QoS クラスが HyperFlex ポリシーに従って設定されるようにしてください。『Network and Storage Management Guide』の「Creating a QoS Policy」を参照してください。

- N1Kv スイッチを導入する場合は、説明のとおりに設定を適用し、HyperFlex ホスト間のトラフィックが FI 上を定常状態でローカルに流れるようにします。正しく設定されていないと、トラフィックの大半がアップストリーム スイッチを経由することになる可能性があります。その場合には遅延が発生します。このような事態を避けるには、ストレージ コントローラ、管理ネットワーク、および vMotion ポート グループをアクティブ/スタンバイ構成で設定し、フェールオーバーを有効にしてください。

1. UCS Manager を使用して、[Network Control Policy] にリンク ステータスを設定します。詳細については、『Cisco UCS Manager GUI Configuration Guide』の「Configuring Network Control Policy」を参照してください。

2. vCenter で vSwitch のプロパティを設定します。

a. [Network Failure Detection] を [Link Status only] に設定します。

b. [Failback] を [Yes] に設定します。詳細については、『Cisco UCS Manager VM-FEX for VMware Configuration guide』の「Configuring the VM-FEX for VMware」を参照してください。

分散スイッチにより、各ノードが同じ構成を使用することになります。こうしてトラフィックに優先順位を付けることができ、アクティブな vMotion トラフィックがないときに、使用可能な帯域幅を他のネットワーク ストリームで活用できるようになります。

HyperFlex（HX）データ プラットフォームは、HyperFlex 非依存ネットワークに分散型仮想スイッチ（DVS）ネットワークを使用できます。

これらの HX 非依存ネットワークには次のものがあります。

- VMware vMotion ネットワーク

- VMware アプリケーション ネットワーク

HX データ プラットフォームには依存関係があり、次のネットワークが標準の vSwitch を使用します。

- vswitch-hx-inband-mgmt：ストレージ コントローラ管理ネットワーク

- vswitch-hx-inband-mgmt：管理ネットワーク

- vswitch-hx-storage-data：ストレージ ハイパーバイザ データ ネットワーク

- vswitch-hx-storage-data：ストレージ コントローラ データ ネットワーク

HX データ プラットフォームのインストール時に、すべてのネットワークが標準の vSwitch ネットワークで設定されます。ストレージ クラスタが設定された後、HX 非依存ネットワークを DVS ネットワークに移行できます。次に例を示します。

- vswitch-hx-vm-network：VM ネットワーク

- vmotion：vmotion pg

分散仮想スイッチに vMotion ネットワークを移行する方法の詳細については、『Network and Storage Management Guide』の「Migrating vMotion Networks to Distributed Virtual Switches (DVS) or Cisco Nexus 1000v (N1Kv)」を参照してください。

HX Data Platform での vCenter のホスト

HyperFlex クラスタへの vCenter の導入をサポートするには、いくつかの制約事項が伴います。詳細については、 HX データ プラットフォームで vCenter を展開する方法 を参照してください。

AMD GPU の展開

AMD FirePro S7150 シリーズ GPU は HX240c M5 ノードでサポートされます。これらのグラフィック アクセラレータでは、非常に安全な高いパフォーマンス、そしてコスト効率の良い VDI 展開を有効にします。HyperFlex の AMD GPU を展開するには、次の手順に従います。

手順

操作

手順の指示

1

サーバに接続されているサービス プロファイルに関して BIOS ポリシーを変更します。

サポートされるすべての GPU の要件：4 GB を超えるメモリマップド I/O

2

サーバでに GPU カードをインストールします。

GPU カードの取り付け

3

サーバの電源を入れて、GPU がサーバの Cisco UCS Manager インベントリで表示されていることを確認します。

—

4

AMD GPU カードの vSphere インストール バンドル（VIB）をインストールして再起動します。

VMware ESXi で AMD の C シリーズ スタンドアロンファームウェア/ソフトウェア バージョンバンドル 3.1(3) の最新ドライバ ISO を含む Cisco ソフトウェア ダウンロード から、インベントリ リストをダウンロードします。

5

VM 設定済みのクラスタで Win10 VM を作成します。

対象の仮想マシンを指定する

6

各 ESXi ホストで、MxGPU.sh スクリプトを実行して GPU を設定し、GPU から仮想機能を作成します。

MxGPU セットアップ スクリプトを使用する

7

Win10 Vm に対して前のステップで作成された仮想機能 (VFs) を割り当てます。

—

Chapter9. 複数の HX クラスタの設定

- 複数のクラスタの設定

複数のクラスタの設定

複数の HyperFlex クラスタを同じ UCS ドメイン (ファブリック インターコネクトのペア) の下に共存させることができます。次のガイドラインに従い、ドメインに接続されているすべての機器に対して、スムーズに運用できるようにする必要があります。

（注）

2 つの異なる HX バージョンの HX クラスタを同じ UCSM ドメインで使用する構成は、必要なサーバ ファームウェア バンドルが UCSM インフラストラクチャ リリースでサポートされている限りサポートされます。HXDP バージョンは、リリース ノートごとに UCSM サーバ ファームウェア バンドルにマッピングされます。UCSM インフラストラクチャのバージョンには依存しません。

推奨事項

- 標準 HXDP ライセンスを使用する場合、コンピューティング専用ノードの数は、コンバージド ノードの数以下にする必要があります。エンタープライズ HXDP ライセンスでは、コンバージド ノードに対して、最大 2:1 比のコンピューティングを使用できます。

- 新しい HyperFlex クラスタを作成するには、第 2 章に示されている要件をすべて満たしていることを確認してください。また、第 4 章に示されているプロセスに従ってください。

- 展開については、HX Data Platform インストーラ を使用します。

- HX クラスタのすべてのノードは、同じポリシーとサービス プロファイルを参照する必要があります。

- 各 HX クラスタの一意の名前を割り当てます。

- 各 HX クラスタは、インストールの一部として固有のサブ組織に作成されます。この階層は、固有のポリシーがクラスタごとに作成されるようにするため、変更しないでください。

- 各クラスタは、固有のストレージ データ VLAN を使用して、すべてのストレージ トラフィックを分離しておく必要があります。複数のクラスタにわたってこの VLAN を再利用することは推奨されません。

- VLAN (管理およびゲスト トラフィック VLAN など) を再利用する場合は、UCSM にすでに存在していても、VLAN ごとに新しい固有の VLAN 名を作成します。これにより、そのドメイン内の他のクラスタやサーバが中断されることはなくなります。

- 互換性のある Cisco UCS Manager と Cisco HyperFlex バージョンを選択していることを確認します。

最新の互換性マトリックスについては、『Release Notes for Cisco HX Data Platform』のソフトウェア バージョンの表を参照してください。

- 同じ Cisco HX データ プラットフォーム インストーラを使用して別の vCenter に 2 番目のクラスタを設定する前に、ブラウザのキャッシュをクリアしてください。これにより、古いクラスタの IP アドレスがキャッシュされ展開が失敗するなどの問題が回避されます。

（注）

トラフィックに応じて、さらにアップリンク ポートを追加する必要がある場合があります。

（注）

ファブリック インターコネクトの同じペアに接続されている複数のクラスタ間で、同じ VLAN を使用することができます (管理、vMotion、VM ゲスト VLAN など)。これは、IP が重複しない限り可能です。ただし、ストレージ トラフィックが安全に分離されるように、クラスタごとに HX ストレージ VLAN を異なる状態に保つことを推奨します。ベスト プラクティスに対してストレージ VLAN を再利用する場合は、IP の重複を避けるために細心の注意をしてください。重複 IP があると、別のクラスタの既存のストレージ トラフィックが中断される可能性があります。

手順

ステップ 1

HX Data Platform インストーラにログインします。

ステップ 2

標準クラスタの [Create Cluster] ワークフローに従って、追加のクラスタを作成します。詳細については、Cisco HyperFlex Systems の設定を参照してください。

Chapter10. Cisco HyperFlex システム クラスタの展開

- クラスタ展開のガイドライン

- 混合 M4/M5 クラスタを作成する場合の前提条件

- 混合クラスタ展開のガイドライン

- 混合クラスタ展開中の手順

- コンバージド（HX220c/HX240c）ノードの追加に関する前提条件

- コンバージド ノードの準備

- 既存のクラスタへのコンバージド ノードの追加

- コンピューティング専用ノードの追加に関する前提条件

- コンピューティング専用ノードの準備

- 既存のクラスタへのコンピューティング専用ノードの追加

- クラスタ展開の障害の解決

- ロジカル アベイラビリティ ゾーンの有効化

クラスタ展開のガイドライン

- レプリケーションが設定済みの場合は、アップグレード、拡張、またはクラスタ メンテナンスを実行する前に、レプリケーションを一時停止モードにしてください。アップグレードや拡張、クラスタのメンテナンスが完了した後、レプリケーションを再開します。タスクを実行するローカル クラスタとの間でレプリケーションが設定されているすべてのクラスタで、一時停止と再開を実行します。

- RESTful API を使用してクラスタ展開を実行する場合、そのタスクに想定よりも時間がかかることがあります。

- ESXi インストールは、M4 コンバージド ノードの SD カードおよび M5 コンバージド ノードの M.2 SATA SSD でサポートされています。コンピューティング専用ノードの場合、ESXi インストールは SD カード、SAN ブート、またはフロント アクセス対応 SSD/HDD でサポートされています。コンピューティング専用ノードでは、USB フラッシュへの ESXi のインストールはサポートされていません。

（注）

HW RAID M.2 (UCS-M2-HWRAID および HX-M2-HWRAID) は、コンピューティング専用ノードではサポートされていません。

- 検出されたクラスタをクリックして、3.5x またはそれ以前のリリースの標準 ESX クラスタの拡張を続行します。そうしないとエラーになります。

- 拡張ワークフローの中でコントローラ VM の管理クレデンシャルのみを使用します。管理以外の他のクレデンシャルを使用すると、拡張に失敗する可能性があります。

- ESXi インストール ガイドライン

ESXi インストール ガイドライン

1. コンピューティング ノードのブート ポリシーを変更します。

M5 サーバの HyperFlex ストレッチ クラスタ コンピューティング専用ノードのテンプレートおよびブート ポリシーを変更するには:

1. テンプレートの複製

2. コンピューティング M5 ノードにフラッシュ カードがない場合、ローカル ブート ポリシーから Flex flash のチェックを外します。

3. 適切な WWPN で SAN ブートをブート順序に追加します。

2. DPI 拡張ワークフローを開始します。

3. プロンプトされる場合、ISO イメージを使用して ESXi をインストールします。

4. DPI 拡張ワークフローに戻り、ESXi インストール ワークフローを完了します。

（注）

Hypervisor 設定が失敗し、SOL ロギングの障害メッセージが表示される場合、ルートおよびデフォルト パスワードを使用して SSH で インストーラ CLI にアクセスし、ESXi ハイパーバイザを設定します。そして、高度なインストーラを実行し、[HX Storage Software (HX ストレージ ソフトウェア)] および [Expand Cluster (クラスタの拡張)] チェック ボックスをチェックして、ESXi インストール プロセスを続行します。

混合 M4/M5 クラスタを作成する場合の前提条件

混合クラスタでクラスタ展開を開始する前に、次のタスクを実行する必要があります。

- Hypercheck ヘルス チェック ユーティリティ: アップグレードする前に、Hypercheck クラスタでこの予防的ヘルス チェック ユーティリティを実行することを推奨します。これらのチェックにより、注意が必要なエリアがすぐに見やすくなり、シームレスなアップグレード エクスペリエンスを保証します。Hypercheck のインストールと実行方法の完全な手順の詳細については、『Hyperflex 健全性および事前アップグレード チェック ツール』を参照してください。

- UCS Manager を 3.2(1d) 以降にアップグレードします。

- 既存の HX クラスタを 2.6(1a) 以降に完全にアップグレードします。

- 2.6(1A) 以降のHX Data Platform インストーラをダウンロードして展開し、展開ワークフローを実行します。

- 既存の M4 サーバ ファームウェアを最新の 3.2(1) パッチ リリースにアップグレードします。

- vCenter を 6.5 以降にアップグレードします。vCenter 6.5 がないと、Broadwell EVC モードを有効にできません。vCenter のアップグレードのみが必要です。ESXi については、VMware ソフトウェア相互運用性マトリクスに従って古いバージョンのままにすることができます。EVC モードのオフはサポートされておらず、将来的に運用上の問題が発生します。

混合クラスタ展開のガイドライン

- Hypercheck ヘルス チェック ユーティリティ: アップグレードする前に、Hypercheck クラスタでこの予防的ヘルス チェック ユーティリティを実行することを推奨します。これらのチェックにより、注意が必要なエリアがすぐに見やすくなり、シームレスなアップグレード エクスペリエンスを保証します。Hypercheck のインストールと実行方法の完全な手順の詳細については、『HyperFlex 健全性および事前アップグレード チェック ツール』を参照してください。

- M5 コンバージド ノードを持つ既存の M4 クラスタの展開がサポートされています。

- M4 コンバージド ノードを持つ既存の M5 クラスタの展開がサポートされています。

- M4 または M5 コンバージド ノードを持つ既存の混合 M4/M5 クラスタの展開がサポートされています。

- サポートされているコンピューティング専用ノードを追加することは、HX Data Platform 2.6 またはそれ以降のインストーラを使用した M4、M5、混合 M4/M5 クラスタすべてで許可されています。いくつかの例となる組み合わせがここにリストされています。その他多くの組み合わせが可能です。

Example combinations:
Expand mixed M4/M5 cluster with compute-only B200, C220, C240 M4/M5
Expand M4 cluster with compute-only B200 M5, C220 M5, C240M5

- 混合クラスタを作成するには、展開ワークフローのみがサポートされています。混合 M4/M5 サーバを持つ最初のクラスタ作成はサポートされていません。

- すべての M5 サーバは、既存の M4 サーバのフォーム ファクタ（220/240）、タイプ（Hybrid/AF）、セキュリティ機能（非 SED のみ）およびディスク設定（数量、容量、非 SED）と一致する必要があります。ドライブの互換性の詳細については、『Cisco HyperFlex Drive Compatibility』ドキュメントを参照してください。

- HX220-M4 と組み合わせるとき、HX220-M5 は最大 6 の容量ディスク（2 ディスク スロットは空のまま）を使用します。

- HX Edge、SED、LFF、Hyper-v、およびストレッチ クラスタは、混合 M4 および M5 クラスタをサポートしていません。

リリース 3.5 向け混合クラスタ拡張のガイドライン

混合クラスタは、同じストレージ クラスタ内の M4 および M5 HX コンバージド ノードの両方を持つことで定義されます。混合クラスタを設定するとき、以下のガイドラインが適用されます。

- M5 コンバージド ノードを持つ既存の M4 クラスタの展開がサポートされています。

- M4 コンバージド ノードを持つ既存の M5 クラスタの展開がサポートされています。

- M4 または M5 コンバージド ノードを持つ既存の混合 M4/M5 クラスタの展開がサポートされています。

- サポートされているコンピューティング専用ノードを追加することは、HX Data Platform 2.6 またはそれ以降のインストーラを使用した M4、M5、混合 M4/M5 クラスタすべてで許可されています。いくつかの例となる組み合わせがここにリストされています。その他多くの組み合わせが可能です。

Example combinations:
Expand mixed M4/M5 cluster with compute-only B200, C220, C240 M4/M5
Expand M4 cluster with compute-only B200 M5, C220 M5, C240M5

- 混合クラスタを作成するには、展開ワークフローのみがサポートされています。混合 M4/M5 サーバを持つ最初のクラスタ作成はサポートされていません。

- すべての M5 サーバは、既存の M4 サーバのフォーム ファクタ（220/240）、タイプ（Hybrid/AF）、セキュリティ機能（非 SED のみ）およびディスク設定（数量、容量、非 SED）と一致する必要があります。

- HX220-M4 と組み合わせるとき、HX220-M5 は最大 6 の容量ディスク（2 ディスク スロットは空のまま）を使用します。

- HyperFlex Edge は混合クラスタをサポートしません。

- SED SKU は混合クラスタをサポートしません。

混合クラスタ展開中の手順

- 検証手順を実行中、展開が開始する前に EVC チェックが実行されます。この時点で、既存のクラスタで EVC モードを手動で有効にするにあたり表示される指示に従います。

注意

警告時に EVC の有効化に失敗すると、ストレージ クラスタと後で関連付けられた VM の完全なシャット ダウンが必要となります。この警告はスキップしないでください。

- VCenter で EVC モードの設定を実行し、検証を再試行してください。

- クラスタ展開は、2 回検証し展開を続行します。

コンバージド（HX220c/HX240c）ノードの追加に関する前提条件

コンバージド ノードは、クラスタ作成後に HyperFlex クラスタに追加可能です。コンバージド ノード上のストレージでは、クラスタのストレージ容量が自動的に追加されます。

既存のストレージ クラスタにコンバージド ノードを追加する前に、次の前提条件が満たされていることを確認します。

- ストレージ クラスタの状態が正常であること。

- 新しいノードが、ネットワークやディスクの要件などインストールの前提条件に記載されているシステム要件を満たしていること。

- 新しいノードがストレージ クラスタ内の他のノードと同じ設定を使用していること。この設定には、VLAN ID、スイッチ タイプ（vSwitch かどうか）、外部スイッチ VLAN タギング（EST）を使用する VLAN タギング、仮想スイッチ タギング（VST）を使用する VLAN タギング、仮想分散スイッチ（vDS）があります。

（注）

ストレージ クラスタが領域不足の状態にある場合に、新しいノードを追加すると、システムは自動的にストレージ クラスタを再調整します。これは、24 時間ごとに実行される再調整に加えて行われるものです。

- 追加するノードが同じモデル（HX220 または HX240）のタイプ（ハイブリッドまたはオール フラッシュ）および同じディスク構成（SED または非 SED）であること。また、キャパシティ ディスクの数が既存のクラスタ ノードと一致すること。

- HyperFlex クラスタですでに使用されているものとは異なる CPU ファミリを持つノードを追加するには、EVC を有効にします。詳細については、『Cisco HyperFlex Systems インストール ガイド（VMware ESXi 向け）』の「混在 CPU を伴うクラスタの設定」の項を参照してください。

- ノードのソフトウェア バージョンが、Cisco HX Data Platform バージョン、ESXi バージョン、vCenter バージョンと一致していることを確認します。ソフトウェアのバージョンを確認するには、vCenter の [Storage Cluster Summary] タブに移動し、上部のセクションで HX Data Platform のバージョンを確認します。必要に応じてアップグレードします。

（注）

クラスタをアップグする場合は、クラスタで実行されている HXDP の現在のバージョンに一致する新しいインストーラ VM をダウンロードしてインストールする必要があります。

- 新しいノードに 1 つ以上の有効な DNS サーバおよび NTP サーバが設定されていること。

- SSO または Auto Support を使用している場合は、ノードが SSO および SMTP サービス用に確実に設定されていること。

- HX Data Platform インストーラ および既存のクラスタ管理 IP アドレス間で ping するために ICMP が許可されていること。

コンバージド ノードの準備

手順

ステップ 1

コンバージド ノードを既存のストレージ クラスタのハードウェアとネットワークに接続します。

ステップ 2

HX ノードが工場出荷時に準備されたノードであることを確認します。

（注）

取り外したコンバージド ノードやディスクは、元のクラスタで再利用しないでください。

既存のクラスタへのコンバージド ノードの追加

（注）

RESTful API を使用してクラスタ展開を実行する場合、そのタスクに想定よりも時間がかかることがあります。

手順

ステップ 1

Cisco HX Data Platform インストーラ を起動します。

1. Web ブラウザで、HX Data Platform インストーラVM の IP アドレスまたはノード名を入力します。[Accept] または [Continue] をクリックして SSL 証明書エラーをバイパスします。Cisco HX Data Platform インストーラ のログイン ページが表示されます。ログイン画面の右下隅に表示される HX Data Platform インストーラ インストーラの [Build ID] を確認します。

2. ログイン ページで、次のクレデンシャルを入力します。

ユーザ名：root

パスワード (デフォルト): Cisco123

（注）

システムは、デフォルトのパスワード [Cisco123] で出荷されますので、インストール中にこれを変更する必要があります。ユーザーが入力した新しいパスワードを指定しない限り、インストールを続行できません。

3. EULA を読んで、 [I accept the terms and conditions] チェックボックスをオンにし、[Login] をクリックします。

ステップ 2

[Workflow] ページで [Cluster Expansion] を選択します。

ステップ 3

[Credentials] ページで、次のフィールドに値を入力します。

クラスタ作成を実行するために、必要な設定データとともに JSON configuration ファイルをインポートすることもできます。次の 2 つの手順は、JSON ファイルをインポートする場合はオプションです。インポートしない場合には、データを必須フィールドに手動で入力できます。

（注）

初めてのインストールでは、ファクトリ プレインストール JSON ファイルの調達についてシスコの担当者に問い合わせてください。

1. [Select a file] をクリックして、使用する JSON ファイルを選択して設定をロードします。[Use Configuration] を選択します。

2. Cisco UCS Manager 用にインポートした値が異なる場合は、[Overwrite Imported Values] ダイアログ ボックスが表示されます。[Use Discovered Values] を選択します。

フィールド

説明

[UCS Manager Credentials]

[UCS Manager Host Name]

UCS Manager FQDN または IP アドレス

たとえば 10.193.211.120 と入力します。

[User Name]

<admin> ユーザ名。

[Password]

<admin> パスワード。

[vCenter Credentials]

[vCenter Server]

vCenter Server の FQDN または IP アドレス。

たとえば 10.193.211.120 と入力します。

（注）

- vCenter Server は、クラスタが動作可能になる前に必要です。

- vCenter アドレスとクレデンシャルは、vCenter へのルート レベルの管理者権限が必要です。

- vCenter Server 入力は、ネストされた vCenter を構築する場合には省略可能です。詳細については、『Nested vCenter TechNote』を参照してください。

[User Name]

<admin> ユーザ名。

例：administrator@vsphere.local。

[Admin Password]

<root> パスワード。

[Hypervisor Credentials]

[Admin User Name]

<admin> ユーザ名。

これはファクトリ ノードのルートです。

[Admin Password]

<root> パスワード。

デフォルトのパスワードは、ファクトリ ノードの Cisco123 です。

（注）

システムは、デフォルトのパスワード [Cisco123] で出荷されますので、インストール中にこれを変更する必要があります。ユーザーが入力した新しいパスワードを指定しない限り、インストールを続行できません。

ステップ 4

[Continue] をクリックします。[Cluster Expand Configuration] ページが表示されます。展開する HX クラスタを選択します。

展開する HX クラスタが見つからない場合、もしくはクラスタのロードに時間がかかる場合、[Management IP Address] フィールドのクラスタ管理アドレスの IP を入力します。

ステップ 5

[Server Selection] ページには、[Unassociated] タブの下に関連付けされていない HX サーバのリストと、[Associated] タブの下に検出されたサーバのリストが表示されます。[Unassociated] タブからサーバを選択し、HyperFlex クラスタに含めます。

HX サーバがこの一覧に表示されていない場合、Cisco UCS Manager を調べてそれらが検出されていることを確認します。

サーバごとに、[Actions] ドロップダウン リストを使用して、以下を設定できます。

- [Launch KVM Console]—HX Data Platform インストーラから直接 KVM コンソールを起動するには、このオプションを選択します。

- [Disassociate Server]：サービス プロファイルをそのサーバから削除するには、このオプションを選択します。

（注）

関連付けられていないサーバがない場合は、次のエラーメッセージが表示されます。

No unassociated servers found. Please login to UCS Manager and ensure server ports are enabled.

[Configure Server Ports] ボタンを使用することで、新しいすべての HX ノードを検出できます。一般に、設定を開始する前に Cisco UCS Manager でサーバ ポートを設定します。

ステップ 6

[Continue] をクリックします。[UCSM Configuration] ページが表示されます。

（注）

最初に JSON ファイルをインポートした場合、既存の HX クラスタから得られた必要な設定データが [Credentials] ページに取り込まれているはずです。この情報は、既存のクラスタ構成に一致している必要があります。

ステップ 7

[UCSM Configuration] ページで、ネットワークごとに次のフィールドに値を入力します。

フィールド

説明

[VLAN Configuration]

（注）

次の各ネットワークにそれぞれ個別のサブネットと VLAN を使用します。

[VLAN for Hypervisor and HyperFlex management]

[VLAN Name]

VLAN ID（Admin. VLAN ID）

名前：hx-inband-mgmt

デフォルトの VLAN ID：3091

[VLAN for HyperFlex Storage traffic]

[VLAN Name]

VLAN ID（Admin. VLAN ID）

名前：hx-storage-data

デフォルトの VLAN ID：3092

[VLAN for VM vMotion]

[VLAN Name]

VLAN ID（Admin. VLAN ID）

名前：hx-vmotion

デフォルトの VLAN ID：3093

[VLAN for VM Network]

[VLAN Name]

[VLAN ID]

名前: vm-network

デフォルトの VLAN ID：3094

ゲスト VLAN のカンマ区切りリスト。

[MAC Pool]

[MAC Pool Prefix]

さらに 2 つの 16 進文字 (0-F) を追加することで、MAC プール プレフィックスを設定します。

たとえば、00:25:B5:A0 などです。

['hx-ext-mgmt' IP Pool for Out-of-Band CIMC]

[IP Blocks]

HyperFlex ノードに指定された IP アドレスの範囲。これは、ゲスト VLAN の値のカンマ区切りリストにできます。

例えば、 10.193.211.124-127, 10.193.211.158-163

[Subnet Mask]

IP アドレスを制限して制御するために、サブネットを適切なレベルに設定します。

たとえば、255.255.0.0 と指定します。

[Gateway]

IP アドレス。

たとえば、10.193.0.1 と指定します。

[iSCSI Storage]

（注）

将来的に任意の時点で外部ストレージの利用を希望する場合は、これを事前に設定する必要があります。

[Enable iSCSI Storage] チェックボックス

iSCSI ストレージを設定するには、オンにします。

[VLAN A Name]

プライマリ ファブリック インターコネクト（FI-A）で、iSCSI vNIC に関連付けられている VLAN の名前。

[VLAN A ID]

プライマリ ファブリック インターコネクト（FI-A）で、iSCSI vNIC に関連付けられている VLAN の ID。

[VLAN B Name]

下位のファブリック インターコネクト（FI-B）で、iSCSI vNIC に関連付けられている VLAN の名前。

[VLAN B ID]

下位のファブリック インターコネクト（FI-A）で、iSCSI vNIC に関連付けられている VLAN の ID。

[FC Storage]

（注）

将来的に任意の時点で外部ストレージの利用を希望する場合は、これを事前に設定する必要があります。

[Enable FC Storage] チェックボックス

FC ストレージを有効にするには、オンにします、

[WWxN Pool]

WW ノード名および WW ポート名の両方を含む WWN プール。それぞれのファブリック インターコネクトに対し、WWPN および WWNN 用の WWxN プールが作成されます。

[VSAN A Name]

プライマリ ファブリック インターコネクト（FI-A）の VSAN の名前。デフォルトでは、hx-ext-storage-fc-a に設定されています。

[VSAN A ID]

プライマリ ファブリック インターコネクト（FI-A）のネットワークに割り当てられた一意の ID。

注意

UCS または Hyperflex システムで現在使用されている VSAN ID を入力しないでください。UCS ゾーニングを使用してインストーラで既存の VSAN ID を入力する場合、ゾーニングは VSAN ID の既存の環境で無効になります。

[VSAN B Name]

下位のファブリック インターコネクト（FI-B）の VSAN の名前。デフォルトでは、hx-ext-storage-fc-b に設定されています。

[VSAN B ID]

下位のファブリック インターコネクト（FI-B）のネットワークに割り当てられた一意の ID。

注意

UCS または Hyperflex システムで現在使用されている VSAN ID を入力しないでください。UCS ゾーニングを使用してインストーラで既存の VSAN ID を入力する場合、ゾーニングは VSAN ID の既存の環境で無効になります。

[Advanced]

[UCS Firmware Version]

ドロップダウン リストから HX サーバに関連付ける UCS ファームウェア バージョンを選択します。UCS ファームウェア バージョンは UCSM バージョンと一致する必要があります。詳細については、最新の Cisco HX データ プラットフォームのリリース ノート を確認してください。

たとえば、3.2(1d)。

[HyperFlex Cluster Name]

特定のクラスタ内の HX サーバのグループに適用される名前。これはユーザ定義の名前です。HyperFlex クラスタ名は、簡単に識別できるようにサービス プロファイルにラベルを追加します。

[Org Name]

クラスタの固有の組織名を表示して、残りの UCS ドメインからの HyperFlex 環境の分離が保証されます。

（注）

[Configuration] ペインで VLAN、MAC プール、および IP アドレス プールの情報を確認します。これらの VLAN ID は、環境に応じて変更できます。デフォルトでは、インストーラによって VLAN が非ネイティブとして設定されます。トランク設定を適切に適用することで、非ネイティブ VLAN に対応するようにアップストリーム スイッチを設定する必要があります。

ステップ 8

[Continue] をクリックします。[Hypervisor Configuration] ページが表示されます。次のフィールドに入力します。

注目

再インストールの場合や、ESXi ネットワーキングが完了している場合は、この手順で説明したフィールドの入力を省略できます。

フィールド

説明

[Configure Common Hypervisor Settings]

[Subnet Mask]

IP アドレスを制限して制御するために、サブネット マスクを適切なレベルに設定します。

たとえば、255.255.0.0 と指定します。

[Gateway]

ゲートウェイの IP アドレス。

たとえば、10.193.0.1 と指定します。

[DNS Server(s)]

DNS サーバの IP アドレス。

DNS サーバがない場合は、HX データ プラットフォーム インストーラの [Cluster Configuration] ページのいずれのフィールドにもホスト名を入力しないでください。すべての ESXi ホストに静的 IP アドレスとホスト名のみを使用します。

（注）

複数の DNS サーバーを提供する場合は、両方の DNS サーバーが正しく入力されていることを慎重に確認し、コンマで区切ってください。

[Hypervisor Settings]

IP アドレスを順番に並べるには、[Make IP Addresses and Hostnames Sequential] を選択してください。

（注）

ドラッグ アンド ドロップを使用してサーバを並べ替えることができます。

[Name]

サーバ名。

Serial

サーバのシリアル番号。

[Static IP Address]

すべての ESXi ホストに静的 IP アドレスとホスト名を入力します。

[Hostname]

ホスト名フィールドを空欄のままにしないでください。

ステップ 9

[Continue] をクリックします。[IP Addresses] ページが表示されます。[Add Compute Server] または [Add Converged Server] をクリックして、さらにコンピューティングまたはコンバージド サーバを追加できます。

[Make IP Addresses Sequential] を選択して、IP アドレスを連続させます。IP アドレスの場合は、属するデータ ネットワークまたは管理ネットワークを指定します。

各 HX ノードでは、ハイパーバイザ管理 IP アドレスとデータ IP アドレスの次のフィールドに値を入力します。

フィールド

説明

[Management Hypervisor]

ESXi ホストとストレージ クラスタ間のハイパーバイザ管理ネットワーク接続を処理する静的 IP アドレスを入力します。

[Management Storage Controller]

ストレージ コントローラ VM とストレージ クラスタ間の HX データ プラットフォーム ストレージ コントローラ VM 管理ネットワーク接続を処理する静的 IP アドレスを入力します。

[Data Hypervisor]

ESXi ホストとストレージ クラスタ間のハイパーバイザ データ ネットワーク接続を処理する静的 IP アドレスを入力します。

[Data Storage Controller]

ストレージ コントローラ VM とストレージ クラスタ間の HX データ プラットフォーム ストレージ コントローラ VM データ ネットワーク接続を処理する静的 IP アドレスを入力します。

[Hypervisor]、[Storage Controller VM (Management)]、[Hypervisor (Data)]、および [Storage Controller VM (Data)] 列の最初の行に IP アドレスを入力すると、HX Data Platform インストーラ によって、他のノードのノード情報に増分自動入力が適用されます。ストレージ クラスタ内のノードの最小数は 3 です。それより多くのノードがある場合は、[Add] ボタンを使用して、アドレス情報を指定します。

（注）

コンピューティング専用ノードは、ストレージ クラスタを作成してからでないと追加できません。

[Controller VM Password]

デフォルトの管理者ユーザ名とパスワードがコントローラ VM に適用されます。VM は、コンバージドとコンピューティング専用のすべてのノードにインストールされています。

重要

- コントローラ VM またはコントローラ VM のデータストアの名前は変更できません。

- すべてのコントローラ VM に同じパスワードを使用します。異なるパスワードの使用はサポートされていません。

- 1 つの大文字、1 つの数字、1 つの特殊文字を含み、合計で少なくとも 10 文字になる複合パスワードを指定してください。

- 作成するコントローラ VM および HX クラスタにユーザ定義のパスワードを指定できます。パスワードの文字と形式の制限事項については、『Cisco HX Data Platform Management Guide』の「Guidelines for HX Data Platform Special Characters」の項を参照してください。

[Advanced Configuration]

[Jumbo frames]

[Enable Jumbo Frames] チェックボックス

ホスト vSwitch と vNIC、および各ストレージコントローラ VM のストレージデータネットワークの MTU サイズを設定する場合にオンにします。

デフォルト値は 9000 です。

（注）

MTU サイズを 9000 以外の値に設定するには、Cisco TAC にお問い合わせください。

Disk Partitions

[Clean up Disk Partitions] チェックボックス

ストレージ クラスタに追加されたすべてのノードから既存のデータおよびパーティションをすべて削除するには、オンにします。保持する必要があるデータは、バックアップする必要があります。

重要

工場で準備されたシステムにはこのオプションを選択しないでください。工場で準備されたシステムのディスク パーティションは正しく設定されています。手動で準備されたサーバでは、このオプションを選択して既存のデータとパーティションを削除します。

ステップ 10

[Start] をクリックします。[Progress] ページに、さまざまな設定タスクの進捗状況が表示されます。

（注）

vCenter クラスタで EVC が有効になっている場合、展開プロセスが失敗し、「The host needs to be manually added to vCenter」というメッセージが出されます。展開操作を正常に実行するには、次のようにします。

- vSphere クライアント に追加する ESXi ホストにログインします。

- コントローラ VM の電源をオフにします。

- ホストを vSphere Web Client の vCenter クラスタに追加します。

- HX Data Platform インストーラ で、[Retry Deploy] をクリックします。

ステップ 11

クラスタ展開が完了したら、[Launch HyperFlex Connect] をクリックしてストレージ クラスタの管理を開始します。

（注）

既存のストレージ クラスタにノードを追加する場合、スケジュールされた時間に自動再調整が行われるまで、クラスタには引き続き元のストレージ クラスタと同じ HA 復元力があります。

再調整は通常、24 時間中にスケジュールされ、ノードの障害発生後の 2 時間、またはストレージ クラスタの領域がなくなった場合に行われます。

スケジュールされた時間よりも前にストレージ クラスタを再調整する必要がある場合は、次に示すストレージ クラスタの再調整コマンドを手動で実行します。

ストレージ クラスタ コントローラ VM コマンド ラインから、次のコマンドを実行します。

1. # stcli rebalance start --force

2. 再調整のステータスをモニタするには

# stcli rebalance status

ステップ 12

新しいノードがストレージ クラスタに追加された後、HA サービスがリセットされ、HA が追加されたノードを認識できるようになります。

1. vSphere にログインします。

2. vSphere Web Client で、[Home] > [vCenter] > [Inventory Lists] > [Hosts and Clusters] > [vCenter] > [Server] > [Datacenter] > [Cluster] > [Host] に移動します。

3. 新規ノードを選択します。

4. 右クリックし、vSphere HA に対し [Reconfigure] を選択します。

コンピューティング専用ノードの追加に関する前提条件

コンピューティング専用 ノードは、HyperFlex クラスタの作成後にクラスタに追加できます。このノードは、追加のコンピューティング リソースを提供するために追加されます。Cisco UCS サーバは、クラスタにストレージ容量をもたらさないため、キャッシュ ドライブまたは永続ドライブを装備する必要はありません。

コンピューティング専用ノードを追加する前に、次の前提条件が満たされていることを確認します。

- ストレージ クラスタの状態が正常であること。

- 新しいノードが、ネットワークやディスクの要件など インストールの前提条件 に記載されている コンピューティング専用 システム要件を満たしていること。

- サービス プロファイルの関連付け後、ESXi ハイパーバイザをインストールします。

- 新しいノードがストレージ クラスタ内の他のノードと同じ設定を使用していること。この設定には、VLAN ID、スイッチ タイプ（vSwitch かどうか）、外部スイッチ VLAN タギング（EST）を使用する VLAN タギング、仮想スイッチ タギング（VST）を使用する VLAN タギング、仮想分散スイッチ（vDS）があります。

（注）

ストレージ クラスタが領域不足の状態にある場合に、新しいノードを追加すると、システムは自動的にストレージ クラスタを再調整します。これは、24 時間ごとに実行される再調整に加えて行われるものです。

- 追加する新しいノードが HX クラスタですでに使用されているものとは異なる CPU ファミリを搭載している場合には、EVC を有効にしてください。詳細については、『Cisco HyperFlex Systems インストール ガイド（VMware ESXi 向け）』の「混在 CPU を伴うクラスタの設定」の項を参照してください。

- ノードのソフトウェア バージョンが、Cisco HX Data Platform バージョン、ESXi バージョン、vCenter バージョンと一致していることを確認します。ソフトウェアのバージョンを確認するには、vCenter の [ストレージ クラスタ概要] タブに移動し、上部のセクションで HX データ プラットフォーム のバージョンを確認します。必要に応じてアップグレードします。

- 新しいノードに 1 つ以上の有効な DNS サーバおよび NTP サーバが設定されていること。

- SSO または Auto Support を使用している場合は、ノードが SSO および SMTP サービス用に確実に設定されていること。

- ESXi インストールは、M4 コンバージド ノードの SD カードおよび M5 コンバージド ノードの M.2 SATA SSD でサポートされています。コンピューティング専用ノードの場合、ESXi インストールは SD カード、SAN ブート、またはフロント アクセス対応 SSD/HDD でサポートされています。コンピューティング専用ノードでは、USB フラッシュへの ESXi のインストールはサポートされていません。

（注）

HW RAID M.2 (UCS-M2-HWRAID および HX-M2-HWRAID) は、コンピューティング専用ノードではサポートされていません。

コンピューティング専用ノードの準備

手順

ステップ 1

サーバがサポート対象の HX サーバで、要件を満たしていることを確認します。詳細については、『Cisco HyperFlex Systems インストール ガイド（VMware ESXi 向け）』の「ホスト要件」の項を参照してください。

ステップ 2

Cisco UCS Manager にログインします。

1. ブラウザを開き、ストレージ クラスタ ネットワークのファブリック インターコネクト用の Cisco UCS Manager アドレスを入力します。

2. [UCS Manager の起動（Launch UCS Manager）] ボタンをクリックします。

3. プロンプトが表示された場合は、Java をダウンロードして、インストールし、受け入れます。

4. 管理者クレデンシャルを使用してログインします。

ユーザ名: admin

パスワード: <admin password>

ステップ 3

サーバを検索して、サーバがストレージ クラスタと同じ FI ドメインに追加されており、承認されたコンピューティング専用モデルであることを確認します。互換性のあるコンピューティング専用ノードの詳細なリストについては、最新の『Cisco HX Data Platform リリース ノート』を確認してください。

- HX データ プラットフォーム インストーラの確認

- UCS Manager を使用したコンピューティング専用ノードへの HX プロファイルの適用

- コンピューティング ノードへの VMware ESXi のインストール

HX データ プラットフォーム インストーラの確認

手順

ステップ 1

ストレージ クラスタのすべてのノードと、ストレージ クラスタに追加されてコンピューティング ノードと通信できるノードに、HX データ プラットフォーム インストーラがインストールされていることを確認します。

ステップ 2

HX データ プラットフォーム インストーラがインストールされていない場合は、「HX データ プラットフォーム インストーラの展開」を参照してください。

UCS Manager を使用したコンピューティング専用ノードへの HX プロファイルの適用

Cisco UCS Manager では、ネットワーク ポリシーは HX プロファイルにグループ化されます。HX インストーラは、コンピューティング専用ノードの自動サービス プロファイル アソシエーションを処理します。手動アソシエーションは不要です。

手順

インストールが開始したら、UCS Manager でコンピューティング専用ノードのサービス プロファイル アソシエーションを監視する必要があります。ESXi のインストールに進む前に、サーバが完全に関連付けられるまで待ちます。

コンピューティング ノードへの VMware ESXi のインストール

重要

各コンピューティング専用ノード上に VMware ESXi をインストールします。

Cisco HX Data Platform サポート対象のバージョンの ESXi をインストールします。サポートされている ESXi バージョンのリストについては、『Cisco HyperFlex Data Platform Release Notes』を参照してください。

コンピューティング専用ノードに ESXi がすでにインストールされている場合、Cisco HX カスタム イメージで再イメージ化する必要があります。

始める前に

必要なハードウェアとネットワークの設定が満たされていることを確認します。詳細については、『Cisco HyperFlex Systems インストール ガイド（VMware ESXi 向け）』の「インストールの前提条件」の項を参照してください。前の手順でサービス プロファイルが関連付けを終了していることを確認します。

手順

ステップ 1

Cisco HyperFlex の cisco.com ダウンロード サイトから ESXi の HX カスタム イメージをダウンロードします。「ソフトウェアをダウンロードする」を参照してください。

Cisco UCS Manager を通じてアクセスできるネットワーク ロケーションを選択します。

ステップ 2

Cisco UCS Manager にログインします。

ステップ 3

Cisco UCS Manager からサーバの KVM コンソールにログインします。

1. ナビゲーション ウィンドウで、[サーバ (Servers)] > [サービス プロファイル (Service Profiles)] > [サブ組織 (Sub-Ogranizations)] > [hx-cluster] をクリックします。

2. [hx-cluster] を右クリックして、[KVM Console] を選択します。

ステップ 4

コンピューティング サーバの KVM パスに HX-Vmware.iso イメージをコピーします。

例:

HX-Vmware-ESXi-60U3-5050593-Cisco-Custom-6.0.3.1.iso

ステップ 5

KVM コンソール セッションから、[Virtual Media] > [Map CD/DVD] を選択し、ESXi の HX カスタム イメージをマウントします。[マップ CD/DVD（Map CD/DVD）] オプションが表示されない場合は、まず仮想デバイスをアクティブにします。

1. [Virtual Media] > [Activate Virtual Devices] の順に選択します。

これはポップアップ ウィンドウで開きます。

2. [Accept the session] > [Apply] の順にクリックします。

ステップ 6

[Map CD/DVD] オプションから、HX-Vmware.iso ファイルの場所にマップします。

1. HX-Vmware.iso ファイルを選択します。

2. [Map Device] を選択します。

プロセスが完了したら、マップされた場所にファイルがあることを示すチェック マークが付きます。マッピングされたファイルのフルネームには ESXi ビルド ID が含まれています。

ステップ 7

コンピューティング サーバをリセットします。

1. KVM コンソールで [Reset] ボタンをクリックします。[OK] をクリックして確定します。

2. [Power Cycle] を選択します。[OK] をクリックします。

ステップ 8

HX-Vmware.iso ファイルを指すようにブート パスを変更します。

1. F6 を押します。

2. [Enter boot selection] メニューから、矢印キーを使用して Cisco vKVM-Mapped vDVD1.22 オプションを強調表示します。

3. Enter キーを押して、選択します。

ESXi インストーラ ブートローダーが起動します。目的のブート タイプに基づいて 3 つのコンピューティング専用ノード オプション（SD カード、ローカル ディスク、またはリモート ディスク）のいずれかを選択します。yes（すべて小文字）を入力して選択を確定します。インストールの残りの部分は自動化されています。ESXi は数回再起動します。短い待機期間後に自動的に消える警告が表示されても問題はありません。ESXi DCUI が完全に表示され、インストールの終了がシグナリングされるのを待機します。

ステップ 9

各 Cisco HyperFlex サーバに対して、ステップ 3 ～ 8 を繰り返します。

ステップ 10

ESXi が完全にインストールされたら、[Continue] をクリックします。[Retry Hypervisor Configuration] をクリックして、クラスタ展開の残りを完了します。

既存のクラスタへのコンピューティング専用ノードの追加

既存の HyperFlex システム クラスタに HyperFlex コンピューティング専用ノードを追加するには、次の手順を実行します。

（注）

RESTful API を使用してクラスタ展開を実行する場合、そのタスクに想定よりも時間がかかることがあります。

（注）

既存のクラスタにコンピューティング専用ノードを追加した後、vmotion の vmk2 インターフェイスを手動で設定する必要があります。

手順

ステップ 1

Cisco HX Data Platform インストーラ を起動します。

1. Web ブラウザで、HX Data Platform インストーラVM の IP アドレスまたはノード名を入力します。[Accept] または [Continue] をクリックして SSL 証明書エラーをバイパスします。Cisco HX Data Platform インストーラ のログイン ページが表示されます。ログイン画面の右下隅に表示される HX Data Platform インストーラ インストーラの [Build ID] を確認します。

2. ログイン ページで、次のクレデンシャルを入力します。

ユーザ名：root

パスワード (デフォルト): Cisco123

（注）

システムは、デフォルトのパスワード [Cisco123] で出荷されますので、インストール中にこれを変更する必要があります。ユーザーが入力した新しいパスワードを指定しない限り、インストールを続行できません。

3. EULA を読んで、 [I accept the terms and conditions] チェックボックスをオンにし、[Login] をクリックします。

ステップ 2

[Workflow] ページで [Cluster Expansion] を選択します。

ステップ 3

[Credentials] ページで、次のフィールドに値を入力します。

クラスタ作成を実行するために、必要な設定データとともに JSON configuration ファイルをインポートすることもできます。次の 2 つの手順は、JSON ファイルをインポートする場合はオプションです。インポートしない場合には、データを必須フィールドに手動で入力できます。

（注）

初めてのインストールでは、ファクトリ プレインストール JSON ファイルの調達についてシスコの担当者に問い合わせてください。

1. [Select a file] をクリックして、使用する JSON ファイルを選択して設定をロードします。[Use Configuration] を選択します。

2. Cisco UCS Manager 用にインポートした値が異なる場合は、[Overwrite Imported Values] ダイアログ ボックスが表示されます。[Use Discovered Values] を選択します。

フィールド

説明

[UCS Manager Credentials]

[UCS Manager Host Name]

UCS Manager FQDN または IP アドレス

たとえば 10.193.211.120 と入力します。

[User Name]

<admin> ユーザ名。

[Password]

<admin> パスワード。

[vCenter Credentials]

[vCenter Server]

vCenter Server の FQDN または IP アドレス。

たとえば 10.193.211.120 と入力します。

（注）

- vCenter Server は、クラスタが動作可能になる前に必要です。

- vCenter アドレスとクレデンシャルは、vCenter へのルート レベルの管理者権限が必要です。

- vCenter Server 入力は、ネストされた vCenter を構築する場合には省略可能です。詳細については、『Nested vCenter TechNote』を参照してください。

[User Name]

<admin> ユーザ名。

例：administrator@vsphere.local。

[Admin Password]

<root> パスワード。

[Hypervisor Credentials]

[Admin User Name]

<admin> ユーザ名。

これはファクトリ ノードのルートです。

[Admin Password]

<root> パスワード。

デフォルトのパスワードは、ファクトリ ノードの Cisco123 です。

（注）

システムは、デフォルトのパスワード [Cisco123] で出荷されますので、インストール中にこれを変更する必要があります。ユーザーが入力した新しいパスワードを指定しない限り、インストールを続行できません。

ステップ 4

[Continue] をクリックします。[Cluster Expand Configuration] ページが表示されます。展開する HX クラスタを選択します。

展開する HX クラスタが見つからない場合、もしくはクラスタのロードに時間がかかる場合、[管理 IP アドレス フィールド ] のクラスタ管理アドレスの IP を入力します。

ステップ 5

[Continue] をクリックします。[Server Selection] ページが表示されます。[Server Selection] ページの [Associated] タブに、接続済みのすべての HX サーバが一覧されます。これらのサーバは選択しないでください。[Unassociated] タブで、クラスタに追加するサーバを選択します。

ステップ 6

[Continue] をクリックします。[UCS Manager Configuration] ページが表示されます。

（注）

- 最初に JSON ファイルをインポートした場合、必須フィールドには、既存の HX クラスタからインポートした設定データが取り込まれているはずです。クラスタに追加する対象のサーバがアソシエートされていない場合は、それらのサーバを選択して [Continue] をクリックします。

- この情報は、既存のクラスタ構成に一致している必要があります。このページで適切な設定を使用することを確認します。

各ネットワークに以下の情報を入力します:

フィールド

情報

[VLAN for ESXi and HyperFlex management]

[VLAN Name]

VLAN ID（Admin. VLAN ID）

名前：hx-inband-mgmt

デフォルトの VLAN ID：3091

[VLAN for HyperFlex Storage traffic]

[VLAN Name]

[VLAN ID]

名前：hx-storage-data

デフォルトの VLAN ID：3092

[VLAN for VM vMotion]

[VLAN Name]

[VLAN ID]

名前：hx-vmotion

デフォルトの VLAN ID：3093

[VLAN for VM Network]

[VLAN Name]

[VLAN ID]

名前：hx-vm-network

デフォルトの VLAN ID：3094

[MAC Pool]

[MAC Pool Prefix]

たとえば、00:25:B5:99 などとします（99 はデフォルトです。この値はユーザ環境に応じて設定できます）。

hx-ext-mgmt IP Pool for Out-of-Band CIMC

[IP Blocks]

HyperFlex ノードに指定された IP アドレスの範囲。これは、ゲスト VLAN の値のカンマ区切りリストにできます。

たとえば、 10.193.211.124-127、10.193.211.158-163、255.255.255.0 などです。

ゲートウェイの IP アドレスを入力します。たとえば、10.193.0.1 と指定します。

[Subnet]

IP アドレスを制限して制御するために、サブネットを適切なレベルに設定します。

たとえば、255.255.0.0 と指定します。

[Default gateway]

IP アドレス。

たとえば、10.193.0.1 と指定します。

[Advanced]

[UCS Firmware version]

ドロップダウン リストから HX サーバに関連付ける UCS ファームウェア バージョンを選択します。UCS ファームウェア バージョンは UCSM バージョンと一致する必要があります。詳細については、最新の Cisco HX データ プラットフォームのリリース ノート を確認してください。

たとえば、3.2(1d)。

[HyperFlex Cluster Name]

特定のクラスタ内の HX サーバのグループに適用される名前。これはユーザ定義の名前です。HyperFlex クラスタ名は、簡単に識別できるようにサービス プロファイルにラベルを追加します。

（注）

[Configuration] ペインで VLAN、MAC プール、ANDIP アドレス プールの情報を確認します。これらの VLAN ID は、環境に応じて変更できます。デフォルトでは、インストーラによって VLAN が非ネイティブとして設定されます。トランク設定を適切に適用することで、非ネイティブ VLAN に対応するようにアップストリーム スイッチを設定する必要があります。

ステップ 7

[Continue] をクリックします。[Hypervisor Configuration] ページが表示されます。次のフィールドに入力します。

注目

再インストールの場合や、ESXi ネットワーキングが完了している場合は、この手順で説明したフィールドの入力を省略できます。

フィールド

説明

[Configure Common Hypervisor Settings]

[Subnet Mask]

IP アドレスを制限して制御するために、サブネット マスクを適切なレベルに設定します。

たとえば、255.255.0.0 と指定します。

[Gateway]

ゲートウェイの IP アドレス。

たとえば、10.193.0.1 と指定します。

[DNS Server(s)]

DNS サーバの IP アドレス。

DNS サーバがない場合は、HX データ プラットフォーム インストーラの [Cluster Configuration] ページのいずれのフィールドにもホスト名を入力しないでください。すべての ESXi ホストに静的 IP アドレスとホスト名のみを使用します。

（注）

複数の DNS サーバーを提供する場合は、両方の DNS サーバーが正しく入力されていることを慎重に確認し、コンマで区切ってください。

[Hypervisor Settings]

IP アドレスを順番に並べるには、[Make IP Addresses and Hostnames Sequential] を選択してください。

（注）

ドラッグ アンド ドロップを使用してサーバを並べ替えることができます。

[Name]

サーバ名。

Serial

サーバのシリアル番号。

[Static IP Address]

すべての ESXi ホストに静的 IP アドレスとホスト名を入力します。

[Hostname]

ホスト名フィールドを空欄のままにしないでください。

ステップ 8

[Continue] をクリックします。[IP Addresses] ページが表示されます。[Add Compute-only Node] をクリックし、新しいノードを追加します。

複数のコンピューティング専用ノードを追加する場合は、[Make IP Addresses Sequential] を選択します。

フィールド

情報

[Management Hypervisor]

ESXi ホストとストレージ クラスタ間のハイパーバイザ管理ネットワーク接続を処理する静的 IP アドレスを入力します。

[Management Storage Controller]

なし。

[Data Hypervisor]

ESXi ホストとストレージ クラスタ間のハイパーバイザ データ ネットワーク接続を処理する静的 IP アドレスを入力します。

[Data Storage Controller]

なし。

Controller VM

コントローラ VM が既存の HX クラスタにインストールされている場合、それらのコントローラ VM に適用されたデフォルトの管理者ユーザ名とパスワードを入力します。

（注）

コントローラ VM 名は変更できません。既存のクラスタ パスワードを使用してください。

ステップ 9

[Start] をクリックします。[Progress] ページに、さまざまな設定タスクの進捗状況が表示されます。

（注）

デフォルトで、FlexFlash (SD カード) からブートする場合ユーザの介入は必要はありません。ただし、ローカル ディスクからブートするコンピューティング専用ノードを設定する場合は、Cisco UCS Manager の次の手順を完了します。

1. HX Data Platform インストーラ によって作成されたサービス プロファイルをクリックします。

たとえば、blade-1(HX_Cluster_Name) です。

2. [General] タブで、[Unbind from the Template] をクリックします。

3. 作業中のウィンドウで、[Storage] タブをクリックします。[ローカルディスクの設定ポリシー] サブ タブをクリックします。

4. [Actions] 領域で、次のように選択します。[Change Local Disk Configuration Policy] > [Create Local Disk Configuration Policy]。

5. [ローカル ディスク設定ポリシーの作成 ] で、ポリシーの名前を入力し、デフォルトとして残りの部分を保持します。[OK] をクリックします。

6. [Actions] 領域の [Change Local Disk Configuration Policy] で、ドロップダウン リストから新しく作成されたローカル ディスク設定ポリシーを選択します。[OK] をクリックします。

7. それから HX Data Platform インストーラ UI に戻り、[Continue (続行)] をクリックして、[Retry UCSM Configuration (UCSM 構成の再試行)] をクリックします。

（注）

vCenter クラスタで EVC が有効になっている場合、展開プロセスが失敗し、「ホストは手動で vCenter に追加する必要があります（The host needs to be manually added to vCenter）」というメッセージが出されます。展開操作を正常に実行するには、次のようにします。

1. vSphere クライアント に追加する ESXi ホストにログインします。

2. コントローラ VM の電源をオフにします。

3. ホストを vSphere Web Client の vCenter クラスタに追加します。

4. HX インストーラで、[Retry Deploy] をクリックします。

ステップ 10

インストールが完了したら、[Launch HyperFlex Connect] をクリックしてストレージ クラスタの管理を開始します。

ステップ 11

新しいノードがストレージ クラスタに追加された後、HA サービスがリセットされ、HA が追加されたノードを認識できるようになります。

1. VMware vSphere クライアントにログインします。

2. [Home] > [Hosts and Clusters] > [Datacenter] > [Cluster] > [Host] の順に選択します。

3. 新規ノードを選択します。

4. 右クリックして [Reconfigure for vSphere HA] を選択します。

ステップ 12

既存のクラスタにコンピューティング専用ノードを追加した後、vmotion の vmk2 インターフェイスを手動で設定する必要があります。

クラスタ展開の障害の解決

エラー ダイアログボックスを受信し、ストレージ クラスタの展開が完了しない場合は、次に示す解決オプションに進みます。

手順

ステップ 1

[Edit Configuration]：[Cluster Configuration] ページに戻ります。検証ページに記載されている問題を修正します。

ステップ 2

[初めからやり直す (Start Over)]：進捗テーブル エントリを消去することで、適用した設定を無効にし、[Cluster Configuration] ページに戻って新しい展開を再度開始できます。テクニカル アシスタンス センター（TAC）を参照してください。

ステップ 3

[Continue]：エラーが発生している障害を無視して、ストレージ クラスタにノードを追加します。テクニカル アシスタンス センター（TAC）を参照してください。

（注）

[Continue] ボタンは、障害について把握していて、予測できない動作の可能性を受け入れる用意がある場合にのみ選択します。

HyperFlex の再展開を目的としたノードのクリーンアップの詳細については、『HyperFlex Customer Cleanup Guides for FI and Edge』を参照してください。

ロジカル アベイラビリティ ゾーンの有効化

HyperFlex クラスタを正常に設定したら、以下のコマンドを参照してロジカル アベイラビリティ ゾーン（LAZ）を有効化または無効化してください。

重要

この手順で LAZ の無効化操作と LAZ の有効化操作を連続的に実行する場合、実行の間隔を少なくとも 10 秒ほど空けるようにしてください。

クラスタのフレッシュ インストールの場合、最良の結果を得るために、クラスタの作成中は LAZ を有効にしておくことをお勧めします。

コマンド

説明

stcli cluster get-zone

ゾーンが有効になっているかどうか確認します。

stcli cluster set-zone --zone 0

ゾーンを無効にします。

stcli cluster set-zone --zone 1

stcli rebalance start

（推奨）ゾーンを有効化して作成します（デフォルトのゾーン数）

重要

- ゾーン分割を有効化せずに作成されたクラスタは、ゾーン分割を有効化し、再調整を正常に完了した後にのみゾーンに対応できるようになります。

- ゾーンを有効化して作成したら、rebalance start コマンドを実行する必要があります。

- 再調整アクティビティをトリガーすると、クラスタ内の複数のノード間で大規模なデータ移動が行われる場合があります。これにより、クラスタ内の IO パフォーマンスが低下する可能性があります。

stcli cluster set-zone --zone 1 --numzones <integer-value>

stcli rebalance start

ゾーンを有効化し、特定の数のゾーンを作成します。

重要

ゾーンを有効化および作成したら、rebalance start コマンドを実行する必要があります。

- 論理可用性ゾーンの要件および制限事項

- ゾーンより小さいノードを含むクラスタの拡張

論理可用性ゾーンの要件および制限事項

論理可用性ゾーン (LAZ) には次の要件や制限事項が適用されます。

- インストール処理中に論理可用性ゾーンを設定できるのは、8 ノード以上の HyperFlex クラスタのみです。

- 論理可用性ゾーンは、HyperFlex クラスタのインストール中に有効にするか、または後でコマンド ライン インターフェイスから有効にすることができます。クラスタ全体のデータの大規模な移行と再編成を避けるため、この機能はインストール中に有効にすることをお勧めします。データの大規模な移行と再編成では、すでにデータが含まれているクラスタで LAZ を有効にしている場合、データ分散規則に従う必要があります。

- ゾーンの数は、手動で 3、4、5 に指定するか、またはインストーラを通じて自動的に選択するようにできます（推奨設定）。インストーラでゾーン数を決定する場合、ゾーン数はクラスタのノード数い基づいて決定されます。

3 としての RF を引き受けるノード数と結果として生じるゾーン数のマッピング表がここにあります

クラスタのハイパーコンバージド ノードの数

クラスタのゾーンの数

8

4

9

3

10

5

11

3

12

3

13

3

14

7

15

3

16

4

17

3

18

3

19

3

20

4

21

3

22

11

23

3

24

3

25

5

26

13

27

3

28

4

29

3

30

3

31

3

32

4

[HyperFlex Connect] > [System information (システム情報)]、[HyperFlex Connect] > [Dashboard (ダッシュボード)] にそれぞれアクセスして、LAZ ステータスを表示し、どのノードがどのゾーンにあるかチェックします。

また、CLI を使用して LAZ の詳細を表示するには、次のコマンドを実行します。

stcli cluster get-zone

zones:
----------------------------------------
pNodes:
----------------------------------------
state: ready
name: 10.10.18.61
----------------------------------------
state: ready
name: 10.10.18.59
----------------------------------------
zoneId: 0000000057eebaab:0000000000000003
numNodes: 2
----------------------------------------
pNodes:
----------------------------------------
state: ready
name: 10.10.18.64
----------------------------------------
state: ready
name: 10.10.18.65
----------------------------------------
zoneId: 0000000057eebaab:0000000000000001
numNodes: 2
----------------------------------------
pNodes:
----------------------------------------
state: ready
name: 10.10.18.60
----------------------------------------
state: ready
name: 10.10.18.63
----------------------------------------
zoneId: 0000000057eebaab:0000000000000004
numNodes: 2
----------------------------------------
pNodes:
----------------------------------------
state: ready
name: 10.10.18.58
----------------------------------------
state: ready
name: 10.10.18.62
----------------------------------------
zoneId: 0000000057eebaab:0000000000000002
numNodes: 2
----------------------------------------
isClusterZoneCompliant: True
zoneType: logical
isZoneEnabled: True
numZones: 4
AboutCluster Time : 08/22/2019 2:31:39 PM PDT

- HyperFlex クラスタによって各ゾーンにどのノードが参加するかが決定されます。この設定は変更できません。

- 容量の利用とデータの分散を最もバランス良く保つため、クラスタ内のノード数を 3、4、5、または 7 の倍数にすることをお勧めします。たとえば、8 ノードは 2 台のサーバによる 4 つのゾーンに均等に分割され、9 ノードは 3 台のサーバによる 3 つのゾーンに均等に分割されます。11 ノードでは、ゾーン間でノード数のバランスが悪くなり、ノードにおける容量の利用のバランスが悪くなります。

- LAZ を有効にしてクラスタを動作させている場合は、クラスタの拡張をゾーン数の倍数で行ってください。そのように拡張することで、各ノードでノード数の一致が保たれ、容量の利用のバランスが悪くなるのを防ぎます。たとえば、3 つのゾーンがあるクラスタは、さらに 3 つのノードを追加して拡張します。これは、1 つまたは 2 つのノードしか追加しないとバランスが悪くなるからです。4 つのノードを追加しても同様です。

ゾーンより小さいノードを含むクラスタの拡張

クラスタ内での論理可用性ゾーン (LAZ) の設定には、いくつかの要件とガイドラインがあります。論理可用性ゾーンの要件および制限事項を参照してください。これらの要件を無視する場合、次の手順でクラスタを展開できます。

手順

ステップ 1

LAZ を無効にします。

stcli cluster set-zone --zone 0

数分待機すると、およそ 5 分ほどで LAZ が無効になります。

ステップ 2

クラスタにノードを追加します。

ステップ 3

ノードがクラスタに追加された後、LAZ を有効にします。

stcli cluster set-zone --zone 1

ゾーン数が明示的に設定されていない場合、デフォルトで 4 ゾーンが作成されます。

ステップ 4

クラスタ内で再バランシングを開始します。

stcli rebalance start

（注）

- ノードの再バランシングにより、クラスタのパフォーマンスが 30% ～ 40% ほど低下する可能性があります。

- クラスタ内のノードの再バランシングにかかる時間は、クラスタのサイズとクラスタ内のデータによって異なります。stcli rebalance status コマンドを使用して、再バランシング アクティビティの進捗を確認できます。

ステップ 5

クラスタ設定を確認し、クラスタがゾーンに準拠するか判断します。

stcli cluster get-zone

Chapter11. 混在 CPU を伴うクラスタの設定

この章では、異なる Intel CPU バージョンを使用する複数の HX ノードを同じ FI に追加する方法を説明します。

- 概要

- 混合 CPU を使用するための前提条件

- EVC モードとの CPU 互換性

- 既存のクラスタでの vMotion との拡張された互換性（EVC）の有効化

概要

HyperFlex は、同じファブリック インターコネクトで Intel v3 および Intel v4 CPU をサポートします。Intel v3 および Intel v4 CPU 間で仮想マシンを移行するには、VMware Enhanced vMotion Compatibility（EVC）を有効にします。EVC を有効にした後、下位モデルの CPU の機能が基準となるように、HyperFlex クラスタ内のすべてのホストを設定します。仮想マシンがどのホスト上で実行されているかに関わらず、すべての仮想マシンに同一の CPU 機能が公開されるため、仮想マシンを HyperFlex クラスタ内のホスト間で移行できます。これにより、ホストの基になるハードウェアが異なる場合でも、vMotion の CPU 互換性が確保されます。

混合 CPU を使用するための前提条件

- CPU が EVC 対応のクラスタ内の単一のベンダーからのみ使用できること。この場合、別のベンダーによるホストを EVC 対応のクラスタに追加することはできません。

- EVC 対応のクラスタで、異なるリビジョン番号（v2、v3、または v4）の Xeon E3 または Xeon E5 ファミリの Intel プロセッサが使用されていること。この場合、EVC ベースラインが必要になります。

- BIOS で高度な仮想化 CPU 機能が有効であること（利用できる場合）。有効にしないと、EVC を有効にする際に、EVC 互換性チェックで特定の CPU に存在すると想定される機能を検出できないため、問題が発生することがあります。

- 以下のシナリオでは、仮想マシンが EVC クラスタに含まれているとしても、vMotion を使用した仮想マシンの移行が失敗する場合があります。

- ホストが vCenter Server システムに接続されていない場合。

- ホストが vMotion 用に設定されていない場合。

- 仮想マシンがソース ホストとターゲット ホストで共有されるストレージに存在しない場合。

EVC モードとの CPU 互換性

CPU との互換性がある EVC（Enhanced vMotion Compatibility）モードを判別するには、『VMware Compatibility Guide』を参照してください。サーバ モデルまたは CPU ファミリを検索し、[CPU Series] 列のエントリをクリックすると、互換性のある EVC モードが表示されます。

ホストの現在の EVC モードの検索

各 EVC モードは、同じ名前を持つプロセッサで利用できる機能と密接に対応します。

vSphere Web クライアントの使用

1. vSphere Web Client ナビゲータから、[Hosts and Clusters] > [HX Cluster] > [Summary] を選択します。[Summary] タブでは、EVC が有効になっているかどうかが示され、有効になっている場合はホストの現在の EVC モードが表示されます。

2. EVC モードの横にある青いアイコンをクリックすると、そのホストでサポートされるすべての EVC モードの一覧が表示されます。

VMware 共有ユーティリティ ツールの使用

VMware には、互換性のある EVC モードおよびその他の CPU 機能を表示する、無料の CPU 識別ユーティリティが用意されています。このユーティリティを共有ユーティリティからダウンロードして、ISO イメージからホストをブートすることができます。

既存のクラスタでの vMotion との拡張された互換性（EVC）の有効化

EVC を有効にして、クラスタ内のホスト間で vMotion による移行が可能になるよう確認します。EVF モードは、同じ HyperFlex クラスタ内で異なる CPU ファミリを混在させる場合に必要です。EVC モードが有効になると、設定された EVC モードの最小要件を満たすホストだけがクラスタに追加されます。EVC モードは、クラスタの拡張中でも中断することなく有効にできます。

（注）

- EVC はデフォルトで無効になっています。VMware EVC のクラスタ設定で EVC を有効にすることができます。

- これは HX Data Platform の制約ではなく、VMware の制限です。さらに詳細については、VMware KB の記事「EVC and CPU Compatibility FAQ (1005764)」を参照してください。

新世代のサーバを追加する統一クラスタ、そしてサーバの世代が混合した既存のクラスタという考慮すべき 2 つのパスがあります。

- 均一クラスタへの新世代サーバの追加

- 既存のクラスタへの混合または旧世代サーバの追加

均一クラスタへの新世代サーバの追加

クラスタが現在均一で、新世代サーバをクラスタに追加する場合は、VC で現在の世代の EVC モードを選択することで、EVC オンラインを中断せずに有効にすることができます。次に、拡張を使用して通常どおりに続行します (コンバージドまたはコンピューティングのみ)。拡張が試行される前に、EVC モードが設定されていることが必須です。

クラスタ拡張を実行する前に、均一クラスタで EVC モードを有効にするには、次の手順を実行します。

手順

ステップ 1

HX クラスタで vMotion との拡張された互換性 (EVC) を有効にする

1. vSphere Web Client ナビゲータから、[Hosts and Cluster] > [Datacenter] > [HX Cluster] を選択します。

2. EVC を有効にするクラスタを選択します。[Work] ペインで、[Manage] または [Configure] タブをクリックします。[VMware EVC] を選択します。

3. [Edit] ボタンをクリックし、希望の EVC モードを選択します。[OK] をクリックします。

ステップ 2

HyperFlex インストーラを使用したコンピューティングのみまたはコンバージド ノードの展開を続行します。

既存のクラスタへの混合または旧世代サーバの追加

クラスタにはすでにサーバの世代が混在しているか、既存のクラスタに旧世代のサーバを追加する必要があります (コンピューティング専用ノード)。

（注）

新しいノードを持つクラスタ拡張ワークフロー中に EVC モードが有効になっていない場合は、これらの手順に従ってください。

旧世代サーバを既存のクラスタに追加するには、次の手順を実行します。

手順

ステップ 1

開始する前に、HyperFlex クラスタが正常であり、すべてのノードがオンラインであることを確認してください。

- vSphere Web クライアントの使用
vSphere Web クライアント ナビゲータから、[Home] > [Global Inventory Lists] > [Cisco HyperFlex Systems] > [Cisco HX Data Platform] > [HX Cluster] > [Summary] の順に選択します。

応答の例：

Operational Status: Online
Resiliency Status: Healthy

- コントローラ VM の使用方法
コントローラ VMで、#stcli cluster info コマンドを実行します。

応答の例：

healthstate: healthy
state: online

ステップ 2

すべての非ストレージ コントローラ仮想マシンの電源を切ります。

ステップ 3

1 台のストレージ コントローラ VM にログインし、stcli cluster shutdown コマンドを実行します。実行が完了するまで待機します。

ステップ 4

全ストレージ コントローラ VM をシャットダウンします。

1. vSphere Web Client ナビゲータから、[VMs and Templates] > [vCenter server] > [Datacenter] > [Discovered virtual machine] > [Virtual Machines] > [controller_vm]を選択します。

2. controller_vm を右クリックするか、 [Actions] メニューから [Power] > [Shut Down Guest OS] を選択します。

ステップ 5

各 HX ホストをメンテナンス モードにします。

1. vSphere Web Client ナビゲータから、[ホストとクラスタ (Hosts and Clusters)] > [データセンター (Datacenter)] > [HX Cluster クラスタ (HX Cluster)] > [ノード (node)] の順に選択します。

2. ノードを右クリックし、[Maintenance Mode] > [Enter Maintenance Mode] の順に選択します。

（注）

この操作に Cisco HX メンテナンス モード (Cisco HX Maintenance Mode) メニューを使用しないでください。

ステップ 6

HX クラスタで vMotion との拡張された互換性 (EVC) を有効にする

1. vSphere Web Client ナビゲータから、[Hosts and Cluster] > [Datacenter] > [HX Cluster] を選択します。

2. EVC を有効にするクラスタを選択します。[Work] ペインで、[Manage] または [Configure] タブをクリックします。[VMware EVC] を選択します。

3. [Edit] ボタンをクリックし、希望の EVC モードを選択します。[OK] をクリックします。

ステップ 7

メンテナンス モードを終了します。

1. vSphere Web Client ナビゲータから、[ホストとクラスタ (Hosts and Clusters)] > [データセンター (Datacenter)] > [HX Cluster クラスタ (HX Cluster)] > [ノード (node)] の順に選択します。

2. ノードを右クリックし、[Maintenance Mode] > [Exit Maintenance Mode] の順に選択します。

（注）

この操作に Cisco HX メンテナンス モード (Cisco HX Maintenance Mode) メニューを使用しないでください。

ステップ 8

コントローラ VM は、ホストがメンテナンス モードになった後、自動的に電源がオンになるはずです。コントローラ VM の電源が自動的にオンにならない場合は、次の操作を行います。

1. vSphere Web Client ナビゲータから、[VMs and Templates] > [vCenter server] > [Datacenter] > [ESXi Agents] > [Virtual Machines] > [controller_vm] を選択します。

2. [controller_vm] を右クリックするか、[Actions] メニューから選択します。[Power] > [Power On or Power] > [Power ON] を選択します。

ステップ 9

すべてのコントローラ VM が完全に起動していることを確認します。次に、コントローラ VM の 1 つにログインし、stcli cluster startコマンドを実行します。

ステップ 10

すべてのデータストアがvCenter HX プラグインからマウントされていることを確認し、クラスタが正常であることを確認します。

ステップ 11

ユーザ VM を開始します。

ステップ 12

HyperFlex インストーラを使用したコンピューティングのみの展開を続行します。

Chapter12. Cisco HyperFlex Systems のカスタマイズされたインストール方法

- 概要

- Cisco HyperFlex Systems が事前設定されていない場合のインストールおよび設定のワークフロー

- VMware ESXi をインストールします。

概要

この章では、インストール手順に進む前に、手動で HyperFlex サーバを準備するプロセスについて説明します。このカスタマイズされたインストール方法は、次のシナリオで使用できます。

- コンピューティング専用ノードを HyperFlex クラスタに追加する。

- Cisco HyperFlex Systemの再導入。

実行するタスクは、事前設定された HyperFlex Systemsを導入する場合と基本的に同じです。事前設定されてないシステムに固有な新しいタスクは、VMware ESXi のインストールです。

Cisco HyperFlex Systems が事前設定されていない場合のインストールおよび設定のワークフロー

始める前に

Cisco HyperFlex Systems のインストールと設定の要件を確認します。詳細については、「インストールの前提条件」を参照してください。

手順

ステップ 1

vCenter でクラスタを削除して、既存の環境をクリーンアップします。Cisco UCS で、vCenter MOB エントリ、UCS Manager サービス プロファイル、および VLAN を削除します。

ステップ 2

ソフトウェアのダウンロードから Cisco HyperFlex データ プラットフォーム インストーラ OVA ファイルをダウンロードします。

例:

Cisco-HX-Data-Platform-Installer-v2.5.1b-26284.ova

ステップ 3

Cisco HX Data Platform インストーラ を起動してサインインします。

1. [Customized Workflow] を選択します。

2. [Run UCS Manager configuration] を選択して、UCS サービス プロファイルを設定します。『VMware ESXi の Cisco HyperFlex システム インストール ガイド』の「Configuring Cisco UCS Manager and HX Data Platform」の項に記載されている手順に従います。

ステップ 4

vMedia メソッドを使用して、新規の ESXi インストールを実行します。

（注）

自動 IP アドレス割り当てに Dynamic Host Configuration Protocol（DHCP）を使用することは推奨されません。デフォルトでは、HX Data Platform インストーラ によって、ESXi サーバに静的 IP アドレスが割り当てられます。DHCP を使用する場合は、適切な VLAN を使用して ESXi でネットワークを手動で設定します。

ステップ 5

Cisco HX Data Platform インストーラ を再度起動します。

1. [Customized Workflow] を選択します。

2. [Run ESX Configuration]、[Deploy HX Software]、および [Create HX Cluster] を選択します。

ウィザードで必ず [Delete Existing Partitions] を選択してください。

VMware ESXi をインストールします。

サーバには、サポート対象バージョンの VMware ESXi が必要です。サポートされる ESXi バージョンのリストについては、最新の『Release notes for Cisco HX Data Platform』を参照してください。

重要

各 HX サーバで ESXi をインストールします。

手順

VMware ESXi イメージを Cisco HyperFlex Data Platform のソフトウェア ダウンロード ページからダウンロードします。Cisco UCS Manager を通じてアクセスできるネットワーク ロケーションを選択します。

HX カスタム ISO は、Cisco カスタム ESXi リリースに基づいています。

次に例を示します。

HX-Vmware-ESXi-60U2-4192238-Cisco-Custom-6.0.2.3.iso
.

次のタスク

- Cisco UCS Manager 経由で vMedia およびブート ポリシーを設定します。

- リモート KVM コンソールを開きます。

- サーバを再起動してインストールを開始します。

- Cisco UCS Manager 経由で vMedia およびブート ポリシーの変更を元に戻します。

- Cisco UCS Manager を使用した vMedia およびブート ポリシーの設定

- リモート KVM コンソールのオープン

- サーバの再起動

- vMedia ポリシーおよびブート ポリシーの変更の取り消し

Cisco UCS Manager を使用した vMedia およびブート ポリシーの設定

Cisco UCS vMedia ポリシーとブート ポリシーを設定するには、次の手順を実行します。

始める前に

Cisco HX Data Platform インストーラ にログインします。Cisco UCS Manager の設定に応じて、標準クラスタに [Create Cluster] ワークフローを実行します。

（注）

サーバからサービス プロファイルの関連付けを解除する際に特定しやすくするために、Temporary という名前のクラスタを作成してください。

手順

ステップ 1

Cisco UCS Manager の [Navigation] ペインで、[Servers] タブをクリックします。

ステップ 2

[Servers] > [Policies] > [root] > [Sub-Organizations] > [hx-cluster] > [vMedia Policies] の順に展開します。

ステップ 3

[vMedia Policy HyperFlex] をクリックします。

ステップ 4

設定ペインで [Create vMedia Mount] をクリックします。

ステップ 5

マウントの名前を入力します（例：ESX）。

ステップ 6

[CDD] オプションを選択します。

ステップ 7

プロトコルとして [HTTP] を選択します。

ステップ 8

[IP Address] に HyperFlex インストーラ VM の IP アドレスを入力します（例：192.168.10.210）。

ステップ 9

[Image Variable Name] として [None] を選択します。

ステップ 10

[Remote File] に HX-Vmware-ESXi-6.0.0-3380124-Custom-Cisco-6.0.1.2.iso と入力します。

ステップ 11

[Remote Path] に/images/と入力します。

ステップ 12

[Save Changes] をクリックし、[OK] をクリックします。

ステップ 13

設定ペインで、[Servers] > [Service Profile Templates] > [root] > [Sub-Organizations] > [hx-cluster] > [Service Template hx-nodes] の順に選択します。

ステップ 14

[vMedia Policy] タブをクリックします。

ステップ 15

[Modify vMedia Policy] をクリックします。

ステップ 16

ドロップダウン選択項目から [HyperFlex vMedia Policy] を選択して、[OK] を 2 回クリックします。

ステップ 17

[Servers] > [Policies] > [root] > [Sub-Organizations] > [hx-cluster] > [Boot Policy HyperFlex] の順に選択します。

ステップ 18

ナビゲーション ペインで、[CIMC Mounted vMedia] というセクションを展開します。

ステップ 19

[Add CIMC Mounted CD/DVD] という名前のエントリをクリックします。

ステップ 20

[Boot Order] リストで [CIMC Mounted CD/DVD] エントリを選択し、[Move Up] ボタンを何度かクリックして [CIMC Mounted CD/DVD] エントリをリストの先頭に移動させます。

ステップ 21

[Save Changes] をクリックし、[OK] をクリックします。

次のタスク

サブ組織 Temporary を削除します。

リモート KVM コンソールのオープン

1 つ以上のサーバの進行状況をモニタするには、リモート KVM コンソール セッションを開いてインストール状況を監視することを推奨します。

KVM コンソールを開くには、以下の手順を実行します。

手順

ステップ 1

Cisco UCS Manager の [Navigation] ペインで [Servers] をクリックします。

ステップ 2

[サーバ (Servers)] > [サービス プロファイル (Service Profiles)] > [ルート (Root)] > [サブ組織 (Sub-Organizaitons)] > [HX クラスタ (hx-cluster)] > [ラック ユニット番号 (rack-unit-number)] の順に展開します。

ステップ 3

[Work] ペインで、[General] タブをクリックします。

ステップ 4

[Actions] 領域の [KVM Console] をクリックします。

ステップ 5

セキュリティ アラートが表示される場合は [Continue] をクリックします。間もなくしてリモートの [KVM Console] ウィンドウが表示され、サーバのローカル コンソール出力が表示されます。

ステップ 6

インストール中に KVM コンソールをモニタする追加のサーバごとに、ステップ 2 ～ 4 を繰り返します。

サーバの再起動

vMedia ポリシー、ブート ポリシー、およびサービス プロファイル テンプレートを変更した後、インストールを開始するためにサーバを再起動します。

サーバを再起動するには、以下の手順を実行します。

始める前に

サーバの再起動の進行状況をモニタするには、リモート KVM コンソール セッションを開きます。

手順

ステップ 1

Cisco UCS Manager の [Navigation] ペインで [Servers] をクリックします。

ステップ 2

[Equipment] > [Rack Mounts] > [Servers] の順に展開します。

ステップ 3

[Work] ペインで、最初に再起動するサーバをクリックし、最後に再起動するサーバを Shift キーを押しながらクリックして、すべてのサーバを選択します。

ステップ 4

右クリックして [Reset] をクリックします。

ステップ 5

[OK] をクリックします。

ステップ 6

[Power Cycle] を選択し、[OK] をクリックします。

これで、KVM コンソール ウィンドウでモニタしているサーバが即時に再起動し、リモート vMedia マウントから起動して Cisco カスタマイズ ESXi ISO をインストールします。エラー メッセージがある場合は、無視しても問題ありません。

vMedia ポリシーおよびブート ポリシーの変更の取り消し

サーバがブート ループに陥ったり、インストール用の ISO ファイルから常に起動したりしないようにするには、ブート ポリシーへの変更を元に戻します。

始める前に

すべてのサーバがリモート vMedia ファイルから起動し、インストール プロセスが開始されていることを確認します。

手順

ステップ 1

Cisco UCS Manager の [Navigation] ペインで [Servers] をクリックします。

ステップ 2

[Servers] > [Policies] > [Root] > [Sub-Organizations] > [hx-cluster_name] > [Boot Policies] > [Boot Policy HyperFlex] の順に展開します。

ステップ 3

[Work] ペインで、[General] タブをクリックします。

ステップ 4

[Actions] 領域で、[CIMC Mounted CD/DVD] をクリックします。

ステップ 5

[Boot Order] リストから [CIMC Mounted CD/DVD] エントリを選択し、[Delete] をクリックします。

ステップ 6

[Save Changes] をクリックし、[OK] をクリックします。

次のタスク

新しいノード

以前にクラスタ内で使用したことがない新しいノードを追加する場合は、HX クラスタを展開してください。詳細については、「Cisco HyperFlex システム クラスタの展開」を参照してください。

既存のノードの再インストール

このノードが過去にクラスタの一部になっていて、何かを修正するためにイメージが再作成された場合は、Cisco TAC に連絡して指示を受けてください。

ロックダウン モード

概要

このセクションでは、ロックダウン モードの概要を説明します。ロックダウン モードは、ホストへのアクセス許可を制限することにより、ESXi ホストのセキュリティを強化するために使用されます。このモードを有効にすると、ESXi ホストには vCenter Server またはDirect Console ユーザ インターフェイス（DCUI） からのみアクセスできます。ロックダウン モードの有効化は、どのユーザがホスト サービスへのアクセスを認可されるかに影響します。

（注）

ロックダウン モードが有効になり、root または administrator@vsphere.local、 またはその他のユーザが例外ユーザ リストに含まれていない場合、これらのユーザは ESX への SSH 接続が許可されません。同様に、何らかの理由によりホストが vCenter から削除された場合、vCenter にホストを再び追加することは許可されません。

ロックダウン モードの動作

サービス

通常モード

通常のロックダウン モード

厳密なロックダウン モード

vSphere Web サービス API

すべてのユーザ（権限に基づく）

vCenter（vpxuser）

例外にユーザが含まれます（権限に基づく）。

vCenter（vpxuser）

例外にユーザが含まれます（権限に基づく）。

vCloud Director （vslauser、該当する場合）

CIM プロバイダー

ホスト上の管理者権限を持つユーザ。

vCenter（vpxuser）

例外にユーザが含まれます（権限に基づく）。

vCloud Director （vslauser、該当する場合）

vCenter（vpxuser）

例外にユーザが含まれます（権限に基づく）。

vCloud Director （vslauser、該当する場合）

Direct Console UI（DCUI）

ホスト上の管理者権限を持つユーザおよび DCUI 内のユーザ。アクセスの詳細オプション。

DCUI アクセス詳細オプションで定義されたユーザ。

例外にホスト上の管理者権限を持つユーザが含まれます。

DCUI サービスが停止します。

ESXi シェル

（イネーブルな場合）

ホスト上の管理者権限を持つユーザ。

DCUI アクセス詳細オプションで定義されたユーザ。

例外にホスト上の管理者権限を持つユーザが含まれます。

DCUI アクセス詳細オプションで定義されたユーザ。

例外にホスト上の管理者権限を持つユーザが含まれます。

SSH（イネーブルな場合）

ホスト上の管理者権限を持つユーザ。

DCUI アクセス詳細オプションで定義されたユーザ。

例外にホスト上の管理者権限を持つユーザが含まれます。

DCUI アクセス詳細オプションで定義されたユーザ。

例外にホスト上の管理者権限を持つユーザが含まれます。

- ロックダウン モードの有効化または無効化

- ロックダウン モードのトラブルシューティング

ロックダウン モードの有効化または無効化

このセクションでは、DCUI から、または vSphere Web Client からロックダウン モードを有効または無効にする方法について説明します。

（注）

ロックダウン モードが有効になり、root または administrator@vsphere.local、 またはその他のユーザが例外ユーザ リストに含まれていない場合、これらのユーザは ESX への SSH 接続が許可されません。同様に、何らかの理由によりホストが vCenter から削除された場合、vCenter にホストを再び追加することは許可されません。

DCUI からのロックダウン モードの有効化または無効化：

手順

ステップ 1

ESXi ホストに直接にログインします。

ステップ 2

ホストで Direct Console ユーザ インターフェイス（DCUI）を開きます。

ステップ 3

初期設定用の F2 キーを押します。

ステップ 4

[ロックダウン モードの設定（Configure Lockdown Mode）] の設定を切り替えるには Enter を押します。

ステップ 5

VSphere Web Client のインベントリでホストを特定します。

vSphere Web Client からのロックダウン モードの有効化または無効化：

手順

ステップ 1

VSphere Web Client のインベントリでホストを特定します。

ステップ 2

[Manage] タブをクリックし、[Settings] をクリックします。

ステップ 3

[System] で、[Security profile] を選択します。

ステップ 4

[Lockdown Mode] パネルで、[Edit]をクリックします。

ステップ 5

[ロックダウン モード（Lockdown Mode）] をクリックして、いずれかのロックダウン モード オプションを選択します。

ロックダウン モードのトラブルシューティング

ロックダウン モードでエラー ダイアログボックスが表示されたりソフトウェアのアップグレードが失敗したりする場合は、次のいずれかのシナリオに応じて以下の解決オプションを実行してください。

- 少なくとも 1 つのホストがロックダウン モードである。

- アップグレードの進行中にホストがロックダウン モードである。

少なくとも 1 つのホストがロックダウン モードである場合：

1. アップグレード前の検証でホスト ロックダウン モードをチェックします。

2. 状態を検出し、エラーをスローしてクラスタのアップグレードを中止します。

3. ロックダウン モードを無効にして、アップグレードを再試行します。

アップグレードの進行中にホストがロックダウン モードである場合：

手順

ステップ 1

ホストをアップグレードする前に、ホスト ロックダウン モードをチェックします。

ステップ 2

状態を検出してエラーを送出し、アップグレードに失敗します。

ステップ 3

ロックダウン モードを無効にして、アップグレードを再試行します。

展開フェーズでの vCenter へのホスト追加エラー

HX インストール中のロックダウンの検証は、「root」ユーザーを使用した ESXi ホストの SSH アクセシビリティ チェックです。例外リストにルート ユーザーを追加すると、ロックダウン モードの展開検証チェックがバイパスされます。この場合、展開フェーズで vCenter にホストが追加されると、そのホストは失敗し、HX のインストールも失敗します。

展開フェーズで vCenter にホストを追加すると失敗し、エラー メッセージ「vCenter のホストを追加できません」が表示されます。

手順

ロックダウン モードのステータスを確認し、無効にして、「root」ユーザーを例外から削除します。