Chapter1. このリリースの新規情報および変更情報

- このリリースの新規情報および変更情報

このリリースの新規情報および変更情報

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

特長

説明

リリース/日付が追加されました

参照先

VMware vCenter の Cisco HyperFlex HTML5 プラグイン更新

HTML プラグイン バージョン 2.1.0 の内容は次のとおりです。

- スナップショット スケジューラ[1]

- [2]

- ノードとディスク ビュー

- 仮想マシン要約

- イベントとタスク

- VLAN の作成

- [Rename Cluster]

- HyperFlex ストレッチ クラスタ

- VMware vCenter リンク モードのサポート

2021年4月27日

Cisco HyperFlex vCenter プラグイン

VMWare vCenter プラグイン用の Cisco HyperFlex HTML プラグイン

HTML5 プラグインの更新は、フラッシュ バージョンを置き換え、vCenter からネイティブに実行し、vCenter バージョン 6.5U2 以降をサポートします。

2020 年 10 月 29 日

VMware vCenter の Cisco HyperFlex HTML5 プラグイン

保護された仮想マシンのスケーラビリティ

クラスタごとにサポートされる仮想マシンの数で強調表示されたスケール。

4.0(2a)

レプリケーションとリカバリに関する考慮事項

VMWare vCenter プラグイン用の Cisco HyperFlex HTML プラグイン

VSphere クライアントから HyperFlex Connect を起動し、HyperFlex UI で管理アクションを実行できます。

4.0(2a)

Cisco HyperFlex vCenter プラグイン

クラスタがシャットダウンしません

ノードまたはディスクの障害が原因でデータが使用できなくなった場合、クラスタはシャットダウンされなくなります。リソースが再度利用可能になると、クラスタは自動的に回復します。

4.0(2a)

HX Data Platform クラスタで許容される障害

リカバリ設定

ネットワークの既存のリソースと接続をリカバリ設定として定義するプロビジョニングです。そのため、リカバリ設定で定義されたリソース マッピングを使用して、リカバリまたはテスト リカバリ時にネットワークを既知の動作状態に戻します。

4.0(2a)

リカバリ設定

ブースト モード

HyperFlex クラスタでより高い IOPS を提供することが可能になります。

4.0(2a)

ブースト モード

その他の DRO 保護

Disaster recovery orchestrator (DRO) で SRM を使用して VM を保護するためのプロビジョニング。

4.0(1a)

- レプリケーション ペアの作成

- マップされたデータストア レプリケーション ペアの編集

ストレージ レプリケーション アダプタ

SRA を設定し、SRA ワークフローを実行するためのプロビジョニング。

4.0(1a)

- ストレージ複製アダプタの管理

監査ロギング

監査ロギングの設定をサポートします。

4.0(1a)

HX Data Platform インターフェイスへのログイン

[1] この機能は、Cisco HyperFlex リリース 4.5（x）以降でサポートされています。

[2] iSCSI 管理この機能は、Cisco HyperFlex リリース 4.5（x）以降でサポートされています。

Chapter2. HX ストレージ クラスタの概要

- Cisco HX Data Platform の概要

- ストレージ クラスタの物理コンポーネントの概要

- HX Data Platform キャパシティの概要

- HX Data Platform の高可用性の概要

- ストレージ クラスタのステータス

- HX Data Platform クラスタで許容される障害

- ストレージ クラスタ ノード障害に対する応答

- HX Data Platform Ready Clone の概要

- HX ネイティブ スナップショットの概要

Cisco HX Data Platform の概要

Cisco HyperFlex Data Platform（HX Data Platform）は、複数の Cisco サーバをコンピューティング/ストレージ リソースからなる単一のプールに変換する、ハイパーコンバージド ソフトウェア アプライアンスです。これにより、ネットワーク ストレージの必要がなくなり、仮想環境でのコンピューティングとストレージのシームレスな相互運用が可能になります。Cisco HX Data Platform で実現する極めて耐障害性に優れた分散ストレージ システムにより、データ整合性が確保されるだけでなく、仮想マシン（VM）ストレージ ワークロードのパフォーマンスが最適化されます。また、ネイティブ圧縮と重複排除によって、VM により占有される記憶域と VM ワークロードが削減されます。

Cisco HX Data Platform には多数のコンポーネントが統合されています。これらのコンポーネントには、Cisco Fabric Interconnects（FI）、Cisco UCS Manager、Cisco HX 固有のサーバに加え、Cisco コンピューティング専用サーバとして VMware vSphere、ESXi サーバ、および vCenter が含まれます。さらに、Cisco HX データ プラットフォーム インストーラ、コントローラ VM、HX 接続、vSphere HX データ プラットフォーム プラグイン、および stcli コマンドも使用できます。

Cisco HX Data Platform をインストールする場所は、VMware vSphere などの仮想化プラットフォームです。インストール時に Cisco HyperFlex HX クラスタ名を指定すると、HX Data Platform は各ノード上にハイパーコンバージド ストレージ クラスタを作成します。ストレージを増やす必要があり、HX クラスタにノードを追加する場合、HX データ プラットフォームは追加のリソース全体でストレージの平衡化を行います。コンピューティング専用リソースを増やすには、コンピューティング専用ノードをストレージ クラスタに追加できます。

ストレージ クラスタの物理コンポーネントの概要

Cisco HyperFlex ストレージ クラスタは、以下のオブジェクトを含みます。これらのオブジェクトはス、トレージ クラスタの HX データ プラットフォーム によってモニタされます。これらは HX ストレージ クラスタで追加または削除できます。

- コンバージド ノード—コンバージド ノードは、VM が実行されている物理的なハードウェアです。これらはディスク容量、メモリ、処理、電源、ネットワーク I/O などのコンピューティング リソースとストレージ リソースを提供します。

コンバージド ノードをストレージ クラスタに追加すると、ストレージ コントローラ VM がインストールされます。HX Data Platform サービスは、ストレージ コントローラ VM を介して処理されます。コンバージド ノードは、関連付けられたドライブを介してストレージ リソースをストレージ クラスタに追加します。

クラスタ拡張 ワークフローをHX データ プラットフォーム インストーラから実行して、ストレージ クラスタにコンバージド ノードを追加します。stcli コマンドを使用してコンバージド ノードを削除できます。

- コンピューティング ノード—コンピューティング ノードはコンピューティング リソースを追加するものですが、ストレージ クラスタへストレージ キャパシティを追加するものではありません。これらは、CPU とメモリを含むコンピューティング リソースを追加する手段として使用されます。キャッシング（SSD）ドライブやストレージ（HDD）ドライブは必要ありません。コンピューティング ノードは、HX ストレージ クラスタではオプションです。

コンピューティング ノードをストレージ クラスタに追加すると、エージェント コントローラ VM がインストールされます。HX Data Platform サービスは、エージェント コントローラ VM を介して処理されます。

クラスタ拡張 をHX データ プラットフォーム インストーラからワークフローを実行して、ストレージ クラスタにコンピューティング ノードを追加します。stcli コマンドを使用してコンピューティング ノードを削除できます。

- ドライブ—ストレージ クラスタ内のノードに必要なドライブには、ソリッド ステート ドライブ（SSD）とハード ディスク ドライブ（HDD）の 2 種類があります。HDD は通常、コンバージド ノードに関連付けられる物理ストレージ ユニットを提供します。SSD は通常、管理をサポートします。

また、既存のコンバージド ノードに HDD を追加しても、ストレージ クラスタにストレージ キャパシティを追加できます。ストレージ クラスタ内の HX ノードにストレージを追加する場合は、ストレージ クラスタ内のすべてのノードに同等の容量のストレージを追加する必要があります。

ディスクが追加または取り外されると、HX データ プラットフォーム がストレージ クラスタを再調整して、ストレージ リソース内の変更を調節します。

コンバージド ノードでのディスクの追加や取り外しは、HX データ プラットフォーム を介しては実行されません。ディスクを追加または取り外す前に、ベスト プラクティスを確認してください。ノードでディスクを追加または取り外すための特定の手順については、サーバ ハードウェア ガイドを参照してください。

NVMe キャッシング SSD のスロット情報は、オール NVMe サーバ PID を除くと、どの AF サーバ PID も、HX-Connect から取得することができません。NVMe SSD のスロット情報は、UCSM 管理コンソールで確認してください。

- データストア—ストレージ容量とデータストア容量。これは、データストアを介してストレージ クラスタで使用でき、HX データ プラットフォーム によって管理される、組み合わせての使用が可能な物理ストレージです。

データストアは、ストレージの使用とストレージ リソースの管理のために HX データ プラットフォーム で使用される論理コンテナです。

ホストは、仮想ディスク ファイルやその他の VM ファイルをデータストアに配置します。データストアは、物理ストレージ デバイスの仕様を非表示にし、VM ファイルを格納するための統一モデルを提供します。

HX Data Platform キャパシティの概要

（注）

ディスクまたはノードを追加してクラスタの容量を追加すると、再調整が発生する可能性があります。このバックグラウンド アクティビティにより、クラスタ上の通常のユーザー IO との干渉が発生し、遅延が増加する可能性があります。パフォーマンスへの影響が許容される場合、ストレージ容量の期間をメモする必要があります。また、この操作は容量の追加を保証する緊急事態に実行される場合があります。

HX Data Platform では、キャパシティ（つまり容量）の概念がデータストアとストレージ クラスタの両方に適用されます。値は base-2（GiB/TiB）単位で測定されますが、簡素化と一貫性のために GB または TB という標識が付きます。

- [クリーナ（Cleaner）]：すべてのストレージ クラスタ データストアで実行されるプロセスです。これが完了した後、すべてのストレージ クラスタ データストアの合計容量は、ストレージ クラスタの合計容量からメタデータを差し引いた値とほぼ同じになるはずです。一般に、リストされるデータストア キャパシティ（容量）は HX ストレージ クラスタのキャパシティと一致しません。クリーナー コマンドに関する情報については、『Cisco HX Data Platform コマンド ライン インターフェイス リファレンス ガイド』を参照してください。

- [クラスタ容量（Cluster capacity）]：ストレージ クラスタに含まれる全ノード上のすべてのディスクの合計ストレージ容量。これには、各ディスク上のクリーンアップされていないデータとメタデータ オーバーヘッドが含まれます。

クラスタの合計/使用済み/空き容量は、ストレージ全体の容量と使用済みストレージの量に基づきます。

- [条件（Condition）]：HX ストレージ クラスタ がスペース イベント状態になると、[空き領域ステータス（Free Space Status）] フィールドが表示されます。[条件（Condition）] フィールドにスペース イベント状態が示されます。オプションは、[警告（Warning）]、[重大（Critical）]、[アラート（Alert）] です。

- 利用可能なデータストア容量：プロビジョニングなしでデータストアをプロビジョニングする際に使用できるストレージの量です。通常、この値はクリーンアップ後のストレージ クラスタ容量とほぼ同じですが、完全には一致しません。メタデータやクリーンアップされていないデータは含まれません。

各データストアのプロビジョニング済み/使用済み/空き容量は、データストア (シン) プロビジョニング済み容量に基づいています。データストアはシン プロビジョニングされるので、（データストア作成時に管理者が指定する）プロビジョニング キャパシティが実際のストレージを超える場合もあります。

- [未使用キャパシティ、ストレージ クラスタ（Free Capacity, storage cluster）]：使用可能な容量と同じです。ストレージ クラスタの場合、これは、ストレージ クラスタで使用可能な容量とストレージ クラスタで使用されている容量との差です。

- [未使用キャパシティ、データストア（Free capacity, datastore）]：使用可能な容量と同じです。すべてのストレージ クラスタ データストアでは、これは、すべてのストレージ クラスタ データストアにプロビジョニングされた容量とすべてのストレージ クラスタ データストアで使用されている容量との差です。

ストレージ クラスタ全体で使用されている容量は、このデータストアの計算には含まれません。データストアは頻繁にオーバー プロビジョニングされるので、[未使用キャパシティ（Free capacity）] では、すべてのストレージ クラスタ データストアの可用性に比べて、ストレージ クラスタのキャパシティ可用性がかなり低く表示される場合があります。

- [複数ユーザ（Multiple users）]：さまざまなデータストアに、さまざまなキャパシティ（容量）がプロビジョニングされる可能性があります。いずれの時点においても、ユーザは自分に割り振られたデータストア キャパシティを完全には使用しません。複数ユーザにデータストア キャパシティを割り振る場合、管理者は、各ユーザにプロビジョニングされるキャパシティが常に実施されるようにする必要があります。

- [オーバー プロビジョニング（Over-provisioning）]：すべてのデータストアに割り振られたストレージ容量が、ストレージ クラスタで使用できる量を超えると発生します。

多くの場合、最初にオーバー プロビジョニングを行います。これにより、管理者はまずキャパシティを割り振り、後で実際のストレージに合わせていくことができます。

この値は、使用可能な容量とプロビジョニングされた容量との差です。

可能な最大物理量よりも多くの領域が割り振られていない場合は、ゼロ（0）が表示されます。

オーバー プロビジョニングされた容量を確認して、システムが領域不足の状態に達しないようにしてください。

- プロビジョニング済み：クラスタ データストアでの使用が許可され割り当てられたキャパシティの量です。

プロビジョニングされた容量は、ストレージ クラスタ データストアでの単独使用のために確保されているわけではありません。複数のデータストアのストレージが、同じストレージ キャパシティからプロビジョニングされる場合があります。

- [必要な領域（Space Needed）]：HX ストレージ クラスタ がスペース イベント状態になると、[空き領域ステータス（Free Space Status）] フィールドが表示されます。[必要な領域（Space Needed）] には、[条件（Condition）] にリストされている状態をクリアするために解放すべきストレージ量が示されます。

- [使用済み（Used）]：リストされたストレージ クラスタまたはデータストアで使用されているストレージ容量です。

HX Data Platform 内部のメタデータは、0.5 ～ 1% の領域を使用します。このことにより、データストアにデータがない場合であっても、HX データ プラットフォーム プラグインまたは HX 接続 に [Used] ストレージの値が表示される場合があります。

ストレージの [使用済み（Used）] は、どの程度のデータストア領域が、設定ファイルやログ ファイル、スナップショット、クローンなどの仮想マシン ファイルによって占有されているかを表します。仮想マシンの実行中、使用されたストレージ領域にはスワップ ファイルも含まれます。

- [使用可能容量（Usable Capacity）]：データの保存に使用できるストレージ クラスタのストレージ容量です。

- キャパシティの節約について

- ストレージ容量イベント メッセージ

キャパシティの節約について

[サマリー（Summary）] タブの [キャパシティ（Capacity）] ポートレットには、ストレージ クラスタの重複排除と圧縮によるキャパシティの節約状況が表示されます。たとえば、6TB のキャパシティを持つストレージ クラスタの全体的な節約率が 50% である場合、実際には 9TB のデータを保管できることになります。

HX データ プラットフォームシステムで削減される合計のストレージ キャパシティは、次の 2 つの要素で計算されます。

- 圧縮—圧縮されているデータの量。

- 重複排除—重複排除されているデータの量。重複排除とは、重複するデータを排除して、データが占有するストレージ スペースを削減する手法です。重複排除により、データの一意のインスタンスが 1 つだけが保管されるようになります。

重複排除による節約量と圧縮による節約量が単純に合計されるわけではありません。この 2 つは独立した処理ではないためです。これらは、次のような仕組みで関連してます。まず、原則として、ストレージで使用される固有のバイト数は重複排除を介して削減されます。そして、重複排除されたストレージの使用分が圧縮され、ストレージ クラスタでさらに多くのストレージが使用できるようになります。

VM クローンを使用する場合、重複排除と圧縮による削減は有用です。

節約量が 0% として表示されている場合、それは新しいストレージ クラスタであることを意味します。ストレージ クラスタに取り込まれたデータの合計量だけでは、意味のあるストレージ削減量を判断することはできません。十分なデータがストレージ クラスタに書き込まれるまで待つ必要があります。

次に例を示します。

1. 初期値

100 GB の VM が 2 回複製されるとします。

一意の使用スペースの合計（TUUS）= 100 GB

総アドレス空間（TAS）= 100 Ⅹ 2 = 200 GB

この例に基づく結果は次のとおりです。

一意のバイト数の合計（TUB）= 25 GB

2. 重複排除による節約量

= (1 - TUUS/TAS) * 100

= (1 - 100GB / 200GB) *100

= 50%

3. 圧縮節約量

= (1 - TUB/TUUS) * 100

= (1 - 25GB / 100GB) * 100

= 75%

4. 算出された合計節約量

= (1 - TUB/TAS) * 100

= (1 - 25GB / 200GB) * 100

= 87.5%

ストレージ容量イベント メッセージ

クラスタ ストレージ容量（キャパシティ）には、ストレージ クラスタに含まれる全ノード上のすべてのディスクのすべてのストレージ容量が含まれます。データの管理には、この使用可能な容量が使われます。

クラスタ キャパシティの計算

HyperFlex HX Data Platform クラスタの容量は次のように計算されます。

(((<GB 単位でのキャパシティ ディスク サイズ> * 10^9) / 1024^3) * <ノードあたりのキャパシティディスクの台数> * <HyperFlex のノード数> * 0.92) / レプリケーション ファクタ

TiB 単位の値を算出するには、この計算結果を 1024 で割ります。レプリケーション ファクタ値は、HX クラスタが RF=3 に設定されている場合は 3、HX クラスタが RF=2 に設定されている場合は 2 です。係数 0.92 は、各ディスクでさまざまな内部ファイルシステム処理のために HX Data Platform ソフトウェアによって確保される 8% の予約を示します。

計算例: <GB 単位でのキャパシティ ディスク サイズ> = 1200 (1.2 Tb のディスクの場合)、<ノードあたりのキャパシティディスクの台数> = 15 (HX240c-M4SX モデル サーバの場合)、<HyperFlex のノード数> = 8 、レプリケーション ファクタ = 3

結果: (((1200*10^9)/1024^3)*15*8*0.92)/3 = 41127.2049 41127.2049 / 1024 = 40.16 TiB

（注）

クラスタ キャパシティ計算のためのこの公式は、ラージ フォーム ファクタ (LFF) のクラスタには適用されません。

エラー メッセージ

データ ストレージで使用可能な容量を大量に消費する必要がある場合はエラー メッセージが発行され、ストレージ クラスタのパフォーマンスと正常性が影響を受けます。エラー メッセージは、vCenter のアラーム パネル、HX Connect、 の HX Data Platform Plug-in Alarms と Events ページに表示されます。

（注）

vCenterとHX Connectで提供されるイベントとアラームの詳細は、必ずしも1対1の関係ではありません。HX Connectでメッセージを確認する場合は、vCenterのイベントとタスクも確認することをお勧めします。

（注）

警告または重大なエラーが表示された場合：

容量を拡張するには、ドライブまたはノードを追加します。さらに、使用されていない仮想マシンとスナップショットを削除することも検討してください。パフォーマンスは、ストレージ容量が減少するまで影響を受けます。

- SpaceWarningEvent：エラーを発行します。これは第 1 レベルの警告です。

できる限り早くスペースを再利用するためのクリーナー アクティビティの増加により、クラスタのパフォーマンスが影響を受けます。スループットと遅延に対する影響は、ワークロードと、実行される読み取りと書き込みの量によって異なります。

使用されているストレージ容量を、警告しきい値（HX ストレージ クラスタの容量合計の 76%）を下回るまで削減します。

- SpaceAlertEvent – エラーが発行します。スペース容量の使用率はエラー レベルのままです。

このアラートは、ストレージ容量が削減された後でも警告しきい値を上回っている場合に発行されます。

クラスタのパフォーマンスが影響を受けます。

使用されているストレージ容量を、警告しきい値（HX ストレージ クラスタの容量合計の 80%）を下回るまで削減し続けます。

- SpaceCriticalEvent – エラーを発行します。これは重大レベルの警告です。

クラスタは、読み取り専用状態です。

使用されているストレージ容量がこの警告しきい値未満に削減されるまで、ストレージ クラスタ操作を続けないでください。

- SpaceRecoveredEvent：これは通知ですクラスタ容量が正常範囲に戻りました。

クラスタ記憶域の使用率が正常に戻りました。

HX Data Platform の高可用性の概要

HX データ プラットフォーム のハイ アベイラビリティ（HA）機能においては、通常動作時で 3 つ以上のノードが完全に機能し、ストレージ クラスタがすべてのデータの複製を少なくとも 2 つ維持できるようにします。

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

ノード障害によるストレージ クラスタの状態は、ストレージ クラスタ内のノードの数と、データ レプリケーション ファクタおよびアクセス ポリシーの設定により判断されます。

（注）

HX データ プラットフォーム HA 機能を使用する前に、vSphere Web クライアント の DRS および vMotion を有効にします。

ストレージ クラスタのステータス

HX データ プラットフォーム ストレージ クラスタのステータスに関する情報は、HX 接続、HX データ プラットフォーム プラグイン、ストレージ コントローラ VM stcli コマンドを使用して利用されます。ストレージ クラスタ ステータスは、復元力ステータス値と動作ステータス値により示されます。

ストレージ クラスタ ステータスは、以下の報告されたステータス要素により示されます。

- 動作ステータス：—クラスタの機能ストレージ管理とストレージ クラスタ管理をストレージ クラスタが実行できるかどうかを示します。ストレージ クラスタが操作をどれほど実行できるか説明します。

- 復元ステータス—ストレージ クラスタ内でのノード障害を許容できるストレージ クラスタの能力を示します。ストレージ クラスタが混乱をどれほど実行できるか説明します。

ストレージ クラスタが特定の動作と修復ステータスの状態に移行する場合、以下の設定は有効です。

- データ複製係数—冗長データ レプリカの数を設定します。

- クラスタ アクセス ポリシー—データ保護とデータ損失のレベルを設定します。

- 動作ステータスの値

- 復元力ステータスの値

動作ステータスの値

クラスタの動作ステータスは、ストレージ クラスタの動作ステータスとアプリケーションの I/O 実行能力を示します。

動作ステータスのオプションは次のとおりです。

- [オンライン（Online）]：クラスタは I/O に利用可能です。

- [オフライン（Offline）]：クラスタは I/O に利用可能ではありません。

- 容量不足：クラスタ全体が容量不足であるか、または 1 つ以上のディスクが容量不足です。いずれの場合も、クラスタは、書き込みトランザクションを受け入れることはできませんが、静的ラスタ情報の表示を継続することはできます。

- [読み取り専用（Readonly）]：クラスタは、書き込みトランザクションを受け入れることはできませんが、静的クラスタ情報の表示を継続することはできます。

- [不明（Unknown）]：これは、クラスタがオンラインになるまでの遷移状態です。

クラスタのアップグレード中や作成中には、他の遷移状態が示されることもあります。

色分けとアイコンを使用して、さまざまなステータスの状態が示されます。アイコンをクリックすると、追加情報が表示されます（現在の状態になっている理由を説明するメッセージなど）。

復元力ステータスの値

復元力ステータスは、データ復元力のヘルス ステータスとストレージ クラスタの障害許容力を示します。

復元力ステータスのオプションは次のとおりです。

- [正常（Healthy）]：クラスタは、データおよび可用性に関して正常な状態です。

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

- [不明（Unknown）]：クラスタは、オンラインへの遷移状態にあります。

色分けとアイコンを使用して、さまざまなステータスの状態が示されます。アイコンをクリックすると、追加情報が表示されます（現在の状態になっている理由を説明するメッセージなど）。

HX Data Platform クラスタで許容される障害

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

ストレージ クラスタへの影響は、次のようにノード障害の数によって異なります。

- クラスタのノード数—ストレージ クラスタの応答は、3 ～ 4 ノードのクラスタと 5 ノード以上のクラスタで異なります。

- データ レプリケーション ファクタ —HX データ プラットフォーム インストール中に設定されるもので、変更できません。オプションは、ストレージ クラスタ全体で 2 または 3 個のデータの冗長レプリカです。

注目

3 のデータ レプリケーション ファクタが推奨されます。

- アクセス ポリシー—ストレージ クラスタの作成後にデフォルト設定から変更できます。オプションは、データ損失から保護する場合の strict か、より長いストレージ クラスタ可用性をサポートする場合の lenient です。

障害ノードの数によるクラスタの状態

次の表では、同時ノード障害の数に応じて、ストレージ クラスタの機能がどのように変化するかを示します。

多数のノードで障害が発生した、 HX リリース 4.0(x) を使用する 5+ ノード クラスタ

レプリケーション ファクタ

アクセスポリシー

障害ノードの数

読み取り/書き込み

Read-Only

シャットダウン

3

Lenient

2

--

3

3

Strict

1

2

3

2

Lenient

1

--

2

2

Strict

--

1

2

多数のノードで障害が発生した、 HX リリース 4.0(x) を使用する 3～4 ノード クラスタ

レプリケーション ファクタ

アクセスポリシー

障害ノードの数

読み取り/書き込み

Read-Only

シャットダウン

3

Lenient または Strict

1

--

2

2

Lenient

1

--

2

2

Strict

--

1

2

ディスク障害があるノード数に応じたクラスタの状態

次の表では、1 つ以上のディスクで障害が発生したノードの数に応じて、ストレージ クラスタの機能がどのように変化するかを示します。ノード自体では障害が発生しておらず、ノード内のディスクで障害が発生していることに注意してください。例：2 は、2 台のノードでそれぞれ 1 台以上のディスクで障害が発生していることを示します。

SSD と HDD の 2 種類のディスクがサーバ上に存在する可能性があります。次の表で複数のディスク障害について説明する際は、ストレージ キャパシティに使用されるディスクに言及しています。例：あるノードのキャッシュ SSD で障害が発生し、別のノードのキャパシティ SSD または HDD で障害が発生した場合は、アクセス ポリシーで Strict に設定されていても、ストレージ クラスタの可用性は高いままです。

次の表に、障害が発生したディスクの数と最悪のシナリオを示します。これは、3 つ以上のノードからなるストレージ クラスタに当てはまります。例：自己修復中のレプリケーション ファクタが 3 の 3 ノード クラスタは、3 つの異なるノードで全部で 3 件の同時ディスク障害が発生した場合にのみシャットダウンします。

（注）

HX ストレージ クラスタは、シリアル ディスク障害（同時ではないディスク障害）に耐えることができます。唯一の要件は、自己修復をサポートするのに十分なストレージ キャパシティ（容量）があることです。この表に示す最悪のシナリオは、HX が自動自己修復と再調整を実行している短期間にのみ当てはまります。

ディスク障害があるノード数に応じた、3 つ以上のノードからなるクラスタ

レプリケーション ファクタ

アクセスポリシー

ディスク障害が発生したノードの数

読み取り/書き込み

読み取り専用

シャットダウン

3

Lenient

2

--

3

3

Strict

1

2

3

2

Lenient

1

--

2

2

Strict

--

1

2

- データ レプリケーション ファクタの設定

- クラスタアクセスポリシー

データ レプリケーション ファクタの設定

（注）

データ レプリケーション係数は、ストレージ クラスタの構成後は変更できません。

データ レプリケーション係数は、ストレージ クラスタの構成時に設定されます。データ レプリケーション係数により、ストレージ クラスタ全体のデータの冗長レプリカの数が定義されます。オプションは、2 または 3 個のデータの冗長レプリカです。

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

- オール フラッシュ サーバ（SSD のみを含むサーバ）を使用している場合は、HX Data Platform のインストール中に 2 と 3 のいずれかを明示的に選択する必要があります。

手順

データ レプリケーション係数を選択します。選択できる基準は、次のとおりです。

- データ レプリケーション係数 3：データの冗長レプリカを 3 つ保持します。この場合、ストレージ リソースの消費量は多くなりますが、ノード障害やディスク障害が発生した場合にデータを最大限に保護します。

注目

推奨されているオプションはデータ レプリケーションファクタ 3 です。

- データ レプリケーション係数 2：データの冗長レプリカを 2 つ保持します。この場合、ストレージ リソースの消費量は減少しますが、ノード障害やディスク障害が発生した場合にデータ保護が低下します。

クラスタアクセスポリシー

クラスタ アクセス ポリシーとデータ レプリケーション ファクタの組み合わせにより、データ保護レベルとデータ損失防止レベルが設定されます。クラスタ アクセス ポリシーには 2 つのオプションがあります。デフォルトでは lenient（寛容）に設定されます。インストール中にこれを設定することはできませんが、インストール後および初期ストレージ クラスタ設定後に変更できます。

- Strict（厳格）：データ損失から保護するためのポリシーが適用されます。

ストレージ クラスタ内のノードまたはディスクで障害が発生すると、クラスタの機能に影響が生じます。複数のノードで障害が発生する場合や、1 つのノードと別のノード上のディスクで障害が発生する場合を、同時障害と呼びます。strict に設定すると、同時障害が発生した場合にデータを保護するのに役立ちます。

- Lenient（寛容）：より長いストレージ クラスタ可用性をサポートするためのポリシーが適用されます。これはデフォルトです。

ストレージ クラスタ ノード障害に対する応答

ストレージ クラスタの修復のタイムアウト時間は、ストレージ クラスタの自動修復前に HX 接続 または HX データ プラットフォーム プラグイン が待機する時間の長さになります。ディスク障害が発生した場合、修復のタイムアウト時間は 1 分になります。ノード障害が発生した場合、修復のタイムアウト時間は 2 時間になります。ディスクとノードに同時に障害が発生した場合や、ノード障害が発生し、修復が完了する前にディスク障害が発生した場合は、ノード障害のタイムアウトが優先されます。

クラスタの復元力ステータスが [警告（Warning）] の場合、HX Data Platform システムでは次のストレージ クラスタ障害と応答がサポートされます。

オプションで、HX 接続および HX データ プラットフォーム プラグイン で関連付けられている [クラスタ ステータス/操作ステータス（Cluster Status/Operational Status）] または [復元力ステータス/復元力状況（Resiliency Status/Resiliency Health）] をクリックすると、現在の状態の原因を説明する理由メッセージが表示されます。

クラスタ サイズ

同時障害発生数

障害の発生したエンティティ

実行するメンテナンス アクション

3 ノード

1

1 つのノード。

ストレージ クラスタは自動的に修復されません。

ストレージ クラスタ ヘルスを復元するために、障害が発生したノードを交換します。

3 ノード

2

2 つのノード上の 2 つ以上のディスクがブラックリストに登録されているか、またはそれらのディスクで障害が発生している。

1. 1 台のキャッシュ SSD に障害が発生している場合、ストレージ クラスタは自動的に修復されません。

2. 1 台の HDD に障害が発生しているか取り外されている場合、ディスクはすぐにブラックリストに登録されます。ストレージ クラスタは、1 分以内に自動修復を開始します。

3. 複数の HDD に障害が発生している場合、システムは自動的にストレージ クラスタ ヘルスを復元しない可能性があります。

システムが復元されない場合、障害が発生したディスクを交換して、クラスタの再調整によってシステムを復元します。

4 ノード

1

1 つのノード。

ノードが 2 時間以内に復元されない場合、ストレージ クラスタは残りのノードのデータの再調整によって修復を開始します。

ノード障害をすぐに修復し、ストレージ クラスタを完全に復元させるには、次の手順に従います。

1. ノードの電源がオンになっていることを確認し、可能な場合は再起動します。ノードの交換が必要になる場合があります。

2. クラスタを再調整します。

4 ノード

2

2 つのノード上の 2 つ以上のディスク。

2 台の SSD に障害が発生している場合、ストレージ クラスタは自動的に修復されません。

ディスクが 1 分以内に復元されない場合、ストレージ クラスタは残りのノードのデータの再調整によって修復を開始します。

5 個以上のノード

2

最大 2 つのノード。

ノードが 2 時間以内に復元されない場合、ストレージ クラスタは残りのノードのデータの再調整によって修復を開始します。

ノード障害をすぐに修復し、ストレージ クラスタを完全に復元させるには、次の手順に従います。

1. ノードの電源がオンになっていることを確認し、可能な場合は再起動します。ノードの交換が必要になる場合があります。

2. クラスタを再調整します。

ストレージ クラスタがシャット ダウンする場合は、「トラブルシューティング、2 つのノードで同時に障害が発生すると、ストレージ クラスタがシャットダウンする」のセクションを参照してください。

5 個以上のノード

2

2 つのノードのそれぞれで、2 つ以上のディスクに障害が発生する。

システムは、1 分後に自動的に再調整をトリガーし、ストレージ クラスタ ヘルスを復元します。

5 個以上のノード

2

1 つのノードおよび別のノード上の 1 つ以上のディスク。

ディスクが 1 分以内に復元されない場合、ストレージ クラスタは残りのノードのデータの再調整によって修復を開始します。

ノードが 2 時間以内に復元されない場合、ストレージ クラスタは残りのノードのデータの再調整によって修復を開始します。

ストレージ クラスタ内のノードで障害が発生し、別のノード上のディスクにも障害が発生している場合、ストレージ クラスタは 1 分以内に障害発生ディスクの修復を開始します（障害発生ノードのデータは変更されません）。障害発生ノードが 2 時間経過後に稼動しない場合、ストレージ クラスタは障害発生ノードの修復も開始します。

ノード障害をすぐに修復し、ストレージ クラスタを完全に復元させるには、次の手順に従います。

1. ノードの電源がオンになっていることを確認し、可能な場合は再起動します。ノードの交換が必要になる場合があります。

2. クラスタを再調整します。

手順

上の表を確認して、示されている操作を実行します。

HX Data Platform Ready Clone の概要

HX Data Platform Ready Clones は、業界初のストレージ技術で、ホスト VM から複数のクローン VM をすぐに作成およびカスタムできます。スタンドアロン VM として使用可能な VM の複数のコピーを作成することができます。

Ready Clone（標準のクローンと同様に、既存の VM のコピーです）。既存の VM は、ホスト VM と呼ばれます。クローニング操作が完了すると、Ready Clone は別のゲスト VM となります。

Ready Clone に対して変更を行っても、ホスト VM には影響しません。Ready Clone の MAC アドレスおよび UUID は、ホスト VM の MAC アドレスおよび UUID とは異なります。

ゲスト オペレーティング システムとアプリケーションのインストールには、時間がかかることがあります。Ready Clone を実行すると、単一のインストールおよび設定プロセスで、多数の VM のコピーを作成できます。

クローンは、多数の同一の VM を 1 つのグループに配置する場合に役立ちます。

（注）

Hyper-V Host は Offloaded Data Transfer (ODX) 要求を発行し、完全なファイルのコピーを作成します。HyperFlex はクローン技術を使用して、完全なコピー要求にこたえてすぐにコピーを作成します。

HX ネイティブ スナップショットの概要

HX ネイティブ スナップショットは、VM のバージョン（状態）を保存するバックアップ機能です。VM は、HX ネイティブ スナップショットを使用して、以前に保存したバージョンに戻すことができます。ネイティブ スナップショットは VM の複製で、ネイティブ スナップショットが作成された時点での、すべての VM ディスク上のデータの状態と VM の電源の状態（オン、オフ、またはサスペンド）が含まれます。保存した状態へ復元できるようにするには、ネイティブ スナップショットを取得して VM の現在の状態を保存します。

HX ネイティブ スナップショットの管理では、次の方法が使用されます。

- vSphere の「スナップショットの管理」機能は、特定の HX ネイティブ スナップショットに戻すことも、すべてのスナップショットを削除することもできます。

- Cisco HyperFlex Connect は、オンデマンドを作成し、HX ネイティブ スナップショットをスケジュールできます。

- HyperFlex コマンドライン ユーザー インターフェイスでは、HX ネイティブ スナップショットを作成できます。

- HX REST API は、HX ネイティブ スナップショットを作成および削除できます。

VMware スナップショットの追加情報については、次のリンク先の VMware ナレッジ ベース「VMware KB, Understanding virtual machine snapshots in VMware ESXi and ESX (1015180)」を参照してください。http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1015180

Chapter3. HX Data Platform インターフェイスへのログイン

- HyperFlex クラスタ インターフェイスの概要

- AAA 認証 REST API

- HX Connect へのログイン

- コントローラ VM（stcli）コマンド ラインへのログイン

- ストレージ コントローラ VM および ESXi のパスワードの復元

- Cisco HX Data Platform インストーラへのログイン

- HX Data Platform REST API へのアクセス

HyperFlex クラスタ インターフェイスの概要

それぞれの HyperFlex インターフェイスから、HX ストレージ クラスタに関する情報にアクセスし、アクションを実行することができます。次の HX ストレージ クラスタ インターフェイスがあります。

- HX 接続―モニタリング、パフォーマンス チャート、およびアップグレード、暗号化、複製、データストア、ノード、ディスク、VM ready clones のタスク。

- HX データ プラットフォーム プラグイン―モニタリング、パフォーマンス チャート、データストア、ホスト（ノード）、ディスクのタスク。

- ストレージ コントローラ VM コマンド ライン―HX データ プラットフォーム stcli コマンドの実行。

- HyperFlex System RESTful API―認証、複製、暗号化、モニタリング、およびオンデマンド ステートレス プロトコルを介しての HyperFlex System の管理の有効化。

追加のインターフェイスには次のものが含まれます。

- Cisco HX Data Platform インストーラ―HX データ プラットフォーム のインストール、HX ストレージ クラスタ の展開および拡張、ストレッチ クラスタの展開、HYPER-V クラスタの展開。

- Cisco UCS Manager―HX ストレージ クラスタ のネットワーク、ストレージとストレージ アクセス、およびリソースの管理のタスク。

- VMware vSphere Web クライアントおよび vSphere クライアント：vCenter クラスタのすべての VMware ESXi サーバの管理。

- VMware ESXi ―ホスト コマンド ラインを提供する個々の ESXi ホストの管理。

- HX Data Platform ログイン クレデンシャルに関するガイドライン

- HX Data Platform の名前、パスワード、文字

HX Data Platform ログイン クレデンシャルに関するガイドライン

stcli コマンドは、ログイン クレデンシャルの入力を求めるプロンプトを出します。

HX Data Platform インストーラの実行時に、事前定義された admin および root ユーザのストレージ コントローラ VM パスワードが指定されます。インストールの完了後、stcli コマンド ラインを使用してパスワードを変更できます。

ユーザーが 10 回連続で間違ったクレデンシャルでログインしようとした場合、アカウントは 2 分間ロックされます。SSH でログインの試行が失敗した場合、アカウントがロックされたことを示すエラー メッセージが表示されます。HX Connect または REST API でログインの試行が失敗した場合、10 回の試行中にアカウントがロックされたことを示すエラー メッセージが表示されます。

コンポーネント

権限レベル

ユーザー名（Username）

パスワード（Password）

注記

HX Data Platform OVA

root

root

Cisco123

重要

システムに同梱されているデフォルトのパスワード Cisco123 は、インストール時に変更する必要があります。新しいユーザがパスワードを指定していない限り、インストールを続行できません。

HX Data Platform インストーラ VM

root

root

Cisco123

重要

システム出荷時のデフォルト パスワード Cisco123 は、インストール時に変更する必要があります。新しいユーザがパスワードを指定していない限り、インストールを続行できません。

HX 接続

管理者または読み取り専用

vCenter で定義されたユーザ。

vCenter で定義されたユーザ。

事前定義された admin または root ユーザ。

HX のインストール時に指定。

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

HX のインストール時に定義されたユーザ。

vCenter で定義されたユーザ。

事前定義された admin または root ユーザ。

HX のインストール時に指定。

強力なパスワードが必要です。

ストレージ クラスタ内のすべてのノードで一致している必要があります。

インストール後にパスワードを変更するには、stcli コマンドを使用します。

vCenter

admin

デフォルト：administrator@vsphere.local

SSO 対応。

設定どおり（MYDOMAIN\name または name@mydomain.com）

SSO 対応。

設定どおり。

ESX サーバのバージョンが 5.5 の場合、vCenter クレデンシャルが vSphere 5.5 の要件を満たすようにしてください。

読み取り専用ユーザは HX データ プラットフォーム プラグイン にアクセスできません。

ESXi サーバ

root

SSO 対応。

設定どおり。

SSO 対応。

設定どおり。

ストレージ クラスタ内のすべての ESX サーバで一致している必要があります。

ハイパーバイザ

root

root

HX のインストール時に指定。

HX のインストール後にパスワードを変更するには、vCenter または esxcli コマンドを使用します。

UCS Manager

admin

設定どおり。

設定どおり。

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

admin

設定どおり。

設定どおり。

HX Data Platform の名前、パスワード、文字

ほとんどの印刷可能 ASCII 文字と拡張 ASCII 文字を名前とパスワードに使用できます。ただし一部の文字は、HX Data Platform のユーザ名、パスワード、仮想マシン名、ストレージ コントローラ VM 名、およびデータストア名に使用できません。フォルダとリソース プールには、使用できない文字はありません。

パスワードは、少なくとも1つの小文字、1 つの大文字、1 つの数字、および _@#$%^&*! のうち 1 つの特殊文字を含む、10 文字以上で指定する必要があります。

アンパサンド（&）、アポストロフィ（'）、アスタリスク（*）、アット マーク（@）、バック スラッシュ（\）、コロン（:）、カンマ（,）、ドル記号（$）、感嘆符（!）、スラッシュ（/）、小なり記号（<）、大なり記号（>）、パーセント（%）、パイプ（|）、シャープ（#）、疑問符（?）、セミコロン（;）

特殊文字を入力するときは、使用するシェルを考慮してください。シェルによって、注意が必要な文字が異なります。名前またはパスワードに特殊文字がある場合は、引用符で囲んでください（例：'speci@lword!'）。フィールドから HyperFlex Installer パスワードの単一引用符内で、パスワードを入力する必要はありません。

HX ストレージ クラスタの名前

HX クラスタ名の最大文字数は 50 文字です。

HX ストレージ クラスタのホスト名

HX クラスタ ホスト名は 80 文字以内です。

仮想マシンとデータストアの名前

仮想マシン名、コントローラ VM 名、またはデータストア名の作成時にはほとんどの文字を使用できます。エスケープされた文字を、仮想マシン名、コントローラ VM 名、またはデータストア名に使用できます。

最大文字数：仮想マシン名には 80 文字まで使用できます。

除外される文字：スナップショットの対象となるユーザ仮想マシン名やデータストア名には、次の文字を使用しないでください。

- アクセント（`）

特殊文字：次の特殊文字を、ユーザの仮想マシンまたはデータストア名で使用できます。

- アンパサンド（&）、アポストロフィ（'）、アスタリスク（*）、アットマーク（@）、バック スラッシュ（\）、サーカムフレクス（^）、コロン（:）、カンマ（,）、ドル記号（$）、ドット（.）、二重引用符（"）、等号（=）、感嘆符（!）、スラッシュ（/）、ハイフン（-）、左波カッコ（{）、左丸カッコ（(）、左角カッコ（[）、小なり記号（<）、大なり記号（>）、パーセント（%）、パイプ（|）、プラス記号（+）、シャープ（#）、疑問符（?）、右波カッコ（}）、右丸カッコ（)）、右角カッコ（]）、セミコロン（;）、ティルダ（~）、アンダースコア（_）

ユーザ名の要件

ユーザ名として HX Data Platform のコンポーネントに固有のものを指定でき、UCS Manager のユーザ名要件を満たす必要があります。

UCS Manager ユーザ名の要件。

- 文字数：6 ～ 32 文字

- Cisco UCS Manager 内で一意である必要があります。

- 英文字から始まる必要があります。

- 英文字（大文字または小文字）が必要です。

- 数字を含めることができます。すべて数字にすることはできません。

- 特殊文字：アンダースコア（_）、ダッシュ（-）、およびドット（.）に限定

コントローラ VM パスワードの要件

コントローラ VM の root ユーザ/admin ユーザのパスワードには、次の規則が適用されます。

（注）

パスワードに関する一般的な規則：コマンド文字列にパスワードを含めないでください。コマンドがパスワードの入力を求めることができる状態にします。

- 最小長：10

- 最小 1 大文字

- 最小で 1 つの大文字

- 最小で 1 つの数字

- 最小で 1 つの特殊文字

- 最大 3 回の再試行で新しいパスワードを設定

コントローラ VM パスワードを変更するには、常に stcli コマンドを使用します。Unix パスワード コマンドなどの他のパスワード変更コマンドを使用しないでください。

1. 管理コントローラ VM にログインします。

2. stcliコマンドを実行します。

stcli security password set [-h] [--user USER]

変更は、HX クラスタですべてのコントローラ Vm に伝達されます。

UCS Manager および ESX のパスワード形式と文字の要件

UCS Manager と VMware ESXi のパスワードの形式と文字の要件の概要は次のとおりです。詳細については、Cisco UCS Manager および VMware ESX のドキュメントを参照してください。

- 文字クラス：小文字、大文字、数字、特殊文字。

パスワードは大文字と小文字が区別されます。

- 文字長：最小 6、最大 80

4 つすべての文字クラスの文字が含まれる場合は、6 文字以上が必要です。

3 つ以上の文字クラスの文字が含まれる場合は、7 文字以上が必要です。

1 つまたは 2 つの文字クラスの文字しか含まれない場合は、8 文字以上が必要です。

- 開始文字と終了文字：パスワードの先頭の大文字またはパスワードの末尾の数字は文字数の合計に含まれません。

パスワードが大文字で始まる場合は、2つの大文字が必要です。パスワードが数字で終わる場合は、2つの数字が必要です。

要件を満たす例：

h#56Nu：6 文字。4 クラス。大文字で始まっていません。数字で終わっていません。

h5xj7Nu：7 文字。3 クラス。大文字で始まっていません。数字で終わっていません。

XhUwPcNu：8 文字。2 クラス。大文字で始まっていません。数字で終わっていません。

Xh#5*Nu：6 文字としてカウントされます。4 つの文字クラス。大文字で始まっています。数字で終わっていません。

h#5*Nu9：6 文字としてカウントされます。4 つの文字クラス。大文字で始まっていません。数字で終わっています。

- 連続文字数：最大 2。たとえば、hhh###555 は許容されません。

ただし、VSphere SSO ポリシーでこの値を設定することは可能です。

- 除外文字：

UCS Manager のパスワードには、エスケープ（\）文字を使用できません。

ESX パスワードには、これらの文字を使用できません。

- ユーザ名と同じものやユーザ名を逆にしたものは使用できません。

- 辞書に載っている単語は使用できません。

- パスワードには、エスケープ文字（\）、ドル記号（$）、疑問符（?）、等号（=）を使用できません。

- 辞書に載っている単語：

辞書に載っている単語は使用しないでください。

vSphere 5.5 パスワードの例外

一部の文字は、vSphere 内の機能で処理されるときにエスケープされます。つまり、処理機能によって、特殊文字の前にエスケープ文字が付加されてから、指定された名前が処理されます。

許可される特殊文字は vSphere バージョン 5.5 または 6.0 以降に固有です。See VMware KB の記事「tor@vsphere.local contains certain specialcharacter (2060746)」（https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2060746）を参照してください。

除外される文字：VSphere 5.5 では、次の文字を使用しないでください。

- 非 ASCII 文字セット。拡張 ASCII 文字。

- アクセント付き文字。たとえば、アクセント、鋭アクセント、サーカムフレクス、ウムラウト、ティルダ、およびセディーユ（é、à、â、å、ø、ü、ö、œ、ç、æ）があります。

- vSphere 5.5 と SSO：アンパサンド（&）、アポストロフィ（'）、バック スラッシュ（\）、サーカムフレクス（^）、二重引用符（"）、感嘆符（!）、パーセント（%）、セミコロン（;）、スペース（ ）

VMware には、vSphere SSO パスワード ポリシー設定オプションとユーザ名のアップグレードに関する考慮事項があります。VMware ドキュメントのトピック「How vCenter Single Sign-On Affects Upgrades」および「Edit the vCenter Single Sign-OnPassword Policy」を参照してください。

- ロケーション ベースの例外：名前の先頭に、アットマーク @ と丸カッコ ( ) を使用しないでください。

AAA 認証 REST API

Cisco HyperFlex は、ストレージクラスタのリソースにアクセスするための REST API を提供します。AAA 認証 REST API は、ユーザを認証し、入力されるログイン情報とアクセス トークンを交換するためのメカニズムを提供します。このアクセス トークンは他の REST API コールを呼び出すために使用できます。

認証 REST API (/auth) には、レート制限が適用されます。15 分のウィンドウでは、/auth は最大 5 回呼び出せます (正常に呼び出せた場合)。各ユーザは、取り消されていないトークンを最大 8 つ作成することができます。次に /auth を呼び出すと、新しいトークンの余地を設けるため、最も古い発行済みトークンが自動的に取り消されます。システムには、最大で 16 の取り消されていないトークンが存在できます。ブルートフォース攻撃を防ぐために、認証試行が 10 回連続で失敗した場合、ユーザ アカウントは 120 秒間ロックされます。発行されたアクセス トークンは 18 日間 (1555200 秒) 有効です。

（注）

HxConnect はログインのために /auth コールを使用します。この場合も同じ制限が適用されます。

HX Connect へのログイン

Cisco HyperFlex Connect は、HX ストレージのクラスタ モニタリング、およびレプリケーション、暗号化、データストア、および仮想マシンのタスクに対し、HTML5 ベースのアクセスを提供します。

セッションについて

HX Connectへの各ログインはセッションです。セッションは、HX Connect にログインした時からログアウトする時までの間のアクティビティの期間です。セッション中にブラウザの Cookie を手動でオフにしないでください。それにより、セッションもドロップされるためです。ドロップした場合でも、セッションを閉じるためにブラウザを閉じないでください。そのセッションは、引き続きオープンなセッションとしてカウントされます。デフォルトのセッションの最大値は次のとおりです。

- ユーザごとに 8 の同時セッション

- HX ストレージ クラスタ全体での16の同時セッション。

始める前に

重要

- 読み取り専用ユーザの場合は、ヘルプに記載されているすべてのオプションが表示されないことがあります。HX Connect では、ほとんどのアクションの実行に管理者特権が必要です。

- vCenter 上の時間とコントローラ VM 上の時間が同期またはほぼ同期していることを確認します。vCenter の時間とクラスタの時間のずれが大きすぎると、AAA 認証は失敗します。

手順

ステップ 1

HX ストレージ クラスタ管理 IP アドレスを探します。

個々の Storage Controller VM ではなく、管理 IP アドレスの完全修飾ドメイン名（FQDN）を使用します。

ステップ 2

ブラウザで、HX ストレージ クラスタ管理 IP アドレスを入力します。

ステップ 3

HXストレージクラスタのログインクレデンシャルを入力します。

- RBAC ユーザ：次のロールに基づくアクセス制御（RBAC）ログインを Cisco HyperFlex Connect サポートします。

- 管理者：管理者ロールを持つユーザには、読み取りおよび変更操作の権限があります。これらのユーザは、HXストレージクラスタを変更できます。

- 読み取り専用：読み取り専用ロールを持つユーザには、読み取り（表示）権限があります。HXストレージクラスタに変更を加えることはできません。

これらのユーザは vCenter を介して作成されます。vCenter ユーザ名の形式は <name>@domain.local で、ユーザ プリンシパル名（UPN）形式で指定されています。例：administrator@vsphere.local。ユーザ名に「ad:」などのプレフィックスを追加しないでください。

- HX 事前定義ユーザ： HX データ プラットフォーム事前定義ユーザ admin または root を使用してログインするには、local/ プレフィックスを入力します。例：local/root または local/admin。

local/ ログインで実行したアクションは、ローカル クラスタにのみ影響します。

vCenter は HX Connect でセッションを認識します。このため vCenter で発生するシステム メッセージは local/root ではなくセッションのユーザを示す可能性があります。たとえば、アラームで、Acknowledged By might list com.springpath.sysmgmt.domain-c7 と表示されます。

目のアイコンをクリックすると、パスワード フィールドのテキストが表示または非表示となります。このアイコンは、他のフィールド要素によって見えにくくなる場合があります。それでも、目のアイコンの領域をクリックすると、切り替え機能は動作します。

次のタスク

- HX Connect に表示されたコンテンツを更新するには、更新（円形）アイコンをクリックします。これによってページが更新されない場合は、キャッシュをクリアして、ブラウザをリロードします。

- HX Connect をログアウトして、適切にセッションを閉じるには、[ユーザ（User）] メニュー（右上） > [ログアウト（Logout）] を選択します。

コントローラ VM（stcli）コマンド ラインへのログイン

すべての stcli コマンドは、HX クラスタ情報を読み取るコマンドと HX クラスタを変更するコマンドに分かれています。

- 変更のコマンド：管理者レベルの権限が必要です。例：

stcli cluster create

stcli datastore create

- 読み取りのコマンド：管理者レベルまたは読み取り専用レベルの権限で使用できます。例：

stcli <cmd> -help

stcli cluster info

stcli datastore info

HX データ プラットフォーム stcli コマンドを実行するには、HX データ プラットフォーム ストレージ コントローラ VM コマンド ラインにログインします。

重要

コマンド文字列にパスワードを含めないでください。コマンドは、プレーン テキストとしてログに頻繁に渡されます。コマンドからパスワードの入力を求められるまで待ちます。これは、ログイン コマンドだけでなく stcli コマンドにも当てはまります。

以下の方法で、ストレージ コントローラ VM の HX データ プラットフォーム コマンドライン インターフェイスにログインできます。

- ブラウザから

- コマンド ターミナルから

- HX 接続 Web CLI ページから

HX Connect では直接コマンドのみサポートされます。

- 直接コマンド：1 回のパスで完了し、コマンド ラインを介した応答を必要としないコマンド。直接コマンドの例：stcli cluster info

- 間接コマンド：コマンド ラインを介したライブ応答を必要とするマルチレイヤのコマンド。対話型コマンドの例：stcli cluster reregister

手順

ステップ 1

コントローラ VM の DNS 名を探します。

1. [VM] > [Summary] > [DNS Name] を選択します。

2. vSphere Web クライアント [ホーム] > [VM およびテンプレート] > [vCenter サーバ] > [datacenter] > [ESX Agents] > [VVM] を選択します。

3. コントローラ VM のストレージ クラスタ リストにクリック スルーします。

ステップ 2

ブラウザから、DNS 名と /cli パスを入力します。

1. パスを入力します。

例

# cs002-stctlvm-a.eng.storvisor.com/cli

想定されるユーザ名：admin、パスワード：HX クラスタの作成時に定義。

2. プロンプトにパスワードを入力します。

ステップ 3

コマンド ライン ターミナルから ssh を使用します。

（注）

ssh ログイン文字列にパスワードを含めないでください。ログインは、プレーン テキストとしてログに渡されます。

1. ssh コマンド文字列を入力します。

2. 証明書の警告が表示される場合があります。yes と入力して警告を無視して続行します。

---------------------------------------------------------
!!! ALERT !!!
This service is restricted to authorized users only.
All activities on this system are logged. Unauthorized
access will be reported.
---------------------------------------------------------
HyperFlex StorageController 2.5(1a)# exit
logout
Connection to 10.198.3.22 closed.]$ssh root@10.198.3.24
The authenticity of host '10.198.3.24 (10.198.3.24)' can't be established.
ECDSA key fingerprint is xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx.
Are you sure you want to continue connecting (yes/no)?

3. プロンプトにパスワードを入力します。

# ssh admin@10.198.3.22
HyperFlex StorageController 2.5(1a)
admin@10.198.3.22's password:

ステップ 4

HX 接続 から HX 接続 にログインし [Web CLI] を選択します。

（注）

HX 接続 Web CLI からは非対話型のコマンドのみを実行できます。

- ストレージ コントローラのパスワードの変更

ストレージ コントローラのパスワードの変更

インストール後に HyperFlex ストレージ コントローラのパスワードをリセットするには、次の手順を実行します。

手順

ステップ 1

ストレージ コントローラ VM にログインします。

ステップ 2

Cisco HyperFlex ストレージ コントローラ パスワードを変更します。

# stcli security password set
このコマンドによって、ストレージ クラスタ内のすべてのコントローラ VM に変更が適用されます。

（注）

新しいコンピューティング ノードを追加し、stcli security password set コマンドを使用してクラスタ パスワードをリセットしようとすると、コンバージド ノードは更新されますが、コンピューティング ノードはデフォルト パスワードのままになることがあります。コンピューティング ノードのパスワードを変更するには、次の手順を使用します。

コンピューティング ノードでパスワードを変更するには：

1. ESXi ホストからすべてのユーザー VM を vMmotion します。

2. VCenter からストレージ コントローラ VM コンソールを起動し、root ユーザーとしてログインします。

3. passwd コマンドを実行して、パスワードを変更します。

4. ログアウトして再度ログインし、パスワードが正常に変更されたことを確認します。

5. stcli node add -f コマンドを実行し、ノードをクラスタに再び追加します。

ステップ 3

新しいパスワードを入力します。

ステップ 4

Enter を押します。

ストレージ コントローラ VM および ESXi のパスワードの復元

ストレージ コントローラ VM のパスワードが失われたが、ESXi のパスワードが機能している場合は、ESXi にログインし、ストレージ コントローラ VM のパスワードをリセットすることができます。同様に、ESXi パスワードを紛失したときにストレージ コントローラ VM にログインすることで、ESXi のパスワードをリセットできます。

- ESXi パスワードを使用したストレージ コントローラ VM のパスワードの回復

- ストレージ コントローラ VM のパスワードを使用した ESXi パスワードの回復

ESXi パスワードを使用したストレージ コントローラ VM のパスワードの回復

始める前に

ESXi パスワードが必要です。

手順

ステップ 1

SSH を使用して ESXi ホストにログインします。

ステップ 2

例に示すように、host_rsa_key を使用して ESXi から、パスワードを回復する必要があるストレージ コントローラ VM に SSH で接続します。

ステップ 3

stcli security password set コマンドを使用して、パスワードをリセットします。

（注）

このコマンドで、クラスタ内のすべてのノードのパスワードをリセットします。

例

[root@f241-12-09-HX-1-1:~]  ssh root@`/opt/springpath/support/getstctlvmip.sh "Storage Controller Management Network"` -i /etc/ssh/ssh_host_rsa_key
HyperFlex StorageController 1.8(1a)
---------------------------------------------------------
!!! ALERT !!!
This service is restricted to authorized users only.
All activities on this system are logged. Unauthorized
access will be reported.
---------------------------------------------------------

HyperFlex StorageController 1.8(1a)
Last login: Thu Oct 27 11:29:49 2016 from dhcp-172-18-253-157.cisco.com
root@SpringpathController9BN5EXPF0C:~# stcli security password set
Enter new password for user root:
Re-enter new password for user root:
root@SpringpathController9BN5EXPF0C:~#

ストレージ コントローラ VM のパスワードを使用した ESXi パスワードの回復

始める前に

ストレージ コントローラ VM のパスワードが必要です。

手順

ステップ 1

SSH を使用してストレージ コントローラ VM にログインし、次のコマンドを実行します。

# Ssh root@<esxi_ipaddress> -i /etc/ssh/ssh_host_rsa_key

または、次のコマンドを実行することもできます。

ssh root@`/opt/springpath/storfs-mgmt-cli/getLocalNode.sh | grep IP | cut -f2- -d=` -i /etc/ssh/ssh_host_rsa_key

（注）

このコマンドは、ストレージ コントローラが 1 対 1 のマッピング上に存在する ESXi ホストに対してのみ機能します。各 ESXi ホストのパスワードを変更する必要があります。

ステップ 2

次のコマンドを実行して、ESXi ホストのパスワードを変更します。

passwd root

ここでは、root はユーザ名です。

ステップ 3

新しいパスワードを入力し、Enter キーを押します。確認のため、パスワードを再入力します。

# passwd root
Changing password for user root.
New UNIX password:
Retype new UNIX password:

新しいパスワードを使用して ESXi ホストにアクセスできます。

Cisco HX Data Platform インストーラへのログイン

次に、HX Data Platform ソフトウェアをインストールします。

（注）

Cisco HX Data Platform インストーラを起動する前に、ストレージ クラスタに含める予定の vCenter クラスタにあるすべての ESXi サーバがメンテナンス モードであることを確認します。

手順

ステップ 1

ブラウザで、HX データ プラットフォーム インストーラがインストールされた VM の URL を入力します。

このアドレスは、前のセクション「HX Data Platform インストーラの展開」で入手しています。たとえば、http://10.64.4.254 です。

ステップ 2

次のクレデンシャルを入力します。

- [ユーザ名（Username）]：root

- パスワード （デフォルト）：Cisco123

注目

システムに同梱されているデフォルトのパスワード Cisco123 は、インストール時に変更する必要があります。新しいユーザがパスワードを指定していない限り、インストールを続行できません。

EULA を読みます。[利用規約に同意します（I accept the terms and conditions）] をクリックします。

右下隅に記載された製品バージョンが正しいことを確認します。[ログイン（Login）] をクリックします。

ステップ 3

[HX Data Platform インストーラ ワークフロー（HX Data Platform Installer Workflow）] ページには、さらに移動するための2つのオプションがあります。

- クラスタの作成 ドロップダウン リスト：標準のクラスタ、ストレッチ クラスタ、または Hyper-V クラスタを展開できます。

- クラスタ展開：データを提供して、既存の標準的なストレージ クラスタにコンバージド ノードやコンピューティング ノードを追加できます。

HX Data Platform REST API へのアクセス

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

HTTP 動詞を使用した Cisco HyperFlex System RESTful API は、HTTP 呼び出しを実行するように構成できる他のサードパーティ製の管理および監視ツールと統合されています。また、オンデマンド ステートレス プロトコルを介した HyperFlex システムの認証、レプリケーション、暗号化、監視、および管理を可能にします。この API を使用すれば、外部アプリケーションを HyperFlex の管理プレーンと直接インターフェイスさせることができます。

これらのリソースには URI（Uniform Resource Identifier）を介してアクセスし、これらのリソースに対する操作は POST（作成）、GET（読み取り）、PUT（更新）、DELETE（削除）などの HTTP 動詞を使用して実行します。

REST API は、Python、JAVA、SCALA、Javascript などのさまざまな言語でクライアント ライブラリを生成することも可能な Swagger を使用して記述されます。このように生成したライブラリを使用して、HyperFlex リソースを使用するためのプログラムとスクリプトを作成できます。

HyperFlex は、組み込み REST API アクセス ツールである REST エクスプローラも備えています。このツールは、リアルタイムで HyperFlex リソースにアクセスし、応答を監視するために使用します。REST エクスプローラは、コマンド ラインから実行可能な CURL コマンドも生成します。

手順

ステップ 1

ブラウザを開いて、https://developer.cisco.com/docs/ucs-dev-center-hyperflex/ DevNet アドレスにアクセスします。

ステップ 2

[Login] をクリックし、必要に応じてクレデンシャルを入力します。

Chapter4. HX ストレージ クラスタのモニタリング

- HyperFlex クラスタのモニタリング

- HX Connect を使用した HyperFlex クラスタのモニタリング

- HX Connect を使用した監査ロギング

HyperFlex クラスタのモニタリング

この章では、HX ストレージ クラスタ次のインターフェイスを通じて利用できるモニタリングの内容について説明します。

- Cisco HX 接続

- Cisco HX データ プラットフォーム プラグイン

- ストレージ コントローラ VM コマンド ライン

HX Connect を使用した HyperFlex クラスタのモニタリング

HX 接続 ユーザー インターフェイスは、HX ストレージ クラスタのステータス、コンポーネント、および暗号化やレプリケーションなどの機能のビューを提供します。

主要なモニタリング ページには、ローカルの Cisco HX ストレージ クラスタに関する情報が含まれています。

- [ダッシュボード（Dashboard）]：Cisco HXストレージ クラスタ ステータスの概要です。

- アラーム、イベント、アクティビティ：詳細については、 『Cisco HyperFlex システム トラブルシューティング リファレンス ガイド』を参照してください。

- [パフォーマンス（Performance）]：IOPS、スループット、遅延、およびレプリケーション ネットワーク帯域幅のグラフ。

- [システム情報 (System Information)]：ノードとディスクのデータを含めた HX ストレージ クラスタ システムに関連する情報を表示し、HX メンテナンス モードへのアクセスを提供します。

『Cisco HyperFlex システム トラブルシューティング リファレンス ガイド』には、バンドルの生成方法、ストレージ クラスタ メンテナンス操作の概要メンテナンス モードの開始と終了方法、および ビーコンの設定 ノードまたはディスク ビーコンを設定する方法について記されています。

- [データストア（Datastores）]：データストアのステータスと関連タスク。

- [仮想マシン（Virtual Machines）]：仮想マシンのステータスと仮想マシン保護に関連するタスク

さらに、次の Cisco HX 接続 ページから管理機能にアクセスできます。

- [暗号化（Encryption）]：ディスクおよびノードに保存されるデータの暗号化タスク。

- [レプリケーション（Replication）]：ディザスタ リカバリでの VM 保護タスク。

[アップグレード（Upgrade）] ページでは、HX データ プラットフォームと Cisco UCS Manager のファームウェア アップグレード タスクにアクセスできます。

- [ダッシュボード（Dashboard）] ページ

- [Activity (アクティビティ)] ページ

- [システム情報（System Information）] 概要ページ

- [ノード（Nodes）] ページ

- [ディスク（Disks）] ページ

[ダッシュボード（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 つのフィールドのどれかが表示されます。

UI 要素

基本的な情報

[更新（Refresh）] フィールドとアイコン

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

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

[フィルタ（Filter）] フィールド

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

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

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

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

[エクスポート（Export）] メニュー

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

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

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

[Activity (アクティビティ)] ページ

HX ストレージ クラスタ上の最近のアクティビティのリストを表示します。これにより、VM の動作、クラスタのアップグレード/拡張、メンテナンス モードの開始/終了、およびリカバリ ジョブの進捗状況をモニタできます。

UI 要素

基本的な情報

[アクティビティ（Activity）] リスト

最近のタスクのリストと、次の詳細が表示されます。

- ID

- 説明

- VM 電源のオン/オフ/一時停止ステータス

- タスクのステータス：

- 進行中

- 成功

- 失敗

VM 電源の操作に失敗した場合は、[既存の状態（Existing State）] フィールドと [必要な状態（Required State）] フィールドも表示されます。

- 日時スタンプ

- Progress bar

展開されたリストには、タスクの手順名とステータスが表示されます。

コンテンツを今すぐ更新し、最近のアクティビティを取得するには、円形のアイコンをクリックします。ページは 2 分ごとに自動的に更新されます。

[リカバリ (Recovery)] リスト

次の詳細を含む、リカバリ関連のすべてのジョブ (移行、リカバリ、テスト リカバリ、再保護など) の進行状況を表示します。

- ID

- 説明

- タスクのステータス：

- 進行中

- 成功

- 失敗

- 日時スタンプ

- 進捗バー

展開されたリストには、タスクの手順名とステータスが表示されます。

コンテンツを今すぐ更新し、最近のアクティビティを取得するには、円形のアイコンをクリックします。ページは 2 分ごとに自動的に更新されます。

[すべて展開/すべて折り畳む（Expand All/Collapse All）] ボタン

ジョブ リストのビューを切り替えて、最上位のタスク情報またはタスク詳細を表示します。

個別のタスクを展開したり折りたたんだりすることもできます。

次の表に、[アクティビティ（Activity）] ページで HX タスクを作成するスナップショット操作を示します。

アクティビティ ページで HX タスクを作成するスナップショット操作

Operation

アクティビティ ページでの HX タスクの作成

HX プラグインからの Ready Clone

HX タスクが作成されていません。

HX ConnectからのReady Clone

HX タスクが [アクティビティ（Activity）] ページに追加されました。

HX プラグインからのスケジュールされたスナップショット タスクの作成

HX タスクが作成されていません。

HX Connect からのスケジュールされたスナップショット タスクの作成

HX タスクが [アクティビティ（Activity）] ページに追加されました。

スケジュール スナップショットからのスナップショットの作成

HX タスクが [アクティビティ（Activity）] ページに追加されました。

HX プラグインからのスナップショット

HX タスクが作成されていません。

HX Connect からのスナップショット

HX タスクが [アクティビティ（Activity）] ページに追加されました。

[システム情報（System Information）] 概要ページ

ノードとディスクを含め、HX ストレージ クラスタのシステム関連の情報が表示されます。また、ここから HX メンテナンス モードにアクセスできます。

HX ストレージ クラスタ構成データ (HX Storage Cluster Configuration Data)

この HX ストレージ クラスタの基本構成情報が表示されます。

UI 要素

基本的な情報

[HX ストレージ クラスタ (HX storage cluster)] フィールド

ストレージ クラスタの名前。

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

HX ストレージ クラスタに初めてログインしたとき、または HX ストレージ クラスタ ライセンスが登録されるまでに、[今すぐ登録 (Register Now)] リンクが表示されます。

[今すぐ登録 (Register Now)] リンク：クラスタ ライセンスを登録するには、このリンクをクリックし、[Smart Software Licensing Product Registration (スマート ソフトウェア ライセンス製品登録)] 画面で製品インスタンス登録トークンを指定します。製品インスタンス登録トークンを取得する方法の詳細については、『VMware ESXi の Cisco HyperFlex システム インストール ガイド』の「スマート ライセンスへのクラスタの登録」セクションを参照してください。

（注）

クラスタ ライセンスを登録するには、[アクション (Actions)] ドロップダウン フィールドから [クラスタの登録 (Register Cluster)] を選択することもできます。

[ライセンスの使用状況 (License Usage)] セクション

- ライセンス タイプ：評価、Edge、標準、またはエンタープライズを HX ストレージ クラスタ ライセンス タイプとして表示します。

- ライセンス ステータス：HX ストレージ クラスタ ライセンス ステータスとして次のいずれかを表示します。

- コンプライアンス

- ライセンスの期限が <n> 日後に切れます。クラスタが登録されていません - 今すぐ登録します。（このステータスは評価タイプライセンスの場合にのみ表示されます。

- ライセンスの期限が切れています。クラスタが登録されていません - 今すぐ登録します。（このステータスは評価タイプライセンスの場合にのみ表示されます。

- コンプライアンス違反 - ライセンスが不十分です

- 認証の有効期限切れ：HX が Cisco Smart Software Manager および Smart Software Manager サテライトと 90日 以上通信できない場合、このステータスが表示されます。

（注）

ライセンス証明書を更新するか、ライセンス認証を更新するには、[アクション (Actions)] ドロップダウン フィールドからそれぞれのオプションを選択します。

[HX ストレージ クラスタ ステータス (HX storage cluster status)] フィールド

HX ストレージ クラスタの機能ステータスが示されます。

- [オンライン（Online）]：クラスタは利用可能です。

- [オフライン（Offline）]：クラスタは使用可能でありません。

- [読み取り専用（Read Only）]：クラスタは領域外です。

- [不明（Unknown）]：クラスタがオンラインになるまでの遷移状態。

[vCenter] リンク

この HX ストレージ クラスタに関連付けられている VMware vSphere のセキュア URL。このリンクをクリックしてリモートから vSphere Web クライアント にアクセスします。

[ハイパーバイザ（Hypervisor）] フィールド

この HX ストレージ クラスタにインストールされているハイパーバイザのバージョン。

[HXDP バージョン（HXDP Version）] フィールド

この HX ストレージ クラスタにインストールされているインストーラ パッケージのバージョン。

[データ レプリケーション ファクタ（Data Replication Factor）] フィールド

この HX ストレージ クラスタに保存されている冗長データ レプリカの数。

[稼働時間（Uptime）] フィールド

この HX ストレージ クラスタがオンラインであった期間。

[合計キャパシティ（Total Capacity）] フィールド

このクラスタ全体のストレージ サイズ。

[使用可能な容量（Available Capacity）] フィールド

このクラスタの空きストレージの容量。

[DNSサーバ（DNS Server(s)）]

この HX ストレージ クラスタの DNS サーバの IP アドレス。

NTPサーバ

この HX ストレージ クラスタの NTP サーバの IP アドレス。

コントローラ VM アクセス

アクションを使用して、管理者としてSSHを使用してコントローラVMにアクセスし、SSHを介したコントローラアクセスの有効化、SSHを介したコントローラアクセスの無効化、またはライセンスの登録などのアクションを実行します。

（注）

SSH を有効または無効にするアクションは、ローカル ユーザーではなく、ドメイン ユーザーのみが実行できます。ドメイン ユーザーは、VC (ESXi) および AD (Hyper-v) のユーザーです。

UI 要素

基本的な情報

SSH を介したコントローラのアクセスを無効化

セキュアシェル（SSH）は、デフォルトでは無効にされています。

ライセンスを登録

ライセンスを登録します。

vCenterの再登録

vCenter 経由でライセンスを再登録

ディスク ビューのオプション

ディスク ビューの表示をカスタマイズします。[ノード データ（Node Data）] セクションに表示されるフィールドを選択および選択解除するには、チェックボックス リストを使用します。

ディスク ビューの凡例

ディスクの凡例アイコンと説明を表示するには、[ディスク表示の凡例] をクリックします。

ノード データ（Node Data）

この HX ストレージ クラスタ内の各ノードに関するデータが表示されます。この情報を表形式で表示するには、[ノード（Nodes）] ページに移動します。

UI 要素

基本的な情報

Node

このクラスタ上のノードの名前です。

モデル（Model）

このノードの物理ハードウェアのモデル番号です。

ディスク

このノードの永続的なディスクに対するキャッシュ ディスクの数です。

ノード ステータス

- オンライン

- オフライン

- メンテナンス中

- Healthy

- 警告

HXDP バージョン

このクラスタにインストールされている HyperFlex データ プラットフォームのバージョン。

タイプ

- ハイパーコンバージド

- コンピューティング

ハイパーバイザ ステータス

- オンライン

- オフライン

- メンテナンス中

- 進行中

ハイパーバイザ アドレス

この HX ストレージ クラスタの管理ネットワークで使用する IP アドレスです。

ディスクの概要

各ノードで使用中のディスクの数、使用タイプ、および空のスロットの数のグラフィック表示。

（注）

赤色のアイコンが付いたディスク アウトラインは、認識されず、カタログのアップグレードが必要なディスクを示します。

ディスクがあるノードでは、ディスクの上にカーソルを置くと、次のような情報がインタラクティブに表示されます。

ディスク

UI 要素

基本的な情報

スロット番号

ドライブの場所 (たとえば、スロット番号 2)。

ディスクのタイプ

- システム（System）

- Cache

- 永続

ディスクの状態

- 請求済み

- 応対可

- 無視

- ブラックリスト

- OK して削除

- 不明

ロケータ LED

ディスクを特定しやすくするためにホスト上の物理的なライトをアクティブにします。オプションは、[オン（On）] と [オフ（Off）] です。

容量

ディスク サイズの合計です。

[使用済み/総容量 (Used / Total Capacity)] (永続ディスクのみ)

合計ディスク サイズに対する使用されているディスクの容量です。

シリアル番号（Serial Number）

このディスクの物理シリアル番号です。

[ストレージ使用率 (Storage Usage)] (永続ディスクのみ)

使用されているディスク ストレージの割合です。

バージョン

ディスク ドライブのバージョン。

ディスク ドライブ インターフェイス

ディスク ドライブのインターフェイス タイプ (たとえば、SAS または SATA)。

[ノード（Nodes）] ページ

表にこの HX のストレージ クラスタ内のすべてのノードに関するデータが表示されます。それぞれの列（カラム）を基準にデータをソートできます。

UI 要素

基本的な情報

[HX メンテナンス モードの開始（Enter HX Maintenance Mode）] ボタン

このボタンにアクセスするノードを選択します。

[HX メンテナンス モードの確認（Confirm Maintenance Mode）] ダイアログボックスが開きます。

[HX メンテナンス モードの終了（Exit HX Maintenance Mode）] ボタン

このボタンにアクセスするノードを選択します。

すべてのメンテナンス タスクを完了した後、手動で HX メンテナンス モードを終了する必要があります。

[ノード（Node）] カラム

この HX ストレージ クラスタ内のノードの名前。

[ハイパーバイザ（Hypervisor）] カラム

[ノード (Node)] 列で参照されるノードの管理ネットワークの IP アドレス。

[Hypervisor Status] カラム

- [オンライン (Online)] ：ノードは使用できます。

- [オフライン (Offline)] ：ノードは使用できません。

- メンテナンス中：実行中 (および電源がオフ) になっているノードは、ホストから切断されています。

- [進行中 (In Progress)] ： バックアップ ジョブが進行中です。

[Controller Address] カラム

[ノード (Node)] 列で参照されるノードの HX ストレージ コントローラ VM の IP アドレス。

[Controller Status] カラム

- [オンライン (Online)] ：VM とディスクの間の接続を使用できます。

- [オフライン (Offline)] ：VM とディスク間の接続は使用できません。

- [メンテナンス中 (In Maintenance)] ：VM とディスクの間の接続はホストから電源がオフになります。

[モデル（Model）] カラム

このノードの物理ハードウェアのモデル番号。

[バージョン（Version）] カラム

HyperFlex データ プラットフォーム このノードにインストールされているインストーラ パッケージのバージョン。

[ディスク（Disks）] カラム

ノード内のディスクの数。

数値をクリックすると、選択されたノード名でフィルタリングされた [ディスク（Disks）] ページが開きます。

[ディスク（Disks）] ページ

7 列のテーブルに、この HX ストレージ クラスタ内のすべてのディスクに関するデータが表示されます。それぞれの列（カラム）を基準にデータをソートできます。

UI 要素

基本的な情報

[ノード（Node）] カラム

ディスクが存在するノードの名前。

[スロット（Slot）] カラム

SED ドライブの場所。これは、メンテナンス作業のためにドライブを識別します。

[Capacity] カラム

ディスクの合計サイズ。

[Status] カラム

- [Claimed]：ディスクが認識され、使用中の状態です。

- [利用可能（Available）]：新しく追加された、保管中データ対応のディスクの初期状態です。また、ディスクが他のいずれかの状態に移るときの遷移状態でもあります。

- [Ignored]：ディスクがクラスタによって使用されていない状態です。たとえば、HX コントローラ VM システム ディスク、他のデータ（有効なファイル システム パーティション）を含むディスク、または I/O の障害が発生しているディスクです。

- [ブラックリスト登録済み（Blacklisted）]： ソフトウェアのエラーまたは I/O エラーが原因でディスクがクラスタによって使用されていないときの状態です。これは、まだ利用可能なディスクをクラスタが修復しようとしたときに [修復（Repairing）] 状態に移行する前の遷移状態である可能性があります。

- [削除 OK（Ok To Remove）]：これは、[安全に消去する（Secure Erase）] オプションを使って SED ディスクがすでに安全に消去されており、安全に削除できる状態です。

- [修復（Repairing）]：ブラックリスト登録済みディスクが現在修復されている状態です。

- [削除対象（To Be Removed）]：ディスクが RMA にスケジュールされているときの状態です。

次の状態は無視しても構いません。

- 無効（Invalid）

- 標準

- [削除済み（Removed）]：[安全に消去する（Secure Erase）] オプションを使用した後に SED ディスクが削除されるときの状態です。

- タイムアウト

- 不明

[暗号化（Encrypted）] カラム

- [有効（Enabled）]：この保管中データ対応ディスクの暗号化が設定されています。

- [無効（Disabled）]：この保管中データ対応ディスクの暗号化は設定されていません。この状態は、新しいディスクが存在するものの、キーがまだ適用されていない場合に発生します。

- ロック済み

- 不明

[タイプ（Type）] カラム

- 不明

- [循環（Rotational）]：ハイブリッド ドライブ

- [ソリッド ステート（Solid State）]：SSD ドライブ

使用状況（Usage）] カラム

- 不明

- Cache

- 永久的（Persistent）

[ロケータをオンにする（Turn On Locator LED）] および [ロケータ LED をオフにする（Turn Off Locator LED）] オプション ボタン

ディスクを 1 つ選択してオプション ボタンにアクセスします。

ディスクを探すために役立つホスト上の物理光またはビーコンをアクティブ化または非アクティブ化します。

（任意）[安全に消去する（Secure erase）] ボタン

このボタンは、HX ストレージ クラスタがローカル キー暗号を使って暗号化されている場合にのみ表示されます。

ディスクを 1 つ選択してこのボタンにアクセスします。

クラスタで使用中の暗号キーを入力し、[安全に消去する（Secure Erase）] をクリックしてから、[はい、このディスクを消去します（Yes, erase this disk）] をクリックしてローカル暗号キーを安全に消去します。

HX Connect を使用した監査ロギング

監査ロギングは、すべての監査ログをリモート syslog サーバに保存することを意味します。現在、各コントローラ VM は監査ログを保存していますが、これらのログは無期限に保存されるわけではありません。ログは、コントローラ VM に設定されている保持ポリシーに基づいて上書きされます。監査ログを保存するようにリモート syslog サーバを設定することにより、ログが長期間保持できます。

次に、リモート syslog サーバにエクスポートできる監査ログを示します。

- REST 関連のログ

- /var/log/springpath/audit-rest.log

- /var/log/springpath/hxmanager.log

- /var/log/springpath/hx_device_connector.log

- /var/log/shell.log

- /var/log/springpath/stSSOMgr.log

- /var/log/springpath/stcli.log

- /var/log/springpath/hxcli.log

- /var/log/nginx/ssl-access.log

監査ロギングを有効にすると、これらのログはリモート syslog サーバにエクスポートされます。コントローラ VM からのログがリモート sylog サーバにプッシュされていない場合、またはリモート syslog サーバに到達できない場合は、HX 接続ユーザー インターフェイスでアラームが生成されます。ただし、HX 接続はリモート syslog サーバで使用可能なディスク領域をモニタしません。リモート syslog サーバのディスクが満杯の場合、HX 接続ユーザー インターフェイスでアラームが表示されません。

注目

- 監査ロギングを有効にできるのは、管理者ユーザーのみです。

- コンピューティング専用ノードと監視ノードからのログは、リモート syslog サーバにプッシュされません。

監査ロギングを有効にした後、監査ロギングを一時的に無効にするか、または監査ロギングサーバ設定の詳細を削除するかを選択できます。

- 監査ロギングの有効化

- リモート syslog サーバの設定

- 監査ロギングの無効化

- 監査ロギング サーバの設定の削除

監査ロギングの有効化

始める前に

- リモート syslog サーバを設定します。HX Connect で監査ロギングを有効にするには、サーバ IP、ポート番号、証明書ファイルなどのサーバの詳細を設定する必要があります。

- コントローラ VM とリモート syslog サーバとの間に暗号化された接続を設定するには、コントローラ VM で syslog クライアントの自己署名証明書または CA 署名付き証明書と秘密キーを生成する必要があります。

- さまざまなタイプのログをそれぞれのファイルに分類するようにリモート syslog サーバを設定します。

手順

ステップ 1

[Settings (設定)] > [Audit Log Export Settings (監査ログ エクスポート設定)] を選択します。

ステップ 2

[Enable audit log export to an external syslog server (監査ログ エクスポートを外部 sysylog サーバに有効にする)] チェック ボックスをチェックします。

ステップ 3

次の詳細を入力します。

UI 要素

基本的な情報

Syslog サーバ

Syslog サーバの IP アドレスを入力します。

Port

syslog サーバのポート番号を入力します。

[接続タイプ (Connection Type)] ドロップダウン リスト

接続タイプとして [TLS] または [TCP] を選択します。デフォルト値と推奨値は TLS です。TLS 接続タイプは、TLS を介した暗号化されている転送用です。TCP 接続タイプは、TCP を介した暗号化されていない転送用です。

クライアント証明書

[Choose (選択)] をクリックして、コントローラ VM に保存する必要がある証明書ファイルを検索します。この証明書により、コントローラ VM とリモート syslog サーバの間に TLS 接続を作成します。TLS 接続によって、ログ ファイルが確実に暗号化されます。

ユーザーが生成した自己署名証明書または CA 署名付き証明書のいずれかをアップロードする必要があります。

秘密キー（Private Key）

[Choose (選択)] をクリックして、コントローラ VM に保存する必要がある生成されたプライベート キーファイルを検索します。このキーにより、コントローラ VM とリモート syslog サーバの間に TLS 接続を作成します。

Syslog サーバの証明書と秘密キーを選択すると、ログ ファイルが確実に暗号化されます。Syslog サーバの証明書は、CA 証明書または自己署名証明書のいずれかにすることができます。

自己署名証明書を使用しますか?

Syslog サーバが自己署名証明書を使用する場合は、このチェックボックスをオンにします。

[Choose (選択)] をクリックして、syslog サーバの自己署名証明書を検索します。

ステップ 4

[OK] をクリックします。

リモート syslog サーバの設定

監査ロギングを有効にする前に、リモート syslog サーバに設定ファイルを作成して、異なるログ ファイルを別々のファイルに分類する必要があります。/Etc/syslog-ng/conf.d ディレクトリの hx-audit.conf というタイトルのファイルを作成できます。

次に、syslog サーバとの暗号化された接続を確立するための設定ファイルの例を示します。

## Audit Logging Configuration ###
source demo_tls_src {
tcp(ip(0.0.0.0) port(6515)
tls(
key-file("/etc/syslog-ng/CA/serverkey.pem")
cert-file("/etc/syslog-ng/CA/servercert.pem")
peer-verify(optional-untrusted)
)
); };

filter f_audit_rest { match("hx-audit-rest" value("MSGHDR")); };
filter f_device_conn { match("hx-device-connector" value("MSGHDR")); };
filter f_stssomgr { match("hx-stSSOMgr" value("MSGHDR")); };
filter f_ssl_access { match("hx-ssl-access" value("MSGHDR")); };
filter f_hxmanager { match("hx-manager" value("MSGHDR")); };
filter f_hx_shell { match("hx-shell" value("MSGHDR")); };
filter f_stcli { match("hx-stcli" value("MSGHDR")); };
filter f_hxcli { match("hx-cli" value("MSGHDR")); };

destination d_audit_rest { file("/var/log/syslog-ng/audit_rest.log"); };
destination d_device_conn { file("/var/log/syslog-ng/hx_device_connector.log"); };
destination d_stssomgr { file("/var/log/syslog-ng/stSSOMgr.log"); };
destination d_ssl_access { file("/var/log/syslog-ng/ssl_access.log"); };
destination d_hxmanager { file("/var/log/syslog-ng/hxmanager.log"); };
destination d_hx_shell { file("/var/log/syslog-ng/shell.log"); };
destination d_stcli { file("/var/log/syslog-ng/stcli.log"); };
destination d_hxcli { file("/var/log/syslog-ng/hxcli.log"); };

log { source(demo_tls_src); filter(f_audit_rest); destination(d_audit_rest); flags(final); };
log { source(demo_tls_src); filter(f_device_conn); destination(d_device_conn); flags(final); };
log { source(demo_tls_src); filter(f_stssomgr); destination(d_stssomgr); flags(final); };
log { source(demo_tls_src); filter(f_ssl_access); destination(d_ssl_access); flags(final); };
log { source(demo_tls_src); filter(f_hxmanager); destination(d_hxmanager); flags(final); };
log { source(demo_tls_src); filter(f_hx_shell); destination(d_hx_shell); flags(final); };
log { source(demo_tls_src); filter(f_stcli); destination(d_stcli); flags(final); };
log { source(demo_tls_src); filter(f_hxcli); destination(d_hxcli); flags(final); };

########################

次に、リモート syslog サーバとの TCP 接続を確立するための設定ファイルの例を示します。

#######################
## Audit Logging Configuration ###
source demo_tls_src {
tcp(ip(0.0.0.0) port(6515)
); };

filter f_audit_rest { match("hx-audit-rest" value("MSGHDR")); };
filter f_device_conn { match("hx-device-connector" value("MSGHDR")); };
filter f_stssomgr { match("hx-stSSOMgr" value("MSGHDR")); };
filter f_ssl_access { match("hx-ssl-access" value("MSGHDR")); };
filter f_hxmanager { match("hx-manager" value("MSGHDR")); };
filter f_hx_shell { match("hx-shell" value("MSGHDR")); };
filter f_stcli { match("hx-stcli" value("MSGHDR")); };
filter f_hxcli { match("hx-cli" value("MSGHDR")); };

destination d_audit_rest { file("/var/log/syslog-ng/audit_rest.log"); };
destination d_device_conn { file("/var/log/syslog-ng/hx_device_connector.log"); };
destination d_stssomgr { file("/var/log/syslog-ng/stSSOMgr.log"); };
destination d_ssl_access { file("/var/log/syslog-ng/ssl_access.log"); };
destination d_hxmanager { file("/var/log/syslog-ng/hxmanager.log"); };
destination d_hx_shell { file("/var/log/syslog-ng/shell.log"); };
destination d_stcli { file("/var/log/syslog-ng/stcli.log"); };
destination d_hxcli { file("/var/log/syslog-ng/hxcli.log"); };

log { source(demo_tls_src); filter(f_audit_rest); destination(d_audit_rest); flags(final); };
log { source(demo_tls_src); filter(f_device_conn); destination(d_device_conn); flags(final); };
log { source(demo_tls_src); filter(f_stssomgr); destination(d_stssomgr); flags(final); };
log { source(demo_tls_src); filter(f_ssl_access); destination(d_ssl_access); flags(final); };
log { source(demo_tls_src); filter(f_hxmanager); destination(d_hxmanager); flags(final); };
log { source(demo_tls_src); filter(f_hx_shell); destination(d_hx_shell); flags(final); };
log { source(demo_tls_src); filter(f_stcli); destination(d_stcli); flags(final); };
log { source(demo_tls_src); filter(f_hxcli); destination(d_hxcli); flags(final); };

########################

監査ロギングの無効化

監査ロギングを一時的に無効にするようを選択できます。これにより、以前に設定したサーバ IP やポートなどのリモート syslog サーバの詳細がシステムに保持されます。後で監査ロギングを再度有効にする場合は、サーバの詳細を再度入力する必要はありません。監査ロギングを有効にするために必要なのは、証明書と秘密キー ファイルをアップロードすることだけです。

手順

ステップ 1

[Settings (設定)] > [Audit Log Export Settings (監査ログ エクスポート設定)] を選択します。

ステップ 2

[外部 syslog サーバへの監査ログのエクスポートの有効化] チェック ボックスのチェックを外します。

ステップ 3

[OK] をクリックします。

監査ロギングは、デフォルトでは無効になっています。

監査ロギング サーバの設定の削除

管理者として、システムからリモート syslog サーバの設定の詳細を削除できます。これを行うと、システムはリモート syslog サーバにサーバ ログをプッシュしません。監査ロギングを有効にするには、サーバの詳細を再度入力する必要があります。

手順

ステップ 1

[Settings (設定)] > [Audit Log Export Settings (監査ログ エクスポート設定)] を選択します。

ステップ 2

[削除（Delete）] をクリックします。

ステップ 3

[Confirm Delete (削除の確認)] ダイアログ ボックスで、[Delete (削除)] をクリックします。

リモート syslog サーバの詳細がシステムから削除されます。

Chapter5. HX ストレージ クラスタの管理

- クラスタ アクセス ポリシー レベルの変更

- クラスタのリバランス

- スペース不足エラーの処理

- 現在の vCenter サーバから新しい VCenter サーバへのストレージ クラスタの移動

- クラスタの名前変更

- ブースト モード

クラスタ アクセス ポリシー レベルの変更

手順

ステップ 1

クラスタ アクセス ポリシーを「strict」（厳格）に変更する前に、ストレージ クラスタが正常な状態になっている必要があります。

ステップ 2

ストレージ クラスタ内のストレージ コントローラ VM のコマンド ラインから、次のコマンドを入力します。

# stcli cluster get-cluster-access-policy

# stcli cluster set-cluster-access-policy --name {strict,lenient}

クラスタのリバランス

ストレージ クラスタは定期的なスケジュールで再調整されます。これは、使用可能なストレージの変更すべてに対して保存されているデータの分散を再調整し、ストレージ クラスタの健全性を回復するために使用されます。新しいノードが既存のクラスタに追加される場合、追加されたノードは、既存のクラスタに参加するとすぐに新しい書き込みを実行します。必要に応じて (通常は 24 時間以内に) クラスタが自動的に再調整され、ストレージ全体の使用率が低い場合、新しいノードは最初に既存のコンバージド ノードよりも少ないストレージ使用率を示すことがあります。現在のストレージ使用率が高く、新しいノードがクラスタに追加されると、データは一定期間にわたって新しいノード ドライブに再調整されます。

（注）

手動の再調整を行うことにより、クラスタ上の通常のユーザー IO との干渉が発生し、遅延が増加する可能性があります。したがって、HyperFlex システムは、パフォーマンスのペナルティを最小限に抑えるために必要な場合にのみ、再調整を開始します。

手順

ストレージ コントローラ VM から再調整ステータスを確認します。

1. コマンド ラインで、次のコマンドを入力します。

# stcli rebalance status
rebalanceStatus:
rebalanceState:
cluster_rebalance_ongoing
percentComplete: 10
rebalanceEnabled: True

2. コマンド ラインを再入力して、プロセスの完了を確認します。

# stcli rebalance status
rebalanceStatus:
rebalanceState: cluster_rebalance_not_running
rebalanceEnabled: True

この例では再調整が有効で、再調整を実行する準備ができていますが、現在ストレージ クラスタを再調整していないことを示します。

- クラスタの再調整ステータスと自己修復ステータスの確認

クラスタの再調整ステータスと自己修復ステータスの確認

ストレージ クラスタのリバランスは定期的に行われ、クラスタ内の利用可能なストレージ量が変化したときにも行われます。さらに、利用可能なストレージ量が変化した場合にも、リバランスがトリガーされます。これは自動自己修復機能です。

重要

再調整は、通常、1 つのディスクの使用率が 50 % を超えた場合またはクラスタの集約ディスク使用率が 50 % 以上の場合にのみ発生します。

HX Data Platform プラグインまたはストレージ コントローラ VM コマンドラインから再調整ステータスを確認できます。

手順

ステップ 1

HX Data Platform プラグインからの再調整ステータスの確認

1. vSphere Web クライアント ナビゲータから、[vCenter Inventory Lists] > [Cisco HyperFlex Systems] > [Cisco HX Data Platform] > cluster > [サマリ (Summary)] の順に選択します。

[状態（Status）] ポートレットには自己修復ステータスがリストされます。

2. [復元ステータス] を展開して、[自己修復ステータス] セクションを表示します。[Self healing status] フィールドには、再調整アクティビティまたは N/A（再調整が現在アクティブではない場合）が示されます。

ステップ 2

ストレージ コントローラ VM コマンド ラインから再調整ステータスを確認する。

1. ssh を使用してコントローラ VM にログインします。

2. コントローラ VM のコマンド ラインから、次のコマンドを実行します。

# stcli rebalance status

次の出力は、ストレージ クラスタで再調整が現在実行されていないことを示しています。

rebalanceStatus:
percentComplete: 0
rebalanceState: cluster_rebalance_not_running
rebalanceEnabled: True

HX Data Platform プラグインの [最近のタスク（Recent Tasks）] タブに、ステータス メッセージが表示されます。

スペース不足エラーの処理

システムで [スペース不足（Out of Space）] エラーが表示された場合、ノードを追加して空き容量を増やすか、使用されていない既存の VM を削除して領域を解放できます。

[スペース不足（Out of Space）] の状態の場合、VM は応答しません。

（注）

ストレージ コントローラ VM は削除しないでください。ストレージ コントローラ VM の名前には、stCtlVM というプレフィックスが付いています。

手順

ステップ 1

ノードを追加するには、HX Data Platform インストーラのクラスタ拡張機能を使用します。

ステップ 2

未使用の VM を削除するには、次の手順を実行します。

1. どのゲスト VM が削除可能であるかを判断します。VM や命名規則によって使用されるディスク領域などの要因を考慮できます。

2. [vCenter] > [仮想マシン（Virtual Machines）] に移動して、インベントリ内の仮想マシンを表示します。

3. 削除する VM をダブルクリックします。

4. [概要（Summary）] > [質問に回答（Answer Questions）] をクリックしてダイアログボックスを表示します。

5. [キャンセル（Cancel）] オプション ボタンをクリックして、[OK] をクリックします。

6. VM の電源をオフにします。

7. VM を削除します。

ステップ 3

[スペース不足（Out of Space）] の状態がクリアされた後で、次の操作を行います。

1. [vCenter] > [仮想マシン（Virtual Machines）] に移動して、インベントリ内の VM を表示します。

2. 使用する VM をダブルクリックします。

3. [概要（Summary）] > [質問に回答（Answer Questions）] をクリックしてダイアログボックスを表示します。

4. [再試行（Retry）] オプション ボタンをクリックして、[OK] をクリックします。

- クリーナ スケジュールの確認

クリーナ スケジュールの確認

stcli cleanerコマンドは、通常、バックグラウンドで継続的に実行されます。cleaner は不要になるとスリープ モードに入り、ポリシーで定義された条件に適合すると起動します。たとえば、ストレージ クラスタで ENOSPC 条件が発生すると、クリーナが自動的に高優先度で実行されます。

cleaner の実行中は、クラスタを拡張しないでください。cleaner スケジュールを確認するか、必要に応じてスケジュールを調整します。

手順

ステップ 1

ストレージ クラスタ内の任意のコントローラ VM にログインします。コントローラ VM コマンド ラインから、次にリストするコマンドを実行します。

ステップ 2

クリーナ スケジュールを表示します。

# stcli cleaner get-schedule --id ID | --ip NAME

パラメータ

説明

--id ID

ストレージ クラスタ ノードの ID。

--ip NAME

ストレージ クラスタ ノードの IP アドレス。

現在の vCenter サーバから新しい VCenter サーバへのストレージ クラスタの移動

始める前に

- HX クラスタが HX Data Platform 1.8(1c) よりも前のバージョンを使用している場合には、新しい vCenter に再登録する前にアップグレードしてください。

- このタスクはメンテナンス時間帯に実行します。

- クラスタが正常であることおよびアップグレードの状態が問題なく正常であることを確認します。コントローラ VM コマンド ラインから stcli コマンドを使用して、状態を表示できます。

# stcli cluster info
応答を確認します。

upgradeState: ok
healthState: healthy

- vCenter が動作している必要があることを確認します。

- vCenter クラスタ間でストレージ クラスタを移動する場合、スナップショット スケジュールはストレージ クラスタと共に移動されません。

手順

ステップ 1

現在の vCenter から、クラスタを削除します。

これは HX ストレージ クラスタの作成時に指定された vCenter クラスタです。

ステップ 2

新しい vCenter では、同じクラスタ名を使用して新しいクラスタを作成します。

ステップ 3

新しく作成されたクラスタで新しい vCenter に ESX ホストを追加します。

次のタスク

vCenter クラスタからのストレージ クラスタの登録解除 に進みます。

- 現在の vCenter サーバから新しい VCenter サーバへのストレージ クラスタの移動

- vCenter クラスタからのストレージ クラスタの登録解除

現在の vCenter サーバから新しい VCenter サーバへのストレージ クラスタの移動

始める前に

- HX クラスタが HX Data Platform 1.8(1c) よりも前のバージョンを使用している場合には、新しい vCenter に再登録する前にアップグレードしてください。

- このタスクはメンテナンス時間帯に実行します。

- クラスタが正常であることおよびアップグレードの状態が問題なく正常であることを確認します。コントローラ VM コマンド ラインから stcli コマンドを使用して、状態を表示できます。

# stcli cluster info
応答を確認します。

upgradeState: ok
healthState: healthy

- vCenter が動作している必要があることを確認します。

- vCenter クラスタ間でストレージ クラスタを移動する場合、スナップショット スケジュールはストレージ クラスタと共に移動されません。

手順

ステップ 1

現在の vCenter から、クラスタを削除します。

これは HX ストレージ クラスタの作成時に指定された vCenter クラスタです。

ステップ 2

新しい vCenter では、同じクラスタ名を使用して新しいクラスタを作成します。

ステップ 3

新しく作成されたクラスタで新しい vCenter に ESX ホストを追加します。

次のタスク

vCenter クラスタからのストレージ クラスタの登録解除 に進みます。

vCenter クラスタからのストレージ クラスタの登録解除

この手順はオプションであり、必須ではありません。HX データ プラットフォーム プラグイン の登録は古い vCenter に残しておくことをお勧めします。

始める前に

vCenter サーバから別の vCenter サーバへストレージ クラスタを移動するタスクの一部として、現在の vCenter サーバから新しい VCenter サーバへのストレージ クラスタの移動の手順を完了します。

（注）

- 複数の HX クラスタが同じ vCenter に登録されている場合、すべての HX クラスタが別の vCenter に完全に移行されるまで、この手順を試みないでください。この手順を実行すると、vCenterに登録されている既存の HX クラスタが中断します。

手順

ステップ 1

vSphere クライアントからの HX Data Platform ファイルの削除の手順を完了します。

ステップ 2

HX クラスタが vCenter から登録解除されていることの確認の手順を完了します。

次のタスク

新しい vCenter クラスタによるストレージ クラスタの登録 に進みます。

- EAM 拡張機能の登録解除および削除

- vSphere クライアントからの HX Data Platform ファイルの削除

- HX クラスタが vCenter から登録解除されていることの確認

- 新しい vCenter クラスタによるストレージ クラスタの登録

EAM 拡張機能の登録解除および削除

HX Data Platform を部分的にインストールしているかアンインストールしている場合、または、当該の vSphere にインストールされている HX クラスタよりも多くのエージェンシーがある HX クラスタを登録解除している場合、HX Data Platform 拡張機能のための古い ESX Agent Manager（EAM）が残っている場合があります。Managed Object Browser（MOB）拡張マネージャを使用して、古い拡張機能を削除します。

始める前に

- まだダウンロードしていない場合は、vSphere ESX Agent Manager SDK をダウンロードします。

- 複数の HX クラスタが同じ vCenter に登録されている場合、すべての HX クラスタが別の vCenter に完全に移行されるまで、この手順を実行しないでください。この手順を実行すると、vCenter に登録されている既存の HX クラスタに問題が生じます。

- vSphere クラスタからデータセンターを削除します。

（注）

HyperFlex リリース4.0 以降で新たに導入された HX クラスタは、HyperFlex ストレージ コントローラ VM の vSphere ESX Agent Manager (EAM) を利用できなくなりました。HX 4.0 より前に構築された HX クラスタは引き続き EAM を使用します。そのクラスタが新しい vCenter に移行された場合、EAM 連携は設定されません。

手順

ステップ 1

HX クラスタの UUID を指定します。

各エージェンシーには、基盤となる vSphere 拡張機能を参照するフィールド、cluster_domain_id があります。この拡張機能 ID には、Managed Object ID（moid）が使用されています。

HyperFlex クラスタが複数ある場合は、登録を解除する正しいクラスタ ID を選択することを確認します。

ストレージ コントローラ VM コマンド ラインから次のコマンドを実行します。

# stcli cluster info | grep vCenterClusterId:
vCenterClusterId: domain-c26

ステップ 2

ストレージ クラスタの拡張機能を登録解除する：vCenter サーバ MOB 拡張機能マネージャにログインします。

まず、HyperFlex クラスタを登録解除します。

1. ブラウザで、パスとコマンドを入力します。

https://vcenter_server/mob/?moid=ExtensionManager

vcenter_server は、ストレージ クラスタが現在登録されている vCenter の IP アドレスです。

2. 管理者用のログイン クレデンシャルを入力します。

ステップ 3

クラスタ ID を持つ HX ストレージ クラスタ拡張機能を探します。[プロパティ（Properties）] > [extensionList] をスクロールして、次のストレージ クラスタ拡張機能を探します。

com.springpath.sysmgmt.cluster_domain_id および com.springpath.sysmgmt.uuid.cluster_domain_id。

クリップボードに、これらの文字列をそれぞれコピーします。文字列の端に二重引用符（”）がある場合、それを除外します。

ステップ 4

各ストレージ クラスタ拡張機能の登録を解除します。

1. [メソッド（Methods）] テーブルから UnregisterExtension をクリックします。

2. [UnregisterExtension] ポップアップに拡張機能のキー値である com.springpath.sysgmt.cluster_domain_id を入力します。

例：com.springpath.sysgmt.domain-26

3. [メソッドの呼び出し（Invoke Method）] をクリックします。

ステップ 5

古い EAM 拡張機能を削除する：vCenter サーバ MOB ESX エージェンシー拡張機能マネージャにログインします。

次に、HyperFlex クラスタに関連付けられていた古い EAM 拡張機能を削除します。

1. ブラウザで、パスとコマンドを入力します。

https://vcenter_server/eam/mob/

vcenter_server は、ストレージ クラスタが現在登録されている vCenter の IP アドレスです。

2. 管理者用のログイン クレデンシャルを入力します。

ステップ 6

当該のクラスタ ID を持つ古い HX ストレージ クラスタの ESX エージェンシー拡張機能を見つけます。

1. [プロパティ（Properties）] > エージェンシー > [値（Value）] までスクロールします。

2. エージェンシーの値をクリックします。

3. [エージェンシー（Agency）] ウィンドウで、[プロパティ（Properties）] > [solutionID] > [値（Value）] 拡張機能を確認します。正しい cluster_domain_id があることを確認します。

例：com.springpath.sysgmt.domain-26

ステップ 7

古い ESX エージェンシー拡張機能を削除します。

1. [エージェンシー（Agency）] ウィンドウの [メソッド（Methods）] テーブルからメソッドを選択します。

古い ESX エージェンシーは、destroyAgency または uninstall のいずれかを使用して削除できます。

2. [メソッド（method）] ポップアップで、[メソッドの呼び出し（Invoke Method）] をクリックします。

ステップ 8

[ExtensionManager] タブを更新し、extensionList エントリに com.springpath.sysgmt.cluster_domain_id という拡張機能が含まれていないことを確認します。

ステップ 9

vSphere クライアント サービスを再起動します。

vSphere クライアント サービスが再起動されると、HX Data Platform の拡張機能が削除されます。vSphere クライアント サービスを再起動すると、ブラウザを介した vCenter へのアクセスが一時的に無効になります。

vSphere クライアントからの HX Data Platform ファイルの削除

この作業は HX ストレージ クラスタ を vCenter から登録解除するための手順です。

手順

VSphere クライアントから HX Data Platform ファイルを削除します。方法を選択します。

Linux vCenter

1. Linux vCenter サーバに ssh を使用して、root ユーザでログインします。

2. HX データ プラットフォーム プラグイン フォルダを含むフォルダに変更します。

vCenter 6.0 の場合

# cd /etc/vmware/vsphere-client/vc-packages/vsphere-client-serenity/
vCenter 5.5 の場合

# cd /var/lib/just/vmware/vsphere-client/vc-packages/vsphere-client-serenity/

3. HX データ プラットフォーム プラグイン フォルダとファイルを削除します。

# rm -rf com.springpath*

4. vSphere クライアントを再起動します。

# service vsphere-client restart

Windows vCenter

1. Remote Desktop Protocol（RDP）を使用して、Windows vCenter システム コマンド ラインにログインします。

2. HX データ プラットフォーム プラグイン フォルダを含むフォルダに変更します。

# cd "%PROGRAMDATA%\VMware\vSphere Web Client\vc-packages\vsphere-client-serenity

3. HX データ プラットフォーム プラグイン フォルダとファイルを削除します。

# rmdir /com.springpath*

4. サービス画面を開きます。

# services.msc

5. vCenter からログアウトして、vSphere Web クライアントを再起動します。

# serviceLogout

HX クラスタが vCenter から登録解除されていることの確認

この作業は HX ストレージ クラスタ を vCenter から登録解除するための手順です。

HX クラスタが古い vCenter 上にないことを確認します。

始める前に

次の手順を実行します。

- vSphere クライアントからの HX Data Platform ファイルの削除

手順

ステップ 1

vCenter に再度ログインする前にキャッシュをクリアします。

ステップ 2

古い vCenter からログアウトします。

ステップ 3

古い vCenter に再度ログインし、HX データ プラットフォーム プラグインが削除されていることを確認します。

新しい vCenter クラスタによるストレージ クラスタの登録

始める前に

HyperFlexクラスタをvCenterに登録する前に、すべてのESXiホストでESXiロックダウンモードを無効にし、SSHサービスが有効で実行中であることを確認する必要があります。

vCenter サーバから別の vCenter サーバへストレージ クラスタを移動するタスクの一部として、vCenter クラスタからのストレージ クラスタの登録解除の手順を完了します。

手順

ステップ 1

コントローラ VM にログインします。

ステップ 2

stcli cluster reregister コマンドを実行します。

stcli cluster reregister [-h] --vcenter-datacenter NEWDATACENTER --vcenter-cluster NEWVCENTERCLUSTER --vcenter-url NEWVCENTERURLIP [--vcenter-sso-url NEWVCENTERSSOURL] --vcenter-user NEWVCENTERUSER

必要に応じて、さらにリストされているオプションを適用します。

構文の説明

Option

必須またはオプション

説明

--vcenter-cluster NEWVCENTERCLUSTER

必須

新しい vCenter クラスタの名前。

--vcenter-datacenter NEWDATACENTER

必須

新しい vCenter データセンター名。

--vcenter-sso-url NEWVCENTERSSOURL

任意

新しい vCenter SSO サーバの URL。指定されない場合、--vcenter url から推測されます。

--vcenter-url NEWVCENTERURL

必須

新しい vCenter の URL、<vcentername>。ここで、<vcentername> には新しい vCenter の FQDN または IP を使用できます。

--vcenter-user NEWVCENTERUSER

必須

新しい vCenter 管理者のユーザ名。

プロンプトが表示されたら vCenter 管理者パスワードを入力します。

レスポンスの例：

Reregister StorFS cluster with a new vCenter ...
Enter NEW vCenter Administrator password:
Waiting for Cluster creation to finish ...

ストレージ クラスタを再登録してから、コンピューティング専用ノードが EAM の登録に失敗したか、EAM クライアント内に存在しないか、vCenter のリソース プール内に存在しない場合は、下のコマンドを実行してコンピューティング専用ノードを再度追加します。

# stcli node add --node-ips <computeNodeIP> --controller-root-password <ctlvm-pwd> --esx-username <esx-user> --esx-password <esx-pwd>
サポートが必要な場合は、TAC にお問い合わせください。

ステップ 3

スナップショット スケジュールを再入力します。

vCenter クラスタ間でストレージ クラスタを移動する場合、スナップ ショット スケジュールはストレージ クラスタと共に移動されません。

ステップ 4

（オプション）登録に成功したら、HyperFlexクラスタをvCenterに登録する前にESXiロックダウンモードを無効にします。

クラスタの名前変更

HX Data Platform ストレージ クラスタを作成した後、プロセスを中断することがなく名前を変更できます。

（注）

次の手順は vCenter クラスタではなく、HX クラスタの名前変更に適用されます。

手順

ステップ 1

vSphere Web クライアント ナビゲータから、[vCenter インベントリ リスト] > [Cisco HyperFlex Systems] > [Cisco HX Data Platform] > [クラスタ（cluster）] の順に選択して名前変更します。

ステップ 2

[クラスタの名前変更（Rename Cluster）] ダイアログボックスを開きます。ストレージ クラスタを右クリックするか、タブの上部にある [アクション（Actions）] ドロップダウンリストをクリックします。

ステップ 3

[クラスタの名前変更（Rename Cluster）] を選択します。

ステップ 4

テキスト フィールドにストレージ クラスタの新しい名前を入力します。

HX クラスタ名の最大文字数は 50 文字です。

ステップ 5

[OK] をクリックして、新しい名前を適用します。

VCenter サーバで自己署名証明書を外部証明書へ置換

手順

vCenter の certMgmt モードを [カスタム (Custom)] に設定し、サードパーティ証明書を持つ ESXi ホストを vCenter に追加します。

（注）

デフォルトでは、certMgmt モードは vmsa です。デフォルトの [vmsa] モードでは、自己署名証明書を持つ ESX ホストのみ追加できます。CA 証明書を持つ ESX を vCenter に追加する場合、CA 証明書が自己署名証明書に置換されない限り ESX ホストを追加できません。

certMgmt モードを更新するには：

1. ホストを管理する vCenter サーバを選択し、[設定 (Settings)] をクリックします。

2. [詳細設定 (Advanced Settings)] をクリックしてから、[編集 (Edit)] をクリックします。

3. [フィルタ (Filter)] ボックスに、certmgmt と入力し、証明書管理キーのみを表示します。

4. vpxd.certmgmt.mode の値を custom に変更して[OK] をクリックします。

5. vCenter サーバ サービスを再起動します。

サービスを再起動するには、ブラウザに次のリンクを入力して、[Enter] をクリックします。

https://<VC URL>:5480/ui/services

（注）

vCenter のホスト追加動作は、証明書および certMgmt モードによって異なります。

- ホストに certMgmt モードの自己署名証明書がある場合、vCenter の vmsaデフォルト値に設定します。

- 自己署名証明書を持つ ESX ホストのみ追加できます。

- サードパーティ CA 証明書を持つ ESX の追加は許可されていません。

- 自己署名証明書をサードパーティ CA 証明書に置換した後 ESX を vCenter に追加する場合、システムではサードパーティ CA 証明書を自己署名証明書に置換するように促します。CA 証明書を自己署名証明書に置換した後、ESX ホストを追加できます。

- ホストに certMgmt モードの自己署名証明書がある場合、vCenter の custom に設定します。

- 自己署名証明書をサードパーティ CA 証明書に置換した後 ESX を vCenter に追加する場合、システムは次のエラーをスローします。ssl thumbprint mismatch and add host fails. この場合、次のことを実行して、サードパーティ CA ｓ証明書を自己署名証明書に置換します。

1. ホストをメンテナンス モード (MM モード) に配置します。

2. certified rui.crt and rui.key ファイルをバックアップしている以前のキーと証明書に置換します。

3. hostd および vpxa service を再起動します。CA 証明書が新しいノードに表示されます。

4. 右クリックして vCenter に接続します。ホストは CA 証明書を削除し、VMware の自己署名証明書に置換します。

- ホストに certMgmt モードのサードパーティ CA 証明書がある場合、vCenter の vmsaデフォルト値に設定します。

- 自己署名証明書を持つ ESX ホストのみ追加できます。

- サードパーティ CA 証明書を持つ ESX の追加は許可されていません。

- ホストに certMgmt モードのサードパーティ CA 証明書がある場合、vCenter の custom に設定します。

- 自己署名証明書を持つ ESX ホストのみ追加できます。

- ESX ホストの自己署名証明書を vCenter の CA 証明書に置換する必要があります。

ESXi ホスト サーバで自己署名証明書を外部証明書へ置換

手順

ステップ 1

ホスト証明書 (rui.crt) およびキー (rui.key) ファイルを生成し、ファイルを証明書機関に送信します。

（注）

rui.key および rui.crt ファイルを生成している間に、ESX の適切なホスト名または FQDN が提供されていることを確認します。

ステップ 2

元のホスト証明書 (rui) およびキー (rui) ファイルのバックアップを取得した後、各 ESXi ホストの/etc/vmware/ssl ディレクトリ内の認定ホスト証明書 (rui) およびキー (rui) ファイルを置き換えます。

（注）

メンテナンス モードで 1 個のホストのみ配置してローリング傾向でホスト証明書 (rui.crt) およびキー (rui.key) ファイルを置き換えて、クラスタが正常になるまで待機して、それから別のノードの証明書を置き換えます。

1. 管理者権限を持つ SSH クライアントから ESXi ホストにログインします。

2. ホストをメンテナンス モード (MM モード) に配置します。

3. /etc/vmware/ssl/ ディレクトリの rui.bak ファイルに以前のキーおよび証明書のバックアップを作成します。

4. /etc/vmware/ssl/ ディレクトリに新しい認定 rui.crt および rui.key ファイルをアップロードします。

5. 次のコマンドを使用して、hostd および vpxa サービスを再起動して実行中のステータスを確認します。

/etc/init.d/hostd restart
/etc/init.d/vpxa restart
/etc/init.d/hostd status
/etc/init.d/vpxa status

6. ホストを vCenter に再接続し、メンテナンス モードを終了します。

（注）

すべてのノードで同じ手順を繰り返します。Web でアクセスして各ノードの証明書を確認できます。

HyperFlex クラスタの再登録

認定ファイルを交換した後に vCenter にすべてのホストを追加した後、次のコマンドを使用して、HX クラスタを vCenter に再登録します。

stcli cluster reregister

（注）

HyperFlex クラスタを vCenter に登録する前に、すべての ESXi ホストで ESXi ロックダウン モードを無効にし、SSH サービスが有効で実行中であることを確認する必要があります。登録が成功したら、ロックダウン モードを再度有効にすることができます。

自己署名証明書の再作成

外部 CA 証明書を交換した後にホスト証明書に問題が発生した場合は、次の手順を実行して自己署名証明書を再作成できます。

1. SSH クライアントから ESXi ホストにログインします。

2. /Etc/vmware/ssl/ ディレクトリから、rui.key および rui.crt ファイルを削除します。

3. 次のコマンドを使用して、ホストの自己署名証明書を再作成します。

/sbin/generate-certificates

4. 次のコマンドを使用して、IPICS サービスを再起動します。

/etc/init.d/hostd restart
/etc/init.d/vpxa restart

ブースト モード

ブースト モードを使用すると、Cisco HyperFlex クラスタでは、ストレージ コントローラ VM の CPU リソースを 4 vCPU で増やしより高い IOP を実現できます。ブースト モードを有効にすると、HX データ プラットフォームのユーザ VM から追加の CPU リソースを取得します。追加の CPU の利点が、展開のサイジングによる影響を上回ると判断された場合にのみ有効にするべきです。

- ブースト モードの設定

- ブースト モードの無効

ブースト モードの設定

ブースト モードを有効にする各クラスタに次の手順を実行します。

始める前に

ブースト モードのサポートは次の設定に制限されています。

- サポート対象ハードウェア：

- すべての NVMe

- すべての Flash C240

- すべての Flash C220

- ハイパーバイザ：ESX のみ

- コントローラ VM vCPU のブースト モード番号：

- すべての NVMe：16

- すべての Flash C240：12

- すべての Flash C220：12

- クラスタ拡張では、新しいノードに対してブースト モードを適用する必要があります。

- ブースト モードは Cisco HX リリース 4.0(2a) 以降でサポートされています。

- ブースト モードは、お客様の展開で追加の CPU からメリットが得られるとサポートが判断した場合にのみ、有効にしてください。

（注）

CPU：多くの物理コアは、少なくともコントローラ vCPU の新しい数と等しくなければなりません。vSphere クライアントの物理コアの数を確認するには、[ホスト (host)] > [設定 (Configure)] > [ハードウェア (Hardware)] > [プロセッサ (Processors)] > [ソケットあたりのプロセッサ コア (Processor cores per socket)] をクリックします。

手順

ステップ 1

vCenter から、コントローラ VM と [ゲスト OS をシャットダウンする (Shut Down Guest OS)] を右クリックします。

ステップ 2

vCPUs を 4 倍に降らします。vSphere クライアントで VM の [設定の編集 (Edit Settings)] をクリックし、最初の行にある CPU フィールドの値を変更します。

ステップ 3

設定変更を適用するには、[OK] をクリックします。

ステップ 4

コントローラ VM の電源をオフにします。

ステップ 5

HX Connect にログインし、クラスタが正常になるまで待機します。

ステップ 6

クラスタ内の各ホストにプロセスを繰り返します。

ブースト モードの無効

ブースト モードを無効にするには、次の手順を実行します。

手順

ステップ 1

From the vCenter, right-click one controller VM and Shut Down Guest OS.

ステップ 2

すべての NVMeに対してコントローラ VM vCPU の数を 12 に減らし、all flash C220 および all flash C240 に対しては8 に減らします。vSphere クライアントで VM の [設定の編集 (Edit Settings)] をクリックし、最初の行にある CPU フィールドの値を変更します。

ステップ 3

設定変更を適用するには、[OK] をクリックします。

ステップ 4

コントローラ VM の電源をオフにします。

ステップ 5

HX Connect にログインし、クラスタが正常になるまで待機します。

ステップ 6

クラスタ内の各ホストにプロセスを繰り返します。

Chapter6. HX ストレージ クラスタのメンテナンスに向けた準備

- ストレージ クラスタ メンテナンス操作の概要

- シリアル操作とパラレル操作

- クラスタ ステータスの確認

- ビーコンの設定

- HX クラスタの vMotion 構成の確認

- ストレージ クラスタ ノードのメンテナンス モード

- Cisco HyperFrex のメンテナンス モードの開始

- Cisco HyperFrex のメンテナンス モードの終了

- バックアップ操作の作成

- Cisco HX ストレージ クラスタのシャットダウンと電源オフ

- Cisco HX ストレージ クラスタの電源オンと起動

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

- vNIC または vHBA の変更後の PCI パススルーの設定

ストレージ クラスタ メンテナンス操作の概要

Cisco HyperFlex (HX) Data Platform ストレージ クラスタのメンテナンス タスクは、ストレージ クラスタのハードウェア コンポーネントとソフトウェア コンポーネントの両方に影響します。ストレージ クラスタのメンテナンス操作には、ノードやディスクの追加または削除と、ネットワーク メンテナンスが含まれます。

メンテナンス タスクの一部の手順は、ストレージ クラスタ内のノードのストレージ コントローラ VM から行います。ストレージ コントローラ VM で発行される一部のコマンドは、ストレージ クラスタ内のすべてのノードに影響を与えます。

（注）

3 ノード ストレージ クラスタ。3 ノード クラスタでノードを削除またはシャットダウンする必要があるタスクについては、テクニカル アシスタンス センター（TAC）までご連絡ください。3 ノード ストレージ クラスタでは、1 つのノードで障害が発生するか、または 1 つのノードが削除された場合、3 番目のノードが追加されてストレージ クラスタに参加するまで、クラスタは正常ではない状態になります。

vSphere 5.5 から 6.0 へのアップグレード。ESX サーバまたは vCenter サーバのいずれかを 5.5 から 6.0 にアップグレードする場合は、事前にテクニカル アシスタンス センター（TAC）にご連絡ください。

ノードの追加。Cisco HX Data Platform ストレージ クラスタへのノードの追加は、HX Data Platform インストーラのクラスタ拡張機能を使用して実行されます。新しいノードはすべて、Cisco HX Data Platform のインストールおよび初期ストレージ クラスタの作成時と同じシステム要件を満たしている必要があります。クラスタ拡張機能の使用の要件と手順に関する完全なリストついては、適切な『Cisco HX Data Platform インストール ガイド』を参照してください。

オンライン メンテナンスとオフライン メンテナンスの比較

タスクによっては、ストレージ クラスタをオンラインまたはオフラインのいずれかにする必要があります。通常、メンテナンス タスクを行うには、ストレージ クラスタ内のすべてのノードがオンラインであることが必要です。

ストレージ クラスタのメンテナンスをオフライン モードで実行する場合、Cisco HX Data Platform はオフラインですが、ストレージ コントローラ VM は稼働しており、stcliコマンド ライン HX 接続 および HX データ プラットフォーム プラグイン を使用して Cisco HX Data Platform 管理機能を表示できます。vSphere Web クライアントは、ストレージ I/O 層について報告することができます。stcli cluster info コマンドを発行すると、ストレージ クラスタ全体のステータスがオフラインであるという応答が返されます。

メンテナンス前のタスク

ストレージ クラスタのメンテナンスを行う前に、次のことを確認します。

- 実行するメンテナンス タスクを特定します。

- すべてのメンテナンス操作（リソースの取り外し/交換など）は、システム負荷が低いメンテナンス期間中に行われます。

- メンテナンス タスクの実行前に、ストレージ クラスタが正常で稼動している必要があります。

- HX 接続 または HX データ プラットフォーム プラグイン ビーコン オプションを使用してディスクを特定します。

HX ビーコン オプションは、ハウスキーピング 120 GB SSD には使用できません。サーバでハウスキーピング SSD の物理的な位置を確認します。

- 互いに同時に実行できないメンテナンス タスクのリストを確認します。これらのタスクの詳細情報については、シリアル操作とパラレル操作 を参照してください。相互に順次一部のタスクのみ実行可能です。

- SSH がすべての ESX ホストで有効になっていることを確認します。

- ホストでメンテナンス タスクを実行する前に、ESX ホストを HX メンテナンス モードにします。HX メンテナンス モードは、vSphere 付属の ESX メンテナンス モードと比べて、より多くのストレージ クラスタ固有ステップを実行します。

メンテナンス後のタスク

メンテナンス タスクが終了したら、Cisco HX メンテナンス モードを終了して、ストレージ クラスタを再起動する必要があります。加えて、Cisco HX ストレージ クラスタを変更した場合は、追加のメンテナンス後タスクが必要になります。たとえば、vNIC または vHBA を変更した場合は、PCI パススルーを再設定する必要があります。PCI パススルーを再設定する方法の詳細についての詳細は、vNIC または vHBA の変更後の PCI パススルーの設定 を参照してください。

次の状態を確認してください。

- ホストでのメンテナンス タスクの完了後に、ESX ホストの Cisco HX メンテナンス モードが終了している。

- 取り外しまたは交換作業の完了後に、ストレージ クラスタが正常であり稼動している。

- Cisco HX ストレージ クラスタ内の特定の ESX ホストで vNIC または vHBA を追加、削除、または交換した場合は、PCI パススルーを再設定します。

シリアル操作とパラレル操作

操作によっては、複数の操作を同時に実行できない場合があります。次の操作は、（パラレルではなく）必ずシリアルで実行してください。

- ストレージ クラスタまたはノードのアップグレード。

- ストレージ クラスタの作成、再作成、または構成。

- ノードの追加または削除。

- ノードのシャットダウンが必要となるノード メンテナンス。これには、ディスクやネットワーク インターフェイス カード（NIC）の追加または取り外しが含まれます。

- ストレージ クラスタの起動またはシャット ダウン。

- vCenter でのストレージ クラスタの再登録。

クラスタ ステータスの確認

手順

ステップ 1

ストレージ クラスタ内の任意のコントローラ VM にログインします。コントローラ VM コマンド ラインから、次にリストするコマンドを実行します。

ステップ 2

ストレージ クラスタが正常であることを確認します。

# stcli cluster info

次の例の応答は、ストレージ クラスタがオンラインで正常であることを示します。

locale: English (United States)
state: online
upgradeState: ok
healthState: healthy
state: online
state: online

ステップ 3

ノード障害の数を確認します。

# stcli cluster storage-summary

レスポンスの例：

#of node failures tolerable to be > 0

ビーコンの設定

ビーコンは、ノード（ホスト）とディスクを探して特定するのに役立つ LED をオンにする方法です。ノードには、前面の電源ボタンの近くと背面にビーコン LED があります。ディスクには、前面にビーコン LED があります。

ノード ビーコンは Cisco UCS Manager で設定します。ディスク ビーコンは、Cisco HX Data Platform プラグインまたは HX 接続 ユーザー インターフェイスを使用して設定します。

手順

ステップ 1

UCS Manager を使用してノードのビーコンをオンまたはオフにします。

1. UCS Manager の左側のパネルから、[設備（Equipment）] > [サーバ（Servers）] > サーバを選択します。

2. UCS Manager の中央のパネルから、[一般（General）] > [ロケータ LED をオンにする（Turn on Locator LED）] を選択します。

3. サーバが見つかったら、ロケータ LED をオフにします。

UCS Manager の中央のパネルから、[一般（General）] > [ロケータ LED をオフにする（Turn off Locator LED）] を選択します。

ステップ 2

Cisco HX Data Platform プラグインを使用してディスク ビーコンをオンまたはオフにします。

1. vSphere Web クライアント ナビゲータから、[vCenter インベントリ リスト（vCenter Inventory Lists）] > [Cisco HyperFlex システム（Cisco HyperFlex Systems）] > [Cisco HX データ プラットフォーム（Cisco HX Data Platform）] > [クラスタ（cluster）] > [管理（Manage）] の順に選択します。

2. [管理（Manage）] タブで、[クラスタ（Cluster）] > [クラスタ（cluster）] > [ホスト（host）] > [ディスク（Disks）] > [ディスク（disk）] の順に選択します。

3. オブジェクトの物理的な場所を探して、ビーコンをオンにします。

[操作（Actions）] ドロップダウン リストから、[ビーコン ON（Beacon ON）] を選択します。

4. ディスクが見つかったら、ビーコンをオフにします。

[操作（Actions）] ドロップダウン リストから、[ビーコン OFF（Beacon OFF）] を選択します。

ステップ 3

HX 接続 を使用してディスク ビーコンをオンまたはオフにします。

1. HX Connect にログインします。

2. [システム情報（System Information）] > [ディスク（Disks）]を選択します。

3. ノードを選択し、[ロケータ LED をオンにする（Turn On Locator LED）] または [ロケータ LED をオフにする（Turn Off Locator LED）] をクリックします。

ハウスキーピング SSD とキャッシュ NVMe SSD を除いて、選択されているノード上のすべてのディスクのビーコン LED が切り替えられます。ハウスキーピング SSD またはキャッシュ NVMe SSD では、LED ビーコンは動作しません。

HX クラスタの vMotion 構成の確認

HX クラスタで HX メンテナンス操作を実行する前に、Cisco HyperFlex (HX) クラスタのすべてのノードが vMotion 用に設定されていることを確認します。vSphere Web クライアントから次の項目を確認します。

1. vMotion ポート グループが、クラスタのすべての ESXi ホスト間でアクティブ/スタンバイ構成の vmnic3 と vmnic7 で設定されていることを確認します。

2. ポート グループが vMotion 用に設定されていること、およびクラスタのすべての ESXi ホスト間で命名規則がまったく同じであることを確認します。

（注）

名前では、大文字と小文字が区別されます。

3. 各 vMotion ポート グループに静的 IP アドレスを割り当て済みであること、各 vMotion ポート グループの静的 IP アドレスが同じサブネットにあることを確認します。

（注）

静的 IP アドレスは、VMKernel インターフェイスとして定義されています。

4. クラスタ内の各 ESXi ホスト上で、vMotion ポート グループのプロパティで vMotion オプションがオンになっていること、他のポート グループ（Management など）でこのオプションがオンになっていないことを確認します。

5. 設定で、vMotion ポート グループが 9000 MTU に設定されており（ジャンボ フレームを使用している場合）、さらに VLAN ID が vMotion サブネットのネットワーク構成に一致していることを確認します。

6. vMotion の 1 つの ESXi ホストの vMotion ポート グループから他のホストの vMotion IP に ping できることを確認します。

「 vmkping -I vmk2 -d -s 8972 <近隣サーバの vMotion IP アドレス>」と入力します。

ストレージ クラスタ ノードのメンテナンス モード

メンテナンス モードは、クラスタ内のノードに適用されます。ノードをデコミッションまたはシャットダウンする前に、メンテナンス モードですべての VM を他のノードに移行することにより、さまざまなメンテナンス タスク用にノードを準備できます。

メンテナンス モードには次の 2 つのタイプがあります。

- Cisco HX メンテナンス モード

- VMware ESX メンテナンス モード

Cisco HX メンテナンス モード

Cisco HX メンテナンス モードは ESX メンテナンス モードに加えて Cisco HX Data Platform 固有の機能を実行します。ストレージ クラスタを最初に作成した後、ストレージ クラスタ ノードに対してメンテナンス タスクを行う場合は、ESX メンテナンス モードではなく Cisco HX メンテナンス モードを必ず選択してください。

クラスタ内の個々のノードに対して選択したタスクを実行するには、このメンテナンス モードが適切です。たとえば、

- ディスク交換などのメンテナンスを行うために、個々のホストをシャット ダウンする場合。

- ESX サーバ バージョンなど、ホスト上の選択したソフトウェアをアップグレードする場合。

Cisco HX メンテナンス モードに関する考慮事項

- Cisco HX メンテナンス モードを使用する前に、ストレージ クラスタ内のすべてのノード上の ESX で SSH が有効になっていることを確認します。

- ESX ホストでタスクを実行できるように HX メンテナンス モードを開始した場合は、ESX ホストでのタスクの完了後に必ず Cisco HX メンテナンス モードを終了してください。

- Cisco HX メンテナンス モードは、正常なクラスタ内のノードにのみ適用されます。クラスタが正常な状態でない場合（たとえば、ダウンしているノードの数が多すぎるなど）、またはクラスタをシャットダウンする場合には、ESX メンテナンス モードを使用してください。

- クラスタからノードが追加または削除されると、ユーザー IO を提供するリソース数 (コントローラ VM、キャッシングおよび永続階層デバイスなど) が変更されます。HXDP は最適に IO を提供するため利用可能なクラスタ リソースを使用するようにしています。各ノードはユーザー IO の一部を提供するために使用され、内部のブックキーピング アクティビティを行う責任があります。

ノードがなくなると (メンテナンス モードに入ると)、実行中の IO はクラスタ内の他のノードに対してフェールオーバーする必要があります。内部ブックキーピング リソースとアクティビティに加えて、リソースとアクティビティもフェールオーバーする必要があります。この動作に必要な時間はノードによって提供されたデータに比例しています。これにより、実行中のユーザー IO にさらに遅延が生じます。

ノードがメンテナンス モードから戻った際も同様のケースが発生します。

- 手順については、『Cisco HyperFlex メンテナンス モードの開始』および Cisco HyperFrex のメンテナンス モードの終了 を参照してください。

VMware ESX メンテナンス モード

このモードは、Cisco HX Data Platform をインストールする場合や、クラスタに大幅な変更を適用する場合に使用されます。

vSphere メンテナンス モードを開始または終了するには、次のようにします。

- VCenter GUI で、目的のホスト 選択し、右クリック メニューから [メンテナンス モード（maintenance mode）] を選択します。

- ESX コマンド ラインで、esx maintenance mode コマンドを使用します。

Cisco HyperFrex のメンテナンス モードの開始

Cisco HyperFlex (HX) Connect ユーザ インターフェイスの使用

（注）

Cisco HyperFlex リリース 2.5(1a)、2.5(1b) にメンテナンス モードが導入されました。

1. Cisco HX Connect: https://<cluster management ip> にログインします。

2. メニューで [システム情報（System Information）] をクリックします。

3. [ノード（Nodes）] をクリックし、メンテナンス モードにするノードの行をクリックします。

4. [HX メンテナンス モードの開始（Enter HX Maintenance Mode）] をクリックします。

5. [HX メンテナンス モードの確認（Confirm HX Maintenance Mode）] ダイアログ ボックスで、[HX メンテナンス モードの開始（Enter HX Maintenance Mode）] をクリックします。

（注）

すべてのメンテナンス タスクを完了した後、手動で HX メンテナンス モードを終了する必要があります。

vSphere Web クライアントの使用

1. vSphere Web クライアントにログインします。

2. [ホーム（Home）] > [ホストおよびクラスタ（Hosts and Clusters）] に移動します。

3. [HX クラスタ（HX Cluster）] が含まれている [データセンター（Datacenter）] を展開します。

4. [HX クラスタ（HX Cluster）] を展開し、ノードを選択します。

5. ノードを右クリックし、[Cisco HX メンテナンス モード（Cisco HX Maintenance Mode）] > [HX メンテナンス モードの開始（Enter HX Maintenance Mode）] の順に選択します。

コマンドライ ンインターフェイス（CLI）

1. root 権限を持つユーザとして、ストレージ コントローラ クラスタのコマンド ラインにログインします。

2. ノードを HX メンテナンス モードにします。

1. ノード ID と IP アドレスを特定します。

# stcli node list --summary

2. ノードを HX メンテナンス モードにします。

# stcli node maintenanceMode (--id ID | --ip IP Address) --mode enter

（stcli node maintenanceMode --help も参照してください）

3. root 権限を持つユーザとして、このノードの ESXi コマンド ラインにログインします。

4. ノードが HX メンテナンス モードになったことを確認します。

# esxcli system maintenanceMode get

[メンテナンス モードに切り替える（Enter Maintenance Mode）] タスクの進捗を vSphere Web クライアントの [モニタ（Monitor）] > [タスク（Tasks）] タブでモニタできます。

操作が失敗すると、エラー メッセージが表示されます。原因となっている問題を修正して、もう一度メンテナンス モードを開始します。

Cisco HyperFrex のメンテナンス モードの終了

Cisco HyperFlex (HX) Connect ユーザ インターフェイスの使用

（注）

Cisco HyperFlex リリース 2.5(1a)、2.5(1b) にメンテナンス モードが導入されました。

1. HX Connect：https://<cluster management ip> にログインします。

2. メニューで [システム情報（System Information）] をクリックします。

3. [ノード（Nodes）] をクリックし、メンテナンス モードを修了するノードの行をクリックします。

4. [HX メンテナンス モードの終了（Exit HX Maintenance Mode）] をクリックします。

vSphere Web クライアントの使用

1. vSphere Web クライアントにログインします。

2. [ホーム（Home）] > [ホストおよびクラスタ（Hosts and Clusters）] に移動します。

3. [HX クラスタ（HX Cluster）] が含まれている [データセンター（Datacenter）] を展開します。

4. [HX クラスタ（HX Cluster）] を展開し、ノードを選択します。

5. ノードを右クリックし、[メンテナンス モード（Maintenance Mode）] > [HX メンテナンス モードの終了（Exit HX Maintenance Mode）] の順に選択します。

コマンドライ ンインターフェイス（CLI）

1. root 権限を持つユーザとして、ストレージ コントローラ クラスタのコマンド ラインにログインします。

2. ノードの HX メンテナンス モードを終了します。

1. ノード ID と IP アドレスを特定します。

# stcli node list --summary

2. ノードの HX メンテナンス モードを終了します。

# stcli node maintenanceMode (--id ID | --ip IP Address) --mode exit

（stcli node maintenanceMode --help も参照してください）

3. root 権限を持つユーザとして、このノードの ESXi コマンド ラインにログインします。

4. ノードで HX メンテナンス モードが終了したことを確認します。

# esxcli system maintenanceMode get

[メンテナンス モードの終了（Exit Maintenance Mode）] タスクの進捗は、vSphere Web クライアントの [モニタ（Monitor）] > [タスク（Tasks）] タブで、モニタできます。

操作が失敗すると、エラー メッセージが表示されます。原因となっている問題を修正して、もう一度メンテナンス モードを終了します。

バックアップ操作の作成

HX ストレージ クラスタをシャット ダウンする前に、設定をバックアップします。ID の保護属性を持つフルステート バックアップとすべての設定タイプ バックアップの両方を実行します。

始める前に

1. UCS Manager にログインします。

2. バックアップ サーバの IPv4 アドレスおよび認証クレデンシャルを取得します。

（注）

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

手順

ステップ 1

[ナビゲーション]ペインで、[管理者]をクリックします。

ステップ 2

[すべて（All）] ノードをクリックします。

ステップ 3

[Work] ペインで、[General] タブをクリックします。

ステップ 4

[Actions] 領域の [Backup Configuration] をクリックします。

ステップ 5

[バックアップ設定（Backup Configuration）] ダイアログボックスで、[バックアップ操作の作成（Create Backup Operation）] をクリックします。

ステップ 6

[バックアップ操作の作成（Create Backup Operation）] ダイアログボックスで、次のフィールドに入力します。

名前

説明

[管理状態（Admin State）] フィールド

次のいずれかになります。

- [有効（enabled）]： [OK] をクリックするとすぐに、Cisco UCS Manager によってバックアップ操作が実行されます。

- [無効（disabled）]：[OK] をクリックしても、Cisco UCS Manager によってバックアップ操作は実行されません。このオプションを選択すると、ダイアログボックスのすべてのフィールドが表示されたままになります。ただし、[バックアップ設定（Backup Configuration）] ダイアログボックスからバックアップを手動で実行する必要があります。

[タイプ（Type）] フィールド

バックアップ コンフィギュレーション ファイルに保存された情報。次のいずれかになります。

- [フル ステート（Full state）]：システム全体のスナップショットが含まれるバイナリ ファイル。このバックアップにより生成されたファイルを使用して、ディザスタ リカバリ時にシステムを復元できます。このファイルにより、元のファブリック インターコネクト上で設定を復元または再構築できます。また、別のファブリック インターコネクト上で設定を再現することもできます。このファイルは、インポートには使用できません。

（注）

バックアップ ファイルのエクスポート元となったシステムと同じバージョンを実行しているシステムを復元するために使用できるのは、Full State バックアップ ファイルのみです。

- [All configuration]：すべてのシステム設定と論理設定が含まれる XML ファイル。このバックアップにより生成されたファイルを使用して、これらの設定を元のファブリック インターコネクトまたは別のファブリック インターコネクトにインポートできます。このファイルは、システムの復元には使用できません。このファイルには、ローカル認証されたユーザのパスワードは含まれません。

- [System configuration]：ユーザ名、ロール、ロケールなどのすべてのシステム設定が含まれる XML ファイル。このバックアップにより生成されたファイルを使用して、これらの設定を元のファブリック インターコネクトまたは別のファブリック インターコネクトにインポートできます。このファイルは、システムの復元には使用できません。

- [Logical configuration]：サービス プロファイル、VLAN、VSAN、プール、ポリシーなどのすべての論理設定が含まれる XML ファイル。このバックアップにより生成されたファイルを使用して、これらの設定を元のファブリック インターコネクトまたは別のファブリック インターコネクトにインポートできます。このファイルは、システムの復元には使用できません。

[アイデンティティの保存（Preserve Identities）] チェックボックス

[すべての構成（All configuration）] および [システム構成（System Configuration）] に対しては、このチェックボックスがオンのままになり、次の機能を提供します。

- [すべての構成（All configuration）]：バックアップ ファイルに、vHBA、WWPN、WWNN、vNIC、MAC、UUID を含め、プールから取得したすべてのアイデンティティが 保持されます。また、シャーシ、FEX、ラック サーバと、シャーシ、FEX、ラック サーバ、IOM、およびブレード サーバのユーザ ラベルも保持されます。

（注）

このチェック ボックスがオンになっていない場合、復元後にアイデンティティが再割り当てされ、ユーザ ラベルは失われます。

- [システム構成（System Configuration）]: バックアップ ファイルに、シャーシ、FEX、ラック サーバと、シャーシ、FEX、ラック サーバ、IOM、およびブレード サーバのユーザ ラベルが保持されます。

（注）

このチェック ボックスがオンになっていない場合、復元後にアイデンティティが再割り当てされ、ユーザ ラベルは失われます。

このチェックボックスが [論理構成（Logical Configuration）] タイプのバックアップ操作に対してオンにされている場合、バックアップ ファイルには、vHBA、WWPN、WWNN、vNIC、MAC、UUID を含め、プールから取得したすべてのアイデンティティが保持されます。

（注）

このチェック ボックスがオンになっていない場合、復元後にアイデンティティが再割り当てされ、ユーザ ラベルは失われます。

[バックアップファイルの場所（Location of the Backup File）] フィールド

バックアップ ファイルの保存場所。次のいずれかになります。

- [リモートファイルシステム（Remote File System）]：バックアップ XML ファイルはリモート サーバに保存されます。Cisco UCS Manager GUI によって次に示すフィールドが表示され、リモート システムのプロトコル、ホスト、ファイル名、ユーザ名、パスワードを指定できます。

- [ローカル ファイル システム（Local File System）]：バックアップ XML ファイルはローカルに保存されます。

HTML ベースの Cisco UCS Manager GUI に [ファイル名（Filename）] フィールドが表示されます。<filename>.xml 形式のバックアップ ファイルの名前を入力します。ファイルがダウンロードされ、ブラウザの設定に応じた場所に保存されます。

[プロトコル（Protocol）] フィールド

リモート サーバとの通信時に使用するプロトコル。次のいずれかになります。

- FTP

- TFTP

- SCP

- ステップ

- [USB A]：ファブリック インターコネクト A に挿入された USB ドライブ。

このオプションは特定のシステム設定でのみ使用できます。

- [USB B]：ファブリック インターコネクト B に挿入された USB ドライブ。

このオプションは特定のシステム設定でのみ使用できます。

[ホスト名（Hostname）] フィールド

バックアップ ファイルが格納されている場所のホスト名または IP アドレス（IPv4）。これは、サーバ、ストレージ アレイ、ローカル ドライブ、またはファブリック インターコネクトがネットワーク経由でアクセス可能な任意の読み取り/書き込みメディアなどがあります。

（注）

IPv4 アドレスではなくホスト名を使用する場合、DNS サーバを設定する必要があります。Cisco UCS ドメイン が Cisco UCS Central に登録されていないか、または DNS 管理が [ローカル（local）] に設定されている場合は、Cisco UCS Managerで DNS サーバを設定します。Cisco UCS ドメイン が Cisco UCS Central に登録されていて、DNS 管理が [グローバル（global）] に設定されている場合は、Cisco UCS Central で DNS サーバを設定します。

（注）

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

[Remote File] フィールド

バックアップコンフィギュレーションファイルのフルパス。このフィールドには、ファイル名とパスを含めることができます。ファイル名を省略すると、バックアップ手順によって、ファイルに名前が割り当てられます。

[ユーザ（User）] フィールド

システムがリモート サーバへのログインに使用する必要のあるユーザ名。このフィールドは、プロトコルが TFTP または USB の場合は適用されません。

[パスワード（Password）] フィールド

リモート サーバのユーザ名のパスワード。このフィールドは、プロトコルが TFTP または USB の場合は適用されません。

Cisco UCS Manager ではこのパスワードは保存されません。そのため、バックアップ操作をすぐにイネーブルにして、実行する予定がない限り、このパスワードを入力する必要はありません。

ステップ 7

[OK] をクリックします。

ステップ 8

Cisco UCS Manager に確認ダイアログボックスが表示されたら、[OK] をクリックします。

[管理状態（Admin State）] フィールド をイネーブルに設定すると、Cisco UCS Manager によって、選択した設定タイプのスナップショットが取得され、ファイルがネットワークの場所にエクスポートされます。[バックアップ設定（Backup Configuration）] ダイアログボックスの [バックアップ操作（Backup Operations）] テーブルに、バックアップ操作が表示されます。

ステップ 9

（任意） バックアップ操作の進行状況を表示するには、次の操作を実行します。

1. [プロパティ（Properties）] 領域に操作が表示されない場合、[バックアップ操作（Backup Operations）] テーブルの操作をクリックします。

2. [プロパティ（Properties）] 領域で、[FSM の詳細（FSM Details）] バーの下矢印をクリックします。

[FSM の詳細（FSM Details）] 領域が展開され、操作のステータスが表示されます。

ステップ 10

[OK] をクリックし、[バックアップ設定（Backup Configuration）] ダイアログボックスを閉じます。

バックアップ操作は完了するまで実行し続けます。進捗を表示するには、[バックアップ設定（Backup Configuration）] ダイアログボックスを再度開きます。

Cisco HX ストレージ クラスタのシャットダウンと電源オフ

一部のストレージ クラスタ メンテナンス タスクでは、ストレージ クラスタをシャットダウンする必要があります。これは、ストレージ クラスタをオフライン状態にすることとは異なります。また、ストレージ クラスタ内のノードをシャットダウンすることとも異なります。ストレージ クラスタを電源オフにすると、クラスタのすべての物理コンポーネントに影響します。

- 電源がオフにされたクラスタでは、そのすべての物理コンポーネントが電源から切り離されます。

ストレージ クラスタのすべてのコンポーネントを電源オフにする必要が生じることは非常にまれです。定期的なメンテナンスまたはアップグレード プロセスでは、ストレージ クラスタ全体を完全に電源オフにする必要はありません。

- シャットダウン クラスタには、すべてのストレージ クラスタ プロセス（作業 VM、電源ダウンなど）があります。クラスタ内のノードを電源オフにしたり、vCenter や FI クラスタをシャットダウンしたりする操作は含まれません。

- オフライン クラスタは、ストレージ クラスタの動作ステータスの 1 つです。不明なエラーまたは特定のエラーが発生した場合や、ストレージ クラスタがすでにシャットダウンされた場合には、ストレージ クラスタをオフラインにできます。

Cisco HX ストレージ クラスタをシャットダウンするには、次の手順を実行します。

始める前に

- ストレージ クラスタが正常な状態であることが必要です。

- シャットダウンする前に、HyperFlexクラスタに、HyperFlexの外部にある到達可能な外部NTPおよびDNSリソースが1つ設定されていることを確認します。

- ID の保護属性を持つフルステート バックアップとすべての設定タイプ バックアップの両方を実行します。バックアップ操作の作成を参照してください。

手順

ステップ 1

すべての Cisco HX データストアのすべてのワークロード VM のグレースフル シャットダウンを実行します。

あるいは、vMotion を使用してワークロード VM を別のクラスタに移行します。

（注）

ストレージ コントローラ VM（stCtlVM）をシャットダウンまたは移動しないでください。

ステップ 2

Cisco HX ストレージ クラスタを正常にシャットダウンします。

1. 任意のコントローラ VM のコマンド ラインから、コマンドを実行して、シェル プロンプトが戻るまで待機します。

（注）

ネストされた vCenter があるクラスタでは、stcli クラスタ シャットダウンの実行には特定の制限があります。詳細については、『vCenter 導入による既知の制約』を参照してください。

# stcli cluster shutdown

2. クラスタ情報コマンドを実行します。ストレージ クラスタがオフラインであることを確認します。

# stcli cluster info

コマンド応答テキストで、クラスタ サブセクションをチェックし、healthstate が unknown になっていることを確認します。

この Cisco HX クラスタ シャットダウン手順では、ESXi ホストはシャットダウンされません。

メンテナンス タスクまたはアップグレード タスクで物理コンポーネントを電源オフにする必要がない場合は、この手順を終了して「次の作業」に進みます。

ステップ 3

HX ストレージ クラスタを電源オフにするには、ステップ 2 とステップ 3 を完了した後、以下の残りのステップをすべて完了します。

ステップ 4

各ストレージ クラスタ ESX ホストで、コントローラ VM（stCtlVM）をシャット ダウンします。

方法を選択します。

vCenter の VM 電源オフを使用する場合

1. vCenter クライアントで、各 ESX ホスト上のコントローラ VM を見つけます。

2. コントローラ VM を右クリックして、[電源（Power）] > [電源オフ（Power Off）] を選択します。

この方式では、ゲスト VM のグレースフル シャットダウンが行われます。

vCenter ESX Agent Manager を使用する場合

1. vCenter クライアントで、ESX Agent Manager コンソールを開きます。

2. 各 ESX ホストでコントローラ VM を見つけて、[電源（Power）] > [電源オフ（Power Off）] の順に選択します。

この方式では、エージェント VM のグレースフル シャットダウンが行われます。コントローラ VM はエージェント VM の 1 つです。

VCenter ESX メンテナンス モードを使用する場合

1. vCenter クライアントで、各 ESX ホストを見つけます。

2. ESX ホストを右クリックし、[メンテナンス モード（Maintenance Mode）] > [メンテナンス モードの開始（Enter Maintenance Mode）] の順に選択します。

この方式では、コントローラ VM を含め、ESX ホスト内のすべての VM のハード シャットダウンが行われます。

ステップ 5

各ストレージ クラスタ ESX ホストをシャットダウンします。

1. vCenter クライアントで、ホストを見つけます。

2. ホストを右クリックし、[電源（Power）] > [シャットダウン（Shut Down）] の順に選択します。

ステップ 6

メンテナンス タスクで必要な場合は、FI を電源オフにします。

Cisco UCS FI は継続的に運用できるように設計されています。実稼働環境では、ファブリック インターコネクトをシャットダウン/再起動する必要はありません。そのため、UCS ファブリック インターコネクトには電源ボタンがありません。

Cisco UCS ファブリック インターコネクトを電源オフにするには、電源ケーブルを手動で引き抜きます。あるいは、FI 電源ケーブルがスマート PDU に接続されている場合は、リモート制御を使用して電源コンセントの電源をオフにします。

1. FI 上のすべてのストレージ クラスタ サーバで緑色の電源 LED が点灯していないことを確認します。

2. セカンダリ FI を電源オフにします。

3. プライマリ FI を電源オフにします。

これで、HX ストレージ クラスタが安全に電源オフになります。

次のタスク

1. ストレージ クラスタのシャットダウンまたは電源オフを必要となるタスクを完了します。たとえば、オフライン アップグレード、ストレージ クラスタの物理的移動、ノードでのメンテナンス作業などのタスクなどです。

- アップグレード タスクについては、『Cisco HyperFlex Systems Upgrade Guide』を参照してください。

- ハードウェア交換タスクについては、サーバ ハードウェアのガイドを参照してください。

タスクによっては、ホストのシャットダウンが必要になることがあります。サーバ ハードウェア ガイドの手順に従って、VM の移行、Cisco HX メンテナンス モードの開始、およびサーバの電源オフを実行します。

（注）

ほとんどのハードウェア メンテナンス タスクでは、Cisco HX クラスタをシャットダウンする必要がありません。

2. Cisco HX ストレージ クラスタを再起動するには、Cisco HX ストレージ クラスタの電源オンと起動 に進んでください。

Cisco HX ストレージ クラスタの電源オンと起動

次の手順は、グレースフル シャットダウンや電源オフの後の Cisco HX ストレージ クラスタの再起動に使用します。通常、ストレージ クラスタでメンテナンス タスクが完了した後には、この手順を行います。

始める前に

Cisco HX ストレージ クラスタのシャットダウンと電源オフの手順を完了します。

手順

ステップ 1

FI の電源ケーブルを接続して電源投入します。

1. プライマリ FI の電源をオンにします。UCS Manager にアクセス可能になるまで待機します。

2. セカンダリ FI の電源をオンにします。UCS Manager でこれがオンラインになっていることを確認します。

まれに、ファブリック インターコネクトを再起動しなければならないことがあります。

1. SSH を使用して各ファブリック インターコネクトにログインします。

2. 次のコマンドを発行します。

FI# connect local-mgmt
FI# reboot

ステップ 2

すべての ESX ホストを FI に接続します。

1. 電源が自動的にオンにならない、ストレージ クラスタ内のノードの電源をオンにします。

通常、ノードは自動的に電源オンになり、ESX にブートするはずです。この正常な動作が行われないノードについては、UCS Manager に接続して UCS Manager からサーバ（ノード）を電源オンにする必要があります。

2. 各 ESX ホストが稼働中で、該当するサービス プロファイルに関連付けられていることを UCS Manager で確認します。

ステップ 3

すべての ESXi ホストがネットワークに到達可能であることを確認します。

すべての管理アドレスに対して ping を実行します。

ステップ 4

各ノードのメンテナンス モードを終了します。

（注）

これは、stcli cluster start コマンドによって自動的に実行されます。

ステップ 5

すべてのコントローラ VM の電源が自動でオンにならない場合は、次のいずれかの方法を使用して、すべてのコントローラ VM （stCtlVM）の電源をオンにします。

vSphere クライアントを使用します。

1. vSphere クライアントから、ストレージ コントローラ ホストを参照します。

2. StCtrlVM を右クリックし、[電源（Power）] > [電源オン（Power On）] の順に選択します。

3. 各ホストに対して、手順を繰り返します。

ESXi ホストのコマンド ラインを使用します。

1. ホストにログインします。

2. stCtlVM の VMID を特定します。

# vim-cmd vmsvc/getallvms

3. コントローラ VM の VMID 電源オンを使用する場合。

# vim-cmd vmsvc/power.on VMID

4. 各ホストに対して、手順を繰り返します。

ステップ 6

すべてのコントローラ VM が起動してネットワークで到達可能になるまで待ちます。その後、確認作業を行います。

各コントローラ VM の管理アドレスに対して ping を実行します。

ステップ 7

ストレージ クラスタが再起動できる状態であることを確認します。

1. SSH を使用して任意のコントローラ VM に接続し、次のコマンドを実行します。

# stcli about

2. このコマンドから、ビルド番号を含む完全なストレージ クラスタ情報が返された場合、ストレージ クラスタは起動できる状態にあります。ストレージ クラスタの再起動に進みます。

3. このコマンドから完全なストレージ クラスタ情報が返されない場合は、ホスト上ですべてのサービスが起動するまで待ちます。

ステップ 8

ストレージ クラスタを起動します。

任意のコントローラ VM のコマンド ラインから、次のコマンドを実行します。

# stcli cluster start

HX クラスタのシャットダウン後に行われたメンテナンス タスクまたはアップグレード タスクに応じて、ノードの HX メンテナンス モードや ESX メンテナンス モードが終了している可能性があります。不明なホスト例外に関するエラー メッセージは無視します。

ステップ 9

ストレージ クラスタがオンラインになって正常な状態に戻るまで待ちます。

1. 任意のコントローラ VM から、次のコマンドを実行します。

# stcli cluster info

2. コマンドの応答テキストで、クラスタ サブセクションを調べて、healthstate が online になっていることを確認します。

これには最大で 30 分かかりますが、最後に既知であった状態によっては、時間が短くなることもあります。

ステップ 10

vCenter から、ESX がデータストアを再マウントしたことを確認します。

クラスタが利用可能になると、データストアは自動的にマウントされて利用可能になります。

ESX がデータストアを認識しない場合は、ESX コマンド ラインから次のコマンドを実行します。

# esxcfg-nas -r

ステップ 11

ストレージ クラスタが正常な状態になってデータストアが再マウントされたら、ワークロード VM を電源オンにします。

あるいは、vMotion を使用してワークロード VM を元のストレージ クラスタに戻します。

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

フル ステート バックアップ ファイルを使用して、バックアップ ファイルのエクスポート元のシステムと同じバージョンを実行しているシステムを復元することをお勧めします。同じリリース トレインを使用している場合もフル ステート バックアップを使用してシステムを復元できます。たとえば、リリース 2.1(3a) を実行しているシステムから取得したフル ステート バックアップを使用して、リリース 2.1(3f) を実行しているシステムを復元できます。

VSAN または VLAN 設定の問題を回避するために、バックアップの復元はバックアップ時にプライマリ ファブリック インターコネクトだったファブリック インターコネクト上で実行する必要があります。

始める前に

システム設定を復元するには、次の情報を取得します。

- ファブリック インターコネクト管理ポートの IPv4 アドレスおよびサブネット マスク

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

（注）

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

- バックアップ サーバの IPv4 アドレスおよび認証クレデンシャル

- Full State バックアップ ファイルの完全修飾名

（注）

システムを復元するには、Full State コンフィギュレーション ファイルへのアクセスが必要です。その他のタイプのコンフィギュレーション ファイルやバックアップ ファイルでは、システムを復元できません。

手順

ステップ 1

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

ステップ 2

ファブリック インターコネクトがオフの場合はオンにします。

ファブリック インターコネクトがブートする際、Power On Self-Test のメッセージが表示されます。

ステップ 3

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

ステップ 4

システムが DHCP サーバにアクセスできない場合、次の情報を入力します。

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

- ファブリック インターコネクトの管理ポートのサブネット マスクまたはプレフィックス

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

ステップ 5

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

ステップ 6

起動ページで [簡単設定（Express Setup）] を選択します。

ステップ 7

[簡単設定（Express Setup）] ページで [バックアップから復元（Restore From Backup）] を選択し、[送信（Submit）]をクリックします。

ステップ 8

[Cisco UCS Manager 初期設定（Cisco UCS Manager Initial Setup）] ページの [プロトコル（Protocol）] 領域で、フル ステート バックアップ ファイルをアップロードするために使用するプロトコルを選択します。

- SCP

- TFTP

- FTP

- SFTP

ステップ 9

[サーバ情報（Server Information）] 領域で、次のフィールドに値を入力します。

名前

説明

サーバ IP

完全な状態のバックアップ ファイルがあるコンピュータの IPv4 アドレス。これは、サーバ、ストレージ アレイ、ローカル ドライブ、またはファブリック インターコネクトがネットワーク経由でアクセス可能な任意の読み取り/書き込みメディアなどがあります。

バックアップ ファイル パス

フォルダ名やファイル名など、完全な状態のバックアップ ファイルがあるファイルのパス。

（注）

バックアップ ファイルのエクスポート元となったシステムと同じバージョンを実行しているシステムを復元するために使用できるのは、Full State バックアップ ファイルのみです。

[ユーザ ID（User ID）]

システムがリモート サーバへのログインに使用する必要のあるユーザ名。このフィールドは、プロトコルが TFTP または USB の場合は適用されません。

パスワード

リモート サーバのユーザ名のパスワード。このフィールドは、プロトコルが TFTP または USB の場合は適用されません。

ステップ 10

[送信（Submit）] をクリックします。

コンソールに戻ってシステム復元の進捗状況を確認できます。

ファブリック インターコネクトはバックアップ サーバにログインし、指定された完全な状態のバックアップ ファイルのコピーを取得し、システム設定を復元します。

クラスタ設定の場合、セカンダリ ファブリック インターコネクトを復元する必要はありません。セカンダリ ファブリック インターコネクトがリブートすると、Cisco UCS Managerはただちにその設定をプライマリ ファブリック インターコネクトと同期させます。

vNIC または vHBA の変更後の PCI パススルーの設定

説明

vNIC または vHBA を手動で Cisco HyperFlex (HX) サービス プロファイルまたはサービス プロファイル テンプレートに追加すると、PCI デバイスが再列挙され、VMware directpath I/O 設定が失われます。サービス プロファイルを変更すると、ホスト ハードウェアが更新されるため、PCI パススルーを再設定する必要があります。サービス プロファイルを変更した ESX ホストごとに次の手順を実行します。

変更した ESX ホストのストレージ コントローラ VM で次の手順を実行します。

アクション：ESX ホスト上で vSphere サービス プロファイルを更新する

手順

ステップ 1

ESX ホストを HX メンテナンス モードにします。

ステップ 2

サービス プロファイルで変更（ハードウェアの追加など）を行うか、変更を確認します。

ステップ 3

ESX ホストをリブートします。

このホストのダイレクト パス設定が失われます。

ステップ 4

vCenter にログインして、[DirectPath I/O 設定（DirectPath I/O Configuration）] ページを選択します。

vCenter クライアントで：[ESX ホスト（ESX host）] > [設定（Configuration）] タブ > [ハードウェア（Hardware）] ペイン > [詳細設定（Advanced Settings）] > [編集（Edit）] の順に選択します。

vCenter Web クライアント：[vCenter インベントリ（vCenter Inventory）] で、[リソース（Resources）] > [ホスト（Hosts）] > ESX ホスト > [管理（Manage）] > [設定（Settings）] > [ハードウェア（Hardware）] > [PCI デバイス（PCI Devices）] > [編集（Edit）] の順に選択します。

ステップ 5

パススルー用の LSI カードを選択します。

1. [DirectPath I/O 設定（DirectPath I/O Configuration）] ページから、[パススルーの設定（Configure Passthrough）] を選択します。

2. [パススルー用のデバイスをマーク（Mark devices for passthrough）] リストから、パススルー用の LSI カードを選択します。

3. [OK] をクリックします。

ステップ 6

ESX ホストをリブートします。

ステップ 7

HX ストレージ コントローラ VM（StCtlVM）の設定を編集して、PCI デバイスを HX ストレージ コントローラ VM に再マップします。

1. 不明な PCI デバイスを見つけて削除します。

vCenter クライアント：HX ストレージ コントローラ VM を右クリックして、[設定の編集（Edit Settings）] > [PCI デバイス 0（PCI device 0）] > [削除（Remove）] > [OK] の順に選択します。

vCenter Web クライアント：HX ストレージ コントローラ VM を右クリックして、[設定の編集（Edit Settings）] > [PCI デバイス 0 の削除（Remove PCI device 0）] > [OK] の順に選択します。

2. LSI ロジック PCI デバイスを見つけて追加し直します。

vCenter Web クライアント：HX ストレージ コントローラ VM を右クリックして、[設定の編集（Edit Settings）] > [PCI デバイス（PCI Device）] > [追加（Add）] > [LSI 論理 PCI デバイス（LSI Logic PCI device）] > [OK] の順に選択します。

vCenter Web クライアント：HX ストレージ コントローラ VM を右クリックして、[設定の編集（Edit Settings）] > [PCI デバイス（PCI Device）] > [追加（Add）] > [LSI 論理 PCI デバイス（LSI Logic PCI device）] > [OK] の順に選択します。

ステップ 8

ESX ホストの HX メンテナンス モードを終了します。

ホストが再びアクティブになると、HX ストレージ コントローラ VM が正常にブートして、ストレージ クラスタに再参加します。

Chapter7. 暗号化の管理

- 自己暗号化ドライブの概要

- HyperFlex クラスタが暗号化に対応するかどうかの確認

- ローカル暗号キーの構成

- ローカル暗号キーの変更

- ローカル暗号キーの無効化

- 暗号化されたディスクの安全な消去

- リモート鍵管理

- リモート暗号キーの構成

- 証明書署名要求の生成

- CSR（証明書署名要求）を使用したキー管理サーバの構成

- 自己署名証明書の生成

- SSC（自己署名証明書）を使用したキー管理サーバの構成

- 暗号化の再起動

自己暗号化ドライブの概要

自己暗号化ドライブ（SED）には、着信データの暗号化と発信データの復号化をリアルタイムで行う特殊なハードウェアが備わっています。ディスク上のデータは常に暗号化された形で保存されます。この暗号化と復号化は、メディア暗号キーによって制御されます。このキーがプロセッサやメモリに保管されることは決してありません。

メディア暗号キーの暗号化には、セキュリティ キー（キー暗号キーまたは認証パスフレーズとも呼ばれます）が使用されます。SED を有効にするには、セキュリティ キーを提供する必要があります。ディスクがロックされていない場合、データを取得するために必要なキーはありません。

Cisco HyperFlex システム では、セキュリティ キーをローカルまたはリモートで設定できます。ローカルでキーを設定する場合は、キーを覚えておく必要があります。キーを忘れてしまった場合、そのキーを再取得することはできず、ドライフの電源再投入によってデータが失われます。キー管理サーバ (KMIP サーバとも呼ばれる) を使用すると、リモートでキーを設定できます。この方法により、ローカル管理でのキーの保管と取得に伴なう問題に対処することができます。

SED の暗号化と復号化はハードウェアを介して行われます。したがって、システムの全体的なパフォーマンスには影響がありません。SED は、瞬間的な暗号化消去によってディスクの廃止コストや再配置コストを削減します。暗号化消去は、メディア暗号キーを変更することによって実行されます。ディスクのメディア暗号キーが変更されると、そのディスク上のデータは復号不能になるので、ただちにデータが使用不可になります。

SEDベースのクラスタでは、暗号化を任意に有効または無効にできます。いつでも2つの状態の間を自由に移動できます。詳細については、『HX Hardening ガイド』を参照してください。

HyperFlex クラスタが暗号化に対応するかどうかの確認

を使用して確認する HX データ プラットフォーム プラグイン

1. HX データ プラットフォーム プラグイン から vSphere Web クライアントにログインします。

2. [Global Inventory Lists (グローバル インベントリ リスト)] > [Cisco HyperFlex Systems] > [Cisco HX Data Platform] > [Cluster_Name] > [Summary (概要)] > の順に選択します。

3. HyperFlex クラスタに SED ドライブがあり、暗号化に対応している場合は、[サマリー（Summary）] タブの先頭に [保管中のデータの暗号化可能（Data At Rest Encryption-Capable）] と表示されます。

HX 接続 ユーザ インターフェイスを使用して確認する

1. HX 接続 UI で、[暗号化（Encryption）] を選択します。

2. HX クラスタに SED ドライブが含まれていて暗号化可能な場合は、[Encryption] ページに [Data At Rest Encryption-Available]が表示されます。

ローカル暗号キーの構成

手順

ステップ 1

Cisco HyperFlex Connect ナビゲーション ウィンドウで、[暗号化（Encryption）] を選択します。

ステップ 2

暗号化ページで、[暗号化の設定（Configure encryption）] をクリックします。

ステップ 3

次の Cisco UCS Manager クレデンシャルを入力します。

UI 要素

基本的な情報

[UCS Manager のホスト名（UCS Manager host name）] フィールド

Cisco UCS Manager クラスタ ホスト名。

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

<eng-fi12.eng.storvisor.com>

[ユーザ名（User name）] フィールド

<admin> ユーザ名

[パスワード（Password）] フィールド

<admin> password

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

ステップ 4

ローカルに生成/保管される暗号キーを使って HyperFlex クラスタを保護するには、[ローカル キー（Local Key）] を選択します。

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

ステップ 5

このクラスタの暗号キー（パスフレーズ）を入力します。

（注）

32 文字ちょうどの英数字を入力します。

ステップ 6

[暗号化を有効にする（Enable Encryption）] をクリックします。

ローカル暗号キーの変更

手順

ステップ 1

Cisco HyperFlex Connect ナビゲーション ウィンドウで、[暗号化（Encryption）] を選択します。

ステップ 2

[暗号化（Encryption）] ページで、[鍵の再生成（Re-key）] をクリックします。

ステップ 3

次の Cisco UCS Manager クレデンシャルを入力します。

UI 要素

基本的な情報

[UCS Manager のホスト名（UCS Manager host name）] フィールド

たとえば、10.193.211.120 とします。

[ユーザ名（User name）] フィールド

<管理者> ユーザ名。

[パスワード（Password）] フィールド

<admin> パスワード。

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

ステップ 4

クラスタの [既存の暗号化鍵（Existing Encryption Key）] と、[新しい暗号化鍵（New Encryption Key）] を入力します。

（注）

32 文字ちょうどの英数字を入力します。

ステップ 5

[鍵の再生成（Re-key）] をクリックします。

ローカル暗号キーの無効化

手順

ステップ 1

Cisco HyperFlex Connect ナビゲーション ウィンドウで、[暗号化（Encryption）] を選択します。

ステップ 2

[暗号化（Encryption）] ページで、[設定の編集（Edit configuration）]ドロップダウン メニューから [暗号化を無効にする（Disable encryption）] を選択します。

ステップ 3

次の Cisco UCS Manager クレデンシャルを入力します。

UI 要素

基本的な情報

[UCS Manager のホスト名（UCS Manager host name）] フィールド

Cisco UCS Manager クラスタ ホスト名。

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

<eng-fi12.eng.storvisor.com>

[ユーザ名（User name）] フィールド

<admin> ユーザ名

[パスワード（Password）] フィールド

<admin> password

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

ステップ 4

クラスタで暗号キーを無効にするには、クラスタに使用している暗号キーを入力します。

ステップ 5

[暗号化を無効にする（Disable encryption）] をクリックします。

ステップ 6

クラスタの暗号キーを無効にする操作を確定するには、[暗号化を無効にしますか?（Disableencryption?）] ダイアログボックスで、[はい、暗号化を無効にします（Yes, disable encryption）] をクリックします。

暗号化されたディスクの安全な消去

手順

ステップ 1

Cisco HyperFlex Connect ナビゲーション ウィンドウで、[システム情報（System Information）] を選択します。

ステップ 2

[ディスク（Disks）] タブで、ローカル キーを安全に消去するディスクを選択します。

ステップ 3

[安全に消去する（Secure erase）] ボタンをクリックします。

ステップ 4

クラスタで暗号化されたディスクを安全に消去するには、クラスタで使用中の暗号化キーを入力します。

ステップ 5

[安全に消去する（Secure erase）] をクリックします。

ステップ 6

[このディスクを消去しますか?（Erase this disk?）] ダイアログボックスで、[はい、このディスクを消去します。（Yes, erase this disk））] をクリックし、暗号化されたディスクを安全に消去します。

リモート鍵管理

リモート KMIP 証明書の一般的な処理手順は、次のとおりです。

- 自己署名する場合は、構成でローカル認証局を指定し、ルート証明書を取得します。

- 信頼できるサードパーティ CA を使用する場合は、該当する CA を構成で指定し、そのルート証明書を使用します。

- クラスタ キーの入力を求める HX 暗号化フィールドに、ルート証明書を入力します。

- SSL サーバ証明書を作成し、証明書署名要求（CSR）を生成します。

- CSR に、使用中のルート証明書で署名を付けます。

- クライアント証明書を使用するよう KMIP サーバ設定を更新します。

- SSL 証明書とルート CA が利用可能になったら、選択したベンダーに固有の KMIP サービス構成に進みます。

SafeNet キー管理

SafeNet キー管理サーバを使用した暗号化キーの管理に関する詳細については、『SafeNet Admin Guide』を参照してください。

Vormetric キー管理

Vormetric キー管理サーバを使用した暗号キーの管理について詳しくは、「Vormetric support portal」ドキュメントのダウンロード] セクションを参照してください。

リモート暗号キーの構成

手順

ステップ 1

Cisco HyperFlex Connect ナビゲーション ウィンドウで、[暗号化（Encryption）] を選択します。

ステップ 2

暗号化ページで、[暗号化の設定（Configure encryption）] をクリックします。

ステップ 3

次の Cisco UCS Manager クレデンシャルを入力します。

UI 要素

基本的な情報

[UCS Manager のホスト名（UCS Manager host name）] フィールド

Cisco UCS Manager クラスタ ホスト名。

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

<eng-fi12.eng.storvisor.com>

[ユーザ名（User name）] フィールド

<admin> ユーザ名

[パスワード（Password）] フィールド

<root> パスワード

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

ステップ 4

キー管理（KMIP）サーバによって生成されるリモート セキュリティ キーを使って HyperFlex クラスタを保護するには、[キー管理サーバ（Key Management Server）] を選択します。

次の証明書のいずれかを使用して、クラスタ内の自己暗号化ドライブをサーバで構成できます。

- [認証局署名証明書の使用（Use certificate authority signed certificates）]：外部認証局によって署名された証明書署名要求（CSR）を生成します。

- [自己署名証明書の使用（Use self-signed certificates）]： 自己署名証明書を生成します。

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

ステップ 5

次のタスク

新しい証明書署名要求または自己署名証明書を生成できます。

証明書署名要求の生成

手順

ステップ 1

Cisco HyperFlex Connect ナビゲーション ウィンドウで、[暗号化（Encryption）] を選択します。

ステップ 2

暗号化ページで、[暗号化の設定（Configure encryption）] をクリックします。

ステップ 3

次の Cisco UCS Manager クレデンシャルを入力します。

UI 要素

基本的な情報

[UCS Manager のホスト名（UCS Manager host name）] フィールド

Cisco UCS Manager クラスタ ホスト名。

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

<eng-fi12.eng.storvisor.com>

[ユーザ名（User name）] フィールド

<admin> ユーザ名

[パスワード（Password）] フィールド

<admin> password

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

ステップ 4

[キー管理サーバ（Key Management Server）] > [認証局署名証明書の使用（Use certificate authority signedcertificatess）] を選択します。

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

ステップ 5

キー管理（KMIP）サーバを設定するためにリモート暗号化キーを生成するには、次の詳細を入力します。

UI 要素

基本的な情報

[電子メールアドレス（Email address）] フィールド

<管理者> 電子メール アドレス。

[組織名（Organization name）] フィールド

証明書を要求している組織。

32 文字以下で入力します。

[組織単位名（Organization unit name）] フィールド

組織ユニット

最大 64 文字まで入力できます。

[Locality] フィールド

証明書を要求している会社の本社が存在する市または町。

32 文字以下で入力します。

[状態（State）] フィールド

証明書を要求している会社の本社が存在する州または行政区分。

32 文字以下で入力します。

[国（Country）] フィールド

会社が存在する国。

2 文字のアルファベットを大文字で入力します。

[有効日数（Valid for (days)）] フィールド

証明書の有効期間。

ステップ 6

すべての HyperFlex ノードに対する証明書署名要求（CSR）を生成してダウンロードするには、[証明書の生成（Generate certificates をクリックします。

ステップ 7

証明書をダウンロードして、認証局の署名を取得します。[閉じる（Close）] をクリックします。

次のタスク

1. 署名された証明書をアップロードします。

2. KMIP サーバ （キー管理サーバ） を設定します。

CSR（証明書署名要求）を使用したキー管理サーバの構成

始める前に

まず、生成された CSR をローカル マシンに確実にダウンロードし、その CSR に認証局の署名を付け、Cisco HX Data PlatformUI を使ってアップロードして、KMIP（キー管理）サーバを構成します。

手順

ステップ 1

Cisco HyperFlex Connect ナビゲーション ウィンドウで、[暗号化（Encryption）] を選択します。

ステップ 2

[暗号化（Encryption）] ページで、[設定の続行（Continue configuration）] をクリックします。

ステップ 3

[設定の続行（Continue configuration）] ドロップダウンリストから、[証明書の管理（Manage certificates）] を選択して CSR をアップロードします。

ステップ 4

次の Cisco UCS Manager クレデンシャルを入力します。

UI 要素

基本的な情報

[UCS Manager のホスト名（UCS Manager host name）] フィールド

Cisco UCS Manager クラスタ ホスト名。

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

<eng-fi12.eng.storvisor.com>

[ユーザ名（User name）] フィールド

<admin> ユーザ名

[パスワード（Password）] フィールド

<root> パスワード

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

ステップ 5

[認証局署名証明書のアップロード（Upload certificate authority signed certificates）] を選択します。[次へ（Next）] をクリックします。

ステップ 6

[新しい証明書のアップロード（Upload new certificate）] で、CA 署名付き証明書をアップロードします。[アップロード（Upload）] をクリックします。

ステップ 7

[設定の続行（Continue configuration）] ドロップダウン リストから、[キー管理サーバの設定（Configure key management server）] を選択して KMIP サーバを構成します。

ステップ 8

Cisco UCS Manager クレデンシャルを入力して、プライマリ キー管理（KMIP）サーバと、必要に応じてセカンダリ KMIP サーバを設定します。

UI 要素

基本的な情報

[プライマリ キー管理サーバ（Primary key management server）] フィールド

プライマリキー管理サーバのIPアドレスを入力します。

（オプション）[セカンダリ キー管理サーバ（Secondary key management server）] フィールド

冗長性を確保するためにセカンダリ キー管理サーバをセットアップした場合は、ここで詳細情報を入力します。

[ポート番号（Port number）] フィールド

キー管理サーバに使用するポート番号を入力します。

[公開キー（Public key）] フィールド

KMIP サーバ構成中に生成された、認証局の公開ルート証明書を入力します。

ステップ 9

[保存（Save）] をクリックします。これで、リモート管理されるキーによってクラスタが暗号化されるようになります。

例

自己署名証明書の生成

手順

ステップ 1

Cisco HyperFlex Connect ナビゲーション ウィンドウで、[暗号化（Encryption）] を選択します。

ステップ 2

暗号化ページで、[暗号化の設定（Configure encryption）] をクリックします。

ステップ 3

次の Cisco UCS Manager クレデンシャルを入力します。

UI 要素

基本的な情報

[UCS Manager のホスト名（UCS Manager host name）] フィールド

Cisco UCS Manager クラスタ ホスト名。

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

<eng-fi12.eng.storvisor.com>

[ユーザ名（User name）] フィールド

<admin> ユーザ名

[パスワード（Password）] フィールド

<root> パスワード

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

ステップ 4

[キー管理サーバ（Key Management Server）] > [自己署名証明書を使用（Use self-signed certificates）] を選択します。

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

ステップ 5

キー管理（KMIP）サーバを設定するためにリモート暗号化キーを生成するには、次の詳細を入力します。

UI 要素

基本的な情報

[電子メールアドレス（Email address）] フィールド

<管理者> 電子メール アドレス。

[組織名（Organization name）] フィールド

証明書を要求している組織。

32 文字以下で入力します。

[組織単位名（Organization unit name）] フィールド

組織ユニット

最大 64 文字まで入力できます。

[Locality] フィールド

証明書を要求している会社の本社が存在する市または町。

32 文字以下で入力します。

[状態（State）] フィールド

証明書を要求している会社の本社が存在する州または行政区分。

32 文字以下で入力します。

[国（Country）] フィールド

会社が存在する国。

2 文字のアルファベットを大文字で入力します。

[有効日数（Valid for (days)）] フィールド

証明書の有効期間。

ステップ 6

すべての HyperFlex ノードの自己署名証明書を生成してダウンロードするには、[証明書の生成（Generate certificates）] をクリックします。

ステップ 7

署名付き証明書をアップロードし、KMIP サーバ（キー管理サーバ）を設定します。

SSC（自己署名証明書）を使用したキー管理サーバの構成

始める前に

KMIP（キー管理）サーバを構成するには、まず、生成された SSC をローカル マシンにダウンロードしたことを確認してください。

手順

ステップ 1

Cisco HyperFlex Connect ナビゲーション ウィンドウで、[暗号化（Encryption）] を選択します。

ステップ 2

[暗号化（Encryption）] ページで、[設定の編集（Edit configuration）] をクリックします。

ステップ 3

[設定の編集（Edit configuration）] ドロップダウンリストから、[証明書の管理（Manage certificates）] を選択します。

ステップ 4

次の Cisco UCS Manager クレデンシャルを入力して、プライマリ キー管理（KMIP）サーバと、必要に応じてセカンダリ KMIP サーバを設定します。

UI 要素

基本的な情報

[UCS Manager のホスト名（UCS Manager host name）] フィールド

Cisco UCS Manager クラスタ ホスト名。

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

<eng-fi12.eng.storvisor.com>

[ユーザ名（User name）] フィールド

<admin> ユーザ名

[パスワード（Password）] フィールド

<admin> password

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

ステップ 5

プライマリおよびセカンダリ キー管理（KMIP）サーバのクレデンシャルを入力します。

UI 要素

基本的な情報

[プライマリ キー管理サーバ（Primary key management server）] フィールド

プライマリキー管理サーバのIPアドレスを入力します。

（オプション）[セカンダリ キー管理サーバ（Secondary key management server）] フィールド

冗長性を確保するためにセカンダリ キー管理サーバをセットアップした場合は、ここで詳細情報を入力します。

[ポート番号（Port number）] フィールド

キー管理サーバに使用するポート番号を入力します。

[公開キー（Public key）] フィールド

KMIP サーバ構成中に生成された、認証局の公開ルート証明書を入力します。

ステップ 6

[保存（Save）] をクリックします。これで、リモート管理されるキーによってクラスタが暗号化されるようになります。

暗号化の再起動

手順

Cisco UCS Manager クレデンシャルを入力して、キー管理サーバまたはローカル キーの設定を再起動し、HyperFlexクラスタを安全に暗号化します。

UI 要素

基本的な情報

[UCS Manager のホスト名（UCS Manager host name）] フィールド

Cisco UCS Manager クラスタ ホスト名。

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

<eng-fi12.eng.storvisor.com>

[ユーザ名（User name）] フィールド

<admin> ユーザ名

[パスワード（Password）] フィールド

<admin> password

Chapter8. データストアの管理

- データストアの管理

- データストアの追加

- データストアの編集

- データストアのマウント

- データストアのマウント解除

- データストアの削除

- 部分的にマウント解除されたデータストアの回復

データストアの管理

データストアは、ストレージの使用状況およびストレージ リソースを管理するために HX Data Platform によって使用される論理的コンテナです。ホストは、仮想ディスク ファイルやその他の VM ファイルをデータストアに配置します。データストアは、物理ストレージ デバイスの仕様を非表示にし、VM ファイルを格納するための統一モデルを提供します。

HX Connect UIまたは HX Data Platform プラグイン UI から、リストの追加や更新、名前とサイズの編集、データストアの削除、マウントおよびマウント解除を行うことができます。マウント解除された非ペア データストアの名前は変更できません。データストアの残りは、vCenter 管理者インターフェイスによってサポートされています。

重要

- 起動とアップグレードのパフォーマンスを最適化するには、できるだけ少ない数のデータストアを使用します。2 は理想的です。

Cisco HyperFlex のベストプラクティスの推奨事項は、データストアの数を 15 以下にすることです。

- クラスタごとに 15 を超えるデータストアを使用すると、次のような影響があります。

- メンテナンス作業（更新、アップグレード、再起動）を実行する際の過度の起動遅延。各ホストの起動遅延は、作成されるデータストアの数に比例します。各ホストでは、作成されたデータストアごとに 30 秒の追加遅延が発生します。

- アップグレードのタイムアウト。

- データストアをマウントできません。

- 開始、アップ遅延を回避し、複製の保持を維持するために、データストアの数をできるだけ少なくしておきます。

- HX ネイティブ スナップショットは、複数のデータストアでサポートされていません。

- M4 ノードを使用する場合は、ESXi ロギングまたはコアダンプ パーティションに HyperFlex NFS またはローカルのスプリングパス データストアを使用しないでください。M5 ノードを使用する場合は、HyperFlex NFS またはローカルのスプリングパス データストアの残りのスペースをこれらの目的に使用できます。

- VM にフラット vmdk ファイルがあり、1 つはシン プロビジョニング、もう 1 つはシック プロビジョニングである場合、vCenter / ESXi および HX Connect によって報告されるすべてのフラット VMDK ファイルの合計ストレージ使用量は、vCenter および HX Connect によって報告されるデータストアの使用量よりも多くなる可能性があります。これは、各 VM ファイルの ESXi および vCenter のスペースレポートが、VAAI API を介して拡張統計情報および属性の基盤となる NFS ストレージから送信される「uniqueBytes」属性を無視することが原因である可能性があります。

- VMware ESXi 環境の場合は、vCenter 内のすべての HyperFlex データストアでストレージ I / O が無効になっていることを確認します。この設定はデータストアごとの設定であり、これを有効にすると、予期しないパフォーマンスへの影響が発生する可能性があります。

手順

ステップ 1

インターフェイスを選択します。

- vSphere Web クライアント ナビゲータから、[vCenter インベントリ リスト（vCenter Inventory Lists）] > [Cisco HyperFlex Systems] > [Cisco HX Data Platform] > [クラスタ（cluster）] > [管理（Manage）] > [データストア（Datastores）] の順に選択します。

- HX Connect から [Datastores] を選択します。

ステップ 2

データストアを新規作成するか、既存のデータストアを選択して、オプションを表示します。

- データストアの新規作成

- データストア リストの更新

- データストア名とサイズの編集

- データストアの削除

- ホストでのデータストアのマウント

- ホストからのデータストアのマウント解除

データストアの追加

データストアは、物理ストレージの具体的な仕様を隠し、統一モデルで VM ファイルを保管できるようにする、ファイル システムに似た論理コンテナです。また、データストアを使用して ISO イメージと VM テンプレートを保存することもできます。

Procedure

Step 1

インターフェイスを選択します。

- vSphere Web クライアント ナビゲータから、[vCenter インベントリ リスト] > [Cisco HyperFlex Systems] > [Cisco HX Data Platform] > [クラスタ（cluster）] > [管理（Manage）] > [データストア（Datastores）] の順に選択します。

- HX 接続 から、[データストア（Datastores）] を選択します。

Step 2

[データストアの作成（Create Datastore）] を選択します。

Step 3

データストアの名前を入力します。vSphere Web クライアントではデータストア名に 42 文字の制限があります。各データストアに固有の名前を割り当ててください。

Step 4

データストアのサイズを指定します。ドロップダウンリストから、[GB] または [TB] を選択します。

Step 5

データ ブロック サイズを指定します。HX 接続 で、[8K] または [4K] を選択します。デフォルトは 8K です。HX データ プラットフォーム プラグインでは、デフォルト値が想定されています。VDI ワークロードの場合、デフォルトは 4k です。

Step 6

[OK] をクリックして変更を確定するか、[キャンセル（Cancel）] をクリックしてすべての変更を取り消します。

Step 7

データストアを確認します。必要に応じて、[更新（Refresh）] アイコンをクリックして新しいデータストアを表示します。

HX データ プラットフォーム プラグインで、[管理（Manage）] > [データストア（Datastores）] > [ホスト（Hosts）] タブをクリックして、新しいデータストアのマウント ステータスを確認します。

vSphere クライアント アプリケーションを使用してデータストアを確認する場合は、[ホスト] > [構成（Configuration）] > [データストア（Datastores）] に移動すると、ドライブ タイプが Unknown としてリストされます。NFS データベースを「不明」とリストすることは、vSphere の想定される動作です。

データストアの編集

HX データ プラットフォーム データストアは、編集（鉛筆）オプションを使用して変更できます。編集オプションは次のとおりです: 1 データストア名を変更するか、2 にします。データストアのストレージ割り当てを変更します。つまり、データストアのサイズです。

（注）

コントローラ VM を使用してデータストアの名前を変更しないでください。

手順

ステップ 1

インターフェイスを選択します。

- vSphere Web クライアント ナビゲータから、[vCenter インベントリ リスト] > [Cisco HyperFlex Systems] > [Cisco HX Data Platform] > [クラスタ（cluster）] > [管理（Manage）] > [データストア（Datastores）] の順に選択します。

- HX 接続 から、[データストア（Datastores）] を選択します。

ステップ 2

データストア を選択します。

ステップ 3

データストアのマウントを解除します。

データストアのサイズを変更するだけの場合は、データストアのマウントを解除する必要はありません。このステップをスキップしてください。

ステップ 4

データストアの [編集（Edit）]（鉛筆アイコン）をクリックします。

ステップ 5

必要に応じて、データストア名やサイズを変更します。[OK] をクリックします。

ステップ 6

以前にマウントを解除した場合、データストアを再マウントします。

データストアのマウント

データストアをマウントするための準備をします。

- データストアに VM、テンプレート、スナップショット、または CD/DVD イメージは常駐していません。これはマウント解除中の最も一般的なエラーです。

- データストアのストレージ I/O 制御は無効です。

- データストアは vSphere HA ハートビートには使用されません。

- データストアは RDM メタデータ ファイルのホスティングには使用されません。RDM はサポートされていません。

- データストアはスクラッチのロケーションとしては使用されません。

（注）

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

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

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

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

データストアをマウントします。

手順

ステップ 1

インターフェイスを選択します。

- vSphere Web クライアント ナビゲータから、[vCenter インベントリ リスト] > [Cisco HyperFlex Systems] > [Cisco HX Data Platform] > [クラスタ（cluster）] > [管理（Manage）] > [データストア（Datastores）] の順に選択します。

- HX 接続 から、[データストア（Datastores）] を選択します。

ステップ 2

データストア を選択します。

ステップ 3

[マウント（Mount）] をクリックします。

ステップ 4

データストアのマウントを確認して、[OK] をクリックします。

データストアのマウント解除

データストアのマウント解除の準備をします。

- データストアに VM、テンプレート、スナップショット、または CD/DVD イメージは常駐していません。これはマウント解除中の最も一般的なエラーです。

- データストアのストレージ I/O 制御は無効です。

- データストアは vSphere HA ハートビートには使用されません。

- データストアは RDM メタデータ ファイルのホスティングには使用されません。RDM はサポートされていません。

- データストアはスクラッチのロケーションとしては使用されません。

データストアのマウントを解除します。

手順

ステップ 1

インターフェイスを選択します。

- vSphere Web クライアント ナビゲータから、[vCenter インベントリ リスト] > [Cisco HyperFlex Systems] > [Cisco HX Data Platform] > [クラスタ（cluster）] > [管理（Manage）] > [データストア（Datastores）] の順に選択します。

- HX 接続 から、[データストア（Datastores）] を選択します。

ステップ 2

データストア を選択します。

ステップ 3

[マウント解除（Unmount）] をクリックします。

ステップ 4

データストアのマウント解除を確認して、[OK] をクリックします。

ステップ 5

必要な場合、部分的なマウント解除から復旧します。

1. 上記のチェックリストを確認し、いずれかの UI または CLI を使用して再度マウント解除または削除します。

2. データストアを再マウントするには UI または CLI を使用します。

一部のマウント解除の詳細または回復については、部分的にマウント解除されたデータストアの回復 を参照してください。

データストアの削除

データストアを削除するための準備をします。

- すべての VM の電源をオフにします。

- データストアのマウント ポイントで開いているすべてのシェルを閉じます。

- データストア上の HA を無効にします。

- データストアを使用するすべてのアプリケーションを閉じます。

データストアを削除します。

手順

ステップ 1

インターフェイスを選択します。

- vSphere Web クライアント ナビゲータから、[vCenter インベントリ リスト] > [Cisco HyperFlex Systems] > [Cisco HX Data Platform] > [クラスタ（cluster）] > [管理（Manage）] > [データストア（Datastores）] の順に選択します。

- HX 接続 から、[データストア（Datastores）] を選択します。

ステップ 2

データストア を選択します。

ステップ 3

[Delete] をクリックします。

ステップ 4

データストアの削除を確認して、[OK] をクリックします。

部分的にマウント解除されたデータストアの回復

データストアをマウント、マウント解除、または削除すると、データストアが部分的にマウント解除される場合があります。この状態が発生した場合は、必要に応じて、次の手順を実行します。

手順

ステップ 1

試みているタスクに応じて、データストアのマウントの準備、データストアのマウント解除の準備、またはデータストアの削除の準備にある項目を実行します。

ステップ 2

もう一度、HX 接続または HX データ プラットフォーム プラグイン の UI または CLI を介して、データストアのマウント、マウント解除、削除を試します。

ステップ 3

データストアが、必要なマウント状態、マウント解除状態、または削除状態になっていない場合は、次の手順を実行します。

1. VM がデータストアで実行されていないことを確認します。

2. ESX ホストから、HX Data Platform のデータストアが VMware サービス storageRM で使用されているかどうかを確認します。

# ls -ltra /vmfs/volumes/stfs-ds1/ | grep -i iorm

サンプル応答

-rwxr-xr-x 1 root root 16511 Jan 20 20:05 .iormstats.sf
drwxr-xr-x 1 root root 1125 Jan 20 20:06 .iorm.sf

3. storagerm のステータスを確認します。

# /etc/init.d/storageRM status

サンプル応答

storageRM is running

4. storagerm サービスを停止します。

# /etc/init.d/storageRM stop

サンプル応答

watchdog-storageRM: Terminating watchdog process with PID 34096
storageRM stopped

5. もう一度、データストアのマウント、マウント解除、または削除を試みます。

6. これは考えられる解決策の 1 つです。これで問題が解決しない場合は、テクニカル アシスタンス センター（TAC）にお問い合わせください。

Chapter9. ディスクの管理

- クラスタ内のディスクの管理

- ディスクの要件

- 自己暗号化ドライブ（SED）の交換

- SSD の交換

- NVMe SSD の交換

- ハウスキーピング SSD の交換

- ハード ディスク ドライブの交換または追加

クラスタ内のディスクの管理

ディスク、SSD、または HDD で障害が発生することがあります。その場合、障害が発生したディスクを取り外して交換する必要があります。ホスト内のディスクの取り外しと交換については、サーバ ハードウェア ガイドの手順に従ってください。HX Data Platform は、SSD または HDD を識別しストレージ クラスタに組み込みます。

ストレージ クラスタのデータストア容量を増やすには、ストレージ クラスタ内の各コンバージド ノードに同じサイズとタイプの SSD または HDD を追加します。ハイブリッド サーバの場合は、ハード ディスク ドライブ（HDD）を追加します。すべてのフラッシュ サーバでは、SSD を追加します。

（注）

異なるタイプの異なるベンダーから複数のドライブでホットプラグ引き出しおよび交換を実行する場合は、アクションとアクションの間を少し開けます（30 秒間）。ドライブをプルし、約 30 秒間一時停止し、交換して、30 秒間一時停止します。それから、次のドライブを 30 秒間プルし、一時停止して、交換します。

場合によっては、ディスクを取り外しても、そのディスクがクラスタのサマリー情報に引き続き表示されることがあります。情報を更新するには、HX クラスタを再起動します。

ディスクの要件

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

別の方法として、コンバージド ノードを追加すると、CPU リソースやメモリ リソースだけでなく、ストレージ パフォーマンスやストレージ容量も増えます。

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

HyperFlex クラスタ内のすべてのディスクに以下が該当します。

- ストレージ クラスタ内のすべてのディスクに同じストレージ容量が割り当てられます。ストレージ クラスタ内のすべてのノードに同じ数のディスクが割り当てられます。

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

- すべての HDD を SATA と SAS のどちらかのタイプにすることができます。ストレージ クラスタ内のすべての SAS ディスクをパススルー モードにする必要があります。

- SSD と HDD からディスク パーミッションを削除する必要があります。パーミッション付きのディスクは無視され、HX ストレージ クラスタに追加されません。

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

（注）

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

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

- 自己暗号化ドライブ（SED）を備えたサーバでは、キャッシュ ドライブと永続ストレージ（容量）ドライブの両方を SED 対応にする必要があります。このようなサーバは、保管中のデータの暗号化（DARE）をサポートします。

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

（注）

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

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

- 永続ドライブを混在させないでください。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 つだけサーバに通知されるようにしてください。インストール後に、さらにローカル ディスクまたはリモート ディスクを追加できます。

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

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

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

- SAN ブート

- M.2 SATA SSD ドライブ。

自己暗号化ドライブ（SED）の交換

Cisco HyperFlex System は、自己暗号化ドライブ（SED）とエンタープライズ キー管理サポートによる保管中データの保護を提供します。

- 保管中のデータ対応のサーバとは自己暗号化ドライブを備えたサーバを指します。

- 暗号化された HX クラスタ 内のすべてのサーバは、保管中のデータ対応である必要があります。

- 暗号化はクラスタの作成後に、HX クラスタを使用して、HX 接続に構成されます。

- 自己暗号化ドライブを持つサーバは、ソリッド ステート ドライブ（SSD）またはハイブリッドのいずれかです。

重要

暗号化されたデータの安全性を引き続き確保するには、SED を取り外す前にドライブ上のデータが安全に消去される必要があります。

始める前に

HX クラスタ に暗号化が適用されているかどうかを確認します。

- 暗号化が構成されていない：SED の取り外しまたは交換を行うには暗号化に関連した前提条件の手順が必要です。SSD の交換またはハード ディスク ドライブの交換または追加とサーバのハードウェア ガイドを参照してください。

- 暗号化が構成されている：次の点を確認してください。

1. SED を交換する場合は、メーカーの返品保証（RMA）を取得します。TAC に連絡します。

2. 暗号化のローカル キーを使用している場合は、キーを見つけます。その入力を求められます。

3. データの損失を防ぐために、ディスク上のデータがデータの最後のプライマリ コピーではないことを確認します。

必要な場合は、クラスタ上のサーバにディスクを追加します。開始するか、または再調整が完了するまで待機します。

4. SED を取り外す前に、以下のステップを完了します。

手順

ステップ 1

HX クラスタ が正常であることを確認します。

ステップ 2

HX 接続 にログインします。

ステップ 3

[システム情報（System Information）] > [ディスク（Disks）]ページを選択します。

ステップ 4

取り外すディスクを識別し、確認します。

1. [ロケータ LED をオンにする（Turn On Locator LED）] ボタンを使用します。

2. サーバ上のディスクを物理的に表示します。

3. [ロケータ LED をオフにする（Turn Off Locator LED）] ボタンを使用します。

ステップ 5

取り外すディスクに対応する [スロット（Slot）] 行を選択します。

ステップ 6

[安全に消去する（Secure erase）] をクリックします。このボタンは、ディスクを選択した後にのみ利用可能です。

ステップ 7

ローカルの暗号化キーを使用する場合は、フィールドに [暗号化キー（Encryption Key）] を入力して [安全に消去する（Secure erase）] をクリックします。

リモートの暗号化サーバを使用する場合、操作は必要ありません。

ステップ 8

このディスク上のデータを削除することを確認し、[はい、このディスクを消去します（Yes, erase this disk）] をクリックします。

警告

これにより、ディスクからすべてのデータが削除されます。

ステップ 9

選択した [ディスク スロット（Disk Slot）] の [ステータス（Status）] が [削除できます（Ok To Remove）] に変わるまで待ち、指示に従ってディスクを物理的に取り外します。

次のタスク

（注）

取り外したドライブは、元または別の HX クラスタ 内の別のサーバで再利用しないでください。取り外したドライブを再利用する必要がある場合は、TAC にお問い合わせください。

1. SED 上のデータを安全に消去した後、ディスク タイプ（SSD またはハイブリッド）に適したディスクの交換タスクに進みます。

ディスク タイプの [タイプ（Type）] 列を確認します。

- ソリッド ステート（SSD）：SSD の交換 とサーバのハードウェア ガイドを参照してください。

- 回転（ハイブリッド ドライブ）：ハード ディスク ドライブの交換または追加 とサーバのハードウェア ガイドを参照してください。

2. 取り外しおよび交換された SED のステータスを確認します。

SED を取り外した場合：

- [ステータス（Status）]：[削除できます（Ok To Remove）] のままです。

- [暗号化（Encryption）]：[有効（Enabled）] から [不明（Unknown）] に変わります。

SED を交換した場合、新しい SED は自動的に HX クラスタ によって使用されるようになります。暗号化が適用されていない場合、ディスクは他の使用可能なディスクと同様に一覧表示されます。暗号化が適用されている場合、セキュリティ鍵が新しいディスクに適用されます。

- [ステータス（Status）]：[無視（Ignored）] > [要求（Claimed）] > [使用可能（Available）] と遷移します。

- [暗号化（Encryption）]：暗号化鍵が適用された後に、[無効（Disabled）] > [有効（Enabled）] と遷移します。

SSD の交換

SSD の交換手順は SSD のタイプによって異なります。障害が発生した SSD を特定し、関連する手順を実行します。

（注）

タイプやサイズの異なるストレージ ディスクを 1 台のサーバまたはストレージ クラスタ全体で混在させることはサポートされていません。

- すべて HDD、すべて 3.8 TB SSD、またはすべて 960 GB SSD を使用します。

- ハイブリッド サーバではハイブリッド キャッシュ デバイスを使用し、オールフラッシュ サーバではオールフラッシュ キャッシュ デバイスを使用します。

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

手順

ステップ 1

障害が発生した SSD を特定します。

- キャッシュまたは永続 SSD の場合、ディスク ビーコン チェックを実行します。ビーコンの設定を参照してください。

キャッシュと永続 SSD のみビーコン要求に応答します。NVMe キャッシュ SSD とハウスキーピング SSD はビーコン要求に応答しません。

- キャッシュ NVMe SSD の場合、物理的チェックを実行します。これらのドライブは HX サーバのドライブ ベイ 1 にあります。

- HXAF240c または HX240c サーバのハウスキーピング SSD の場合、サーバ背面の物理的チェックを実行します。

- HXAF220c または HX220c のサーバのハウスキーピング SSD の場合、サーバのドライブ ベイ 2 の物理的チェックを実行します。

ステップ 2

障害が発生した SSD がハウスキーピング SSD の場合、サーバのタイプに基づいて続行します。

- HXAF240c M4 または HX240c M4 サーバの場合は、テクニカル アシスタンス センター（TAC）にお問い合わせください。

- 他のすべての HX サーバについては、ハウスキーピング SSD の交換 を参照してください。

ステップ 3

障害が発生した SSD がキャッシュまたは永続 SSD の場合、ディスクのタイプに基づいて続行します。

- NVMe SSD については、NVMe SSD の交換を参照してください。

- その他すべての SSD の場合は、サーバのハードウェア ガイドに従って、ホスト内の障害が発生した SSD を取り外して交換する手順を実行します。

キャッシュまたは永続ドライブを交換した後、HX データ プラットフォームは SDD を識別し、ストレージ クラスタを更新します。

ノードにディスクが追加されると、ディスクはすぐに HX で使用できるようになります。

ステップ 4

Cisco UCS Manager の [UCS Manager] > [Equipment (機器)] > [Server (サーバ)] > [Inventory (インベントリ)] > [Storage (ストレージ)] タブに新しいディスクを含めるには、サーバ ノードを再認識します。これにはキャッシュ ディスクと永続ディスクも含まれます。

（注）

サーバの再認識が中断します。実行する前に、サーバを HX メンテナンス モードにします。

ステップ 5

SSD を交換して、[ディスク修復のスケジュールが正常終了しました（Disk successfully scheduled for repair）] というメッセージが表示された場合、ディスクは存在しますがまだ正しく機能していません。サーバ ハードウェア ガイドの手順に従ってディスクが正常に追加されたことを確認します。

NVMe SSD の交換

SSD の交換手順は SSD のタイプによって異なります。このトピックでは、NVMe キャッシュ SSD を交換するための手順について説明します。

（注）

タイプやサイズの異なるストレージ ディスクを 1 台のサーバまたはストレージ クラスタ全体で混在させることはサポートされていません。

NVMe ディスクを交換するときには常に元のディスクと同じタイプおよびサイズを使用します。

始める前に

HX クラスタ サーバで NVMe SSD を使用する場合は次の条件を満たしていることを確認します。

- NVMe Ssd は HX240 および HX220 オールフラッシュ サーバでサポートされています。

- NVMe SSD と HGST SN200 ディスクを交換するには HX データ プラットフォーム バージョン 2.5.1a 以降が必要です。

- NVMe SSD はサーバのスロット 1 でのみ使用できます。その他のサーバ スロットでは NVMe SSD は検出されません。

- NVMe SSD はキャッシュにのみ使用されます。

- 永続ストレージとして使用することはサポートされていません。

- ハウスキーピング ドライブとして使用することはサポートされていません。

- ハイブリッド サーバとして使用することはサポートされていません。

手順

ステップ 1

障害があるディスクが NVMe キャッシュ SSD であることを確認します。

物理的な検査を実行します。これらのドライブは HX サーバのドライブ ベイ 1 にあります。NVMe キャッシュ SSD とハウスキーピング SSD はビーコン要求に応答しません。

障害がある SSD が NVMe SSD でない場合、SSD の交換を参照してください。

ステップ 2

ESXi ホスト を HX メンテナンス モードにします。

1. HX 接続 にログインします。

2. [システム情報（System Information）] > [ノード（Nodes）] > ノード > [HX メンテナンス モードの開始（Enter HX Maintenance Mode）]の順に選択します。

ステップ 3

サーバ ハードウェア ガイドを参照し、障害がある SSD の取り外しと交換の指示に従います。

（注）

HGST NVMe ディスクを取り外すと、同じタイプのディスクを同じスロットに挿入するか、ホストをリブートするまでコントローラ VM に障害が発生します。

キャッシュまたは永続ドライブを交換した後、HX データ プラットフォームは SDD を識別し、ストレージ クラスタを更新します。

ノードにディスクが追加されると、ディスクはすぐに HX で使用できるようになります。

ステップ 4

ESXi ホスト をリブートします。これにより ESXi は NVMe SSD を検出できます。

ステップ 5

ESXi ホスト の HX メンテナンス モードを終了します。

ステップ 6

Cisco UCS Manager の [UCS Manager] > [Equipment (機器)] > [Server (サーバ)] > [Inventory (インベントリ)] > [Storage (ストレージ)] タブに新しいディスクを含めるには、サーバ ノードを再認識します。これにはキャッシュ ディスクと永続ディスクも含まれます。

（注）

サーバの再認識が中断します。実行する前に、サーバを HX メンテナンス モードにします。

ステップ 7

SSD を交換して、[ディスク修復のスケジュールが正常終了しました（Disk successfully scheduled for repair）] というメッセージが表示された場合、ディスクは存在しますがまだ正しく機能していません。サーバ ハードウェア ガイドの手順に従ってディスクが正常に追加されたことを確認します。

ハウスキーピング SSD の交換

（注）

この手順は、HXAF220c M4、HX220c M4、HXAF220c M5、HX220c M5、HXAF240c M5、HX240c M5、サーバのみに適用されます。HXAF240c M4 または HX240c M4 サーバ上のハウスキーピング SSD を交換するには、Cisco TAC にお問い合わせください。

障害が発生したハウスキーピング SSD を特定し、関連する手順を実行します。

手順

ステップ 1

障害が発生したハウスキーピング SSD を特定します。

ハウスキーピング ドライブはビーコン チェックを通して表示されないため、SSD ドライブを物理的にチェックします。

ステップ 2

SSD を取り外し、同じサポートされている種類とサイズの新しい SSD に交換します。サーバ ハードウェア ガイドの手順に従います。

サーバ ハードウェア ガイドでは、SSD を交換するために必要な物理的手順について説明しています。

（注）

ハードウェア手順を実行する前に、ノードを Cisco HX メンテナンス モードにします。ハードウェア手順を実行したら、ノードの Cisco HX メンテナンス モードを終了します。

ステップ 3

SSH を使用して、影響を受けたノードのストレージ コントローラ VM にログインし、次のコマンドを実行します。

# /usr/share/springpath/storfs-appliance/config-bootdev.sh -r -y

このコマンドは新しいディスクを使用し、そのディスクをストレージ コントローラに追加します。

サンプル応答

Creating partition of size 65536 MB for /var/stv ...
Creating ext4 filesystem on /dev/sdg1 ...
Creating partition of size 24576 MB for /var/zookeeper ...
Creating ext4 filesystem on /dev/sdg2 ...
Model: ATA INTEL SSDSC2BB12 (scsi)
Disk /dev/sdg: 120034MB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt ....
discovered. Rebooting in 60 seconds

ステップ 4

ストレージ コントローラ VM が自動的に再起動するのを待ちます。

ステップ 5

ストレージ コントローラ VM の再起動が完了したら、新しく追加された SSD でパーティションが作成されていることを確認します。コマンドを実行します。

# df -ah

サンプル応答

...........
/dev/sdb1 63G 324M 60G 1%
/var/stv /dev/sdb2 24G 173M 23G 1% /var/zookeeper

ステップ 6

既存のストレージ クラスタにインストールされている HX Data Platform インストーラ パッケージのバージョンを確認します。

# stcli cluster version

すべてのストレージ クラスタ ノードに、同じバージョンがインストールされている必要があります。ストレージ クラスタ内の、新しい SSD を搭載したノード以外のノードのコントローラ VM で、このコマンドを実行します。

ステップ 7

HX Data Platform インストーラ パッケージを、/tmp フォルダ内のストレージ コントローラ VM にコピーします。

# cd /tmp

# tar zxvf storfs-packages-<version>.tgz

（注）

HyperFlex ダウンロード Web サイトから storfs パッケージをダウンロードすることもできます。

ステップ 8

HX Data Platform インストーラ導入スクリプトを実行します。

# ./inst-packages.sh

# chmod 640 /usr/share/springpath/storfs-misc/springpath_security.properties

（注）

これはクラスタ内の影響を受けるすべてのノードに該当します。

（注）

権限が変更された後、サービスを再起動する必要が発生する可能性があります (例：tomcat8)。

HX Data Platform のインストールに関する追加情報は、適切な『Cisco HX Data Platform インストール ガイド』を参照してください。

ステップ 9

パッケージのインストール後、HX Data Platform は自動的に起動します。ステータスをチェックします。

# status storfs

サンプル応答

storfs running

新しい SSD を搭載したノードが既存のクラスタに再接続し、クラスタが正常な状態に戻ります。

ハード ディスク ドライブの交換または追加

（注）

タイプやサイズの異なるストレージ ディスクを 1 台のサーバまたはストレージ クラスタ全体で混在させることはサポートされていません。

- すべて HDD、すべて 3.8 TB SSD、またはすべて 960 GB SSD を使用します。

- ハイブリッド サーバではハイブリッド キャッシュ デバイスを使用し、オールフラッシュ サーバではオールフラッシュ キャッシュ デバイスを使用します。

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

手順

ステップ 1

サーバのハードウェア ガイドを参照して、ディスクの追加または交換手順に従います。

ステップ 2

ストレージ クラスタ内の各ノードに同じサイズの HDD を追加します。

ステップ 3

妥当な時間内に、各ノードに HDD を追加します。

ストレージ クラスタで、ストレージの使用がすぐに開始されます。

[vCenter イベント（vCenter Event）] ログには、ノードへの変更を反映したメッセージが表示されます。

（注）

ディスクをノードに追加すると、UCSM サーバ ノード インベントリにそれが表示されなくても、ディスクはすぐに HX で使用可能になります。これにはキャッシュおよび永続ディスクが含まれます。[UCS Manager] > [Equipment (機器)] > [Server (サーバ)] > [Inventory (インベントリ)] > [Storage (ストレージ)] タブにディスクを含めるには、サーバ ノードを再認識します。

（注）

サーバの再認識が中断します。実行する前に、サーバを HX メンテナンス モードにします。

Chapter10. ノードの管理

- ノードの管理

- ノードのメンテナンス方法の特定

- DNS アドレスまたはホスト名による検索

- ESXi ホストのルート パスワードの変更

- ノード ソフトウェアの再インストール

- IP から FQDN への vCenter クラスタ内のノード識別フォームの変更

- ノード コンポーネントの交換

ノードの管理

ノードは最初、HX Data Platform インストーラのクラスタの作成機能を使用してストレージ クラスタに追加されます。ノードを既存のストレージ クラスタに追加する場合は、HX Data Platform インストーラのクラスタの展開機能を使用します。ストレージ クラスタに対してノードを追加または削除すると、HX Data Platform がそれに応じてストレージ クラスタのステータスを調整します。

- 障害が発生したノードのメンテナンスに関するタスク。

- ESXi または HX ソフトウェアを再インストールする必要がある。

- ノード コンポーネントを交換する必要がある。

- ノードを交換する必要がある。

- ノードを取り外す必要がある。

- 障害が発生していないノードのメンテナンスに関するタスク。

- ノードをメンテナンス モードにする。

- ESX パスワードを変更する。

（注）

若干の違いはありますが、サーバ、ホスト、およびノードという用語が HyperFlex のマニュアルを通して区別されずに使われています。一般に、サーバは、特定の目的専用のソフトウェアを実行する物理ユニットです。ノードは、ソフトウェア クラスタやサーバのラックなどのより大きなグループ内のサーバです。シスコのハードウェア マニュアルでは、ノードという用語が使われる傾向があります。ホストは、仮想化または HyperFlex ストレージ ソフトウェアを実行しているサーバで、仮想マシンにとっての「ホスト」です。VMware のマニュアルでは、ホストという用語が使われる傾向があります。

手順

ステップ 1

クラスタ内のノードをモニタします。

HX ストレージ クラスタ、ノード、およびノード コンポーネントのステータスがモニタされ、HX 接続、HX データ プラットフォーム プラグイン、vCenter UI、およびさまざまなログに動作ステータス（オンライン、オフライン）値と復元力ステータス値（正常、警告）として報告されます。

（注）

機能状態の区別は、HX 接続と HX データ プラットフォーム プラグイン のビューに表示されるストレージ クラスタの動作ステータスと復元力ステータスに影響しますが、それらのステータスとは別個のものです。データ レプリケーション係数（2 または 3）、クラスタ アクセス ポリシー（寛容（lenient）または厳格（ strict））、およびストレージ クラスタ内の特定の数のノードごとに、障害が発生したノードの数またはノード内の障害が発生したディスクの数に応じて、ストレージ クラスタの状態が読み取りと書き込み、読み取り専用、またはシャットダウンの間で変化します。

（注）

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

ステップ 2

ノード障害を分析して、実行するアクションを決定します。

これには、HX 接続、HX データ プラットフォーム プラグイン、vCenter、または ESXi を介したノード状態のモニタリング、サーバ ビーコンのチェック、ログの収集と分析が必要になります。

ステップ 3

特定されたタスクを実行します。

- ソフトウェアを再インストールまたはアップグレードします。

ESXi または HX Data Platform を再インストールする手順については、『VMware ESXi 用 Cisco HyperFlex システム インストール ガイド』を参照してください。ソフトウェアのアップグレード手順については、『Cisco HyperFlex Systems Upgrade Guide』を参照してください。

- ノード内のコンポーネントを修理します。

ノード コンポーネント（ソリッド ステート ドライブ（SSD）、ハード ディスク ドライブ（HDD）、電源装置（PSU）、ネットワーク インターフェイス カード（NIC）コンポーネントなど）は、HX 接続または HX データ プラットフォーム プラグイン では設定できませんが、HX Data Platform はこれらのコンポーネントをモニタし、いずれかのアイテムの中断、追加、取り外し、または交換が発生すると、ストレージ クラスタ ステータスを調整します。

ディスクを追加または取り外す手順は、ディスクのタイプによって異なります。PSU や NIC などの現場交換可能ユニット（FRU）を交換するには、サーバ ハードウェア ガイドで説明される手順に従います。

- クラスタ内のノードを交換します。

通常、ストレージ クラスタ内のノードを交換する際は、TAC によるサポートが必要です。要件が満たされていれば、ストレージ クラスタがオンライン（5 ノード以上のクラスタのみ）中またはオフライン（4 ノード以上のクラスタ）中に、ノードを TAC の支援なしで交換できます。

- クラスタからノードを削除します。

（注）

ノードを削除する際は、使用可能なノードの数が最小数の 3 を下回らないようにしてください。3 を下回るとストレージ クラスタが正常に動作しなくなります。3 ノード クラスタ内のノードを削除する際は、常に TAC の支援が必要です。

オフライン クラスタから最大 2 つのノードを削除できます。

ノードのメンテナンス方法の特定

ノード メンテナンス タスクには、ストレージ クラスタがオフラインのときに実行されるもの、クラスタがオンラインであり、ノードが HX メンテナンス モードであることだけが必要である場合に実行できるものがあります。

- オンライン タスク：タスク開始前にストレージ クラスタが正常な状態である必要があります。

- オフライン タスク：ストレージ クラスタをシャット ダウンする必要があります。

2 つ以上のノードがダウンしている場合、ストレージ クラスタは自動的にオフラインになります。

- TAC 支援によるタスク：通常は、TAC 担当員によって実施される手順が必要になります。

次の表に、関連するノード メンテナンス タスクを実行するときに使用できる方法を示します。

ノード ソフトウェアの修復

ESX と HX Data Platform ソフトウェアは、ストレージ クラスタ内の各ノードにインストールされます。ノード障害分析後にいずれかのソフトウェア項目を再インストールする必要があることが判明した場合は、『VMware ESXi 用 Cisco HyperFlex システム インストール ガイド』を参照してください。ソフトウェアのアップグレード手順については、『Cisco HyperFlex Systems Upgrade Guide』を参照してください。

ノード ハードウェアの修復

ノード上の修理可能なアイテムで障害が発生した場合です。これには FRU やディスクが該当します。一部のノード コンポーネントには TAC の支援が必要です。たとえば、ノードのマザーボードの交換には TAC の支援が必要です。

クラスタ内のノードの数

クラスタ内の障害発生ノードの数

方法

注記

3

1 つ以上

TAC の支援によるノード修復のみ。

修復作業のためにノードを取り外す必要はありません。ノード上のディスクの交換が含まれます。

4-8

1

オンラインまたはオフラインでのノードの修復。

修復作業のためにノードを取り外す必要はありません。ノード上のディスクの交換が含まれます。

ノードの削除

ノード上の修理不可能なアイテムで障害が発生した場合です。取り外したノードのディスクは、ストレージ クラスタで再利用されません。

クラスタ内のノードの数

クラスタ内の障害発生ノードの数

方法

注記

4

1

オフラインでのノードの取り外し。

4 ノード クラスタで 2 つのノードがダウンしている場合は、TAC の支援が必要です。

5 つ以上

1

オンラインまたはオフラインでのノードの取り外し。

5 つ以上

2

オフラインでの 2 ノードの取り外し。

5 ノード クラスタで 3 つのノードがダウンしている場合は、TAC の支援が必要です。

ノードの交換とストレージの廃棄

ノード上の修理不可能なアイテムで障害が発生した場合です。取り外したノードのディスクは、ストレージ クラスタで再利用されません。

クラスタ内のノードの数

クラスタ内の障害発生ノードの数

方法

注記

3

1

TAC の支援によるノード交換のみ。

クラスタを最小限の 3 ノードに戻すには、TAC の支援によってノードを交換する必要があります。

3 ノード クラスタで 1 つのノードがダウンしている場合は、TAC の支援が必要です。

4

1

オフラインでのノードの交換。

ディスクは再利用されません。

新しいノードを追加するにはクラスタ拡張を使用します。他のすべてのノードが稼働している必要があります。

4 ノード クラスタで 2 つのノードがダウンしている場合は、TAC の支援が必要です。

5 つ以上

1

オンラインまたはオフラインでのノードの交換。

ディスクは再利用されません。

新しいノードを追加するにはクラスタ拡張を使用します。他のすべてのノードが稼働している必要があります。

5 つ以上

2

オフラインでの 1 または 2 ノードの交換。

ディスクは再利用されません。

新しいノードを追加するにはクラスタ拡張を使用します。他のすべてのノードが稼働している必要があります。

最大 2 つのノードの交換がサポートされています。3 つ以上のノードを交換するには、TAC の支援が必要です。

ノードの交換とストレージの再利用

ノード上の修理不可能なアイテムで障害が発生した場合です。取り外したノードのディスクをストレージ クラスタで再利用します。

クラスタ内のノードの数

クラスタ内の障害発生ノードの数

方法

注記

3以上

1 つ以上

TAC の支援のみ。

クラスタを最小限の 3 ノードに戻すには、TAC の支援によってノードを交換する必要があります。

（注）

ディスクを再利用するには、古いノードの UUID を新しいノードに割り当てる必要があります。ディスク UUID とノード UUID の関係は固定されているため、再割り当てできません。これは、TAC 支援によるタスクです。

DNS アドレスまたはホスト名による検索

トラブルシューティングの目的では、DNS サーバ アドレスまたは DNS サーバ ホスト名で検索できることが便利な場合があります。これはオプションのタスクです。

手順

ステップ 1

DNS 検索アドレスを割り当てます。

1. HX Data Platform インストーラ仮想マシンにログインします。ssh または vSphere コンソール インターフェイスを使用します。

2. resolv.conf.d ファイルを編集します。

# vi /etc/resolvconf/resolv.conf.d/base

3. 変更を確認します。

# resolvconf -u
# cat /etc/resolv.conf

4. DNS サーバが IP アドレスまたはホスト名から照会できることを確認します。

# nslookup ip_address
# nslookup newhostname

ステップ 2

DNS ホスト名を割り当てます。

1. HX Data Platform インストーラ仮想マシンにログインします。ssh または vSphere コンソール インターフェイスを使用します。

2. 編集のために hosts ファイルを開きます。

# vi /etc/hosts

3. 次の行を追加し、ファイルを保存します。

ip_address ubuntu newhostname

各ホストの ip_address に対して、ホストの newhostname を入力します。

1. newhostname を hostname に追加します。

# hostname newhostname

ESXi ホストのルート パスワードの変更

次のシナリオで、デフォルトの ESXi パスワードを変更できます。

- 標準およびストレッチ クラスタの作成時（コンバージド ノードのみをサポート）

- 標準クラスタの拡張時 （コンバージド ノードまたはコンピューティング ノードの両方の拡張をサポート）

- エッジ クラスタの作成時

（注）

上記の場合、インストールが完了するとすぐに ESXi のルート パスワードが保護されます。後続のパスワード変更が必要である場合、下に概要を示している手順をインストール後に使用して、ルート パスワードを手動で変更することができます。

ESXi は工場出荷時のデフォルト パスワードで提供されているため、セキュリティ上の理由からパスワードを変更する必要があります。インストール後のデフォルトの ESXi ルート パスワードを変更するには、次の手順を実行します。

（注）

ESXi ルート パスワードを忘れた場合は、パスワードの復旧について Cisco TAC にお問い合わせください。

手順

ステップ 1

SSH を使用して ESXi ホスト サービス制御にログインします。

ステップ 2

ルート権限を取得します。

su -

ステップ 3

現在のルート パスワードを入力します。

ステップ 4

ルート パスワードを変更します。

passwd root

ステップ 5

新しいパスワードを入力し、Enter キーを押します。確認のためにパスワードを再入力します。

（注）

2 回目に入力したパスワードが一致しない場合は、最初からやり直す必要があります。

ノード ソフトウェアの再インストール

既存のストレージ クラスタのメンバーであるノードでソフトウェアを再インストールするには、TAC にお問い合わせください。このタスクは TAC アシスタンスと共に実行する必要があります。

手順

ステップ 1

TAC からの指示に従って ESX を再インストールします。

サーバがホスト ESX サーバ設定要件に記載されている必要なハードウェアおよび設定を満たしていることを確認します。HX 構成の設定は HX Data Platform プロセス中に適用されます。

ステップ 2

TAC からの指示に従って HX Data Platform を再インストールします。

HX Data Platform の再インストールは常に ESX を再インストールした後で行う必要があります。

IP から FQDN への vCenter クラスタ内のノード識別フォームの変更

このタスクでは、vCenter によるクラスタ内のノードの識別方法を IP アドレスから完全修飾ドメイン名（FQDN）に変更する方法について説明します。

手順

ステップ 1

このタスクを実行するためのメンテナンス ウィンドウをスケジュールします。

ステップ 2

ストレージ クラスタが正常であることを確認します。

HX 接続、HX データ プラットフォーム プラグインを介して、またはストレージ コントローラ VM 上で stcli cluster info コマンドから、ストレージ クラスタのステータスをチェックします。

ステップ 3

ストレージ クラスタ内の各 ESXi ホストの FQDN を探します。

1. ESXi ホスト コマンド ラインから。

# cat /etc/hosts

この例では、FQDN は sjs-hx-3-esxi-01.sjs.local です。

# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1         localhost.localdomain localhost
::1               localhost.localdomain localhost
172.16.67.157     sjs-hx-3-esxi-01.sjs.local  sjs-hx-3-esxi-01

2. ストレージ クラスタ内の各 ESXi ホストに対して繰り返します。

ステップ 4

各 ESXi ホストの FQDN を vCenter、他の ESXi ホストから互いに、およびコントローラ VM から解決できることを確認します。

1. vCenter のコマンド ラインから。

# nslookup <fqdn_esx_host1>
# nslookup <fqdn_esx_host2>
# nslookup <fqdn_esx_host3>
...

2. ESXi ホストから各 ESXi ホストに対して繰り返します。

3. 各コントローラ VM から各 ESXi ホストに対して繰り返します。

ステップ 5

FQDN 名が解決できない場合は、各 ESXi ホストと各コントローラ VM 上の DNS 設定を確認します。

1. コントローラ VM が DNS サーバの正しい IP アドレスを認識していることを確認します。

コントローラ VM のコマンド ラインから。

# stcli services dns show
10.192.0.31

1. ESXi ホストの DNS 設定がコントローラ VM と同じであることを確認します。

vCenter から、各 ESXi ホストを選択してから、[構成（Configuration）] > [DNS サーバ（DNS Servers）] を選択します。

ステップ 6

データセンター名とクラスタ名を探してメモします。

vCenter クライアントまたは Web クライアントから、データセンター名とクラスタ名が表示されるまでスクロールします。それらを書き留めておきます。これらは後の手順で使用します。

ステップ 7

vCenter から、クラスタを削除します。

vCenter から、データセンター > クラスタを選択します。クラスタを右クリックし、[削除（Delete）] を選択します。

（注）

データセンターは削除しないでください。

ステップ 8

vCenter でクラスタを再作成します。

1. vCenter から、データ センターを右クリックします。[新規クラスタ（New Cluster）] を選択します。

2. 削除したクラスタとまったく同じ名前を [クラスタ名（Cluster Name）] に入力します。これは、ステップ 6 で書き留めた名前です。

ステップ 9

FQDN 名を使用して、クラスタに ESXi ホスト（ノード）を追加します。すべての ESXi ホストに対してこの手順を繰り返します。

1. vCenter から、データ センター > クラスタを右クリックします。[ホストの追加（Add Host）] を選択します。

2. FQDN を使用して ESXi ホストを選択します。

3. クラスタ内の各 ESXi ホストに対して繰り返します。

ステップ 10

クラスタを vCenter に再登録します。

#  stcli cluster reregister
--vcenter-datacenter <datacenter_name>
--vcenter-cluster <hx_cluster_name>
--vcenter-url <FQDN_name>
--vcenter-user <vCenter_username>
--vcenter-password <vCenter_Password>

HX バージョン 1.8.1c 以降では、SSO URL が必要ありません。クラスタの再登録の詳細については、新しい vCenter クラスタによるストレージ クラスタの登録を参照してください。

ステップ 11

インストール後のスクリプトを使用して、VMware クラスタ HA および DRS を有効にします。

1. admin として HX クラスタ IP にログインし、＃hx_post_install コマンドを実行します。

2. [Option 1-"New / Existing Cluster" ]を選択し、すべてのログイン クレデンシャルを入力します。

3. 新しいライセンス キーを入力する場合は「y」と入力します。

4. クラスタで HA と DRS を有効にするには、「y」と入力します。

5. 他のすべてのオプションで「n」を選択し、スクリプトを終了します。

ノード コンポーネントの交換

ノード上の選択したコンポーネントを交換できます。コンポーネントの中には、ノードが稼働中でも交換できるものがあります。一部のコンポーネントを交換するには、ノードをメンテナンス モードにするか、シャットダウンする必要があります。すべての現場交換可能ユニット（FRU）のリストについては、ご使用のサーバのハードウェア インストール ガイドを参照してください。コンポーネントによっては、交換できないものや、TAC の支援がある場合にのみ交換できるものもあります。次に示すのは、ノードで交換可能なコンポーネントの一般的なリストです。

（注）

ディスクを取り外した場合、ディスクが物理的には存在しない状態でも、ディスク UUID が引き続きリストされます。同一クラスタ内の別のノードでディスクを再利用するには、TAC にサポートを依頼してください。

- ノードをシャット ダウンする必要がないコンポーネント。これらはホットスワップ可能です。

- HDD データ ドライブ。前面ベイ

ストレージ クラスタのタスクについては TAC にお問い合わせください。ハードウェアを中心とするタスクについては『ディスクの管理』を参照してください。このコンポーネントを交換するには、両方のタスクが必要です。

- SSD キャッシュ ドライブ。前面ベイ 1

ストレージ クラスタのタスクについては TAC にお問い合わせください。ハードウェアを中心とするタスクについては『ディスクの管理』を参照してください。このコンポーネントを交換するには、両方のタスクが必要です。

- ファン モジュール

このコンポーネントを交換するには、ハードウェア インストール ガイドを参照してください。

- 電源

このコンポーネントを交換するには、ハードウェア インストール ガイドを参照してください。

- ノードをメンテナンス モードにしてシャットダウンする必要があるコンポーネント。

次に示すすべてのコンポーネントについては、ハードウェア インストール ガイドを参照してください。

- ハウスキーピング SSD

このコンポーネントを交換するには、ストレージ クラスタ タスクとハードウェア中心のタスクの両方が必要です。

- マザーボード上の RTC バッテリ

（注）

マザーボード自体は交換可能コンポーネントではありません。ローカル ハードウェア ストアからバッテリを購入し、交換する必要があります。

- DIMMS

- CPU とヒートシンク

- 内部 SD カード

- 内部 USB ポート

- モジュラ HBA ライザー（HX 220c サーバ）

- モジュラ HBA カード

- PCIe ライザー アセンブリ

- PCIe カード

- トラステッド プラットフォーム モジュール

- mLOM カード

- RAID コントローラ

- 仮想インターフェイス カード（VIC）

- グラフィック処理ユニット（GPU）

Chapter11. Cisco HyperFlex システム クラスタの展開

- クラスタ拡張ガイドライン

- 混在 M4/M5 クラスタを作成する場合の前提条件

- 混在クラスタ拡張中の手順

- コンバージド（HX220c/HX240c）ノードを追加するための前提条件

- コンバージド ノードの準備

- 既存のクラスタにコンバージド ノードを追加する

- コンピューティング専用ノードを追加するための前提条件

- コンピューティング専用ノードの準備

- 既存のクラスタにコンピューティング専用ノードを追加する

- クラスタ拡張の障害の解決

- ロジカル アベイラビリティ ゾーン

クラスタ拡張ガイドライン

クラスタを拡張する前に、これらのガイドラインを確認してください。

（注）

LAZ が設定されている場合（サイズ 8 以上のクラスタではデフォルトで有効）、拡張を進める前に ロジカル アベイラビリティ ゾーン を確認してください。

- レプリケーションが設定済みの場合は、アップグレード、拡張、またはクラスタ メンテナンスを実行する前に、レプリケーションを一時停止モードにしてください。アップグレードや拡張、クラスタのメンテナンスが完了した後、レプリケーションを再開します。タスクを実行するローカル クラスタとの間でレプリケーションが設定されているすべてのクラスタで、一時停止と再開を実行します。

- RESTful API を使用してクラスタ拡張を実行する場合は、タスクの実行時間が予想以上に長くなる場合があります。

- ESXi インストールは、M4 コンバージド ノードの SD カードおよび M5 コンバージド ノードの M.2 SATA SSD でサポートされています。コンピューティング専用ノードの場合、ESXi インストールは SD カード、SAN ブート、フロント アクセス対応 SSD/HDD、または M.2 SSD (UCS-MSTOR-M2 コントローラを使用) でサポートされています。コンピューティング専用ノードでは、USB フラッシュへの ESXi のインストールはサポートされていません。

- 検出されたクラスタをクリックして、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クラスタを、展開に適した推奨リリースにアップグレードします。詳細については、Cisco HyperFlex 推奨ソフトウェア リリースおよび要件ガイドを参照してください。

- 一致する 2.6(1a) 以降の HX データ プラットフォーム インストーラ をダウンロードして展開し、拡張ワークフローを実行します。

- 既存の M4 サーバ ファームウェアを最新の 3.2(1) パッチ リリースにアップグレードします。

- vCenter を 6.5 以降にアップグレードします。vCenter 6.5 がないと、Broadwell EVC モードを有効にできません。vCenter のアップグレードのみが必要です。ESXi については、VMware ソフトウェア相互運用性マトリクスに従って古いバージョンのままにすることができます。EVC モードをオフにしたまま先に進むことはできず、将来的に運用上の問題が生じる可能性があります。

混在クラスタ拡張中の手順

- 検証手順では、拡張が開始される前に EVC チェックが実行されます。表示される指示に従い、既存のクラスタの EVC モードをこの時点で手動で有効にしてください。

注意

警告が出されたときに EVC を有効にしない場合、後の時点で、ストレージ クラスタおよび関連するすべての VM を完全にシャット ダウンする必要が生じます。この警告をスキップしないでください。

- vCenter で EVC モード設定を実行した後、検証をやり直してください。

- クラスタ拡張で 2 回目の検証が行われ、拡張が続行されます。

コンバージド（HX220c/HX240c）ノードを追加するための前提条件

コンバージド ノードは、クラスタ作成後に HyperFlex クラスタに追加可能です。コンバージド ノード上のストレージは、自動的にクラスタのストレージ容量に追加されます。

既存のストレージ クラスタへのコンバージド ノードの追加を開始する前に、次の前提条件が満たされていることを確認します。

- ストレージ クラスタの状態が正常であることを確認します。

- 新しいノードが、「インストールの前提条件」に記載されたシステム要件（ネットワーク要件とディスク要件を含む）を満たしていることを確認します。

- 新しいノードがストレージ クラスタ内の他のノードと同じ設定を使用していることを確認します。これには、VLAN ID とスイッチ タイプ（vSwitch かどうか）、外部スイッチ VLAN タギング（EST）を使用した VLAN タギング、仮想スイッチ タギング（VST）を使用した VLAN タギング、または仮想分散型スイッチが含まれます。

（注）

ストレージ クラスタが容量不足の状態にある場合は、新しいノードを追加すると、システムが自動的にストレージ クラスタを再調整します。これは、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 のバージョン（HX Data Platform version）] を確認します。必要に応じてアップグレードします。

（注）

クラスタをアップグレードした場合は、クラスタで実行中の HXDP の現行バージョンと一致する新しいインストーラ VM をダウンロードしてインストールする必要があります。

- 新しいノードで少なくとも 1 つの有効な DNS と NTP サーバが設定されていることを確認します。

- SSO または自動サポートを使用する場合は、ノードが SSO サービスと SMTP サービス用に設定されていることを確認します。

- HX Data Platform インストーラおよび既存のクラスタ管理 IP アドレス間で ping するために ICMP が許可されていること。

コンバージド ノードの準備

手順

ステップ 1

コンバージド ノードを既存のストレージ クラスタのハードウェアとネットワークに接続します。

ステップ 2

HX ノードが工場出荷時に準備されたノードであることを確認します。

（注）

取り外したコンバージド ノードやディスクは、元のクラスタで再利用しないでください。

既存のクラスタにコンバージド ノードを追加する

（注）

RESTful API を使用してクラスタ展開を実行する場合、そのタスクに想定よりも時間がかかることがあります。

手順

ステップ 1

Cisco HX Data Platform インストーラ を起動します。

1. Web ブラウザで、HX データ プラットフォーム インストーラ VM の IP アドレスまたはノード名を入力します。[承認（Acceot）] または [続行（Continue）] をクリックして SSL 証明書エラーをバイパスします。Cisco HX Data Platform インストーラ のログイン ページが表示されます。ログイン画面の右下隅でHX データ プラットフォーム インストーラ ビルド ID を確認します。

2. ログイン ページで、次のクレデンシャルを入力します。

[ユーザ名（Username）]：root

[パスワード（Password）]（デフォルト）：Cisco123

（注）

システムに同梱されているデフォルトのパスワード Cisco123 は、インストール時に変更する必要があります。新しいユーザがパスワードを指定していない限り、インストールを続行できません。

3. EULA の内容を読み、[利用規約に同意します（I accept the terms and conditions）] チェックボックスをオンにして、[ログイン（Login）] をクリックします。

ステップ 2

[ワークフロー（Workflow）] ページで [クラスタ展開（Cluster Expansion）] を選択します。

ステップ 3

[クレデンシャル（Credentials）] ページで、次のフィールドに値を入力します。

クラスタを作成するには、必要な構成データが格納された JSON コンフィギュレーション ファイル をインポートできます。JSON ファイルをインポートする場合は、次の 2 つのステップを行います。インポートしない場合は、必須フィールドに手動でデータを入力できます。

（注）

初回インストールの場合は、シスコの担当者に連絡して工場出荷時のプレインストール JSON ファイルを入手してください。

1. [ファイルの選択（Select a file）] をクリックし、該当する JSON ファイルを選択して構成をロードします。[構成を使用（Use Configuration）] を選択します。

2. [インポートされた値を上書きする（Overwrite Imported Values）] ダイアログボックスが表示されます（インポートされた値が Cisco UCS Manager の値と異なる場合）。[検出された値を使用（Use Discovered Values）] を選択します。

フィールド

説明

UCS Managerクレデンシャル

UCS Managerのホスト名

UCS Manager の FQDN または IP アドレス

たとえば、 10.193.211.120 とします。

ユーザ名

<管理者> ユーザ名

パスワード

<管理者> パスワード。

vCenterクレデンシャル

vCenter Server

vCenter Server の FQDN または IP アドレス

たとえば、 10.193.211.120 とします。

（注）

- クラスタを動作可能にするには、その前に vCenter Server を準備する必要があります。

- vCenter のアドレスとクレデンシャルには、vCenter に対するルート レベルの管理者権限が必要です。

- ネストされた vCenter を構築する場合、vCenter Server の入力はオプションです。詳細については Nested vCenter TechNote を参照してください。

ユーザ名

<管理者> ユーザ名

たとえば、administrator@vsphere.local とします。

[管理パスワード（Admin Password）]

<root> パスワード。

ハイパーバイザのクレデンシャル

管理者ユーザ名

<管理者> ユーザ名。

これはファクトリ ノードのルートです。

[管理パスワード（Admin Password）]

<root> パスワード。

デフォルトのパスワードは、ファクトリ ノードの Cisco123 です。

（注）

システムに同梱されているデフォルトのパスワード Cisco123 は、インストール時に変更する必要があります。新しいユーザがパスワードを指定していない限り、インストールを続行できません。

ステップ 4

[続行（Continue）]をクリックします。[クラスタ展開の設定（Cluster Expand Configuration）] ページが表示されます。拡張する HX クラスタを選択します。

拡張する HX クラスタが見つからない場合、もしくはクラスタのロードに時間がかかる場合、[管理 IP アドレス（Management IP Address）] フィールドにクラスタ管理アドレスの IP を入力します。

ステップ 5

[サーバの選択（Server Selection）] ページの [関連付けなし（Unassociated）] タブには関連付けられていない HX サーバのリストが表示され、[関連付け済み（Associated）] タブには検出されたサーバのリストが表示されます。[関連付けなし（Unassociated）] タブで、HyperFlex クラスタに含めるサーバを選択します。

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

サーバごとに、[アクション（Actions）] のを使用して、以下を設定できます。

- [KVM コンソールの起動（Launch KVM Console）]: HX データ プラットフォーム インストーラ から直接 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 の設定（UCSM Configuration）] ページが表示されます。

（注）

最初に JSON ファイルをインポートした場合、既存の HX クラスタから得られた必要な設定データが [Credentials] ページに取り込まれているはずです。この情報は、既存のクラスタ構成に一致している必要があります。

ステップ 7

[UCS の設定（UCS Configuration）] ページで、ネットワークごとに次のフィールドに値を入力します。

フィールド

説明

VLAN の設定

（注）

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

ハイパーバイザとHyperFlex管理用のVLAN

VLAN 名

[VLAN ID]

名前：hx-inband-mgmt

デフォルト VLAN ID：3091

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

VLAN 名

[VLAN ID]

名前：hx-storage-data

デフォルト VLAN ID：3092

VM vMotion用のVLAN

VLAN 名

[VLAN ID]

名前：hx-vmotion

デフォルト VLAN ID：3093

VMネットワーク用のVLAN

VLAN 名

VLAN ID

名前：vm-network

デフォルト VLAN ID：3094

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

MAC プール

MACプールのプレフィックス

2 つの 16 進文字 (0-F) を追加することで、MAC プール プレフィックスを設定します。

たとえば、00:25:B5:A0 とします。

アウトオブバンド CIMC 用の 'hx-ext-mgmt' IP プール（'hx-ext-mgmt' IP Pool for Out-of-Band CIMC）

IPブロック

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

たとえば、10.193.211.124-127, 10.193.211.158-163 とします。

サブネット マスク

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

たとえば、255.255.0.0 とします。

[ゲートウェイ（Gateway）]

IP アドレス

たとえば、 10.193.0.1 とします。

iSCSI ストレージ

（注）

将来の任意の時点で外部ストレージを使用する場合には、これをあらかじめ構成しておく必要があります。

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

ISCSI ストレージを設定するには、オンにします。

VLAN A名

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

VLAN A ID

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

VLAN B名

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

VLAN B ID

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

FC ストレージ

（注）

将来の任意の時点で外部ストレージを使用する場合には、これをあらかじめ構成しておく必要があります。

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

FC ストレージを有効にするには、オンにします。

WWxNプール

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

VSAN A名

プライマリ ファブリック インターコネクト（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名

下位のファブリック インターコネクト（FI-B）の VSAN の名前。デフォルトで、hx-ext-storage-fc-b に設定されます。

VSAN B ID

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

注意

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

詳細設定

UCS ファームウェア バージョン

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

たとえば、3.2(1d) とします。

HyperFlexクラスタ名

特定のクラスタ内の HX サーバのグループに適用される名前。これはユーザ定義の名前です。HyperFlex クラスタ名によりサーバ プロファイルにラベルが追加され、クラスタを識別しやすくなります。

組織名

クラスタの固有の組織名を表示して、残りの UCS ドメインからの HyperFlex 環境の分離が保証されます。

（注）

[設定（Configuration）] ペインで VLAN、MAC プール、IP アドレス プールの情報を確認します。これらの VLAN ID は、環境によって変更されている可能性があります。デフォルトでは、インストーラが VLAN を非ネイティブとして設定します。トランク構成を適切に適用することで、非ネイティブ VLAN に対応するアップストリーム スイッチを構成する必要があります。

ステップ 8

[続行（Continue）]をクリックします。[ハイパーバイザの設定（Hypervisor Configuration）] ページが表示されます。次のフィールドに入力します。

注目

再インストールの場合や、ESXi ネットワーキングがすでに完了している場合は、この手順で説明したフィールドの入力を省略できます。

フィールド

説明

共通ハイパーバイザ設定の構成

サブネット マスク

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

たとえば、255.255.0.0 とします。

[ゲートウェイ（Gateway）]

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

たとえば、10.193.0.1 とします。

[DNSサーバ（DNS Server(s)）]

DNS サーバの IP アドレス。

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

（注）

複数の DNS サーバを指定する場合、両方の DNS サーバをカンマで区切って正確に入力するよう十分に注意してください。

ハイパーバイザ設定

[IP アドレスとホスト名を連続的に入力する（Make IP Addresses and Hostnames Sequential）] を選択して、IP アドレスが順番に並ぶようにしてください。

（注）

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

名前

サーバ名。

シリアル

サーバのシリアル番号。

スタティックIPアドレス

すべての ESXi ホストのスタティック IP アドレスとホスト名を入力します。

ホスト名

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

ステップ 9

[続行（Continue）]をクリックします。[IP アドレス（IP Addresses）] ページが表示されます。[コンピューティング サーバの追加] または [コンバージド サーバの追加] をクリックして、さらにコンピューティングまたはコンバージド サーバを追加できます。

[IP アドレスを連続させる（Make IP Addresses Sequential）] を選択して、IP アドレスを順番に並べるようにしてください。IP アドレスには、ネットワークがデータ ネットワークと管理ネットワークのどちらに属するかを指定します。

各 HX ノードでは、ハイパーバイザ管理 IP アドレスとデータ IP アドレスに関する次のフィールドに値を入力します。

フィールド

説明

管理ハイパーバイザ

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

管理ストレージコントローラ

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

Data Hypervisor

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

データ ストレージ コントローラ

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

[ハイパーバイザ（管理）（Hypervisor (Management)）]、[ストレージ コントローラ VM（管理）（Storage Controller VM（Management））]、[ハイパーバイザ（データ）（Hypervisor（Data））]、および [ストレージ コントローラ VM（データ）（Storage Controller VM（Data））] 列の最初の行に IP アドレスを入力すると、HX データ プラットフォーム インストーラによって、他のノードのノード情報に増分自動入力が適用されます。ストレージ クラスタ内のノードの最小数は 3 です。それより多くのノードがある場合は、[追加（Add）] ボタンを使用して、アドレス情報を指定します。

（注）

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

コントローラVMパスワード

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

重要

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

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

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

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

詳細設定

ジャンボ フレーム

[ジャンボ フレームを有効化（Enable Jumbo Frames）] チェックボックス

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

デフォルト値は 9000 です。

（注）

MTU サイズを 9000 以外の値に設定するには、Cisco TAC にご連絡ください。

ディスク パーティション

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

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

重要

工場で準備されたシステムの場合は、このオプションを選択しないでください。工場で準備されたシステムのディスク パーティションは正しく設定されています。手動で準備されたサーバで、既存のデータとパーティションを削除するにはこのオプションを選択します。

ステップ 10

[スタート（Start）] をクリックします。[進捗状況（Progress）] ページに、さまざまな設定タスクの進捗状況が表示されます。

（注）

vCenter クラスタで EVC が有効になっている場合、展開プロセスが失敗し、「The host needs to be manually added to vCenter」というメッセージが出されます。展開操作を正常に実行するには、次のようにします。

- vSphere クライアント に追加する ESXi ホストにログインします。

- コントローラ VM の電源をオフにします。

- vSphere Web クライアント でホストをvCenterクラスタに追加します。

- HX データ プラットフォーム インストーラ で、[Retry Deploy] をクリックします。

ステップ 11

クラスタ展開が完了したら、[HyperFlex Connect を起動（Launch HyperFlex Connect）] をクリックしてストレージ クラスタの管理を開始します。

（注）

既存のストレージ クラスタにノードを追加した場合、スケジュールされた時間に自動再調整が行われるまでの間、クラスタの HA 復元力は引き続き元のストレージ クラスタと同じです。

再調整は通常、24 時間の期間でスケジュールされ、ノードの障害発生の 2 時間後、またはストレージ クラスタの領域がなくなったときに行われます。

スケジュールされた時間よりも前にストレージ クラスタを再調整するために、ストレージ クラスタの再調整コマンドを手動で開始するために、次の手順を実行します。

1. ストレージ クラスタ コントローラ VM コマンド ラインから、# stcli rebalance start --force コマンドを実行します。

2. リバランスステータスをモニタするには、＃stcli rebalance status コマンドを実行します。

ステップ 12

HyperFlex hx_post_install スクリプトを使用して、または手動でクラスタ内の他のノードと一致するように、必要な VM ネットワーク ポート グループと vMotion vmkernel インターフェイスを作成します。

1. HyperFlex クラスタ管理 IT への SSH。

2. admin ユーザとしてログインします。

3. hx_post_install コマンドを実行します。

4. vMotion と VM ネットワークの作成から始まる画面上の指示に従います。設定ステップはオプションです。

ステップ 13

新しいノードがストレージ クラスタに追加された後、高可用性（HA）サービスがリセットされ、HA が追加されたノードを認識できるようになります。

1. vCenter にログインします。

2. vSphere Web Client で、[Home] > [vCenter] > [Inventory Lists] > [Hosts and Clusters] > [vCenter] > [Server] > [Datacenter] > [Cluster] > [Host] でホストに移動します。

3. 新規ノードを選択します。

4. 右クリックして [Reconfigure for vSphere HA] を選択します。

コンピューティング専用ノードを追加するための前提条件

コンピューティング専用ノードは、HyperFlex クラスタの作成後にクラスタに追加できます。これを追加すると、追加的なコンピューティング リソースが提供されます。Cisco UCS サーバは、クラスタにストレージ容量をもたらさないため、キャッシュ ドライブまたは永久ドライブを装備する必要はありません。

コンピューティング専用ノードを追加する前に、次の前提条件が満たされていことを確認します。

- ストレージ クラスタの状態が正常であることを確認します。

- 新しいノードが、ネットワークやディスクの要件など インストールの前提条件 に記載されているコンピューティング専用システム要件を満たしていることを確認します。

- サービス プロファイルを関連付けた後に、ESXi ハイパーバイザをインストールします。

- 新しいノードがストレージ クラスタ内の他のノードと同じ設定を使用していることを確認します。これには、VLAN ID とスイッチ タイプ（vSwitch かどうか）、外部スイッチ VLAN タギング（EST）を使用した VLAN タギング、仮想スイッチ タギング（VST）を使用した VLAN タギング、または仮想分散型スイッチが含まれます。

（注）

ストレージ クラスタが容量不足の状態にある場合は、新しいノードを追加すると、システムが自動的にストレージ クラスタを再調整します。これは、24 時間ごとに実施される再調整とは別の追加的な動作です。

- 追加する新しいノードに、HX クラスタ内ですでに使用されているものとは異なる CPU ファミリが使用されている場合は、EVC を有効にします。詳細については、『Cisco HyperFlex Systems インストール ガイド（VMware ESXi 向け）』の「混在 CPU を伴うクラスタの設定」の項を参照してください。

- ノードのソフトウェア バージョンが、 Cisco HX Data Platform バージョン、ESXi バージョン、vCenter バージョンと一致していることを確認します。ソフトウェア バージョンを特定するには、vCenter の [ストレージ クラスタの概要（Storage Cluster Summary）] タブに移動し、最上部のセクションで [HX Data Platform のバージョン（HX Data Platform version）] を確認します。必要に応じてアップグレードします。

- 新しいノードで少なくとも 1 つの有効な DNS と NTP サーバが設定されていることを確認します。

- SSO または自動サポートを使用する場合は、ノードが SSO サービスと SMTP サービス用に設定されていることを確認します。

- ESXi インストールは、M4 コンバージド ノードの SD カードおよび M5 コンバージド ノードの M.2 SATA SSD でサポートされています。コンピューティング専用ノードの場合、ESXi インストールは SD カード、SAN ブート、フロント アクセス対応 SSD/HDD、または M.2 SSD (UCS-MSTOR-M2 コントローラを使用) でサポートされています。コンピューティング専用ノードでは、USB フラッシュへの ESXi のインストールはサポートされていません。

- ブート ハードウェアに基づいてディスクおよびブート ポリシーを自動的に検出および設定することで、コンピューティング専用ノードが展開されました。

HX Data Platform バージョン 4.5（1a）以降、コンピューティング専用ノードは、インベントリされたブート ハードウェアに基づいて、ディスクおよびブート ポリシーの自動検出および設定を使用して展開されます。ユーザは UCSM ポリシーを直接選択できません。代わりに、ブート デバイスは、サーバで検出された最初の受け入れ可能なブートメディアに基づいて自動的に決定されます。次の表に、M4 および M5 世代サーバの優先順位を示します。上から下に読むと、インベントリされたハードウェアに基づいて一致する最初のエントリがクラスタ拡張時に自動的に選択されます。たとえば、単一のM.2ブートSSDを備えたB200コンピューティングノードで拡張する場合、次の表の2番目のルールは一致し、SPTアソシエーションに使用されます。

リストされていないメカニズム（SAN ブートなど）を使用してサーバが起動された場合、anyld の包括的ポリシーが選択され、管理者は必要に応じて UCSM ポリシーとプロファイルを変更してサーバを起動できます。

M5の優先順位

優先度（Priority）

SPT名

ブート デバイス

ディスクの数

1

compute-nodes-m5-m2r1

M.2 RAID

2

2

compute-nodes-m5-m2pch

PCH / Non-RAID M.2

1

3

compute-nodes-m5-sd

FlexFlash

2

4

compute-nodes-m5-ldr1

MegaRAID

2

5

compute-nodes-m5-sd

FlexFlash

1

6

compute-nodes-m5-anyld

その他の設定

任意

M4のプライオリティ

優先度（Priority）

SPT 名

ブート デバイス

ディスクの数

1

compute-nodes-m5-sd

FlexFlash

1 または 2

2

compute-nodes-m5-anyld

その他の設定

いずれか（Any）

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

手順

ステップ 1

サポート対象の HX サーバであること、およびサーバの要件を満たしていることを確認します。詳細については、『Cisco HyperFlex Systems インストール ガイド（VMware ESXi 向け）』の「ホスト要件」の項を参照してください。

ステップ 2

Cisco UCS Manager にログインします。

1. ブラウザを開き、ストレージ クラスタ ネットワークのファブリック インターコネクト用の Cisco UCS Manager アドレスを入力します。

2. [UCS Manager の起動（Launch UCS Manager）] ボタンをクリックします。

3. プロンプトが表示された場合は、Java をダウンロードし、インストールして、受け入れます。

4. 管理者クレデンシャルを使用してログインします。

[ユーザ名（Username）]：admin

[パスワード（Password）]：<管理者パスワード>

ステップ 3

サーバを見つけて、ストレージ クラスタと同じ FI ドメインにサーバが追加済みであること、承認されたコンピューティング専用モデルであることを確認します。互換性のあるコンピューティング専用ノードの詳細なリストについては、最新の『Cisco HX Data Platform のリリース ノート』を確認してください。

- HX Data Platform インストーラの確認

- UCS Manager を使用した コンピューティングのみ ノードへの HX プロファイルの適用

- コンピューティング ノードへの VMware ESXi のインストール

HX Data Platform インストーラの確認

手順

ステップ 1

ストレージ クラスタに追加されるコンピューティング ノードおよびストレージ クラスタ内のすべてのノードと通信できる 1 つのノード上に、HX Data Platform インストーラがインストールされていることを確認します。

ステップ 2

HX Data Platform インストーラがインストールされていない場合は、「HX Data Platform インストーラの展開」を参照してください。

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

ESXi の HX カスタム イメージ を Cisco HyperFlex の Cisco.com ダウンロード サイトからダウンロードします。「ソフトウェアのダウンロード」を参照してください。

Cisco UCS Manager を介してアクセス可能なネットワーク ロケーションを選択します。

ステップ 2

Cisco UCS Manager にログインします。

ステップ 3

Cisco UCS Manager からサーバの KVM コンソールにログインします。

1. ナビゲーション ウィンドウで、[サーバ (Servers)] > [サービス プロファイル (Service Profiles)] > [サブ組織 (Sub-Ogranizations)] > [hx-cluster] をクリックします。

2. [hx-cluster] を右クリックして、[KVM コンソール（KVM Console）] を選択します。

ステップ 4

コンピューティング サーバの KVM パスに HX-Vmware.iso イメージをコピーします。

例:

HX-Vmware-ESXi-60U3-5050593-Cisco-Custom-6.0.3.1.iso

ステップ 5

KVM コンソール セッションから、[仮想メディア（Virtual Media）] > [マップ CD/DVD（Map CD/DVD）] を選択し、ESXi の HX カスタム イメージをマウントします。[マップ CD/DVD（Map CD/DVD）] オプションが表示されない場合は、まず仮想デバイスをアクティブにします。

1. [仮想メディア（Virtual Media）] > [仮想デバイスのアクティブ化（Activate Virtual Devices）] を選択します。

これはポップアップ ウィンドウで開きます。

2. [セッションの受け入れ（Accept the session）] > [適用（Apply）] をクリックします。

ステップ 6

[マップ CD/DVD（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）] をクリックします。次に [Hypervisor 設定の再試行（Retry Hypervisor Configuration）] をクリックして、クラスタ拡張の残りの部分を完了します。

既存のクラスタにコンピューティング専用ノードを追加する

既存の HyperFlex システム クラスタに HyperFlex コンピューティング専用ノードを追加するには、次の手順を実行します。

（注）

RESTful API を使用してクラスタ拡張を実行する場合は、タスクの実行時間が予想以上に長くなる場合があります。

（注）

既存のクラスタにコンピューティング専用ノードを追加した後、vmotion の vmk2 インターフェイスを手動で設定する必要があります。

手順

ステップ 1

Cisco HX Data Platform インストーラ を起動します。

1. Web ブラウザで、HX データ プラットフォーム インストーラ VM の IP アドレスまたはノード名を入力します。[承認（Acceot）] または [続行（Continue）] をクリックして SSL 証明書エラーをバイパスします。Cisco HX Data Platform インストーラ のログイン ページが表示されます。ログイン画面の右下隅でHX データ プラットフォーム インストーラ ビルド ID を確認します。

2. ログイン ページで、次のクレデンシャルを入力します。

[ユーザ名（Username）]：root

[パスワード（Password）]（デフォルト）：Cisco123

（注）

システムに同梱されているデフォルトのパスワード Cisco123 は、インストール時に変更する必要があります。新しいユーザがパスワードを指定していない限り、インストールを続行できません。

3. EULA の内容を読み、[利用規約に同意します（I accept the terms and conditions）] チェックボックスをオンにして、[ログイン（Login）] をクリックします。

ステップ 2

[ワークフロー（Workflow）] ページで [クラスタ展開（Cluster Expansion）] を選択します。

ステップ 3

[クレデンシャル（Credentials）] ページで、次のフィールドに値を入力します。

クラスタを作成するには、必要な構成データが格納された JSON コンフィギュレーション ファイル をインポートできます。JSON ファイルをインポートする場合は、次の 2 つのステップを行います。インポートしない場合は、必須フィールドに手動でデータを入力できます。

（注）

初回インストールの場合は、シスコの担当者に連絡して工場出荷時のプレインストール JSON ファイルを入手してください。

1. [ファイルの選択（Select a file）] をクリックし、該当する JSON ファイルを選択して構成をロードします。[構成を使用（Use Configuration）] を選択します。

2. [インポートされた値を上書きする（Overwrite Imported Values）] ダイアログボックスが表示されます（インポートされた値が Cisco UCS Manager の値と異なる場合）。[検出された値を使用（Use Discovered Values）] を選択します。

フィールド

説明

UCS Managerクレデンシャル

UCS Managerのホスト名

UCS Manager の FQDN または IP アドレス

たとえば、 10.193.211.120 とします。

ユーザ名

<管理者> ユーザ名

パスワード

<管理者> パスワード。

vCenterクレデンシャル

vCenter Server

vCenter Server の FQDN または IP アドレス

たとえば、 10.193.211.120 とします。

（注）

- クラスタを動作可能にするには、その前に vCenter Server を準備する必要があります。

- vCenter のアドレスとクレデンシャルには、vCenter に対するルート レベルの管理者権限が必要です。

- ネストされた vCenter を構築する場合、vCenter Server の入力はオプションです。詳細については Nested vCenter TechNote を参照してください。

ユーザ名

<管理者> ユーザ名

たとえば、administrator@vsphere.local とします。

[管理パスワード（Admin Password）]

<root> パスワード。

ハイパーバイザのクレデンシャル

管理者ユーザ名

<管理者> ユーザ名。

これはファクトリ ノードのルートです。

[管理パスワード（Admin Password）]

<root> パスワード。

デフォルトのパスワードは、ファクトリ ノードの Cisco123 です。

（注）

システムに同梱されているデフォルトのパスワード Cisco123 は、インストール時に変更する必要があります。新しいユーザがパスワードを指定していない限り、インストールを続行できません。

ステップ 4

[続行（Continue）]をクリックします。[クラスタ展開の設定（Cluster Expand Configuration）] ページが表示されます。拡張する HX クラスタを選択します。

拡張する HX クラスタが見つからない場合、もしくはクラスタのロードに時間がかかる場合、[管理 IP アドレス（Management IP Address）] フィールドにクラスタ管理アドレスの IP を入力します。

ステップ 5

[続行（Continue）]をクリックします。[サーバの選択（Server Selection）] ページが表示されます。[サーバの選択（Server Selection）] ページの [関連付け（Associated）] タブに、接続済みのすべての HX サーバが一覧表示されます。それらを選択しないでください。[関連付けなし（Unassociated）] タブで、クラスタに追加するサーバを選択します。

ステップ 6

[続行（Continue）]をクリックします。[UCS マネージャの設定（UCS Manager Configuration）] ページが表示されます。

（注）

- 最初に JSON ファイルをインポートした場合、既存の HX クラスタから得られた必要な設定データがフィールドに取り込まれているはずです。クラスタに追加するサーバが関連付けられていない場合は、それらのサーバを選択して [続行（Continue）] をクリックします。

- この情報は、既存のクラスタ構成に一致している必要があります。このページで、適切な設定を使用していることを確認してください。

各ネットワークに関する次の情報を入力します。

フィールド

情報

ESXi および HyperFlex 管理用の VLAN

VLAN 名

[VLAN ID]

名前：hx-inband-mgmt

デフォルト VLAN ID：3091

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

VLAN 名

[VLAN ID]

名前：hx-storage-data

デフォルト VLAN ID：3092

VM vMotion用のVLAN

VLAN 名

[VLAN ID]

名前：hx-vmotion

デフォルト VLAN ID：3093

VMネットワーク用のVLAN

VLAN 名

[VLAN ID]

名前：hx-vm-network

デフォルト VLAN ID：3094

MAC プール

MACプールのプレフィックス

たとえば 00:25:B5:99（99 はデフォルトで、ユーザ環境に合わせて設定できます）。

アウトオブバンド CIMC 用の 'hx-ext-mgmt' IP プール

IPブロック

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

たとえば 10.193.211.124-127、10.193.211.158-163、255.255.255.0。

ゲートウェイの IP アドレスを入力します。たとえば、 10.193.0.1 とします。

サブネット

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

たとえば、255.255.0.0 とします。

デフォルト ゲートウェイ

IP アドレス

たとえば、 10.193.0.1 とします。

詳細設定

UCS ファームウェア バージョン

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

たとえば、3.2(1d) とします。

HyperFlexクラスタ名

特定のクラスタ内の HX サーバのグループに適用される名前。これはユーザ定義の名前です。HyperFlex クラスタ名によりサーバ プロファイルにラベルが追加され、クラスタを識別しやすくなります。

（注）

[設定（Configuration）] ペインで VLAN、MAC プール、IP アドレス プールの情報を確認します。これらの VLAN ID は、環境によって変更されている可能性があります。デフォルトでは、インストーラが VLAN を非ネイティブとして設定します。トランク構成を適切に適用することで、非ネイティブ VLAN に対応するアップストリーム スイッチを構成する必要があります。

ステップ 7

[続行（Continue）]をクリックします。[ハイパーバイザの設定（Hypervisor Configuration）] ページが表示されます。次のフィールドに入力します。

注目

再インストールの場合や、ESXi ネットワーキングがすでに完了している場合は、この手順で説明したフィールドの入力を省略できます。

フィールド

説明

共通ハイパーバイザ設定の構成

サブネット マスク

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

たとえば、255.255.0.0 とします。

[ゲートウェイ（Gateway）]

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

たとえば、10.193.0.1 とします。

[DNSサーバ（DNS Server(s)）]

DNS サーバの IP アドレス。

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

（注）

複数の DNS サーバを指定する場合、両方の DNS サーバをカンマで区切って正確に入力するよう十分に注意してください。

ハイパーバイザ設定

[IP アドレスとホスト名を連続的に入力する（Make IP Addresses and Hostnames Sequential）] を選択して、IP アドレスが順番に並ぶようにしてください。

（注）

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

名前

サーバ名。

シリアル

サーバのシリアル番号。

スタティックIPアドレス

すべての ESXi ホストのスタティック IP アドレスとホスト名を入力します。

ホスト名

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

ステップ 8

[続行（Continue）]をクリックします。[IP アドレス（IP Addresses）] ページが表示されます。[コンピューティング専用ノードの追加（Add Compute-only Node）] をクリックし、新しいノードを追加します。

複数のコンピューティング専用ノードを追加する場合は、[IP アドレスをシーケンシャルにする（Make IP Addresses Sequential）] を選択します。

フィールド

情報

管理ハイパーバイザ

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

管理ストレージコントローラ

なし。

Data Hypervisor

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

データ ストレージ コントローラ

なし。

コントローラ VM

コントローラ VM が既存の HX クラスタにインストールされたときにそれらの VM に適用されたデフォルトの管理者ユーザ名とパスワードを入力します。

（注）

コントローラ VM の名前は変更できません。既存のクラスタ パスワードを使用してください。

ステップ 9

[スタート（Start）] をクリックします。[進捗状況（Progress）] ページに、さまざまな設定タスクの進捗状況が表示されます。

（注）

デフォルトで、FlexFlash (SD カード) からブートする場合にはユーザの介入は必要はありません。ただし、ローカル ディスクからブートするようコンピューティング専用ノードを設定する場合は、Cisco UCS Managerの次の手順を完了します。

1. HX データ プラットフォーム インストーラ によって作成されたサービス プロファイルをクリックします。

たとえば blade-1(HX_Cluster_Name) です。

2. [全般（General）] タブで、[テンプレートからアンバインドする（Unbind from the Template）] をクリックします。

3. 作業中のペインで、[ストレージ（Storage）] タブをクリックします。[ローカル ディスクの設定ポリシー（Local Disk Configuration Policy）] サブ タブをクリックします。

4. [アクション（Actions）] 領域で、[ローカル ディスク設定のポリシーの変更（Change Local Disk Configuration Policy）] > [ローカル ディスク設定ポリシーの作成（Create Local DiskConfiguration Policy）] を選択します。。

5. [ローカル ディスク設定ポリシーの作成（Create Local Disk Configuration Policy）] で、ポリシーの名前を入力し、残りの部分をデフォルトのままにします。[OK] をクリックします。

6. [ローカル ディスク設定のポリシーの変更（Change Local Disk Configuration Policy）] の [アクション（Actions）] 領域で、ドロップダウン リストから、新しく作成されたローカル ディスク設定ポリシーを選択します。[OK] をクリックします。

7. それから HX データ プラットフォーム インストーラ UI に戻り、[Continue (続行)] をクリックして、[Retry UCSM Configuration (UCSM 構成の再試行)] をクリックします。

（注）

vCenter クラスタで EVC が有効になっている場合、展開プロセスが失敗し、「ホストは手動で vCenter に追加する必要があります（The host needs to be manually added to vCenter）」というメッセージが出されます。展開操作を正常に実行するには、次のようにします。

1. vSphere クライアント に追加する ESXi ホストにログインします。

2. コントローラ VM の電源をオフにします。

3. vCenter で vSphere Web クライアント クラスタにホストを追加します。

4. HX インストーラで、[展開を再試行（Retry Deploy）] をクリックします。

ステップ 10

インストールが完了したら、[HyperFlex Connect の起動（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』を参照してください。

ロジカル アベイラビリティ ゾーン

論理アベイラビリティ ゾーン（LAZ）機能は、高い復元力を可能にするノードの固定数プールにクラスタ ストレージ ノードをグループ化します。レプリケーション係数やクラスタ サイズなどのクラスタ パラメータに基づいて自動的に設定するか、手動で選択できるゾーンの数。8つ以上のストレージ ノードを持つ HyperFlex クラスタでは、LAZ はデフォルトで有効になっています。この機能は、インストール時またはインストール後のいずれかで明示的に無効にしない限り、クラスタのライフサイクルを通じて有効のままになります。

ロジカル アベイラビリティ ゾーンの利点

分散システムで大規模なクラスタの障害を減らすことは、インストール時に LAZ を有効にする主な利点です。分散ストレージ システムでは、クラスタ内のリソースの数が増えると、障害リスクも増大します。複数の障害が同時に発生すると、永続的なデータが使用できなくなる可能性があります。

LAZ は、複数のコンポーネントおよびノードの同時障害が致命的な障害を引き起こすリスクを軽減するのに役立ちます。これは、いくつかの基本的な制約に基づいてリソースをグループ化することで実現します。LAZ を使用しない同じクラスタと比較して、可用性を 20％ 〜 70％ 向上させることができます。改善の程度は、クラスタ レプリケーション係数（RF）および設定されているゾーンの数によって異なります。原則として、クラスタの数が少なく、レプリケーション ファクタが高いほど、最適な結果が得られます。さらに、LAZ は同じゾーンにグループ化された複数のリソースでメンテナンス タスクを実行することで時間を節約します。これは、LAZ がないクラスタでは不可能なオプションです。

HyperFlex クラスタのインストール時に LAZ を有効にすることをお勧めします。インストール時に LAZ を有効にすると、最適なクラスタ パフォーマンスとデータ可用性が提供されます。サポートのガイダンスに従って、LAZ はコマンドライン インターフェイス（CLI）を使用して後で有効または無効にできます。無効にする前に、LAZ のガイドラインを確認してください。

ゾーン数の指定とバランスの最適化

ゾーンの数はデフォルトで自動的に設定され、推奨されます。インストーラでゾーン数を決定する場合、ゾーン数はクラスタのノード数い基づいて決定されます。

容量の利用とデータの分散を最もバランス良く保つため、クラスタ内のノード数を ゾーン、3、4、または 5 の倍数にすることをお勧めします。たとえば、8 ノードは 2 台のサーバによる 4 つのゾーンに均等に分割され、9 ノードは 3 台のサーバによる 3 つのゾーンに均等に分割されます。11 ノードでは、ゾーン間でノード数のバランスが悪くなり、ノードにおける容量の利用のバランスが悪くなります。必要なユーザは、3、4、または 5 ゾーンを手動で指定できます。

LAZ のガイドラインと考察事項

- HyperFlex クラスタは、各ゾーンに参加するノードを決定します。この設定は変更できません。

- リソースの数を変更する場合は、設定された各ゾーンから同じ数のリソースを追加または削除します。

- ゾーン拡張：ゾーン数の単位で拡張を実行すると、パフォーマンスが最適化されない可能性があります。たとえば、クラスタに 4 つのゾーンがある場合、拡張時に 4 つのノードを追加することをお勧めします（4 つのノードをクラスタに追加すると、ゾーンごとに 1 つのノードが自動的に追加されます）。

- 不均衡なゾーン：ゾーンは、不均衡な拡張、ゾーンからのノードの永続的な障害、またはインストール中の不均衡なノードによって不均衡になる可能性があります。

- LAZ の無効化と再有効化：LAZ を動的に無効または有効にできます。ゾーンの数が異なる同じクラスタでLAZを無効にしてから再度有効にすることは推奨されません。これを行うと、すでにデータが含まれているクラスタでLAZがオンになっている場合に、既存のデータ分散ルールに準拠するために、クラスタ全体でデータの移動と再編成が過剰に行われる可能性があります。これにより、クラスタの使用率がすでに 25％ を超えている場合など、クラスタがゾーンに準拠しなくなることがあります。

LAZ のステータスと接続

- HX Connect ダッシュボードから LAZ 情報を表示するには、HX Connect にログインし、[システム情報（System information）] および [HyperFlex Connect] > [ダッシュボード（Dashboard）]メニューを使用します。

- stcli cluster get-zone コマンドを実行して、CLIからLAZの詳細を表示することもできます。次に、stcli cluster get-zone コマンドの出力例を示します。

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

LAZ 関連コマンド

次のSTCLIコマンドは、LAZ操作に使用されます。詳細については、『Cisco HyperFlex Data Platform CLI ガイド』を参照してください。

この手順で LAZ の無効化操作と LAZ の有効化操作を連続的に実行する場合、実行の間隔を少なくとも 10 秒ほど空けるようにしてください。

コマンド

説明

stcli cluster get-zone

ゾーンの詳細を取得します。Gets the zone details. このオプションは、ゾーンが有効になっているか確認するために使用されます。

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

ゾーンを有効化し、特定の数のゾーンを作成します。

重要

ゾーンの数は、3、4、または5のみです。

重要

ゾーンを有効化および作成したら、rebalance start コマンドを実行する必要があります。

警告

リバランスは重要なバックグラウンド サービスです。サービスを無効にすると、クラスタの復元力が失われるなど、予期しない動作が発生する可能性があります。このコマンドのサポートは、シスコ テクニカル サポートに限定されます。一般的な使用はサポートされていません。

- ゾーンより少ない数のノードを含むクラスタの拡張

ゾーンより少ない数のノードを含むクラスタの拡張

クラスタ全体のバランスを維持することは、パフォーマンスにとって重要です。ゾーンよりもノードの数が少ないクラスタを拡張すると、設計上不均衡な環境が作成されます。TAC の指示に従って、次のものを使用することを推奨します。

クラスタを展開するには、次の手順を実行します。

手順

ステップ 1

開始する前に、ガイドラインと制限事項を確認してください。

ステップ 2

LAZ を無効にします。

stcli cluster set-zone --zone 0

LAZ が無効になるまで待ちます（約 5 分）。

ステップ 3

クラスタにノードを追加します。

ステップ 4

LAZ を有効にします。

stcli cluster set-zone --zone 1

ステップ 5

クラスタ内で再バランシングを開始します。

stcli rebalance start

（注）

- ノードの再バランシングにより、クラスタのパフォーマンスが 30% ～ 40% ほど低下する可能性があります。

- クラスタ内のノードの再バランシングにかかる時間は、クラスタのサイズとクラスタ内のデータによって異なります。stcli rebalance status コマンドを使用して、再バランシング アクティビティの進捗を確認できます。

警告

リバランスは重要なバックグラウンドサービスです。サービスを無効にすると、クラスタの復元力が失われるなど、予期しない動作が発生する可能性があります。このコマンドのサポートは、シスコテクニカルサポートに限定されます。一般的な使用はサポートされていません。

ステップ 6

クラスタ設定を確認し、クラスタがゾーンに準拠するか判断します。

stcli cluster get-zone

Chapter12. HX コントローラ VM の管理

- ストレージ コントローラ VM の管理

- ストレージ コントローラ VM の電源のオン/オフ

- HX コントローラ VM での HA VM モニタリングの無効化

ストレージ コントローラ VM の管理

ストレージ コントローラ VM は、分散型 Cisco HX Data Platform に不可欠な機能を提供します。ストレージ クラスタ内のすべてのコンバージド ノードにストレージ コントローラ VM がインストールされます。ストレージ コントローラ VM には、ストレージ クラスタに対して stcli コマンドを実行するためのコマンドライン インターフェイスがあります。

（注）

HX220C-M4 サーバ モデルの場合、ストレージ コントローラ VM は SD カード上にあり、データストアは 3.5Gb 固定サイズです。データストアは Springpath<SN> という名称で識別され、管理することはできません。Springpath<SN> データストアの使用方法について vCenter からアラートが出た場合、無視しても問題はありません。

ストレージ コントローラ VM の電源のオン/オフ

vSphere Web クライアントまたは ESX コマンド ラインを介して VM の電源をオンまたはオフにすることができます。これはストレージ コントローラ VM にも適用されますが、通常はストレージ コントローラ操作によってストレージ コントローラ VM の電源のオンまたはオフが処理されます。

手順

ステップ 1

vSphere Web クライアントを使用した VM の電源のオンまたはオフ。

1. vSphere Web クライアントにログインします。

2. VM を特定します。

ナビゲータで [Global Inventory Lists] > [Virtual Machines] > [vm] を選択します。

ストレージ コントローラ VM の名前には、stCtlVM というプレフィックスが付きます。

3. 右クリックするか、または [アクション（Actions）] メニューから、[電源（Power）] > [電源オン（Power On）]または[電源（Power）] > [電源オフ（Power Off）] を選択します。

ステップ 2

ESX コマンド ラインを使用した VM の電源のオンまたはオフ。

1. VM の ESX ホストのコマンド ラインにログインします。

2. VM vmid を特定します。

これは、ESX ホストに固有です。コマンドを実行します。

# vim-cmd vmsvc/getallvms

サンプル応答

Vmid   Name    File   Guest OS   Version   Annotation
1   stCtlVM-<vm_number>   [SpringpathDS-<vm_number>]  stCtlVM-<vm_number>/stCtlVM-<vm_number>.vmx  ubuntu64Guest   vmx-11
3   Cisco HyperFlex Installer  [test]  Cisco HyperFlex Installer/Cisco HyperFlex Installer.vmx   ubuntu64Guest   vmx-09
Retrieved runtime info
Powered off

ストレージ コントローラ VM の名前には、stCtlVM というプレフィックスが付きます。

3. VM の電源を入れます。VM の電源をオンにするように指定するコマンドを実行します。

# vim-cmd vmsvc/power.on 1

4. VM の電源を切ります。VM の電源をオフにするように指定するコマンドを実行します。

# vim-cmd vmsvc/power.off 1

HX コントローラ VM での HA VM モニタリングの無効化

HX クラスタで All Paths Down (APD) 状態を開けるためには、vSphere Web クライアントを使用して、すべての HX コントローラ VM の HA VM モニタリングを無効にします。

手順

ステップ 1

vSphere Web クライアントにログインします。

ステップ 2

変更する HX クラスタを選択します。

ステップ 3

メニューから [Configure (設定)] > [VM Overrides (VM オーバーライド)] を選択します。

ステップ 4

[Add] をクリックします。

[Add VM Override Sandbox (VM オーバーライド サンドボックスの追加)] ウィンドウが、vCenter の VM リストとともに表示されます。

ステップ 5

ｗウィンドウで利用可能なすべての HX Controller VMs を選択します。

（注）

HX Controller VM の名前は、stCtlVM- から始まります。

ステップ 6

[Next] をクリックします。

[Add VM Override (VM オーバーライドの追加)] ダイアログ ボックスが表示されます。

ステップ 7

[vSphere HA - VM Monitoring] おぷoption and select the following:

- [Override (オーバーライド)] チェックボックス

- ドロップダウン リストから [Disabled (無効化)] を選択します。

ステップ 8

[Finish (終了)] をクリックして、設定の変更を適用します。

HA VM Monitoring は、すべての HX controller VM で無効になります。

Chapter13. Ready Clone の管理

- HX Data Platform Ready Clone の概要

- HX Data Platform Ready Clone の利点

- サポートされているベース VM

- Ready Clone の要件

- Ready Clone のベストプラクティス

- HX 接続を使用して Ready clone を作成する

- HX データプラットフォームプラグインを使用した Ready Clone の作成

- HX Data Platform Ready Clone のカスタマイズの準備

- カスタマイズ仕様を使用した Ready Clone の設定

- 仮想マシン ネットワークの管理

HX Data Platform Ready Clone の概要

HX Data Platform Ready Clones は、業界初のストレージ技術で、ホスト VM から複数のクローン VM をすぐに作成およびカスタムできます。スタンドアロン VM として使用可能な VM の複数のコピーを作成することができます。

Ready Clone（標準のクローンと同様に、既存の VM のコピーです）。既存の VM は、ホスト VM と呼ばれます。クローニング操作が完了すると、Ready Clone は別のゲスト VM となります。

Ready Clone に対して変更を行っても、ホスト VM には影響しません。Ready Clone の MAC アドレスおよび UUID は、ホスト VM の MAC アドレスおよび UUID とは異なります。

ゲスト オペレーティング システムとアプリケーションのインストールには、時間がかかることがあります。Ready Clone を実行すると、単一のインストールおよび設定プロセスで、多数の VM のコピーを作成できます。

クローンは、多数の同一の VM を 1 つのグループに配置する場合に役立ちます。

（注）

Hyper-V Host は Offloaded Data Transfer (ODX) 要求を発行し、完全なファイルのコピーを作成します。HyperFlex はクローン技術を使用して、完全なコピー要求にこたえてすぐにコピーを作成します。

HX Data Platform Ready Clone の利点

HX Data Platform Ready Clone には次の利点があります。

- 同時に複数の VM クローンを作成：VM を右クリックするだけで、Ready Clone 機能を使用して複数の VM のクローンを作成します。

- 高速クローニング：HX Data Platform ReadyClone は、VMware vSphere® Storage APIs - Array Integration（VAAI）データ オフロードをサポートしており、VM の電源でサポートされているため、従来のクローニング操作よりも非常に高速です。VAAI はハードウェア アクセラレーションまたはハードウェア オフロード API とも呼ばれ、VMware vSphere ESXi ホストとストレージ デバイス間の通信を可能にする API のセットです。HX Data Platform Ready Clone を使用して、分単位ではなく秒単位で VM のクローンを作成してください。

- ゲスト VM のバッチ カスタマイズ：HX Data Platform カスタマイズ仕様を使用すると、ホスト VM から複製される複数のゲスト VM 用の IP アドレス、ホスト名、VM 名などのパラメータを瞬時に構成できます。

- 複数の手順をワンクリック プロセスへと自動化：HX Data Platform Ready Clone 機能が、各ゲスト VM 作成のタスクを自動化します。

- VDI 導入サポート：Ready Clone は、VMware ネイティブ テクノロジーを使用している VDI 導入のデスクトップ VM でサポートされます。

- データストア アクセス：クローン対象の VM がアクセス可能なマウントポイントにある限り、Ready Clone は部分マウント/アクセス可能なデータストアに対して機能します。

サポートされているベース VM

HX Data Platform では次のものがサポートされています。

- HX Data Platform データストアに保存されているベース VM

- HX Data Platform スナップショットを使用しているベース VM Powered-on VM の場合、Ready Clone ワークフローは HX スナップショットを取得し、そのスナップショットを使用してクローンを作成します。HX スナップショットが削除されると、同じワークフローが発生します。

- 1 つのベース VM から最大 2048 の Ready Clone

- 一度に 1 つのバッチで作成された最大 256 の Ready Clone

HX Data Platform では次のものはサポートされません。

- 30 個を超えるスナップショットを使用した電源オン状態のベース VM

- redo ログ スナップショットを使用した電源オン状態のベース VM

Ready Clone の要件

- HX Data Platform ストレージ クラスタ内の VM である必要があります。HX Data Platform 以外の VM はサポートされていません。

- HX Data Platform データストア、VM フォルダ、およびリソース プール上に VM が存在している必要があります。

HX Data Platform データストアに存在しない VM では、ReadyClone は失敗します。これは、VM レベル、VM フォルダ レベル、またはリソース プール レベルの Ready Clone にあてはまります。

- VM で持つことができるネイティブ スナップショットは 1 つだけです。Ready Clone は、redo ログを持つスナップショット（非ネイティブ スナップショット）を使用する VM からは作成できません。

- Ready Clone には単一の vNIC カスタマイズ テンプレートだけを使用してください。

- Cisco HX リリース 3.0 以降では、ストレージ クラスタ内のすべてのノードの ESX で SSH を有効にする必要はありません。

Ready Clone のベストプラクティス

- カスタマイズ仕様をプロファイルまたはテンプレートとして使用します。

- バッチ全体に適用されるプロパティがカスタマイズ仕様に含まれていることを確認してください。

- HX Data Platform Ready Clone の一括クローニングのワークフローで、ユーザ定義のパラメータを取得します。

- パターンを使用して、クローンごとに区別するための設定（VM のゲスト名など）を抽出します。

- ネットワーク管理者がゲスト名に静的 IP アドレスを割り当てていることを確認し、クローンを作成する前にそれらのアドレスを確認します。

- 特定の時点で、1 ～ 256 個からなるバッチを作成できます。HX Data Platform プラグインでこれを確認することができます。

- （電源オンまたは電源オフ時に）同じ VM 上で複数のクローン バッチを同時に作成しないでください。そのようにすると、HX Data Platform プラグインのマスター タスク更新情報の誤表示や障害の原因となります。

- 一時停止状態ではないクラスタ ノード上で、Hyper-V ReadyClone PowerShell スクリプトのみを使用します。

Hyper-V

HX 接続を使用して Ready clone を作成する

HX データ プラットフォーム Ready clone 機能を使用して、それぞれ異なる静的 IP アドレスを持つ、VM の複数のクローンを作成することにより、クラスタを設定します。

（注）

VM の OVA 展開が進行中のときに VM を複製するために [Ready Clone] をクリックした場合は、エラー メッセージが表示されます。VM の展開が成功した後にのみ VM を複製できます。

手順

ステップ 1

管理者として HX 接続 にログインします。

ステップ 2

[Virtual Machines (仮想マシン)] ページから、[virtual machine (仮想マシン)] を選択し、[Ready Clones] をクリックします。

ステップ 3

[Ready Clone] ダイアログのフィールドに入力します。

UI 要素

基本的な情報

Number of clones

作成する Ready Clones の数を入力します。特定の時刻に 1 ～ 256 個のクローンのバッチを作成できます。

Customization Specification

オプション フィールド。

ドロップダウンリストをクリックして、リストからクローン向けの [カスタマイズ仕様（Customization Specification）] を選択します（このリストには vCenter で使用可能なカスタマイズ仕様が含まれます）。

システムは、選択したホスト仮想マシンに関するカスタマイズ仕様をフィルタリングします。たとえば、選択したホスト仮想マシンでゲスト仮想マシン向けに Windows OS を使用している場合、ドロップダウンリストには Windows OS のカスタマイズ仕様が表示されます。

Resource Pool

オプション フィールド。

HX ストレージ クラスタ ですでにリソース プールを定義している場合、選択された仮想マシンの Readyclone のうち保存するものを 1 つ選択できます。

VM 名プレフィックス

ゲスト仮想マシン名にプレフィックスを入力します。

このプレフィックスは、作成された各 Ready Clone の名前に追加されます。

Starting clone number

クローンを開始するクローン番号を入力します。

各 Ready Clone は一意の名前を持ち、番号付けは名前の一意の要素を確認するために使用されます。

クローン番号の増分

ゲスト仮想マシンの名前の中で増えていく必要のあるクローンの番号を入力します。もしくは、デフォルト値の 1 のままにします。システムが、仮想マシン Ready Clones の名前に番号を追加します（clone1、clone2、clone3 など）。デフォルトでは、番号は 1 から始まります。この値は、任意の数値に変更できます。

ゲスト名に同じ名前を使用

このチェックボックスをオンにすると、vCenter VM のインベントリ名がゲスト ホスト仮想マシン名として使用されます。

このボックスをオフにすると、テキスト ボックスが使用可能になります。ゲストのホスト仮想マシン名として使用する名前を入力します。

Preview

必須フィールドを入力したら、 HX データ プラットフォーム により提案された Ready Clone の名前がリストされます。必須のフィールドの内容を変更すると、[ クローン名] と [ゲスト名] フィールドが更新されます。

Power on VMs after cloning

クローニング プロセスの完了後、ゲスト仮想マシンをオンにするには、このチェックボックスをオンにします。

ステップ 4

[複製（Clone）] をクリックします。

HX データ プラットフォーム により、名前が付けられロケーションが指定された状態で Ready clone 番号を作成します。

HX データプラットフォームプラグインを使用した Ready Clone の作成

VMware のクローニング操作を使用した場合、VM から作成できるクローンは 1 つのみです。この操作は手動で、VM からの複数クローンをバッチ処理で作成する場合よりも時間がかかります。たとえば、VM のクローンを 20 個作成する場合、手動で何度もクローン操作を実行する必要があります。

（注）

HX Data Platform Ready Clone を使用して、ワン クリックで VM のクローンを複数作成します。

たとえば、Windows VM から、異なる静的 IP アドレスを有したクローンを 10 個別々に作成できます。

手順

ステップ 1

vSphere Web クライアント ナビゲータから、[Global Inventory Lists] > [Virtual Machines] の順に選択します。vCenter 内の VM の一覧が表示されます。

ステップ 2

複製する VM を選択し、[Actions (アクション)] メニューを開きます。[VM information (VM 情報)] ポートレット内で、VM を右クリックするか [Actions (アクション)] メニューをクリックします。

必要に応じて、クラスタと関連 VM のリストを表示し、VM がストレージ クラスタ VM であることを確認します。

ステップ 3

[Cisco HX Data Platform] > [Ready Clones] の順に選択して、[Ready Clones] ダイアログ ボックスを表示します。

ステップ 4

[Ready Clones] ダイアログ ボックスに次の情報を指定します。

制御

説明

クローン数

作成するクローンの数を入力します。特定の時刻に 1 ～ 256 個のクローンのバッチを作成できます。

カスタマイズ仕様

ドロップダウンリストをクリックして、リストからクローン向けの [カスタマイズ仕様（Customization Specification）] を選択します（このリストには vCenter で使用可能なカスタマイズ仕様が含まれます）。

システムは、選択したホスト VM のカスタマイズ仕様をフィルタリングします。たとえば、選択したホスト VM がゲスト VM 向けに Windows OS を使用する場合、ドロップダウンリストには Windows OS のカスタマイズ仕様が表示されます。

VM 名のプレフィクス

ゲスト VM 名のプレフィックスを入力します。

最初のクローン数

開始クローンのクローン番号を入力します。

ゲスト名に同じ名前を使用

このチェックボックスをオンにすると、vCenter VM のインベントリ名がゲストのホスト VM 名として使用されます。このボックスをオフにすると、テキスト ボックスが表示されます。ゲストのホスト VM 名に使用する名前を入力します。

システムには、ダイアログボックス内の [ゲスト名（Guest Name）] 列にある、ゲスト VM の名前が表示されます。

[カスタマイズ仕様（Customization Specification）] 自体にも、同様のオプションがあります。この HX Data Platform Ready Clone のバッチのカスタマイゼーション プロセスでは、[Customization Specification] オプションで指定したオプションがオーバーライドされます。

- [カスタマイズ仕様（Customization Specification）] に静的ゲートウェイ、静的サブネット、または静的 IP アドレスに解決されるゲスト名を使用する NIC もしくはネットワーク アダプタが含まれる場合、システムはゲスト名に関連付けられた静的 IP アドレスをネットワーク アダプタに割り当てます。また、指定されたゲスト名にストレージ クラスタ名またはホスト名を設定します。

- [カスタマイズ仕様（Customization Specification）] に、DHCP を使用して IP アドレスを取得する NIC もしくはネットワーク アダプタが含まれる場合、システムはストレージ クラスタ名またはホスト名のみを指定されたゲスト名に設定します。

クローン番号を次の単位で増分

ゲスト VM 名に含まれるクローン番号の増分値を入力します。または、デフォルト値の 1 のままにします。システムによって、VM クローンの名前に番号が追加されます（clone1、clone2、clone3 など）。デフォルトでは、番号は 1 から始まります。この値は、任意の数値に変更できます。

クローニング後にVMの電源をオン

クローニング プロセスの完了後、ゲスト VM をオンにするには、このチェックボックスをオンにします。

ステップ 5

設定変更を適用するには、[OK] をクリックします。

[vSphere Web Client Recent Tasks] タブでは、Ready Clone のタスクのステータスに関するメッセージが表示されます。システムにより、次の内容が表示されます。

- イニシエータが vCenter ユーザとしてログインしている状態でのトップ レベルの進捗状況。

- イニシエータが vCenter ユーザとしてログインしている状態での導入ワークフローと HX Data Platform の拡張機能。

- ReadyClone ワークフローの一部として一時的なスナップショットが vCenter と HX Connect に表示されます。これは、Ready Clone の作成中のみ、余分な電源オフの VM として一時的に表示されます。

HX Data Platform Ready Clone のカスタマイズの準備

- VMware のドキュメントに従ってカスタマイズ仕様を作成します。

以降のトピックで説明する Linux VM または Windows VM に固有のカスタマイズ設定を適用してください。

- 管理者から IP アドレスを取得します。たとえば、10.64.1.0 から 10.64.1.9 までの 10 個の IP アドレスを取得します。

- これらの IP アドレスのサブネットマスクなど、ネットワークに固有の情報を収集します。

- ベース VM が有効であること（切断されておらず、スナップショットや vMotion も実行中でないこと）を確認します。

- ゲスト ツールがベース VM にインストールされていることを確認します。必要に応じて更新します。

- [VM サマリー（VM Summary）] タブに移動し、ゲスト ツールが動作していることを確認します。

- vSphere Web クライアントでの Linux 用カスタマイズ仕様の作成

- vSphere Web クライアントでの Windows 用カスタマイズ仕様の作成

vSphere Web クライアントでの Linux 用カスタマイズ仕様の作成

[vSphere Web クライアント ゲストのカスタマイズ（vSphere Web Client Guest Customization）] ウィザードを使用すると、ゲスト オペレーティング システムの設定を仕様に保存し、仮想マシンのクローン作成時またはテンプレートからの展開時にそれを適用できるようになります。

次の点を考慮しながら、ウィザードを完了します。

- HX Data Platform Ready Clone の機能を使用して、カスタマイズ仕様の作成時に指定したゲスト名を上書きできます。

- HX Data Platform Ready Clone により、VM 名またはゲスト名におけるパターンの使用を有効にできます。

- HX Data Platform がサポートする NIC は 1 台のみです。

- カスタマイズされた Linux VM の NIC の編集

- HX Data Platform Ready Clone のカスタマイズ プロセスでは、このアドレスが上書きされるため、仮の IP アドレスを使用できます。

- HX Data Platform Ready Clone では、VM のゲスト名が静的 IP アドレスに解決され、クローニングされた VM 用に設定されます。

作成されたカスタマイズ仕様は、[カスタマイズ仕様マネージャ（Customization Specification Manager）] 内にリストされます。これを使用して、仮想マシンのゲスト オペレーティング システムをカスタマイズすることができます。

vSphere Web クライアントでの Windows 用カスタマイズ仕様の作成

[vSphere Web クライアント ゲストのカスタマイズ（vSphere Web Client Guest Customization）] ウィザードを使用すると、Windows ゲスト オペレーティング システムの設定を仕様に保存し、仮想マシンのクローン作成時またはテンプレートからの展開時にそれを適用できるようになります。

（注）

カスタマイズ後、Windows Server 2008 用のデフォルト管理者パスワードは保存されません。カスタマイズの実行中、Windows Sysprep ユーティリティが Windows Server 2008 の管理者アカウントを削除して再作成します。カスタマイズ後、仮想マシンの初回起動時に管理者パスワードを再設定する必要があります。

次の考慮事項を確認し、ウィザードを完了させます。

- オペレーティング システムは、ネットワーク上で自身を認識するためにこの名前を使用します。Linux システムでは、これはホスト名と呼ばれます。

- HX Data Platform がサポートする NIC は 1 台のみです。

- カスタマイズされた Windows VM の NIC の編集

HX Data Platform Ready Clone のカスタマイズ プロセスでは、IP アドレスが上書きされるため、仮の IP アドレスを使用できます。

作成されたカスタマイズ仕様は、[カスタマイズ仕様マネージャ（Customization Specification Manager）] 内にリストされます。これを使用して、仮想マシンのゲスト オペレーティング システムをカスタマイズすることができます。

カスタマイズ仕様を使用した Ready Clone の設定

スタティック IP アドレスを使用する場合、新しい VM に IP アドレスが正しく適用されるようにするには、カスタマイズ仕様を使用します。

たとえば Windows サーバの VM クローンを作成する場合、DHCP を使用すると、ゲスト VM には新しい IP アドレスが自動的に割り当てられます。しかし、スタティック IP アドレスを使用する場合は、ゲスト VM 内で IP アドレスが自動的に複製されません。これを解決するには、カスタマイズ仕様を使用して、HX Data Platform Ready Clone を設定します。

手順

ステップ 1

有効な DNS 名を取得し、有効な IP アドレスにそれらが解決されることを確認します。

たとえば、ゲスト名 userwinvm1 ～ userwinvm100 を使って 100 個の Windows VM をプロビジョニングするには、userwinvm1 から userwinvm100 までが有効な IP アドレスであることを確認します。

ステップ 2

ソース（クローン元）VM に、ゲスト VM ツールをインストールします。

ステップ 3

Ready Clone 機能を使用して、クローン元 VM をクローンします。クローンされたゲスト VM は、ソース VM のアイデンティティを取得します。

ステップ 4

カスタマイズ仕様を使用して、クローンされたすべての VM のアイデンティティを変更します。IP アドレス、ホスト名、VM 名などのパラメータを設定できます。

仮想マシン ネットワークの管理

ストレージ クラスタに変更を行った後、クラスタ内のノードで仮想マシンのネットワーキングが正しく設定されていることを確認できます。仮想マシン ネットワークの詳細な情報については、UCS Manager のマニュアルを参照してください。

手順

ステップ 1

VLAN が正しく設定されていることを確認します。

Cisco UCS Manager ネットワーク管理ガイドの Cisco UCS Manager Network Management Guide の「VLAN」の章を参照してください。

ステップ 2

vNIC が正しく設定されていることを確認します。

Cisco UCS Manager Network Guideの Cisco UCS Manager Network Management Guide　の　ｖNIC テンプレートのトピックを参照してください。

ステップ 3

仮想ポート グループが正しく設定されていることを確認します。

VMware vSphere 6.0 ドキュメントの仮想マシン ポート グループの追加に関するトピックを http://pubs.vmware.com/vsphere-60/index.jsp?topic=%2Fcom.vmware.vsphere.networking.doc%2FGUID-004E2D69-1EE8-453E-A287-E9597A80C7DD.html で、参照してください。

Chapter14. HX ネイティブ スナップショットの管理

- HX ネイティブ スナップショットの概要

- HX ネイティブ スナップショットの利益

- HX ネイティブ スナップショットの考慮事項

- HX ネイティブ スナップショットのベスト プラクティス

- SENTINEL スナップショットについて

- HX ネイティブ スナップショットのタイムゾーン

- HX ネイティブ スナップショットの作成

- HX Native スナップショットのスケジューリングの概要

- HX Native スナップショットのスケジューリング

- HX Native スケジュール済みスナップショットの頻度の設定

- HX Native スナップショット スケジュールの削除

- HX ネイティブ スナップショットへの復帰

- HX Native スナップショットの削除

HX ネイティブ スナップショットの概要

HX ネイティブ スナップショットは、VM のバージョン（状態）を保存するバックアップ機能です。VM は、HX ネイティブ スナップショットを使用して、以前に保存したバージョンに戻すことができます。ネイティブ スナップショットは VM の複製で、ネイティブ スナップショットが作成された時点での、すべての VM ディスク上のデータの状態と VM の電源の状態（オン、オフ、またはサスペンド）が含まれます。保存した状態へ復元できるようにするには、ネイティブ スナップショットを取得して VM の現在の状態を保存します。

HX ネイティブ スナップショットの管理では、次の方法が使用されます。

- vSphere の「スナップショットの管理」機能は、特定の HX ネイティブ スナップショットに戻すことも、すべてのスナップショットを削除することもできます。

- Cisco HyperFlex Connect は、オンデマンドを作成し、HX ネイティブ スナップショットをスケジュールできます。

- HyperFlex コマンドライン ユーザー インターフェイスでは、HX ネイティブ スナップショットを作成できます。

- HX REST API は、HX ネイティブ スナップショットを作成および削除できます。

VMware スナップショットの追加情報については、次のリンク先の VMware ナレッジ ベース「VMware KB, Understanding virtual machine snapshots in VMware ESXi and ESX (1015180)」を参照してください。http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1015180

HX ネイティブ スナップショットの利益

HX Native スナップは次の利点を提供します。

- 登録済み VM の復元 ー VM が登録されている場合、電源のオン/オフに関係なく、HX ネイティブ スナップショットと VM スナップショットは、スナップショットが作成された時点よりも前の状態を復元できます。

- 高性能 － HX ネイティブ スナップショットのプロセスは、I/O オーバーヘッドが発生しないため高速です。

- VM のパフォーマンス － HX ネイティブ スナップショットは、VM のパフォーマンスを低下させません。

- クラッシュ整合 － HX ネイティブ スナップショットは、デフォルトでクラッシュ整合です。I/O のクラッシュ整合性においては、アプリケーションがクラッシュから正常に再起動できるように、書き込み操作の正しい順序を維持するように定義されています。

- 静止 － ゲスト ファイル システムを静止した状態で HX ネイティブ スナップショットを作成できます。静止オプションは、Cisco HyperFlex Connect、HyperFlex コマンドライン ユーザー インターフェイス、および HX REST API を使用する場合に使用できます。静止オプションを使用して HX ネイティブ スナップショットを作成する場合は、ゲスト VM に VMware ツールをインストールする必要があります。

HyperFlex リリース 4.5（2a） および VMware ESXi 7.0 U2 以降の静止スナップショットのパフォーマンスと信頼性が向上しました。

「ファイル システムの休止」とは、物理または仮想コンピュータのディスク上のデータをバックアップに適した状態にするプロセスを指します。このプロセスには、オペレーティング システムのメモリ内キャッシュからディスクにダーティ バッファをフラッシュするなどの操作の他、アプリケーションに固有の高位レベルのタスクが含まれる場合があります。

休止ベースのスナップショットは、Windows2008R2 オペレーティング システムではサポートされていません。オペレーティング システムがサポート終了です。サポートされているオペレーティングシステムの最新のリストについては、VMwareのドキュメントを参照してください。VMware 互換性ガイド

システムに休止エラーが表示された場合は、次のリンクから、VMware のナレッジ ベース『Troubleshooting Volume Shadow Copy（VSS）quiesce related issues (1007696)』の記載を参照してください。

- ノード障害に強いスケジュール済みスナップショット：スケジュール済みスナップショットは、ノードのシャットダウンが必要な管理操作（HM メンテナンス モードや HX オンライン アップグレードなど）に対して耐障害性があります。

スケジュール済みスナップショットは、マルチ-クラスタ環境では他の HX クラスタで発生する障害に対して耐障害性があります。

- 詳細な進捗とエラー レポート - これらのモニタリング タスクは、VM レベルの HX ネイティブ スナップショットのタスク レベルで実行されます。

- 瞬時のスナップショットの削除 － HX ネイティブ スナップショットと統合の削除は常に瞬時に行われます。

- VDI 導入サポート。スケジュール済み HX ネイティブ スナップショットは、VMware ネイティブ テクノロジーを使用する VDI 導入環境のデスクトップ VM でサポートされています。

- データストア アクセス。スナップショット対象の VM がアクセス可能なマウントポイントにある限り、スナップショットは部分マウントまたはアクセス可能なデータストアに対して機能します。

HX ネイティブ スナップショットの考慮事項

スナップショット パラメータ

注目

HX リリース 4.5（2a）以降では、VMware ESXi 7.0 U2 Sentinel スナップショットは適用されません。

- HX ネイティブ スナップショットー最初の HX ネイティブ スナップショットを作成すると、HX ネイティブ スナップショットの前に HX SENTINEL スナップショットが作成されます。SENTINEL スナップショットは、後続のスナップショットが HX ネイティブ スナップショットであることを保証するベースライン スナップショットです。SENTINEL スナップショットの詳細については、SENTINEL スナップショットについて を参照してください。SENTINEL スナップショットが存在する場合、vSphere を使用して追加のスナップショットを作成すると、HX ネイティブ スナップショットが作成されます。

（注）

ネイティブ スナップショットの作成時に、VMware スナップショット（非ネイティブ）が存在しないようにする必要があります。

- 保存スナップショットの最大数：VMware における VM ごとのスナップショットの上限は、31 です。制限の合計は、すべての VMware 作成済みスナップショット、HX SENTINEL スナップショット、および HX ネイティブ スナップショットの合計に等しくなります。

- スケジュール済みスナップショット：VM とそのリソース プールで、スナップショットが重複してスケジュールされないようにしてください。

パフォーマンス

- VMware vSphere ストレージ API アレイ統合（VAAI）：最適な HX スナップショットのパフォーマンスと機能を実現するには、ESXi 7.0 U2 にアップグレードします。

アップグレード プロセス中のスナップショット

- HX ネイティブ スナップショットは、HX、ESXi、または UCS のアップグレードが進行中の場合はサポートされていません。

VM

リリース固有の VM に関する考慮事項

リリース

検討

HX リリース 3.5 の導入

VM がグラフィック処理装置 (GPU) に接続されていないことを確認します。

HX リリース 3.5.2(a) 以前

電源がオンになっているすべての VM は、HX ネイティブ スナップショットを撮影時に同期統合 (asynConsolidate = false) を使用します。

HX リリース 3.5.(2b) 以降：

電源がオンになっているすべての VM は、HX ネイティブ スナップショットを撮影時に非同期統合 (asyncConsolidate = true) を使用します。VM がオフの場合、設定は変更されません。

VMware ESXi 7.0 U2 以降を使用する HX リリース 4.5（2a）以降

統合時間は、仮想マシンの I / O負荷に比例しなくなりました。

Sentinel スナップショットは作成されなくなりました。

次の注意事項は、すべてのさぽーとあれているリリースに適用されます。

- VM ハードウェア バージョン：HX ネイティブ スナップショットには、VM ハードウェア バージョン 9 以降が必要です。最新バージョンを使用することを推奨します。

- 削除された VM：HX ネイティブ スナップショットのライフサイクルは、VM スナップショットと同様であり、仮想マシンに関連付けられています。VM が故意にまたは誤って削除されると、関連するすべての HX ネイティブ スナップショットも削除されます。HX ネイティブ スナップショットには、削除された VM から回復するメカニズムはありません。VM の削除から保護するには、バックアップ ソリューションを使用します。

- HX Data Platform ストレージ コントローラ VM ーストレージ コントローラ VM の HX ネイティブ スナップショットはスケジュールできません。

- HX Data Platform に属していない VM ：HX データストアに存在しない VM では、HX ネイティブ スナップショットは失敗します。HX ネイティブ スナップショットを作成するには、VM を単一の HX データストアに配置する必要があります。

- 中断状態の VM ー最初の HX ネイティブ スナップショットおよび VM の HX SENTINEL スナップショットを中断状態から作成することはサポートされていません。

- VM 名：VM 名は、HX ネイティブ スナップショットの撮影に対して、vCenter ごとに固有である必要があります。

- 準備ができているストレージ クラスタ：HX ネイティブ スナップショットを許可するには、ストレージ クラスタが、十分なスペースがあり、オンラインである必要があります。VM が存在するデータストアにアクセスできる必要があります。VM が有効であり、移行状態（vMotion 実行中など）であってはなりません。

オンライン ノードが 1 つだけ残っているクラスタ

- HX ネイティブスナップショットは、電源オン状態の CBT 対応 VM の単一オンライン ノードでは許可されません。VM の電源をオフにし、SENTINEL スナップショットを取得します。電源がオンになっている VM の後続のスナップショットがサポートされます。

vCenter

- vMotion：vMotion は、HX ネイティブ スナップショットのある VM でサポートされています。

- Storage vMotion：Storage vMotion は、HX ネイティブ スナップショットのある VM ではサポートされていません。VM を別のデータストアに移動する必要がある場合は、Storage vMotion を実行する前にスナップショットを削除してください。

名称

- 名前の重複：HX Data Platform vCenter で、VM やリソース プールの名前の重複はサポートされておらず、HX ネイティブ スナップショットが失敗します。これには、ネストされたリソース プール内の親および子、別の vCenter クラスタ内のリソース プールが対象となります。

- 名前の文字：特殊文字はサポートされていません。名前に特殊文字を使用すると、指定した名前とは異なる名前が表示されます。

- スナップショット名の最大長-字。

ディスクとデータストア

- VM データストア：HX ネイティブ スナップショットを作成する前に、HX ネイティブ スナップショップの前に同じデータストアに ディスクが同じデータストアに属するすてべての VMDK があることを確認します。

- HX ネイティブ スナップショットは複数のデータストアでサポートされていません。

- シック ディスクーソース ディスクがシック ディスクの場合、VM のディスクのスナップショットもシックになります。必要に応じて、スナップショットに対応するためデータストア サイズを大きくしてください。

（注）

HyperFlex データストアで新しい仮想マシンディスクを作成し、シックプロビジョニングされたディスクの作成を有効にする場合、シックプロビジョニングされたディスクを作成するオプションはありません。これは、VMware の既知の問題です。詳細については、「Creating VMDK with NFS-backed storage does not allowthick-provisioning with vendor plugin」を参照してください。

（注）

ESXi は、NFS データストア上のシックプロビジョニングの遅延ゼロ仮想ディスクとシックプロビジョニングの仮想ゼロディスクを区別できません。NFS データストアを使用する場合、vSphere クライアントでは、Thick Provision Lazy Zeroed（zeroedthick）または Thick Provision Eager Zeroed（eagerzeroedthick）形式の仮想ディスクを作成できます。ただし、[仮想マシンのプロパティ（Virtual Machine Properties）]ダイアログボックスでディスクタイプをオンにすると、[ディスクプロビジョニング（Disk Provisioning）]セクションに、ディスクフォーマットとして[シックプロビジョニング（Eager Zeroed）]が常に表示されます（ディスク作成時にどのフォーマットを選択しても）。

- 仮想ディスク タイプ：VMware は、さまざまな仮想ディスク バッキング タイプをサポートします。最も一般的なタイプは FlatVer2 形式です。HX ネイティブ スナップショットはこの形式でサポートされています。

その他の仮想ディスク形式には、Raw Device Mapping（RDM）、SeSparse、VmfsSparse（Redlog 形式）などがあります。これらの形式の仮想ディスクを含む VM は、HX ネイティブ スナップショットではサポートされていません。

ログイン アクセス

- SSH：SSH がストレージ クラスタ内のすべてのノード上の ESX で有効になっていることを確認してください。

制限

オブジェクト

最大数

HX ネイティブ スナップショット

VM あたり 30

VMware の上限は 31 です。1 つのスナップショットが HX SENTINEL スナップショットで使用されます。

データ ストア

ストレージ クラスタあたり 48

最大 VMDK サイズ

3 TB

HX ネイティブ スナップショットのベスト プラクティス

- 多数のスナップショットを作成する際には、次の点を考慮します。

- データ トラフィックの低いことが予想される場合は、HX ネイティブ スナップショットを同時にスケジュールします。

- 多数の VM が同時にスナップショットされるようにスケジュールされないように、HX ネイティブ スナップショット スケジュールをずらします。

- ストレージ クラスタ内の VM で vCenter が稼働している場合は、vCenter VM の HX Native スナップショットを作成しないでください。これは、https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2003674 にある VMware KB「VMware VirtualCenter Server service fails due to a quiesced snapshot operation on the vCenter Server database virtual machine (2003674)」に関連しています。

HX ネイティブ スナップショットのベスト プラクティス HX リリース4.5（1x）以前

HX リリース 4.5（2a）および ESXi 7.0 U2 で重要な更新が導入されました。次の推奨事項は、このリリースの前に導入されたリリースを使用しているユーザにのみ適用されます。

重要

VM の最初のスナップショットを作成するためには、常に HX ネイティブ スナップショット機能を使用してください。これで、後続のスナップショットがすべてネイティブ形式になります。

- VM の最初のスナップショットを作成するためには、VMware のスナップショット機能を使用しないでください。VMware スナップショットは redo ログ技術を使用するので、それが原因で元の VM でパフォーマンスが低下します。しかも、スナップショットが追加されるごとにパフォーマンスがさらに低下します。

- 削除するべき redo ログ スナップショットがある場合は、redo ログ スナップショットが常駐する ESXi ホストで、/etc/vmware/config ファイルを編集して、snapshot.asyncConsolidate="TRUE" を設定します。

- HX ネイティブ スナップショットは、最初の HX ネイティブ スナップショットが作成された後の VM のパフォーマンスには影響しません。

- 最初の HX ネイティブ スナップショットを作成する前に、VM にすべての VMDK を追加します。

VMDK が VM に追加されると、追加の SENTINEL スナップショットが取得されます。それぞれの追加の HX SENTINEL は、追加スペースを使用します。

たとえば、HX ネイティブ スナップショットを持つ既存の VM に 2 つの新しい VMDK を追加すると、次にスケジュールされた HX ネイティブ スナップショットで1つの新しい HX SENTINEL が作成されます。1 つ以上の VMDK を追加する必要がある場合は、既存の HX ネイティブ スナップショット スケジュールの保持計画を確認し、保持されている HX ネイティブ スナップショットとHX SENTINEL スナップショットの合計数が合計値 31 を超えないようにしてください。

SENTINEL スナップショットについて

重要

このセクションは、HX リリース 4.5（1x）以前で使用します。SENTINEL スナップショットは、HX リリース 4.5（2x） および ESXi 7.0 U2 以降では使用されません。

VM の最初の HX ネイティブ スナップショットを作成すると、HX SENTINEL スナップショットと呼ばれるベースライン スナップショットと、要求された HX ネイティブ スナップショットが作成されます。HX SENTINEL スナップショットは、後続のすべての VM スナップショットが HX ネイティブ スナップショットであることを保証します。

HX SENTINEL スナップショットは、復元された VM が、VMware の redo ログをベースにした仮想ディスクを保持することを防ぎます。redo ログをベースにした仮想ディスクが生じるのは、オリジナルのスナップショットが削除され、VM が 2 番目に古いスナップショットから復元される時です。

VMware ごとに使用可能なスナップショットには、合計で 31 という制限があり、HX SENTINEL スナップショットは、そのうちの 1 つを使用します。

HX SENTINEL スナップショットの使用

- 必要な操作でない限り、HX SENTINEL スナップショットは削除しないでください。

- VM に HX SENTINEL スナップショットのみが含まれている場合、VMware ESXi7.0 U2 を使用したスナップショット作成アクションによって HX SENTINEL シェープショットが削除されます。VM にユーザ スナップショットと HX SENTINEL スナップショットがある場合、HX SENTINEL スナップショットは削除されません。

- VM を HX SENTINEL スナップショットに戻さないでください。

- 何らかの理由で HX SENTINEL スナップショットを削除する必要がある場合は、すべてのスナップショットを削除する必要があります。

HX ネイティブ スナップショットのタイムゾーン

スナップショットのタイムスタンプとスケジュールを表示したり操作したりするオブジェクトは、次の 3 つです。

- vSphere と vCenter は UTC 時間を使用します。

- vSphere クライアント (HTML5) はブラウザのタイムゾーンを使用します。

- HX vSphere クライアント（HTML5）プラグイン、HX ストレージ クラスタ、HX ストレージ コントローラ VM は同じタイムゾーンを使用します。これは HX ストレージ クラスタ全体に適用されます。これらのエンティティで使用されるタイムゾーンは設定可能です。デフォルトは UTC です。

スケジュールの設定には HX ストレージ コントローラ VM の時刻が使用されます。HX ネイティブ スナップショットの作成には vSphere UTC 時刻が使用されます。ログとタイムスタンプは、その表示方法に応じて異なります。

HX vSphere クライアント（HTML5）を使用してスケジュールを作成すると、スケジュールされた時間は HX ストレージ コントローラ VM のタイムゾーンから UTC に変換されます。vSphere クライアント（HTML5） タスクでスケジュールを表示すると、ブラウザのタイムゾーンでタスクが表示されます。

これらを同じタイムゾーンに変換すると、同一時刻になります。たとえば、5:30pm PST、8:30PM EST、1:30AM UTC はすべて同じ時刻です。

[vSphere スケジュール済みタスク（vSphere Scheduled tasks）] タブの場合、HX vSphere クライアント（HTML5）プラグイン内で作成したスケジュール済みのスナップショットと同じ時間を表示し、ストレージ コントローラ VM を UTC に設定します。

ローカルのタイムゾーン設定に基づいて、スナップショットをスケジュールに沿って実行するには、ストレージ クラスタ用のタイムゾーンを設定します。デフォルトでは、ストレージ コントローラ VM は HX Data Platform のインストール中に設定された UTC のタイムゾーンを使用します。

vSphere とストレージ コントローラ VM が同じタイムゾーンを使用していない場合、[vSphere スケジュール済みタスク（vSphere Scheduled tasks）] タブでは [HX vSphere クライアント（HTML5）プラグイン（HX vSphere client (HTML5) plug-in）] スケジュール スナップショット ダイアログでスケジュールした時間とは異なる時間が表示される場合があります。

時間単位のスナップショットを設定すると、スナップショット スケジュールは特定の開始時間と終了時間の間で実行されます。[vSphere Task (vSphere タスク)] ウィンドウでは、タイムゾーンに基づき、スケジュールされたスナップショットが時間単位で指定された終了時刻の後で完了したというステータスを表示することがあります。

ストレージ コントローラ VM で使用されるタイムゾーンの識別と設定

1. ストレージ コントローラ VM のコマンド ラインから、タイムゾーンの設定を参照します。

$ stcli services timezone show

2. ストレージ クラスタのタイムゾーンを変更します。

$ stcli services timezone set --timezone timezone_code

タイムゾーンのコードに関する詳細については、https://en.wikipedia.org/wiki/List_of_tz_database_time_zones などからタイムゾーンのリファレンスを参照してください。

関連タスク

スナップショットのスケジュール

HX ネイティブ スナップショットの作成

HX ネイティブ スナップショットを作成するには、次の手順を実行します。

始める前に

HX ストレージ クラスタ内の VM の redolog スナップショットを削除します。この手順が完了していない場合は、VM がスナップショット統合中に機能しなくなる可能性があります。

Redo ログ スナップショットは、HX Native のスナップショット機能ではなく、VMware のスナップショット機能を介して作成されるスナップショットです。REDO ログ スナップショットが存在する ESXi ホスト設定を編集するには、

1. ESXi ホストのコマンド ラインにログインします

2. 編集するために /etc/vmware/config を探して開きます。

3. snapshot.asyncConsolidate パラメータを TRUE に設定します。

snapshot.asyncConsolidate="TRUE"

手順

ステップ 1

vSphere クライアント（HTML5）ナビゲータから、VM レベルで vCenter の VM のリストを表示します。次のいずれかの方法で VM リストを表示します。ホストとクラスタ、VM とテンプレート、ストレージ、ネットワーキング、またはグローバル インベントリ リスト

例:

グローバル インベントリ リスト > VM

ステップ 2

ストレージ クラスタ VM を選択し、[操作（Actions）] メニューを開きます。[VM 情報（VM information）] ポートレット内で、VM を右クリックするか [操作（Actions）] メニューをクリックします。

（注）

ストレージ クラスタのリソース プール上に HX Data Platform に属していないデータストアがないことを確認します。そうでない場合、スナップショットは失敗します。

ステップ 3

ダイアログ ボックスに入力します

[スナップショットの撮影（Take Snapshot）] ダイアログ ボックス

フィールド

説明と使用上の注意

名前

スナップショット名を入力します。スナップショット名の最大長は 文字です。

説明

スナップショットの説明を入力します。

[スナップショット（Snapshot）] オプション チェックボックス

チェックボックスを使用して、[仮想マシンのメモリのスナップショット（Snapshot the virtual machine's memory）] または [ゲスト ファイル システムの静止（Quiesce guest file system）] を選択します（VMware Tools がインストールされている必要があります）。

ステップ 4

[OK] をクリックして、HX ネイティブ スナップショットを作成します。

[最近のタスク（Recent Tasks）] タブでは、次のステータス メッセージが表示されます。

Create virtual machine native snapshot.
The first snapshot

関連タスク

今すぐスナップショットを作成

HX Native スナップショットのスケジューリングの概要

スナップショット スケジュールをストレージ クラスタ オブジェクト（VM、VM リソース プールなど）に適用します。

（注）

vCenter クラスタを再登録すると、HX Native のスナップショット スケジュールは失われます。この場合は、HX Native スナップショット スケジュールを再設定します。

HX Native スナップショットをスケジュールする場合は、バックアップ要件を考慮してください。重要なデータについては、より頻繁な HX Native スナップショットを保持します。障害発生時には、直近の HX Native スナップショットを復元するか、カスタムのリアルタイム HX Native スナップショットを作成できます。重要度の低いデータの場合は、HX Native スナップショットの作成頻度を少なくすることを検討します。

HX Native スナップショット スケジューリングは、バックアップ コストの制御に役立ちます。ストレージ クラスタの各 VM で、時間単位、日単位、または週単位でスナップショットをスケジュールできます。個別の VM の最大頻度は、1 時間に 1 度です。時間単位の設定は 15 分の増分値で利用できます。

たとえば、HX Native スナップショットは、次の設定で毎日、取得されます。

- VM 1 の時間単位のスナップショット、午後 10 時と午前 1 時の間の 15 分に実行。

- VM 2 の時間単位のスナップショット、午後 8 時と午前 12 時の間の 30 分に実行。

- VM 3 と 4 の時間単位のスナップショット、午前 6 時と午前 8 時の間の 45 分に実行。

- VM 5 の日単位のスナップショット、午前 6 時に実行

これらの HX Native スナップショットは毎日、取得されます。最後の HX Native スナップショットが終了時:00 分より前になっていることに注意してください。

- 午前 6 時 — VM 5

- 午前 6 時 45 分 — VM 3、VM 4

- 午前 7 時 45 分 — VM 3、VM 4

- 午後 8 時 30 分 — VM2

- 午後 9 時 30 分 — VM2

- 午後 10 時 15 分 — VM1

- 午後 10 時 30 分 — VM2

- 午後 11 時 15 分 — VM1

- 午後 11 時 30 分 — VM2

- 午前 12 時 15 分 — VM1

24 時間で 1 時間ごとに HX Native スナップショットをスケジュールするには:

手順

ステップ 1

開始時刻を設定します

ステップ 2

開始時刻の 1 時間前に終了時刻を設定します。

例:

時間が 15 分の設定で、午後 4 時を開始にして午後 3 時を終了にします。

このタスクは、HX Native スナップショットを午後 4 時 15 分、午後 5 時 15 分 ... 午前 12 時 15 分、午前 1 時 15 分 ... 午後 2 時 15 分、午後 3 時 15 分に取得します。その後、24 時間のサイクルが再開されます。

（注）

VM ごとの最大 HX Native スナップショット数は 31 です。1 つの HX SENTINEL スナップショットも必要です。したがって、1時間ごとに HX Native スナップショットを取得し、最新の 30 の HX Native スナップショットを保持することができます。

HX Native スケジュール スナップショットには、ストレージ コントローラ VM の現在のタイム ゾーン設定に基づく、スナップショットの設定時間が表示されます。そのため、HX Native スナップショットを午後 7 時 PST に設定し、ストレージ コントローラ VM のタイム ゾーンを EST に変更した場合、次に HX Native スケジューラのウィンドウを開くときには、設定時間は午後 10 時 EST に自動で更新されています。

関連タスク

スナップショットのスケジュール

HX Native スナップショットのスケジューリング

手順

ステップ 1

vSphere クライアント（HTML5）のホームページから、VM またはリソース プール リストを選択します。

たとえば、[vCenter インベントリ リスト（vCenter Inventory Lists）] > [仮想マシン（Virtual Machines）] の順に選択し、vCenter 内での VM のリストを表示します。

ステップ 2

ストレージ クラスタ VM またはリソース プールを選択し、[アクション（Actions）] メニューを開きます。

オブジェクトを右クリックするか、または [操作（Actions）] メニューをクリックします。

ステップ 3

[操作（Actions）] メニューから [Cisco HX Data Platform] > [スケジュール スナップショット（Schedule Snapshot）] の順に選択し、[スケジュール スナップショット（Schedule Snapshot）] ダイアログ ボックスを表示します。

ステップ 4

スナップショットの頻度を選択します。

時間単位、日単位、週単位の頻度を示すボックスをクリックし、開始日、開始時刻、および期間を設定します。

ステップ 5

保持するスナップショットの数を設定します。

最大数に達すると、新しいスナップショットの作成に伴って古いスナップショットが削除されます。

ステップ 6

必要に応じて、既存のスケジュール済み項目を選択解除します

以前のスケジュールが存在している場合は、項目を選択解除すると、今後のスケジュールからこれらの項目が削除されます。

ステップ 7

[OK] をクリックしてスケジュールを受け入れ、ダイアログを閉じます。

HX Native スケジュール済みスナップショットの頻度の設定

スナップショットを、毎時間（特定の時刻）、毎日（特定の時刻）または毎週（選択した曜日と時刻）作成します。

始める前に

VM またはリソース プールの [スナップショットのスケジューリング（Schedule Snapshot）] ダイアログボックスを開きます。

手順

ステップ 1

[スケジュール スナップショット（Schedule Snapshot）] ダイアログボックスで、[時間単位のスナップショットを有効にする（Enable Hourly Snapshot）]、[日単位のスナップショットを有効にする（Enable Daily Snapshot）]、または [週単位のスナップショットを有効にする（Enable Weekly Snapshot）] のチェックボックスをオンにします。

ステップ 2

ドロップダウン リストの [開始（Start）] をクリックし、開始時間を選択します。時間、15 分単位の分、午前または午後を選択します。

ステップ 3

スナップショット スケジュールを時間単位で設定するには、[終了日時（Until）] ドロップダウン リストをクリックして、終了時間を選択します。時間、15 分単位の分、午前または午後を選択します。[開始（Start）] で選択した開始時間と同じ値に分を設定します。

HX Data Platform プラグインは、開始時間と終了時間の間で毎時間ごとに VM のスナップショットを作成します。

ステップ 4

対応するチェックボックスをオンにして、スナップショットを取得する曜日[日（Days）]を指定します。

ステップ 5

[保持（Retention）] で、数値を入力するか矢印ボタンを使用して、スケジュールごとに保持するコピーの最大数を指定します。

関連タスク

スナップショットのスケジュール

HX Native スナップショット スケジュールの削除

手順

ステップ 1

HX vSphere クライアント (HTML5)、から、VM またはリソース プール リストを選択します。

たとえば、[vCenter インベントリ リスト（vCenter Inventory Lists）] > [仮想マシン（Virtual Machines）] の順に選択し、vCenter 内での VM のリストを表示します。

ステップ 2

ストレージ クラスタ VM またはリソース プールを選択し、[アクション（Actions）] メニューを開きます。

オブジェクトを右クリックするか、または [操作（Actions）] メニューをクリックします。

ステップ 3

[アクション（Actions）] メニューから [Cisco HX データ プラットフォーム（Cisco HX Data Platform）] > [スケジュール スナップショット（Schedule Snapshot）] を選択し、[スケジュール HX Native スナップショット（Schedule HX Native Snapshot）] ダイアログ ボックスを表示します。

ステップ 4

不要になったスケジュール済みオプションをオフにします。

ステップ 5

[OK] をクリックして変更を受け入れ（変更には、以前に設定されていたスケジュールの削除が含まれます）、ダイアログを終了します。

ステップ 6

スケジュールが削除されたことを確認します。

ストレージ クラスタ VM またはリソース プールを選択します。HX vCenter のタブ、[管理（Manage）] > [スケジュール済みタスク（Scheduled Tasks）] をクリックします。これで、以前の HX Native スナップショット スケジュールが表示されなくなります。

HX ネイティブ スナップショットへの復帰

スナップショットに復帰すると、VM がスナップショットに保存されている状態に戻ります。スナップショットへの復帰は、一度に 1 つの VM で実行します。スナップショットへの復帰は、HX Data Platform プラグインではなく vCenter Snapshot Manager で実行されます。

始める前に

VM のスナップショットが存在している必要があります。

手順

ステップ 1

vSphere クライアント （HTML5） から、VM レベル、VM フォルダ レベル、またはリソース プール レベルを選択します。たとえば、[vCenter インベントリ リスト（vCenter Inventory Lists）] > [仮想マシン（Virtual Machines）] の順に選択し、vCenter 内の VM のリストを表示します。

ステップ 2

ストレージ クラスタ VM を選択し、[操作（Actions）] メニューを開きます。[VM 情報（VM information）] ポートレット内で、VM を右クリックするか [操作（Actions）] メニューをクリックします。

ステップ 3

[スナップショット（Snapshots）] > [スナップショットの管理（Manage Snapshots）] を選択し、vSphere Snapshot Manager を開きます。

ステップ 4

選択した VM のスナップショット階層から、復元するスナップショットを選択します。

ステップ 5

[復帰（Revert to）] > [はい（Yes）] > [閉じる（Close） の順にクリックします。

復帰された VM は VM リストに追加され、電源がオフになります。場合によっては、VM スナップショットから復帰した VM がすでに電源オンになっていることがあります。詳細については、次の表を参照してください。

HX VM スナップショットの再起動後の VM 電源状態

HX VM スナップショット撮影後の VM 状態

復元後の VM 状態

電源がオンになっています（メモリが含まれます）。

HX VM スナップショットに戻した後、VM がオンになり実行中になります。

電源がオンになっています（メモリを含みません）。

HX VM スナップショットに戻した後、VM がオフになります。

電源がオフになっています（メモリを含みません）。

HX VM スナップショットに戻した後、VM がオンになり実行中になります。

ステップ 6

戻された VM がオフになる場合、VM を選択して、電源をオンにします。

HX Native スナップショットの削除

HX Native スナップショットの削除は、HX vSphere プラグインではなく vSphere インターフェイスで管理されます。

手順

ステップ 1

vSphere クライアント (HTML5) から、[VM とテンプレート（VMs and Templates）] > [vcenter_server] > [スナップショット（Snapshots）] > [データセンター（datacenter）] > [vm] の順序で選択します。

ステップ 2

[vm] を右クリックして、[Snapshots] > [Manage Snapshots] を選択します。

ステップ 3

HX Native スナップショットを選択し、[削除（Delete）] をクリックします。

（注）

[すべて削除（Delete All）] オプションのみを使用して、HX SENTINEL スナップショットを削除します。HX SENTINEL スナップショットは個別に削除しないでください。

Chapter15. 異なる HXDP バージョンで動作するクラスタの管理

- シナリオ：HXDP 3.0 で動作するサイト A と HDXP 2.6 で動作するサイト B

- シナリオ：HXDP 2.6 で動作するサイト A と HXDP 3.0 で動作するサイト B

- 機能に関する制限事項

シナリオ：HXDP 3.0 で動作するサイト A と HDXP 2.6 で動作するサイト B

次の用語および略称を使用します。

- サイト A：ソース クラスタ

- サイト B：ターゲット クラスタ

- dr_cleanup ツール：Cisco TAC に連絡し、3.0 内部サポート パッケージで利用可能なこのツールを入手します。

前提条件

- アップグレードの前に、[回復済み（Recovered）] または [中止（Halted）] 状態の VM またはグループがないことを確認します。

- VM が [中止（Halted）] 状態になっている場合は、その VM またはグループをリカバリして保護を解除します。

- VM が [回復済み（Recovered）] 状態になっている場合は、その VM またはグループの保護を解除します。

ステップ

サイト A

サイト B

結果

1.

バージョン 2.6 以前の HXDP で動作。

バージョン 2.6 以前の HXDP で動作。

—

2.

HXDP 3.0 にアップグレードします。

—

- 進行中のレプリケーションが続行されます。

- VM の計画済み移行はサポートされません。

- 詳細については、機能に関する制限事項を参照してください。

3.

サイト B をアップグレードする前にサイト A で障害が発生した場合。

1. 次のコマンドを実行します。

stcli dp peer forget

2. 必要な VM を回復します。

3. dr_cleanup ツールを実行して、ディザスタ リカバリ データベースからすべての VM 情報を削除します。

サイト B でワークロードが実行されるようになります。

4.

サイト A を復元します。

サイト A が復元された後、次の操作を行います。

1. 次のコマンドを実行します。

stcli dp peer forget

2. dr_cleanup ツールを実行して、ディザスタ リカバリ データベースからすべての VM 情報を削除します。

—

サイトのペアリングが解除されます。

5.

—

HXDP 3.0 にアップグレードします。

—

6.

サイトをペアリングします。

—

サイト A とサイト B が再びペアになり、ワークロードを保護できるようになります。

シナリオ：HXDP 2.6 で動作するサイト A と HXDP 3.0 で動作するサイト B

次の用語および略称を使用します。

- サイト A：ソース クラスタ

- サイト B：ターゲット クラスタ

- dr_cleanup ツール：Cisco TAC に連絡し、3.0 内部サポート パッケージで利用可能なこのツールを入手します。

前提条件

- アップグレードの前に、[回復済み（Recovered）] または [中止（Halted）] 状態の VM またはグループがないことを確認します。

- VM が [中止（Halted）] 状態になっている場合は、その VM またはグループをリカバリして保護を解除します。

- VM が [回復済み（Recovered）] 状態になっている場合は、その VM またはグループの保護を解除します。

ステップ

サイト A

サイト B

結果

1.

バージョン 2.6 以前の HXDP で動作。

バージョン 2.6 以前の HXDP で動作。

—

2.

—

HXDP 3.0 にアップグレードします。

- 進行中のレプリケーションが続行されます。

- VM の計画済み移行はサポートされません。

- 詳細については、機能に関する制限事項を参照してください。

3.

サイト A をアップグレードする前にサイト A で障害が発生した場合。

1. 次のコマンドを実行します。

stcli dp peer forget

2. 必要な VM を回復します。

3. dr_cleanup ツールを実行して、ディザスタ リカバリ データベースからすべての VM 情報を削除します。

- すべてのリカバリ オプションを使用できるわけではありません。

- 詳細については、機能に関する制限事項を参照してください。

- サイト B でワークロードが実行されるようになります。

4.

サイト A を復元します。

サイト A が復元された後、次の操作を行います。

1. 次のコマンドを実行します。

stcli dp peer forget

2. dr_cleanup ツールを実行して、ディザスタ リカバリ データベースからすべての VM 情報を削除します。

—

サイトのペアリングが解除されます。

5.

サイト A を HXDP 3.0 にアップグレードします。

—

—

6.

—

サイトをペアリングします。

サイト A とサイト B が再びペアになり、ワークロードを保護できるようになります。

機能に関する制限事項

リリース 3.0 の新しい機能は、ソース クラスタとターゲット クラスタの両方が同じ HXDP バージョンで動作している場合にのみサポートされます。アップグレードの際、ソースとターゲットの両方が同じバージョンになるまでに時間がかかることがあります。次に示す機能の制限事項を確認してください。

- たとえばターゲット クラスタが 2.6、ソース クラスタが 3.0 である場合など、ピア サイトのバージョンが一致していない場合、VM の計画された移行はサポートされません。

- ソースがアップグレードされると、リリース 3.0 の新しい機能 (グループ VM の movein と moveout など) は、ピアがアップグレードされるまでソース クラスタ上でブロックされます。

- ターゲット クラスタのみがアップグレードされる場合、HX Connect UI では、[リカバリ（Recovery）] ダイアログボックスの [ネットワーク マッピング (Network Mapping)] オプションは、ソース クラスタをアップグレードするまで使用できません。

Chapter16. 仮想マシンのディザスタ リカバリの管理

- HX データ保護スナップショットの概要

- 仮想マシンの保護の概要

- ディザスタ リカバリの概要

- レプリケーション メンテナンスの概要

HX データ保護スナップショットの概要

HyperFlex データ保護スナップショット (DP スナップショット) 機能では、ネットワーク接続のクラスタのペアの間で実行中の VM のレプリケーションを設定することによって、災害からの仮想マシンの保護を有効にすることができます。VM のレプリケーションでは、一方のクラスで稼働中の保護対象の仮想マシンが、ペアとなっているもう一方のクラスタに複製されます。ペアにする 2 つのクラスタは通常、互いに離れたところに位置し、一方のクラスタが他方のクラスタで実行中の仮想マシンのディザスタ リカバリ サイトとして機能します。

保護が VM で設定されると、HX Data Platform はローカル クラスタで実行中の VM のレプリケーション スナップショットを定期的に作成し、スナップショットをペアのリモート クラスタにレプリケート（コピー）します。ローカル クラスタで障害が発生すると、保護された各 VM の最も最近レプリケートされたスナップショットがリモート クラスタでが回復されることができます。他のクラスタのディザスタ リカバリ サイトとして機能する各クラスタは、障害の発生時に、通常のワークロードだけでなく新しく回復した VM を実行できるように、十分な予備リソースを含むサイズにする必要があります。

（注）

最後に複製された DP スナップショットのみが宛先クラスタに保持されます。追加の DP スナップショットの保持はサポートされていません。

レプリケーション間隔（スケジュール）を含む保護属性を割り当てることによって、各 VM を個別に保護できます。レプリケーション間隔を短くすると、レプリケートされたスナップショット データはより新しいものになる可能性があります。DP スナップショットの間隔は、5 分ごとから 24 時間ごとまでの範囲で設定できます。

保護グループとは、共通の DP スナップショット スケジュールおよび静止パラメータ値を持つ VM のグループです。

DP スナップショットの設定には、HX Data Platform バージョン 2.5 またはそれ以降を実行している 2 つの既存のクラスタが必要です。クラスタは両方とも同じ HX Data Platform バージョンにある必要があります。HyperFlex Connect を使用してセットアップを完了します。。

まず、各クラスタがローカル レプリケーション ネットワーク用に設定されます。HX Connect を使用して、リモート クラスタにレプリケートするローカル クラスタ ノードが使用する IP アドレスのセットを提供することが含まれます。HX Connect では、専用の ローカル レプリケーション ネットワークを使用するために UCS Manager で VLANを作成します。

（注）

このオプションを HX Connect で選択すると、UCSM は UCS Manager とファブリック インターコネクトの両方が HyperFlex クラスタに関連付けられている場合にのみ設定されます。UCSM と FI が存在しない場合は、VLAN ID を入力し、HX Connect で UCSM 設定を選択する必要はありません。

2 つのクラスタ、およびそれに対応する既存の関連するデータストアを明示的にペアリングする必要があります。ペアリングのセットアップは、2 つのクラスタのいずれかから HX Connect を使用して完了できます。これには、他方のクラスタの管理者クレデンシャルが必要です。

現在アクティブになっているクラスタで HX Connect を使用することで、仮想マシンを保護 (または、既存の保護属性を変更) することができます。

HX Connect を使用して、クラスタでの着信および発信の両方のレプリケーションのアクティビティをモニタすることができます。

障害の後、DP スナップショット リカバリ サイトとして機能するクラスタで、保護された VM を回復して実行できます。

- レプリケーションとリカバリに関する考慮事項

- レプリケーション ネットワークとペアリングに関する考慮事項

- ストレージ レプリケーション アダプタの概要

- データ保護の用語

- データ保護とディザスタ リカバリのベスト プラクティス

レプリケーションとリカバリに関する考慮事項

仮想マシンのレプリケーションの構成時および仮想マシンのディザスタ リカバリの実行時には、以下にリストする考慮事項があります。

（注）

Cisco HX のデータ レプリケーションは、ードウェア アクセラレーション カードをインストールした HyperFlex クラスタではサポートされていません。

- 管理者：すべてのレプリケーションおよびリカバリ タスク（ただしモニタリングを除く）は、ローカル クラスタ上の管理者権限によってのみ実行可能です。リモート クラスタに関連するタスクについては、ローカルおよびリモートの両方のユーザが管理者権限を持っている必要があり、それぞれのクラスタで vCenter SSO で構成されている必要があります。

- 最小および推奨帯域幅―HX 4.0(2a) 以降では、小規模展開の最小帯域幅を 10 Mb に設定できます。レプリケーション ネットワーク リンクが信頼でき、HyperFlex DR ネットワークで設定されているのと同じ最小の対称帯域幅が持続している必要があります。これはアップリンクまたはダウンリンク上のその他のアプリケーションと共有されません。

- 最大遅延―サポートされている最大遅延は、2 個のクラスタ間で 75ms です。

同時に複数のレプリケーションを実行するようにスケジュールしている場合、DR によってサポートされている最大数は 32 と帯域幅 (50Mb) は、低遅延 (75ms) です。帯域幅が利用可能になるまで一部のジョブはエラーが発生する可能性があります。このような状況が発生した場合、レプリケーションを調整して帯域幅を増加するか、同時並行を減らします。

このような状況の中で、オペレーションを保護しないと予想以上に時間がかかる場合があります。

- ネットワーク損失―2 つのサイト間でデータ送信のパケット損失が発生した場合、オペレーションは予期しない動作が発生します。送信はこれらの機能が予想通りに機能するように信頼できる必要があります。

- 記憶域：リモート クラスタに DR レプリケーション スケジュールをサポートするのに十分な領域があることを確認します。保護された仮想マシンは、スケジュールされた間隔でリモート クラスタにレプリケート（コピー）されます。ストレージ キャパシティの方法が適用されますが（重複排除、圧縮）、レプリケートされた各仮想マシンはストレージ スペースを消費します。

リモート クラスタに十分なストレージ容量がないと、リモート クラスタで使用可能な最大容量に達する可能性があります。[スペース不足エラー（Out of Space）] が表示される場合は、スペース不足エラーの処理 を参照してください。クラスタで利用できるスペースが適切に調整されるまでは、すべてのレプリケーション スケジュールを一時停止します。クラスタ容量の消費量が常にスペース使用率の警告しきい値を下回るようにしてください。

- サポートされるクラスタ：レプリケーションは次の HyperFlex クラスタ間でサポートされています。

- ファブリック インターコネクト下で実行されている HX クラスタ間での 1:1 のレプリケーション。

- ファブリック インターコネクト下で実行されているオール フラッシュと Hybrid HX クラスタ間での 1:1 のレプリケーション。

- 3 ノードおよび 4 ノード HX Edge と別の 3 ノードおよび 4 ノード HX Edge クラスタ間での 1:1 のレプリケーション。

- All Flash 3 ノードおよび 4 ノード HX Edge と Hybrid 3 ノードおよび 4 ノード HX Edge クラスタ間での 1:1 のレプリケーション。

- ファブリック インターコネクト下で実行されている 3 ノードおよび 4 ノード HX Edge と HX クラスタ間での 1:1 のレプリケーション。

- HX リリース 4.5（2a）以降、2 ノード HX Edge クラスタを使用した 1：1 レプリケーション。

- ノードの再起動：復元、レプリケーション、またはリカバリ操作中に、HX クラスタ内のノードを再起動しないでください。

- シン プロビジョニング：保護された VM は、元々保護されていた仮想マシンでのディスクの指定方法に関係なく、シン プロビジョニングされたディスクでリカバリされます。

- 保護グループの制限

- ISO またはフロッピーを使用する VM を保護グループに追加しないでください。

保護された仮想マシンのスケーラビリティ

- 非 HX データストア：非 HX データストア上にストレージが含まれている VM を保護している場合、この VM での定期的なレプリケーションは失敗します。障害を回避するには、VM の保護を解除するか、VM から非HX ストレージを削除します。

保護された VM を HX データストアから非 HX データストアに移動しないでください。ストレージの vMotion を通じて非 HX データストアに VM を移動する場合、VM の保護を解除します。

- テンプレート―テンプレートはディザスタ リカバリをサポートしていません。

- スナップショットがある仮想マシンの保護およびリカバリ

レプリケーションが有効な場合:

- スナップショットがない VM: VM の全コンテンツがレプリケートされます。

- VMware Redolog スナップショットがある VM: スナップショット データを含む全コンテンツがレプリケートされます。Redolog スナップショットがある VM を回復する場合、以前のすべてのスナップショットが保持されます。

- HX ネイティブ スナップショットを備えた VM: 最新のデータのみが複製され、HX ネイティブ スナップショット データはレプリケートされません。VM を回復する場合、以前のスナップショットは保持されません。

- データ保護のスナップショットは、保護された VM と同じデータストアに保存されます。DP スナップショットの手動削除はサポートされていません。スナップショット ディレクトリを削除すると、HX データ保護とディザスタ リカバリが損なわれる可能性があります。

注意

DP スナップショットを手動で削除しないようにするには、VMware が管理者ユーザーによるデータストアの操作を制限しないことに注意してください。VMware 環境と同様に、vCenter ブラウザを介して管理者がアクセスするか、または ESX ホストにログインすることによって、データストアにアクセスできます。このため、スナップショット ディレクトリとコンテンツは参照可能で、管理者がアクセスできます。

考慮すべき点は次のとおりです。

- VMware vCenter の場所:「その他の DRO」データストア ペアにある VMware 仮想センターから VM を削除すると、復元中にこのデータストア ペアの復元計画が失敗します。この障害を回避するには、まずコントローラ VM のいずれかで次のコマンドを使用して VM の保護を解除する必要があります。

stcli dp vm delete --vmid

- VM の名前ー vCenter から VM の名前を変更すると、HyperFlex は以前の名前フォルダで回復しますが、復元側で新しい名前を使用して VM を登録します。次に、この状況の制限事項の一部を示します。

- VMware を使用すると、任意の場所にある VMDK を VM に接続できます。このような場合、HyperFlex は VM フォルダ内の VM を回復しますが、元の場所にマップされている場所ではありません。また、VMDK がパスによって virtualmachine name.vmx ファイルで明示的に参照されている場合、復元が失敗することがあります。データは正確に復元していますが、vCenter への VM の登録に問題がある可能性があります。このエラーを修正するには、virtualmachine name.vmx ファイル名を新しいパスで更新します。

- VM の名前が変更され、その後に VMDK が追加された場合、新しい VMDK は [sourceDs] newVm/newVm.vmdk で作成されます。HyperFlex は、この VMDK を以前の名前で復元します。その場合、VMDK がパスによって virtualmachine name.vmx ファイルで明示的に参照されている場合、復元が失敗することがあります。データは正確に復元していますが、仮想センターへの VM の登録に問題がある可能性があります。このエラーを修正するには、virtualmachine name.vmx ファイル名を新しいパスで更新します。

- ネットワーク ポート：HyperFlex ソリューションのコンポーネント通信に必要なポートの包括的なリストは、 『HX Data Platform Security Hardening Guide』の付録Aにあります。

レプリケーション ネットワークとペアリングに関する考慮事項

DP スナップショットのためにレプリケーションの使用を想定して、クラスタ間でレプリケーション ネットワークを確立する必要があります。各クラスタとサイト内の他のトラフィックから、クラスタ間レプリケーションのトラフィックを特定するために、レプリケーション ネットワークが作成されます。

以下に、レプリケーション ネットワークおよびペアリングを設定する際の考慮事項をリストします。

- 効率的なレプリケーションをサポートするには、クラスタ間の N x M 接続図で示されるように、クラスタ A のすべての M ノードがクラスタ B のすべての N ノードと通信する必要があります。

- クラスタ間のレプリケーション トラフィックがサイトの境界を越えてインターネットを通過するためには、クラスタ A の各ノードがサイトの境界とインターネットを超えて、クラスタ B 上の各ノードと通信できる必要があります。

- レプリケーション トラフィックは、クラスタやデータ センター内の他のトラフィックから分離される必要があります。

- クラスタ間トラフィック用にこの分離されたレプリケーション ネットワークを作成するには、次の手順に従います。

- 各クラスタでレプリケーション ネットワークを作成します。

- クラスタを関連付けるためにクラスタをペアリングし、クラスタ間の N x M 接続を確立します。

- IP アドレス、サブネット、VLAN、およびゲートウェイは、クラスタのレプリケーション ネットワークに関連付けられます。両方のサイトで会社のファイアウォールとルータを設定し、TCP ポート 9338、3049、9098、4049、4059 でクラスタとサイト間の通信を許可してください。

- HyperFlex ソリューションのコンポーネント通信に必要なポートの包括的なリストは、 『HX Data Platform Security Hardening Guide』の付録 A に記載されています。

クラスタ間 M x N 接続

ストレージ レプリケーション アダプタの概要

VMware vCenter Site Recovery Manager (SRM) の Storage Replication Adapter (SRA) は、VMware vCenter サーバのストレージ ベンダー特有のプラグインです。アダプタは、ストレージ仮想マシン (SVM) レベルとクラスタ レベル設定で。SRM とストレージ コントローラ間の通信を可能にします。アダプタは SVM と通信して、複製されたデータストアを検出します。

SRM のインストールと設定の詳細については、SRM リリース バージョンに従って次のリンクを参照してください。

- SRM 8.1 のインストール:https://docs.vmware.com/en/Site-Recovery-Manager/8.1/srm-install-config-8-1.pdf

- SRM 6.5 のインストール:https://docs.vmware.com/en/Site-Recovery-Manager/6.5/srm-install-config-6-5.pdf

- SRM 6.0 のインストール:https://docs.vmware.com/en/Site-Recovery-Manager/6.0/srm-install-config-6-0.pdf

保護および復元サイトの両方で、Site Recovery Manager サーバ ホストに適切な SRA をインストールする必要があります。複数のタイプのストレージ アレイを使用する場合は、両方の Site Recovery Manager サーバ ホストで、各タイプのアレイに SRA をインストールする必要があります。

SRA をインストールする前に、SRM および JDK 8 以降のバージョンが、保護および復元サイトの Windows マシンにインストールされていることを確認します。

SRA をインストールするには、次の手順を実行します。

1. VMware サイトから SRA をダウンロードします。

https://my.vmware.com/web/vmware/downloads ページで、VMware Site Recovery Manager を検索し、[Download Product (製品のダウンロード)] をクリックします。[Drivers & Tools (ドライバおよびツール)] をクリックし、[Storage Replication Adapters (ストレージ複製アダプタ)] を展開し、[Go to Downloads (ダウンロードに進む)] をクリックします。

2. SRA Windows インストーラを、保護および復元サイトの両方で SRM Windows マシンにコピーします。

3. インストーラをダブルクリックします。

4. インストーラの [Welcome (ようこそ)] ページで [Next (次へ)] をクリックします。

5. EULA に同意して、[Next (次へ)] をクリックします。

6. [Finish] をクリックします。

（注）

SRM プログラム フォルダ内に SRA がインストールされます。

C:\Program Files\VMware\VMware vCenter Site Recovery Manager\storage\sra

SRA のインストール後に、SRM リリース バージョンに従って次のガイドを参照し、SRM 環境の設定を行います。

- SRM 8.1 の設定:https://docs.vmware.com/en/Site-Recovery-Manager/8.1/srm-admin-8-1.pdf

- SRM 6.5 の設定:https://docs.vmware.com/en/Site-Recovery-Manager/6.5/srm-admin-6-5.pdf

- SRM 6.0 の設定:https://docs.vmware.com/en/Site-Recovery-Manager/6.0/srm-admin-6-0.pdf

設定後、SRM は SRA と連携してアレイを検出し、複製およびエクスポートされたデータストアを検出し、フェールオーバーまたはフェールオーバーのデータストアをテストします。

SRA により、SRM が次のワークフローを実行できるようにします。

- 複製されたストレージの検出

- 複製データの書き込み可能コピーを使用した中断フェールオーバー テストの復元

- 緊急または計画されたフェールオーバー復元

- フェールバックの一部としてフェールオーバー後に複製を戻す

- 実稼働テストの一環として、フェールオーバー後の複製を復元する

データ保護の用語

間隔：レプリケーション スケジュール設定の一部。保護された VM の DP スナップショットを取得してターゲット クラスタにコピーする頻度を指定するために使用します。

ローカル クラスタ：VM レプリケーション クラスタ ペアで、HX Connect を通じて現在ログインしているクラスタ。ローカル クラスタから、ローカル上に存在する VM にレプリケーション保護を設定できます。VM はペアリング済みのリモート クラスタにレプリケートされます。

移行―VM の最近のレプリケーション スナップショットのコピーが稼働中の VM になる場合、定期的なシステム メンテナンスと管理タスク。ソースおよびターゲット クラスタのレプリケーション ペアは変更されません。

プライマリ クラスタ―VM ディザスタ リカバリのソース クラスタの別の名前。

保護された仮想マシン―レプリケーションが設定されている VM。保護された VM は、レプリケーション ペアのローカル クラスタのデータストアに存在します。保護された VM には個別または保護グループを通じて設定されたレプリケーション スケジュールがあります。

保護グループ：同じレプリケーション構成を VM のグループに適用する方法です。

リカバリ プロセス：ソース クラスタに失敗または障害が発生した場合に、保護された VM を回復するための手動プロセス。

リカバリ テスト：災害時にリカバリ プロセスを成功させるためのメンテナンス タスクです。

リモート クラスタ：VM レプリケーション クラスタ ペアの 1 つ。リモート クラスタは、ローカル クラスタの保護された VM からレプリケーション スナップショットを受信します。

レプリケーション ペア：ローカル クラスタ VM のレプリケートされた DP スナップショットを格納するリモートのクラスタ ロケーションを提供するためにまとめられた 2 つのクラスタです。

レプリケーション ペアのクラスタは、リモート クラスタまたはローカル クラスタの両方になることが可能です。レプリケーション ペアの両方のクラスタは、レジデント VM を持つことができます。各クラスタは、自身のレジデント VM に対してローカルです。各クラスタは、ペアリング相手のローカル クラスタに存在する VM に対してリモートです。

DP スナップショット：レプリケーション保護メカニズムの一部。保護された VM の取得されたスナップショットのタイプで、ローカル クラスタからリモート クラスタにレプリケートされます。

セカンダリ クラスタ：VM ディザスタ リカバリ内のターゲット クラスタの別名。

ソース クラスタ：VM レプリケーション クラスタ ペアの 1 つ。ソース クラスタは、保護された VM が置かれる場所となります。

ターゲット クラスタ：VM レプリケーション クラスタ ペアの 1 つ。ターゲット クラスタは、ソース クラスタの VM からレプリケートされた DP スナップショットを受信します。ソース クラスタで障害が発生した場合、VM を回復するためにターゲット クラスタが使用されます。

データ保護とディザスタ リカバリのベスト プラクティス

保護対象の環境に基づく効果的なデータ保護およびディザスタリカバリ戦略の要件は、過大評価することはできません。設計されて展開されるソリューションは、実稼働 VM のリカバリ ポイント目標 (RPO) とリカバリ時間の目標 (RTO) の両方のビジネス要件を満たしている必要があります。次に、この戦略を設計する際に考慮する必要があるポイントの一部を示します。

- ミッション クリティカル、ビジネス クリティカル、および重要な VM を含む可能性のある、さまざまな種類の生産ワークロードに準拠するために必要なサービスレベル契約 (SLA) の数。

- 各 SLA の詳細な構造。これには、RPO、RTO、保存されたリカバリ ポイント数、データのオフサイト コピー要件、および異なるメディア タイプにバックアップ コピーを保存するための要件が含まれます。異なる場所、異なるハイパーバイザ、異なるプライベート/パブリック クラウドなど、異なる環境に復元する機能などには、追加の要件がある場合があります。

- ソリューションが設計されたビジネス要件を満たしていることを証明するために機能する各 SLA の継続的なテスト戦略。

バックアップとバックアップ コピーは、保護される HyperFlex クラスタの外部に保存する必要があることに注意してください。たとえば、HyperFlex クラスタ上の VM を保護するために実行されるバックアップは、同じ HyperFlex クラスタでホストされているバックアップ リポジトリまたはディスク ライブラリには保存しないでください。

内蔵 HyperFlex データ保護機能は、次のカテゴリに一般化されています。

- データ レプリケーション ファクタ: HyperFlex クラスタ内のデータの冗長コピー数を示します。データ レプリケーション ファクタ 2 または 3 は、データプラットフォームのインストール時に設定できますが、変更することはできません。データ レプリケーション ファクタの利点は、クラスタで許容される障害の数に関係します。データ レプリケーション ファクタの詳細については、セクション を参照してください。

（注）

データ レプリケーション ファクタ単独では、クラスタの障害が発生した場合や、サイトの拡張が停止した場合に、リカバリの要件を満たすことができない場合があります。また、データ レプリケーション ファクタは、ポイント インタイム リカバリ、複数のリカバリ ポイントの保持、またはクラスタ外部のデータのポイント インタイム コピーの作成を促進することはありません。

- HX Native スナップショット: 個々の VM ベースで動作し、一定期間 VM のバージョン保存を有効にします。HX SENTINELスナップショットを含め、最大合計 31 のスナップショットを保持できます。

（注）

HX Native スナップショット単独では、珍しいクラスタの障害が発生した場合や、サイトの拡張が停止した場合に、リカバリの要件を満たすことができない場合があります。また、HX Native スナップショットは、クラスタの外部にあるデータのポイント インタイム コピーを作成する機能を促進するものではありません。さらに重要な点として、VM を意図せずに削除すると、削除された VM に関連付けられているデータ プラットフォームの HX Native スナップショットも削除されます。

- 非同期レプリケーション ― HX Data Platform ディザスタ リカバリ機能とも呼ばれ、ネットワークに接続された HyperFlex クラスタのペア間で仮想マシンのスナップショットを複製することにより、仮想マシンの保護を可能にします。VM のレプリケーションでは、一方のクラスで稼働中の保護対象の仮想マシンが、ペアとなっているもう一方のクラスタに複製されます。ペアにする 2 つのクラスタは通常、互いに離れたところに位置し、一方のクラスタが他方のクラスタで実行中の仮想マシンのディザスタ リカバリ サイトとして機能します。

（注）

リモート クラスタで複数のポイント インタイム コピーを保持する必要がある場合、非同期レプリケーションのみリカバリの要件を満たしていない可能性があります。特定の VM の最新のスナップショット レプリカのみがリモート クラスタに保持されます。また、非同期レプリケーションは、いずれかのクラスタ外部にあるデータのポイント インタイム コピーを作成する機能を促進するものではありません。

まず、環境における固有のビジネス要件を理解し、これらの要件を満たすかそれらを超える包括的なデータ保護とディザスタ リカバリ ソリューションを展開することをお勧めします。

仮想マシンの保護の概要

仮想マシン (VM) を保護するには、次の保護属性を指定します。

- レプリケーションの DP スナップショットが作成されるレプリケーション間隔。

- 開始時刻（次の 24 時間以内で、VM に対して最初にレプリケーションを試行する時刻の指定）

- VM を停止した状態で DP スナップショットを取得するかどうかを指定します。静止オプションを適切に使用するには、保護されている VM に VMware ツールがインストールされている必要があります。

- ディザスタ リカバリの静止スナップショット用の VMware ゲスト ツールがサポートされています。最新のVMwareゲストツールサービスをインストールするか、既存のサービスが最新であることを確認します。

（注）

サード パーティ製ゲストツール（open-vm-tools）の使用は許可されていますが、HX ではサポートされていません。

保護属性を作成し、保護グループに割り当てることができます。VM に保護属性を割り当てるには、保護属性を保護グループに追加します。

たとえば、ゴールド、シルバー、ブロンズの 3 つの異なるSLAがあります。各 SLA に保護グループを設定し、レプリケーション間隔を、金は 5 ～ 15 分、銀は 4 時間、銅は 24 時間と設定します。VM のほとんどは、作成済みの 3 つの保護グループのいずれかに追加するだけで保護できます。

VM を保護する方法を次の中から選択できます。

（注）

複数の VM を選択する場合、それらを保護グループに追加する必要があります。

- Independently：VM を 1 つ選択し、保護を設定します。特定の VM のレプリケーション スケジュールおよび VMware の休止オプションを設定します。レプリケーション設定の変更は、個別に保護された VM にのみ影響を与えます。VM は保護グループに含まれません。

- 既存の保護グループ：1 つ以上の VM を選択し、それらを既存の保護グループに追加します。スケジュールおよび VMware の休止オプション設定は、保護グループ内のすべての VM に適用されます。保護グループの設定を変更する場合、保護グループのすべての VM に変更が適用されます。

- 新しい保護グループ：2 つ以上の VM を選択し、新しい保護グループを作成することを選択します。保護グループの名前、スケジュール、および VMware の休止オプション設定を定義します。これらの設定は、保護グループ内のすべての VM に適用されます。保護グループの設定を変更する場合、保護グループのすべての VM に変更が適用されます。

- データ保護のワークフロー

- 複製ネットワークの設定 HX 接続

- レプリケーション ペアの概要

- 保護グループの作成

- 既存の保護グループでの仮想マシンの保護

- 新しい保護グループでの仮想マシンの保護

- 個別の仮想マシンの保護

- 仮想マシンの保護の解除

データ保護のワークフロー

レプリケーションを使用して VM とそのデータを保護するには、次の手順を実行します。

- レプリケーション ネットワーク アクティビティをサポートするように、2 つのクラスタを設定し、お互いがペアになるようにします。

- ソース クラスタに DP のスナップショットを作成して、ターゲット クラスタにそれらをレプリケートする頻度（間隔）を設定する VM のレプリケーション スケジュールを割り当てます。個々の VM と保護グループにレプリケーション スケジュールを割り当てることができます。

レプリケーション ワークフロー

1. HX データ プラットフォーム をインストールし、2 つのクラスタを作成します。

2. 各クラスタに 1 つ以上のデータストアを作成します。

3. HX 接続 にログインします。

4. レプリケーション ネットワークを作成する前に、レプリケーション ネットワークに使用される IP アドレス、サブネット マスク、VLAN、ゲートウェイ、および IP 範囲を確認します。複製ネットワークの作成後は、このレプリケーション ネットワークを介して、クラスタ内の接続を検証します。

5. デフォルトの MTU 値は 1500 です。HyperFlex クラスタが OTV またはその他のトンネリング メカニズムを使用する場合は、サイト間またはクラスタ間の接続で機能する MTU を必ず選択します。

6. 各クラスタでクラスタ レプリケーション ネットワークを設定します。レプリケーション ネットワーク情報は、各クラスタで一意です。

レプリケーション ネットワーク専用のサブネット、ゲートウェイ、IP アドレスの範囲、帯域幅制限を指定します。HX データ プラットフォーム は UCS Manager を介して両方のクラスタの VLAN を設定します。

7. クラスタ間のネットワーク テストは、レプリケーション ネットワークの設定後、クラスタのノード間の接続を検証するために実行されます。クラスタ間のネットワーク テストが失敗した場合、レプリケーション ネットワーク設定がロール バックされます。問題を修正した後、レプリケーション ネットワークを再設定します。

8. レプリケーション ペアを作成する前に、このペアをサポートする社内ネットワークが更新されていることを確認します。

9. 1 つのクラスタから別のクラスタへのレプリケーション ペアを作成し、2 つのクラスタを接続します。レプリケーション ペアを作成した後、クラスタ間ペア ネットワークのテストを実行し、クラスタ間の双方向接続を検証します。両方のクラスタからのデータストア マッピングを設定します。

10. オプションで、保護グループを作成できます。

- スケジュールを設定します。各保護グループにスケジュールが 1 つ必要です。

- 異なる VM 用にさまざまなレプリケーション間隔（スケジュール）がある場合は、複数の保護グループを作成します。VM は、1 つの保護グループにのみ属することができます。

11. 個々の VM または保護グループに割り当てられた仮想マシンとして、保護する VM を選択します。

12. 保護を設定し、次の手順を実行します。

1. 1つ以上の VM を選択します。[Protect] をクリックします。

2. [VM の保護] ウィザードでのオプションは次のとおりです。

- 既存の保護グループを通じて 1 つの VM を保護します。

- 1 つの VM を個別に保護します。

スケジュールを設定します。

- 既存の保護グループを通じて複数の VM を保護します。

- 新しい保護グループで複数のVMを保護します。

新しい保護グループを作成して、スケジュールを設定します。

複製ネットワークの設定 HX 接続

レプリケーション ペアを構成するには、その前に、ローカル/リモートの両方のクラスタでレプリケーション ネットワークが構成されている必要があります。ローカル クラスタで設定を完了してから、リモート クラスタにログインして、そこで設定を完了します。

始める前に

複製ネットワークを設定する前に、次の前提条件を満たしていることを確認します

- 少なくとも N + 1 個の IP アドレスが必要です（N はコンバージド ノードの数）。また、これらの新しい IP アドレスにまたがる IP サブネット、ゲートウェイ、およびこのサブネットに関連付けられた VLAN も必要です。

- 将来のクラスタ拡張に対応するには、今後使用できる十分な数の IP アドレスがサブネットに存在することを確認してください。展開されたクラスタ内の新しいノードには、複製用の IP アドレスも割り当てる必要があります。前の手順で指定したサブネットは、潜在的な新しい IP 範囲にまたがっている必要があります。

- 後で IP プール範囲をネットワークに追加することはできますが、レプリケーション ネットワークですでに設定されている IP プールを変更することはできません。

- レプリケーション ネットワークに使用する IP アドレスが、他のシステムでまだ使用されていないことを確認してください。

- レプリケーション ネットワークを作成する前に、レプリケーション ネットワークに使われる IP アドレス、サブネット、VLAN、ゲートウェイを確認します。

手順

ステップ 1

管理者権限のユーザーとして HX 接続 にログインします。

ステップ 2

[Replication] > [Replication Configuration] > [Configure Network] を選択します。

（注）

レプリケーション ネットワークを構成できるのは 1 回のみです。構成後は、使用可能な IP アドレスとネットワーク帯域幅を編集できます。

ステップ 3

[Configure Replication Network] ダイアログボックスの タブで、ネットワーク情報を入力します。

UI 要素

基本的な情報

[既存の VLAN の選択（Select an existing VLAN）] オプション ボタン

このラジオ ボタンをクリックして、既存の VLAN を追加します。

レプリケーション ネットワークで使用するために Cisco UCS Manager を通じて VLAN を手動で設定した場合、その VLAN ID を入力します。

[新しい VLAN の作成] ラジオ ボタン

このラジオ ボタンをクリックして、新規 VLAN を作成します。

[VLAN ID] フィールド

上矢印または下矢印をクリックして VLAN ID の番号を選択するか、フィールドに番号を入力します。

これは、HX データ プラットフォーム 管理トラフィック ネットワーク および データ トラフィック ネットワーク とは別です。

重要

レプリケーション ペアを構成する HX ストレージ クラスタごとに、異なる VLAN ID を必ず使用してください。

2 つの HX ストレージ クラスタの間でレプリケーションが行われます。各 HX ストレージ クラスタに、レプリケーション ネットワーク専用の VLAN が必要です。

たとえば、 3 です。

値を追加すると、デフォルトの VLAN 名が更新されて追加の ID が組み込まれます。VLAN ID の値は、手動で入力される VLAN 名には影響を与えません。

[VLAN名（VLAN Name）] フィールド

[Create a new VLAN] ラジオ ボタンを選択した場合、このフィールドにはデフォルトの VLAN 名が入力されます。VLAN ID は名前に紐づけられます。

ストレッチ クラスタの場合は、プライマリおよびセカンダリ FI（サイト A とサイト B ）のCisco UCS Managerクレデンシャルを入力します。通常のクラスタの場合は、単一の FI のCisco UCS Managerクレデンシャルを入力します。

[UCS Manager のホスト IP または FQDN（UCS Manager host IP or FQDN）] フィールド

Cisco UCS Manager の FQDN または IP アドレスを入力します。

たとえば、10.193.211.120 とします。

[ユーザ名（Username）] フィールド

Cisco UCS Manager の管理者ユーザ名を入力します。

[パスワード（Password）] フィールド

Cisco UCS Manager の管理者パスワードを入力します。

ステップ 4

[Next] をクリックします。

ステップ 5

[IP & Bandwidth Configuration] タブで、ネットワーク パラメータとレプリケーション帯域幅を設定します。

UI 要素

基本的な情報

[サブネット（Subnet）] フィールド

レプリケーション ネットワークで使用するサブネットを、ネットワーク プレフィックス表記で入力しますサブネットは HX データ プラットフォーム 管理トラフィック ネットワーク および データ トラフィック ネットワーク とは別です。

Format example:
x.x.x.x/<number of bits>
1.1.1.1/20

[ゲートウェイ（Gateway）] フィールド

複製ネットワークで使用するゲートウェイ IP アドレスを入力します。ゲートウェイは、HX データ プラットフォーム 管理トラフィック ネットワーク および データ トラフィック ネットワーク で異なります。

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

（注）

障害復旧が flat ネットワーク用に設定されている場合でも、ゲートウェイ IP アドレスにアクセスできる必要があります。

[IP範囲（IP Range）] フィールド

レプリケーション ネットワークで使用する IP アドレス範囲を入力します。

- 必要な IP アドレスの最小数は、HX ストレージ クラスタ内のノード数プラス 1 です。

たとえば、4 ノード HX ストレージ クラスタの場合、少なくとも 5 つの IP アドレスを含む範囲を入力します。

- [から（from）] の値には、[まで（to）] の値より小さい値を指定する必要があります。

たとえば、From 10.10.10.20 To 10.10.10.30 とします。

- クラスタにノードを追加する計画がある場合は、追加ノードに対応するのに十分な数の IP アドレスを含めます。IP アドレスはいつでも追加できます。

（注）

IP アドレス範囲には、コンピューティング専用ノードは含まれません。

[IP 範囲の追加（Add IP Range）] ボタン

クリックすると、[IP 範囲（IP Range）] の [から（From）] および [まで（To）] フィールドに入力した IP アドレス範囲が追加されます。

[Set Replication Bandwidth Limit] チェック ボックス

複製ネットワークが着信および発信トラフィックに使用できる最大のネットワーク帯域幅を入力します。許容値は 33,000 Mbits/秒です。

デフォルト値は [無制限（unlimited）] です。この場合、最大ネットワーク帯域幅はネットワークで使用可能な合計帯域幅に設定されます。

レプリケーション帯域幅は、このローカル HX ストレージ クラスタからペアリング相手のリモート HX ストレージ クラスタにレプリケーション スナップショットをコピーする際に使用されます。

（注）

- 低帯域幅 (通常、50 Mbps 以下) では、複数の VM を複製すると、データ転送レートが高くなりすぎてしまい、複製プロセスを実行することなく終了する可能性があります。この問題を克服するには、帯域幅を増やすか、VM 複製のスケジュールを調整して、VM が同じウィンドウで複製されないようにします。

- 帯域幅設定は、リンク速度に近い必要があります。ペア内のクラスタの帯域幅設定は同じである必要があります。

- 設定された帯域幅は、帯域幅が設定されているクラスタの着信および発信トラフィックにのみ適用されます。たとえば、帯域幅制限を 100 Mb に設定すると、100 Mb が着信トラフィックに対して設定され、100 Mb が発信トラフィックに設定されていることを意味します。

- 帯域幅制限の設定は、物理帯域幅を超えないようにする必要があります。

- 設定された帯域幅は、障害復旧環境の両方のサイトで同じである必要があります。

- 許容される低帯域幅は 10Mb で、10Mb でサポートされる最大遅延は 75ms です。ネットワークの損失や不安定な HX クラスタが原因で VM の初期レプリケーションが失敗した場合は、新しいレプリケーション ジョブとして次のスケジュールで VM レプリケーションが再度開始されます。この場合、VM を保護するために、スケジュールのサイズを調整する必要があります。

[Set non-default MTU] チェック ボックス

デフォルトの MTU 値は 1500 です。

レプリケーション ネットワークのカスタム MTU サイズを設定するチェック ボックスを選択します。MTU は 1024 ～ 1500 の範囲で設定できます。

（注）

- 必ずクラスタの両側で同じ MTU 値を使用してください。

- クラスタを設定した後、MTU 値を変更する必要がある場合は、既存のレプリケーション ネットワーク設定を削除する必要があります。レプリケーション ネットワークは、正しい MTU 値で設定できます。

（注）

複製ネットワークに既存の VLAN を使用すると、複製ネットワークの設定が失敗します。Cisco UCS Manager の管理 vNIC テンプレートに、自分で作成した複製 VLAN を追加する必要があります。

ステップ 6

[Next] をクリックします。

ステップ 7

[Test Configuration] タブで、複製ネットワーク構成を確認します。

ステップ 8

[構成] をクリックします。

次のタスク

- レプリケーション ペアの両方の HX ストレージ クラスタ にレプリケーション ネットワークを構成してください。

- 複製ネットワークがクラスタ上に作成された後、クラスタ上の各統合ノードは、eth2 インターフェイス上の IP アドレスで構成されます。

- ‘arping’ を使用して重複 IP 割り当てを確認してください。

For example:arping -D -b -c2 -I ethX $replicationIP` (replace ethX and $replicationIP with actual values).

重複 IP 割り当てがある場合は、複製ネットワーク割り当てを削除する必要があります。

- ローカル レプリケーション ネットワークのテスト

- レプリケーション ネットワークの編集

ローカル レプリケーション ネットワークのテスト

クラスタ間のレプリケーション ネットワーク テストを実行するには、次の操作を実行します。

手順

ステップ 1

HX Connect にログインします。

1. ブラウザで、HX ストレージ クラスタ管理 IP アドレスを入力します。https://<storage-cluster-management-ip> に移動します。

2. 管理者ユーザのユーザ名とパスワードを入力します。

3. [Login] をクリックします。

ステップ 2

[ナビゲーション（Navigation）] ペインで、[レプリケーション（Replication）] をクリックします。

ステップ 3

[アクション（Actions）] ドロップダウン リストから、[ローカルレプリケーションネットワークのテスト（Test Local Replication Network）] を選択します。

ステップ 4

[テストを実行（Run Test）] をクリックします。

ステップ 5

[アクティビティ（Activity）] ページで、[レプリケーションネットワークのテスト（Test Replication Network）] タスクの進行状況を表示できます。

レプリケーション ネットワークの編集

構成済みのレプリケーションがある HX クラスタを展開するときは、レプリケーション ネットワークに使用できる十分な IP アドレスがあることを確認します。レプリケーション ネットワークでは、クラスタ内の各ノード 1 台に 1 つに加えてもう 1 つ専用の IP アドレスが必要です。例えば、3 ノードのクラスタでは 4 つの IP アドレスが必要です。ノードをもう 1 つクラスタに追加する場合は、少なくとも 5 つの IP アドレスが必要です。

IP アドレスを追加するためにレプリケーション ネットワークを編集するには、次のタスクを実行します。

手順

ステップ 1

管理者として HX 接続 にログインします。

ステップ 2

ナビゲーション ペインで、[レプリケーション（Replication）] を選択します。

ステップ 3

[アクション（Actions）] ドロップダウン リストから、[レプリケーションネットワークの編集（Edit Replication Network）] を選択します。

ステップ 4

[ネットワーク設定の編集（Edit Network Configuration）] ダイアログ ボックスで、使用する IP の範囲を編集して、レプリケーション トラフィックのレプリケーション帯域幅制限を設定することができます。レプリケーション ネットワーク サブネットおよびゲートウェイは参照用にのみ表示され、編集できません。

UI 要素

基本的な情報

[サブネット（Subnet）] フィールド

レプリケーション ネットワーク用に設定されているサブネット（ネットワーク プレフィックス表記）。この値は編集できません。

[ゲートウェイ（Gateway）]フィールド

レプリケーション ネットワーク用に設定されているゲートウェイ。この値は編集できません。

[IP範囲（IP Range）] フィールド

レプリケーション ネットワークで使用する IP アドレス範囲を入力します。

- 必要な IP アドレスの最小数は、HX Storage クラスタのノード数プラス 1 です。

たとえば、HX ストレージ クラスタ に 4 つのノードがある場合、IP 範囲は少なくとも 5 つの IP アドレスである必要があります。

- [から（from）] の値には、[まで（to）] の値より小さい値を指定する必要があります。

たとえば、From 10.10.10.20 To 10.10.10.30 とします。

- ただし IP アドレスはいつでも追加できます。

- クラスタにノードを追加する計画がある場合は、追加ノードをカバーするのに十分な数の IP アドレスを含めます。

（注）

IP アドレス範囲には、コンピューティング専用ノードは含まれません。

[IP 範囲の追加（Add IP Range）] フィールド

クリックして、[IP 範囲（IP Range）] の [から（From）] および [まで（To）] フィールドに入力した範囲の IP アドレスを追加します。

[レプリケーション帯域幅制限の設定（Set replication bandwidth limit）] チェックボックス（オプション）

レプリケーション ネットワークが発信トラフィックに使用できる最大のネットワーク帯域幅を入力します。

有効な範囲：10〜10,000。デフォルトは unlimited で、使用可能なレプリケーション ネットワークの合計に最大ネットワーク帯域幅を設定します。

レプリケーション帯域幅は、このローカル HX ストレージ クラスタ から、ペアになっているリモート HX ストレージ クラスタ に DP スナップショットをコピーするのに使用されます。

ステップ 5

[Save Changes]をクリックします。

これでレプリケーション ネットワークが更新されます。追加したレプリケーション ネットワーク IP アドレスは、ストレージ クラスタに追加された場合に新しいノードで使用できるようになります。レプリケーション トラフィックは、帯域幅制限に対する変更に合わせて調整されます。

レプリケーション ペアの概要

レプリケーション クラスタ ペアの作成は、レプリケーション用 VM の設定の前提条件です。2 つの HX クラスタをペアリングした後、リモート クラスタのデータストアをローカル クラスタのデータストアにマッピングします。

HX クラスタ 1 のデータストア A を HX クラスタ 2のデータストア B にマッピングすると、データストア A に常駐し、HX クラスタ 2 のデータストア B にレプリケートされるように設定された HX クラスタ 1 上のすべての VM が有効になります。同様に、データストア B に常駐するクラスタ 2 上の任意の VM では、レプリケーションの対象として設定される場合、HX クラスタ 1 のデータストア A にレプリケートされます。

ペアリングは厳密に 1 対 1 で行われます。クラスタは、他のクラスタのうち 1 つとだけペアリング可能です。

マッピングは厳密な 1対1 の関係です。ペアになっている HX クラスタ上の 1 つのデータストアは、他の HX クラスタ上の 1 つのデータストアのみマッピングできます。複数のマッピングされたデータストアが存在する可能性があることに注意してください。たとえば、HX クラスタ 1 のデータストア A は HX クラスタ 2 のデータストア B にマッピングされ、HX クラスタ 1 のデータストア C は HX クラスタ 2 のデータストア D にマッピングされます。

- レプリケーション ペアの作成

- リモート レプリケーション ネットワークのテスト

- マップされたデータストア レプリケーション ペアの編集

- レプリケーション ペアの削除

レプリケーション ペアの作成

レプリケーション ペアは、保護ネットワークの半分を 2 つ定義します。ログインしている HX クラスタはローカル クラスタで、ペアの最初の片方です。このダイアログによって、ペアのもう片方であり、リモート クラスタである、もう 1 つのHX クラスタを識別します。ストレージ コンポーネントを確保するため、レプリケーション ペアを各 HX クラスタのデータストアにマップします。複製ペアが設定され、少なくともデータストアの 1 つのペアがマップされたら、仮想マシンを保護できるようになります。[Virtual Machines] タブを参照してください。

重要

異なる HXDP バージョンでクラスタをペアリングまたはデータストアをマッピングする場合は、3.5 HX クラスタでクラスタ ペアリングを開始し、その後 3.0 HX クラスタからデータストア マッピングを開始する必要があります。

- クラスタ ペアリングは、3.5 HX クラスタから 3.0 HX クラスタに対してのみ開始する必要があります。

- データストア マッピングは、3.0 HX クラスタから 3.5 HX クラスタに対してのみ開始する必要があります。

（注）

HX クラスタをペアリングするときに、クラスタ ステータスまたはログで考えられる解決策を確認する というエラーが表示されたら、次のコマンドを実行してペアリングが成功したかどうかを確認します。

stcli dp peer list

ペアリングが成功しない場合は、ログで解決策を確認してください。

始める前に

- ローカル クラスタとリモート クラスタの両方でデータストアを作成します。

- レプリケーション ネットワークを構成します。

手順

ステップ 1

HX 接続 から、管理者権限を持つユーザーとしてローカルまたはリモート HX クラスタのいずれかにログインし、次のうちいずれかを実行します。

1. 始めてクラスタ ペアリングを行う場合、[Replication (レプリケーション)] > [Pair Cluster (クラスタのペアリング)] を選択します。

2. [Replication (レプリケーション)] > [Create Replication Pair (レプリケーション ペアの作成)] を選択します。

[Create Replication Pair (複製ペアの作成)] オプションは、すべての VM の保護を解除し、すべての依存関係を削除した後に、既存の複製ペアを削除するときにのみ有効です。

ステップ 2

レプリケーション ペアの [Name] を入力し、[Next] をクリックします。

2つの HX ストレージ クラスタ間のレプリケーション ペアリングの名前を入力します。この名前は、ローカル クラスタとリモート クラスタの両方に設定されます。この名前は変更できません。

ステップ 3

[リモート接続（Remote Connection）] の ID を入力し、[ペア（Pair）] をクリックします。

UI 要素

基本的な情報

[管理 IP または FQDN（Management IP or FQDN）] フィールド

リモートの管理ネットワークの IP アドレスまたは完全修飾ドメイン名（FQDN）を入力します。たとえば、10.10.10.10 とします。

[ユーザ名（User Name）] および [パスワード（Password）] フィールド

リモート HX クラスタの vCenter シングル サインオンまたはクラスタ固有の管理者クレデンシャルを入力します。

HX データ プラットフォーム はリモート HX クラスタを確認し、レプリケーション ペア名を割り当てます。

クラスタ ペアのテスト ジョブが成功したら、次の手順に進むことができます。[アクティビティ（Activity）] ページで、クラスタ ペアのテスト ジョブの進行状況を表示できます。

（注）

保護される仮想マシンは、レプリケーション ペアのデータストアのいずれか 1 つに存在している必要があります。

ステップ 4

[Next] をクリックします。

[Create New Replication Pair (新規複製ペアの作成)] ダイアログ ボックスが表示されます。

ステップ 5

HX データ プラットフォーム 障害復旧機能を使用して VM を保護するには、[Native Protection (ネイティブ保護)] をクリックし、次を行います。

1. [Local Datastore (ローカル データストア)] 列には、ローカル HX ストレージ クラスタに設定されているデータストアのリストが表示されます。1 つのローカル データストアを 1 つのリモート データストアにマップします。

2. [Remote datastore (リモート データストア)] プルダウン メニューから、ローカル データストアとペアリングする必要があるデータストアを選択します。

3. [Map Datastore (データストアのマッピング)] をクリックします。

[キャンセル (cancel)]をクリックしてデータストアマッピングをキャンセルすることを選択した場合は、[レプリケーション (Replication)] ダッシュボードで [データストア (datastore )] にマッピングされているマップデータストアを使用して、データストアを後でマッピング

ローカル データストアの選択を変更するには:

1. [Remote Datastore (リモート データストア)] プルダウン メニューから、[Do not map this datastore (このデータストアにマップしない)] を選択して、現在のローカル データストアからマッピングを削除します。

2. [Remote datastore (リモート データストア)] プルダウン メニューから、ローカル データストアとペアリングするデータストアを選択します。

（注）

- 選択したデータストア上に、保護する仮想マシンが存在している必要があります。レプリケーション ペア用に構成されたデータストアから仮想マシンを移動すると、その仮想マシンの保護も解除されます。

- ペアリングされた別のデータストアへの仮想マシンの移動は、サポートされています。VM がペアリングされていないデータストアに移動されると、レプリケーション操作が失敗します。

（注）

ローカル データストアがリモート データストアにマップされると、対応するローカル データストアが [Other DRO Protection (その他の DRO 保護)] に表示されません。

ステップ 6

Disaster recovery orchestrator (DRO) で SRM を使用して VM を保護するには、[Other DRO Protection (その他の DRO 保護)] をクリックし、次の手順を実行します。

1. [Local Datastore (ローカル データストア)] 列には、ローカル HX クラスタに設定されているペアリングされていない設定済みのデータストアのリストが表示されます。1 つのローカル データストアを 1 つのリモート データストアにマップします。

2. [Remote datastore (リモート データストア)] プルダウン メニューから、ローカル データストアとペアリングする必要があるデータストアを選択します。

3. [Direction (方向)] プルダウン メニューから、マップされたデータストアの VM 移動の方向として [Incoming (着信)] または [Outgoing (発信)] を選択します。

4. [Protection Schedule (保護スケジュール)] プルダウン メニューから、データストアですべての VM を保護するスケジュールを選択します。

5. [Map Datastore (データストアのマッピング)] をクリックします。

[キャンセル (cancel)]をクリックしてデータストアマッピングをキャンセルすることを選択した場合は、[レプリケーション (Replication)] ダッシュボードで [データストア (datastore )] にマッピングされているマップデータストアを使用して、データストアを後でマッピング

（注）

新しい VM が保護データストアに追加されると、新しく追加された VM も Cisco HyperFlex によって保護されます。

（注）

[Other DRO Protection (その他の DRO 保護)] の下で編集された複製ペアは、SRM に表示されます。

次のタスク

仮想マシンの保護ステータスを確認するには、次のいずれかを実行します。

- [Virtual Machines (仮想マシン)]をHX 接続からクリックします。これにより、保護ステータスとともにローカル クラスタ上の仮想マシンのリストが表示されます。VM が SRM によって保護されている場合、ステータスは [Protected (by other DRO) (保護済み (その他の DRO))] として表示されます。

（注）

[Virtual Machine (仮想マシン)] ページでは、SRM によって保護された VM のステータスが、最初の自動保護サイクルが完了するまで非保護として表示されます。その後、これらの VM を手動で保護することは推奨されません。

- [Replication (複製)] をHX 接続からクリックします。

- [Local VMs (ローカル VM)] タブの [Protected Group (保護グループ)] をクリックして、保護グループ内で保護されている VM を表示します。[Local VMs (ローカル VM)] の [Other DRO (その他の DRO)] をクリックして、SRM によって保護されている VM を表示します。

- [Replication (複製)] をHX 接続からクリックします。[Replication Activity (複製アクティビティ)] をクリックして、保護された VM の複製アクティビティのステータスを表示します。VM が SRM によって保護されている場合、ステータスは [Protected (by other DRO) (保護済み (その他の DRO))] として表示されます。

リモート レプリケーション ネットワークのテスト

リモート レプリケーション ネットワークのクラスタ間でペアリングをテストするには、次の操作を実行します。

手順

ステップ 1

HX Connect にログインします。

1. ブラウザで、HX ストレージ クラスタ管理 IP アドレスを入力します。https://<storage-cluster-management-ip> に移動します。

2. 管理者ユーザのユーザ名とパスワードを入力します。

3. [Login] をクリックします。

ステップ 2

[ナビゲーション（Navigation）] ペインで、[レプリケーション（Replication）] をクリックします。

ステップ 3

[アクション（Actions）] ドロップダウン リストから、[リモートレプリケーションネットワークのテスト（Test Remote Replication Network）] を選択します。

フィールド

説明

MTUテスト値（MTU Test Value）

デフォルトの MTU 値は 1500 です。MTU は 1024 ～ 1500 の範囲で設定できます。

（注）

- クラスタを設定した後、MTU 値を変更する必要がある場合は、既存のレプリケーション ネットワーク設定を削除する必要があります。レプリケーション ネットワークは、正しい MTU 値で設定できます。必ずクラスタの両側で同じ MTU 値を使用してください。

ステップ 4

[テストを実行（Run Test）] をクリックします。

ステップ 5

[アクティビティ（Activity）] ページで、[レプリケーションペアネットワークのチェック（Replication Pair Network Check）] タスクの進行状況を表示できます。

マップされたデータストア レプリケーション ペアの編集

レプリケーション ペアを編集すると、レプリケーション ペアのデータストアが変更されます。

手順

ステップ 1

管理者として HX 接続 にログインします。

ステップ 2

[Replication (複製)] > [Replication Pairs (複製ペア)] を選択します。

ステップ 3

編集する必要がある複製ペアを選択し、[Edit (編集)] をクリックします。

[Edit Replication Pair (複製ペアの編集)] ダイアログ ボックスが表示されます。

ステップ 4

HX データ プラットフォーム 障害復旧機能を使用して VM を保護するには、[Native Protection (ネイティブ保護)] をクリックし、次を行います。

1. [Local Datastore (ローカル データストア)] 列には、ローカル HX ストレージ クラスタ に設定されているデータストアのリストが表示されます。1 つのローカル データストアを 1 つのリモート データストアにマップします。

2. [Remote datastore (リモート データストア)] プルダウン メニューから、ローカル データストアとペアリングする必要があるデータストアを選択します。

3. [Map Datastore (データストアのマッピング)] をクリックします。

ローカル データストアの選択を変更するには:

1. [Remote Datastore (リモート データストア)] プルダウン メニューから、[Do not map this datastore (このデータストアにマップしない)] を選択して、現在のローカル データストアからマッピングを削除します。

2. [Remote datastore (リモート データストア)] プルダウン メニューから、ローカル データストアとペアリングするデータストアを選択します。

（注）

ローカル データストアがリモート データストアにマップされると、対応するローカル データストアが [Other DRO Protection (その他の DRO 保護)] に表示されません。

ステップ 5

Disaster recovery orchestrator (DRO) で SRM を使用して VM を保護するには、[Other DRO Protection (その他の DRO 保護)] をクリックし、次の手順を実行します。

1. [Local Datastore (ローカル データストア)] 列には、ローカル HX クラスタに設定されているペアリングされていない設定済みのデータストアのリストが表示されます。1 つのローカル データストアを 1 つのリモート データストアにマップします。

2. [Remote datastore (リモート データストア)] プルダウン メニューから、ローカル データストアとペアリングする必要があるデータストアを選択します。

3. [Direction (方向)] プルダウン メニューから、マップされたデータストアの VM 移動の方向として [Incoming (着信)] または [Outgoing (発信)] を選択します。

4. [Protection Schedule (保護スケジュール)] プルダウン メニューから、データストアですべての VM を保護するスケジュールを選択します。

5. [Map Datastore (データストアのマッピング)] をクリックします。

（注）

保護されたデータストアに追加された新しい VM も保護されます。

（注）

[Other DRO Protection (その他の DRO 保護)] の下で編集された複製ペアは、SRM に表示されます。

次のタスク

仮想マシンの保護ステータスを確認するには、次のいずれかを実行します。

- [Virtual Machines (仮想マシン)]をHX 接続からクリックします。これにより、保護ステータスとともにローカル クラスタ上の仮想マシンのリストが表示されます。VM が SRM によって保護されている場合、ステータスは [Protected (by other DRO) (保護済み (その他の DRO))] として表示されます。

（注）

[Virtual Machine (仮想マシン)] ページでは、SRM によって保護された VM のステータスが、最初の自動保護サイクルが完了するまで非保護として表示されます。その後、これらの VM を手動で保護することは推奨されません。

- [Replication (複製)] をHX 接続からクリックします。

- [Local VMs (ローカル VM)] タブの [Protected Group (保護グループ)] をクリックして、保護グループ内で保護されている VM を表示します。[Local VMs (ローカル VM)] の [Other DRO (その他の DRO)] をクリックして、SRM によって保護されている VM を表示します。

- [Replication (複製)] をHX 接続からクリックします。[Replication Activity (複製アクティビティ)] をクリックして、保護された VM の複製アクティビティのステータスを表示します。VM が SRM によって保護されている場合、ステータスは [Protected (by other DRO) (保護済み (その他の DRO))] として表示されます。

レプリケーション ペアの削除

ローカル クラスタとリモート クラスタでレプリケーション ペアを削除します。

[レプリケーション（Replication）] > [レプリケーション ペア（Replication Pairs）] > [削除（Delete）] を選択します。

始める前に

ローカルおよびリモートの両方の HX クラスタで、レプリケーション ペアから依存関係を削除します。

ローカルおよびリモートの HX ストレージ クラスタにログインして、次の手順を実行します。

- すべての仮想マシンの保護を解除します。仮想マシンを保護グループから削除します。

- 保護グループを削除します。保護グループに VM がない場合、保護グループの削除は必要ありません。

手順

ステップ 1

管理者として HX 接続 にログインします。

ステップ 2

レプリケーション ペア内のデータストアをマップ解除します。

1. [レプリケーション（Replication）] > [レプリケーション ペア（Replication）] > [編集（Edit）]を選択します。

クラスタ ペアのテスト ジョブが成功したら、次の手順に進むことができます。[アクティビティ（Activity）] ページで、クラスタ ペアのテスト ジョブの進行状況を表示できます。

2. [レプリケーションペアの編集（Edit Replication Pair）] ダイアログボックスで、[リモート データ ストア（Remote Datastore）] メニューから [このデータストアをマップしない（Do not map this datastore）] を選択します。

UI 要素

基本的な情報

[ローカル データストア（Local Datastore）] カラム

このクラスタ、ローカル HX クラスタであるこのクラスタに構成されたデータストアの一覧です。

1 つのローカル データストアを 1 つのリモート データストアにマップします。

[リモート データストア（Remote Datastore）] カラム

HX クラスタ間でデータストアをペアリングします。

1. ローカル データストアの選択を変更するには、現在のローカル データストアへのマッピングを削除します。

[Remote Datastore (リモート データストア)] 列のプルダウン メニューで、[Do not map this datastore (このデータストアをマップしない)] を選択します。

2. 該当する [ローカル データストア（Local Datastore）] 行で、[リモート データストア（RemoteDatastore）] プルダウン メニューからデータストアを選択します。これにより、単一の操作でリモートとローカルの両方のデータストアが選択されます。

3. すべての可能なリモート データストアが、[このデータストアをマップしない（Do not map this datastore）]に設定されていることを確認します。

4. [Finish] をクリックします。

ステップ 3

[レプリケーション（Replication）] > [レプリケーション ペア（Replication Pairs）] > [削除（Delete）] を選択します。

ステップ 4

リモート クラスタの管理者の資格情報を入力し、[削除（Delete）] をクリックします。

UI 要素

基本的な情報

[ユーザ名（User Name）] フィールド

リモート HX ストレージ クラスタの管理者ユーザ名を入力します。

[パスワード（Password）] フィールド

リモート HX ストレージ クラスタの管理者パスワードを入力します。

保護グループの作成

保護グループは、同じレプリケーション スケジュールと VMware ツール休止設定の VM のグループです。

保護グループは、管理ユーザーがログオンしている HX クラスタに作成されます。保護グループは、特定の保護グループのメンバーである VM を保護します。保護グループがリモート クラスタにレプリケートする仮想マシンを保護している場合、これらの保護グループは HX Connect にリストされます。

（注）

保護グループの管理は、作成されたローカル クラスタからのみ実行できます。

始める前に

- レプリケーション ネットワークおよびレプリケーション ペアが構成されていることを確認します。

- 最新の Vmware ゲスト ツール サービスをインストールするか、既存のサービスが最新であることを確認します。

手順

ステップ 1

HX Connect に管理者としてログインします。

ステップ 2

[レプリケーション（Replication）] > [保護グループ（Protection Groups）] > [保護グループの作成（Create Protection Group）] を選択します。

ステップ 3

ダイアログボックスのフィールドに情報を入力します。

UI 要素

基本的な情報

[保護グループ名（Protection Group Name）] フィールド

この HX クラスタの新しい保護グループの名前を入力します。

保護グループは、HX クラスタに一意です。名前はリモート クラスタで参照されますが、リモート HX クラスタでは編集できません。各 HX クラスタには複数の保護グループを作成できます。

[このグループの仮想マシンを次の間隔で保護（Protect virtual machines in this group every）] フィールド

ペアになっているクラスタに仮想マシンをレプリケートする頻度を選択します。

プルダウン メニュー オプション: 5 分、15 分、30 分、1 時間、90 分、2 時間、4 時間、8 時間、12 時間、24 時間デフォルト値は 1 時間です。

[仮想マシンの保護をすぐに開始（Start protecting the virtual machines immediately）] オプション ボタン

この保護グループに最初の仮想マシンを追加した後、すぐに最初のレプリケーションを開始するには、このオプション ボタンを選択します。

[仮想マシンの保護の開始時間（Start protecting the virtual machines from）] オプション ボタン

最初のレプリケーション操作を開始する特定の時間を設定する場合は、このラジオ ボタンを選択します。

レプリケーションを開始する前に、次のことを確認してください。

- 少なくとも 1 つの仮想マシンが保護グループに追加されている。

- スケジュールされた開始時刻に達している。

保護の開始時間を指定するには、次の手順に従います。

1. [仮想マシンの保護の開始時間（Start protecting the virtual machines from）] オプション ボタンをオンにします。

2. [時刻（time）] フィールドをクリックし、時間と分を選択します。時刻を選択した後、フィールドの外をクリックします。

[クラスタのタイムゾーン（Cluster time zone）] と [クラスタの現在時刻（Current time on cluster）] を参照すると、適切なレプリケーションの開始時刻を選択するのに役立ちます。開始時間は、ローカル クラスタの時計に基づいています。次に例を示します。

クラスタの現在時刻が午後 1:56:15 である場合、「現在から 10 時間 3 分後」は、午後 11:59:00 に最初のレプリケーションが発生することを意味します。

[現在からの時間と分（hours, minutes from now）] は、最初のレプリケーションがいつ行われるかを示します。これは、[時刻（time）] フィールドの設定値を変更すると更新されます。

[VMware ツールを使用して仮想マシンを休止する（Use VMware Tools to quiesce the virtual machine）] チェックボックス

静止 DP スナップショットを作成するには、このチェックボックスをオンにします。このチェックボックスをオフのままにすると、一貫性のある DP スナップショットがクラッシュします。

この設定は、VMware ツールがインストールされている仮想マシンにのみ適用されます。

ステップ 4

[保護グループの作成（Create Protection Group）] をクリックします。

HX データ プラットフォームで [保護グループ（Protection Group）] タブに新しいグループが追加されます。この保護グループは、このクラスタ上の仮想マシンを保護するために利用可能です。

ステップ 5

[レプリケーション（Replication）] > [保護グループ（Protection Groups）] の順にクリックして新しい保護グループを表示または編集します。

VM の数を 0 にする場合は、仮想マシンをこの新しい保護グループに追加し、この保護グループに設定されたレプリケーション スケジュールを適用します。

- 保護グループの編集

- 保護グループの削除

保護グループの編集

保護グループで仮想マシンのレプリケーション間隔（スケジュール）を変更します。保護グループを編集するには、次の手順を実行します。

手順

ステップ 1

管理者として HX 接続 にログインします。

ステップ 2

[複製（Replication）] > [保護グループ（Protection Groups）] > [スケジュールの編集（Edit Schedule）] を選択します。

ステップ 3

ダイアログ フィールドの情報を編集します。

UI 要素

基本的な情報

[このグループの仮想マシンを次の間隔で保護（Protect virtual machines in this group every）] フィールド

プルダウン リストを使用して、仮想マシンがペアになっているクラスタにレプリケートされる頻度を選択します。

リストの値: 5 分、15 分、30 分、1 時間、90 分、2 時間、4 時間、8 時間、12 時間、24 時間

[VMware ツールを使用して仮想マシンを休止する（Use VMware Tools to quiesce the virtual machine）] チェック ボックス

停止した DP スナップショットを作成するには、このチェックボックスをオンにします。デフォルトでは、このチェックボックスはオフになっています。チェックボックスをオフのままにすると、クラッシュの整合性のある DP スナップショットが取得されます。

これは、VMware ツールがインストールされている仮想マシンにのみ適用されます。

ステップ 4

[変更を保存（Save Changes）] をクリックして、保護グループの間隔と VMware ツールの静止設定を保存します。間隔の頻度を確認するには、[保護グループ（Protection Groups）] タブを参照してください。

保護グループの削除

始める前に

保護グループからすべての仮想マシンを削除します。

手順

ステップ 1

[レプリケーション（Replication）] > [保護グループ（Protection Groups）] > protection_group_name を選択します。

ステップ 2

[削除（Delete）] をクリックします。確認ポップアップで、[削除（Delete）] をクリックします。

既存の保護グループでの仮想マシンの保護

このタスクでは、既存の保護グループを使用して複数の仮想マシンを保護する方法について説明します。

既存の保護グループを使用する：1 つまたは複数の仮想マシンを選択し、既存の保護グループに追加します。スケジュールおよび VMware の休止オプション設定は、保護グループ内のすべての仮想マシンに適用されます。保護グループの設定を変更すると、保護グループのすべての仮想マシンに変更が適用されます。

始める前に

レプリケーション ネットワークおよびレプリケーション ペアが構成済みとなっています。

仮想マシンを追加する前に保護グループを作成します。

手順

ステップ 1

管理者権限で HX 接続 にログインし、[仮想マシン（Virtual Machines）] を選択します。

これによりローカル HX クラスタ上の仮想マシンが一覧表示されます。

ステップ 2

一覧から 1 つまたは複数の保護されていない VM を選択します。

仮想マシンの行をクリックして選択します。仮想マシンの行をクリックすると、対応する仮想マシンのチェック ボックスが選択されます。

ステップ 3

[保護（Protect）] をクリックします。

[仮想マシンの保護（Protect Virtual Machines）] ウィザードの、[保護グループ（Protection Group）] ページが表示されます。

ステップ 4

[既存の保護グループに追加（Add to an existing protection group）] ラジオ ボタンをクリックします

UI 要素

基本的な情報

[保護パラメータの設定（Set the protection parameters）] テーブル

[名前（Name）] で、選択した仮想マシンを確認します。

[プロふぃじょ二ング済みのストレージ（Storage Provisioned）] と [使用済みのストレージ（Storage Used）] を使用して、リモート HX クラスタに利用可能な十分なリソースがあることを確認します。

[既存の保護グループに追加（Add to an existing protection group）] オプション ボタン

プルダウン リストから既存の保護グループを選択します。

保護グループの間隔とスケジュールの設定が、選択済みの VM に適用されます。

[新しい保護グループの作成（Create a new protection group）] オプション ボタン

このローカル クラスタの新しい保護グループの名前を入力します。

保護グループは、各クラスタに固有です。名前はリモート クラスタで参照されますが、リモート クラスタでは編集できません。各クラスタには複数の保護グループを作成できます。

ステップ 5

プルダウンリストから保護グループを選択し、[次へ（Next）] をクリックします

選択した保護グループに、必要なスケジュール間隔が設定されていることを確認します。

[仮想マシンの保護（Protect Virtual Machines）] ウィザードの、[概要（Summary）] ページが表示されます。

ステップ 6

[概要（Summary）] ページの情報を確認し、[保護グループに追加（Add to Protection Group）] をクリックします。

選択した VM が保護グループに追加されます。[レプリケーション（Replication）] または [仮想マシン（Virtual Machines）] ページを表示して、1 つまたは複数の VM が保護グループに追加されていることを確認します。

新しい保護グループでの仮想マシンの保護

このタスクでは、新しい保護グループを作成することで複数の仮想マシンを保護する方法について説明します。

新しい保護グループ ー VM を選択し、新しい保護グループを作成することを選択します。保護グループの名前、スケジュール、開始時間、および VMware の休止オプション設定を定義します。これらの設定は、保護グループ内のすべての仮想マシンに適用されます。保護グループの設定を変更すると、保護グループのすべての仮想マシンに変更が適用されます。

始める前に

レプリケーション ネットワークおよびレプリケーション ペアが構成済みとなっています。

手順

ステップ 1

管理者権限で HX 接続 にログインし、[仮想マシン（Virtual Machines）] を選択します。

これによりローカル HX クラスタ上の仮想マシンが一覧表示されます。

ステップ 2

一覧から 1 つまたは複数の保護されていない VM を選択します。

仮想マシンの行をクリックして選択します。仮想マシンの行をクリックすると、対応する仮想マシンのチェックボックスが選択されます。

ステップ 3

[保護（Protect）] をクリックします。

[仮想マシンの保護（Protect Virtual Machines）] ウィザードの、[保護グループ（Protection Group）] ページが表示されます。

ステップ 4

[新しい保護グループを作成（Create a new protection group）] ラジオ ボタンをクリックして、保護グループの名前を追加し、[次へ（Next）] をクリックします。

[保護スケジュール（Protection Schedule）] ウィザード ページが表示されます。

ステップ 5

必要に応じて、スケジュールと VMware 休止オプションを入力し、[次へ（Next）] をクリックします。

UI 要素

基本的な情報

[このグループの仮想マシンを次の間隔で保護（Protect virtual machines in this group every）] フィールド

ペアになっているクラスタに仮想マシンをレプリケートする頻度を選択します。デフォルト値は 1 時間ごとです。

[仮想マシンの保護をすぐに開始（Start protecting the virtual machines immediately）] オプション ボタン

この保護グループに最初の仮想マシンを追加した後、すぐに最初のレプリケーションを開始するには、このオプション ボタンを選択します。

[仮想マシンの保護の開始時間（Start protecting the virtual machines from）] オプション ボタン

最初のレプリケーションを開始する具体的な時間を設定するには、このラジオ ボタンを選択します。レプリケーションを開始するには、次の要件が満たされる必要があります。

- 少なくとも 1 つの仮想マシンが保護グループに追加されている。

- スケジュールされた開始時刻に達している。

保護の開始時間を指定するには、次の手順に従います。

1. [仮想マシンの保護の開始時間（Start protecting the virtual machines from）] オプション ボタンをオンにします。

2. [時刻（time）] フィールドをクリックし、時間と分を選択します。時刻を選択した後、フィールドの外をクリックします。

[現在からの時間と分（hours, minutes from now）] は、最初のレプリケーションがいつ行われるかを示します。これは、[時刻（time）] フィールドの設定値を変更すると更新されます。

[クラスタのタイムゾーン（Cluster time zone）] と [クラスタの現在時刻（Current time on cluster）] を参照すると、適切なレプリケーションの開始時刻を選択するのに役立ちます。開始時間は、ローカル クラスタの時計に基づいています。次に例を示します。

クラスタの現在時刻が午後 1:56:15 である場合、「現在から 10 時間 3 分後」は、午後 11:59:00 に最初のレプリケーションが発生することを意味します。

[VMware ツールを使用して仮想マシンを休止する（Use VMware Tools to quiesce the virtual machine）] チェックボックス

静止 DP スナップショットを取得するには、チェックボックスをオンにします。チェックボックスをオフにすると、クラッシュ整合性のある DP スナップショットが作成されます。このチェックボックスは、デフォルトでオフになっています。

この設定は、VMware ツールがインストールされている仮想マシンにのみ適用されます。

[仮想マシンの保護（Protect Virtual Machines）] ウィザードの、[概要（Summary）] ページが表示されます。

ステップ 6

[概要（Summary）] ページの情報を確認し、[保護グループに追加（Add to Protection Group）] をクリックします。

サマリーの内容を確認し、選択した仮想マシンに適用する設定を確定します。

- 保護グループの名前

- 保護する仮想マシンの数

- 仮想マシンの名前

- 各仮想マシンのプロビジョニング済みストレージ

- 各仮想マシンの使用（消費）済みストレージ

選択した VM が保護グループに追加されます。[レプリケーション（Replication）] または [仮想マシン（Virtual Machines）] ページを表示して、VM が保護グループに追加されていることを確認します。

個別の仮想マシンの保護

このタスクでは、仮想マシン（VM）を保護する方法について説明します。

- [Independently]：1 つの VM を選択し、保護を設定します。特定の VM のレプリケーション スケジュールおよび VMware ツールの休止オプションを設定します。

レプリケーション設定の変更は、個別に保護された VM にのみ影響を与えます。VM は保護グループのメンバーではありません。

- 既存の保護グループ ー 1 つ以上の VM を選択し、それらを既存の保護グループに追加します。スケジュールおよび VMware の休止オプション設定は、保護グループ内のすべての VM に適用されます。保護グループの設定を変更する場合、保護グループのすべての VM に変更が適用されます。

始める前に

レプリケーション ネットワークおよびレプリケーション ペアを構成します。

手順

ステップ 1

管理者権限で HX 接続 にログインし、[仮想マシン（Virtual Machines）] を選択します。

ステップ 2

一覧から 1 つの保護されていない仮想マシンを選択します。仮想マシンの行をクリックして選択します。

仮想マシンの行をクリックして選択します。仮想マシンの行をクリックすると、対応する仮想マシンのチェック ボックスが選択されます。

ステップ 3

[保護（Protect）] をクリックします。

[仮想マシンの保護（Protect Virtual Machine）] ダイアログボックスが表示されます。

ステップ 4

必要に応じてフィールドに入力します。

UI 要素

基本的な情報

[既存の保護グループに追加（Add to an existing protection group）] オプション ボタン

プルダウン リストから既存の保護グループを選択します。

その保護グループの間隔とスケジュールの設定が、この仮想マシンに適用されます。

追加の構成は必要ありません。[仮想マシンの保護（Protection Virtual Machine）] をクリックします。

[この仮想マシンを個別に保護（Protect this virtual machine independently）] オプション ボタン

この VM の保護を定義するため、間隔、スケジュール オプション、および VMware ツール オプションを有効にします。

[この仮想マシンを次の間隔で保護（Protect this virtual machine every）] フィールド

プルダウン リストから、ペアになっているクラスタに仮想マシンをレプリケートする頻度を選択します。

リストの値: 5 分、15 分、30 分、1 時間、90 分、2 時間、4 時間、8 時間、12 時間、24 時間

[仮想マシンの保護をすぐに開始（Start protecting the virtual machines immediately）] オプション ボタン

この保護グループに最初の仮想マシンを追加した後、すぐに最初のレプリケーションを開始するには、このオプション ボタンを選択します。

[仮想マシンの保護の開始時間（Start protecting the virtual machines from）] オプション ボタン

最初のレプリケーションを開始する具体的な時間を設定するには、このラジオ ボタンを選択します。レプリケーションを開始するには、次の要件が満たされる必要があります。

- 少なくとも 1 つの VM が保護グループに追加されます。

- スケジュールされた開始時刻に達している。

保護の開始時間を指定するには、次の手順に従います。

1. [仮想マシンの保護の開始時間（Start protecting the virtual machines from）] オプション ボタンをオンにします。

2. [時刻（time）] フィールドをクリックし、時間と分を選択します。時刻を選択した後、フィールドの外をクリックします。

[現在からの時間と分（hours, minutes from now）] は、最初のレプリケーションがいつ行われるかを示します。これは、[時刻（time）] フィールドの設定値を変更すると更新されます。

[クラスタのタイムゾーン（Cluster time zone）] と [クラスタの現在時刻（Current time on cluster）] を参照すると、適切なレプリケーションの開始時刻を選択するのに役立ちます。開始時間は、ローカル クラスタの時計に基づいています。次に例を示します。

クラスタの現在時刻が午後 1:56:15 である場合、「現在から 10 時間 3 分後」は、午後 11:59:00 に最初のレプリケーションが発生することを意味します。

[VMware ツールを使用して仮想マシンを休止する（Use VMware Tools to quiesce the virtual machine）] チェックボックス

静止 DP スナップショットを取得するには、チェックボックスをオンにします。チェックボックスをオフにすると、クラッシュ整合性のある DP スナップショットが作成されます。このチェックボックスは、デフォルトでオフになっています。

この設定は、VMware ツールがインストールされている仮想マシンにのみ適用されます。

ステップ 5

[仮想マシンの保護（Protect Virtual Machine）] をクリックします。

仮想マシンの状態は、[仮想マシン（Virtual Machine）] ページと [レプリケーション（Replication）] ページで更新されます。[レプリケーション（Replication）] ページで、個々の VM として保護されている VM の保護グループが表示されないことに注意してください。

この VM のレプリケーションが有効になりました。

仮想マシンの保護の解除

（注）

クラスタのアクティビティのレプリケーションを一時停止するためには、VM の保護を解除する必要はありません。レプリケーションの一時停止を参照してください。

手順

ステップ 1

管理者として HX 接続 にログインします。

ステップ 2

[仮想マシン（Virtual Machines）] を選択します。

ステップ 3

一覧から保護されている仮想マシンを選択します。仮想マシンの行をクリックします。

VM は一度に 1 つの VM で保護解除できます。

ステップ 4

[保護を解除（Unprotect）] をクリックし、クリックして確認します。

仮想マシンの状態が、[保護（protected）] から [非保護（unprotected）] に変わります。

ディザスタ リカバリの概要

ディザスタ リカバリは、ソース サイトが到達不能で、VM および保護グループをターゲット クラスタにフェールオーバーする必要があるときに実行されます。リカバリのプロセスは、ターゲット クラスタ上の VM を回復します。仮想マシンのリカバリでは、リカバリ（ターゲット）クラスタから最新のレプリケーション スナップショットが復元されます。

VM リカバリのテストーレプリケーションを破損することがなく、リカバリをテストする機能を提供します。ターゲットの VM ワークロードを表示し、VM のコンテンツを確認できます。

仮想マシンのリカバリーターゲット (リカバリ) クラスタから最新のレプリケーション スナップショットが復元されます。リカバリを開始すると、すべてのスケジュール済みのレプリケーションが停止されます。

計画的移行ー計画的移行を実行すると、レプリケーション スケジュールが一時停止され、DP スナップショットが作成および複製され、ターゲットで回復されます。ソースからターゲットに所有権をスイッチし、新しいソースになったターゲットでレプリケーションを再開します。

計画されていない移行および再保護—ターゲットの VM を復元し、ソースからターゲットに所有権をスイッチし、新しいソースになったターゲットでレプリケーションを再開します。

障害後に VM を保護する —障害が発生した場合、ソース サイトをいっぺんに失う可能性があります。リカバリの実行後、新しいクラスタに回復した VM を保護できます。

- リカバリ設定

- ディザスタ リカバリ操作の互換性マトリックス

- 仮想マシンのリカバリのテスト

- 仮想マシンのリカバリ

- 保護グループ内の仮想マシンのリカバリ

- 計画された移行

- 保護グループの仮想マシンの移行

- ディザスタ リカバリと再保護

- 障害後の仮想マシンの保護

- 保護された仮想マシンの削除

リカバリ設定

リカバリ設定では、リカバリ サイト間でのリソースのグローバル リカバリ パラメータとマッピングを定義できます。リカバリ中に使用されるフォルダ、ネットワーク、またはリソース プールのパラメータを設定し、リカバリおよび移行操作を実行できます。グローバル リカバリ設定が設定されていない場合は、リカバリ時に個々の VM を明示的にマッピングする必要があります。

手順

ステップ 1

管理者として HX 接続 にログインし、次のいずれかを実行します。

1. リカバリ設定を初めて設定する場合は、[Replication (レプリケーション)] > [Configure (設定)] を選択します。

2. [Replication (レプリケーション)] を選択し、[Recovery Settings (リカバリ設定)] の横にある [Actions (アクション)] をクリックします。[Actions (アクション)]ドロップダウン リストから、[Edit (編集)] を選択します。

ステップ 2

[Recovery Settings (リカバリ設定)] ダイアログ ボックスで、次のフィールドに値を入力します。

フィールド

説明

[Virtual Machine Power State (仮想マシンの電力状態)] オプション ボタン

デフォルトでは、このオプションは [Off (オフ)] になっています。選択したオプションに従って、回復した VM の電源がオンになります。

[Test Virtual Machine Name Prefix (仮想マシン名のプレフィックス テスト)]フィールド

テスト リカバリ後に仮想マシンに追加するプレフィックスを入力します。プレフィックスは、リソースのタイプとコンテキストを識別するのに役に立ちます。

[Notification Setting (通知設定)] オプション ボタン

リカバリ、テスト リカバリ、または移行時に設定の概要を確認するプロンプトを表示するには、[Normal Mode (通常モード)] を選択します。確認プロンプトを表示しないようにするには、[Silent Mode (サイレント モード)] を選択します。サイレント モードを選択すると、サイレント モードのデフォルトの動作について説明する確認ウィンドウが表示されます。サイレント モードのデフォルトの動作に同意する場合は、[OK] をクリックします。

[Resource Pool (リソース プール)] 領域

リカバリ、テスト リカバリ、移行操作のために、保護されたサイトのリソースをリモート サイトのリソースにマッピングします。

テスト リカバリ設定のリカバリ設定のリソース マッピングを使用するには、[Same As Recovery configuration (リカバリ設定と同じ)] チェックボックスをオンにします。

[Add Rule (ルールの追加)] をクリックして、もう 1 つのリソース プール マッピングを追加します。ルールを削除するには、アイコンをクリックします。ルールを編集するには、ルールを削除し、更新されたルールを新しいルールとして追加します。

[Folder (フォルダ)] 領域

リカバリ、テスト リカバリ、移行操作のために、保護されたサイトのフォルダをリモート サイトのフォルダにマッピングします。

テスト リカバリ設定のリカバリ設定のフォルダ マッピングを使用するには、[Same As Recovery configuration (リカバリ設定と同じ)] チェックボックスをオンにします。

[Add Rule (ルールの追加)] をクリックして、もう 1 つのフォルダ プール マッピングを追加します。ルールを削除するには、アイコンをクリックします。ルールを編集するには、ルールを削除し、更新されたルールを新しいルールとして追加します。

[Network (ネットワーク)] 領域

リカバリ、テスト リカバリ、移行操作のために、保護されたサイトのネットワークをリモート サイトのネットワークにマッピングします。

テスト リカバリ設定のリカバリ設定のネットワーク マッピングを使用するには、[Same As Recovery configuration (リカバリ設定と同じ)] チェックボックスをオンにします。

[Add Rule (ルールの追加)] をクリックして、もう 1 つのネットワーク プール マッピングを追加します。ルールを削除するには、アイコンをクリックします。ルールを編集するには、ルールを削除し、更新されたルールを新しいルールとして追加します。

ステップ 3

[Save（保存）] をクリックします。

リカバリ設定が正常に保存されると、[Replication (レプリケーション)] ページの [recovery settings (リカバリ設定)] フィールドに、通知設定モードとともに次のいずれかのステータスが表示されます。

- 部分的に設定: このステータスは、いずれかのリソースに対してリカバリ マッピングを設定していない場合、または設定されているマッピングのいずれかが無効な場合に表示されます。

- [設定済み: このステータスは、すべてのリカバリ設定が有効になっている場合に表示されます。

（注）

[RECOVERY SETTINGS (復元設定)] フィールドには、最後に検証された結果が表示されます。リカバリのためにルールが作成されると、定期的な自動検証は行われません。ただし、検証ジョブを実行して、リカバリ設定に存在するルールの有効性を確認することができます。

[Activity (アクティビティ)] ページの検証ジョブの概要で、[Recovery Settings (リカバリ設定)] ページの検証結果を確認するようにユーザーに通知します。

リカバリ設定を構成した後、[Actions (アクション)] ドロップダウン リストから [Validate Recovery Settings (リカバリ設定の検証) を選択して、リカバリ設定を確認できます。リカバリ設定検証メッセージが正常に開始されたことが表示されます。[RECOVERY SETTINGS (リカバリ設定)] フィールドには、最後の検証のタイムスタンプが表示されます。検証の進行状況をモニタするには、[Activity (アクティビティ)] タブをクリックします。通常の通知設定モードでは、仮想マシンのリカバリ、リカバリ テスト、移行中に、設定されたリカバリ設定が表示されます。

[Modify recovery configuration for current operation (現在の動作のリカバリ設定を変更する)] チェック ボックスをオンにすることで、リカバリ設定を表示し、必要に応じて編集できます。ただし、リカバリ設定の変更は現在の操作にのみ適用され、変更はグローバル リカバリ設定では更新されません。

ディザスタ リカバリ操作の互換性マトリックス

次の互換性マトリックスに、HX データ プラットフォーム バージョン 3.5(x) のクラスタが HX データ プラットフォーム バージョン 3.5(x) または 3.0(1x) とペアリングされるときにサポートされる DR 操作を示します。

機能

3.5(x) とペアリングされる 3.5(x)

3.0(1x) とペアリングされる 3.5(x)

複製

√

√

クラスタのペアリング

√

√

データストア マッピング

√

√

保護

√

√

計画された移行（HX Connect を使用したシングル クリック）

√

X

計画された移行（マルチステップ stcli または WebCLI およびリカバリ用の HX Connect）

√

√

HX Connect を使用したリカバリ テスト

√

√

HX Connect を使用したリカバリ

√

√

HX Connect を使用した再保護

√

X

再保護（マルチステップ stcli または WebCLI）

√

√

仮想マシンのリカバリのテスト

VM リカバリのテストにより、レプリケーションを破損することなく、リカバリをテストできます。ターゲットの VM ワークロードを表示し、VM のコンテンツを確認できます。

（注）

- リカバリ テストを行っても実行中のクラスタが中断することはありません。テストの目的は、実際の障害が発生した場合に VM が回復可能であるか確認することです。

- HX Connect ユーザー インターフェイスを使用し VM をテストして、以前に送信されたタスクが完了するのを待たずに、シーケンス内で最大 10 つの再保護タスクを実行できます。

始める前に

VM リカバリ プロセスのテストを開始する前に、次のことを確認します。

- ターゲット クラスタは稼働しており状況は良好です。

- 保護された VM は、ターゲット クラスタへの最近のレプリケーションを完了しました。レプリケートされた VM は、ターゲット クラスタで DP スナップショットとして保存されています。

重要

その時点で作成可能なのは、回復した VM のテストのコピー 1 つのみです。別のテストで回復した VM が必要な場合、以前に作成された VM を削除してください。

テスト VM リカバリ プロセスに対して、次の手順を実行します。

手順

ステップ 1

管理者として、ターゲット クラスタの HX Connect にログインします。

ステップ 2

[レプリケーション（Replication）] > [リモート VM（Remote VMs）] タブ > [protected_vm] の順に移動します。

ステップ 3

リカバリ プロセスをテストするには、[リカバリのテスト（Test Recovery）] ボタンをクリックします。

（注）

リカバリ設定を構成すると、次のフィールドが自動的に入力されます。

UI 要素

基本的な情報

[リソース プール] ドロップダウン リスト

保管するテスト VM のロケーションを選択します。

[フォルダ（Folders）] ドロップダウン リスト

保管するテスト VM のロケーションを選択します。例：

- 検出された仮想マシン

- HX テスト リカバリ

[電源オン/オフ（Power On/Off）] ラジオ ボタン

デフォルトでは、[電源オン（Power ON）] オプションが選択されています。回復した VM は、選択したオプションに応じて、作成した後に電源がオンになるかオフのままになります。

[VM名（VM Name）] フィールド

作成されたテスト VM に新しい名前を入力します。

[テスト ネットワーク（Test Networks）] ラジオ ボタン

レプリケーション スナップショットからデータを転送するために使用する HX ストレージ クラスタ ネットワークを選択します。

ネットワークのオプションの例。

- ストレージ コントローラのデータ ネットワーク

- ストレージ コントローラの管理ネットワーク

- ストレージ コントローラ レプリケーション ネットワーク

- VM ネットワーク

[ネットワークのマップ（Map Networks）] ラジオ ボタン

ソースとターゲット クラスタ ネットワークの間にマップを作成する場合に選択します。

- ソース ネットワーク：VM が接続されているソース側のネットワーク名。

- ターゲット ネットワーク：ドロップダウン リストから、VM を接続する必要があるターゲット ネットワークを選択します。

ステップ 4

[VM を回復する（Recover VM）] をクリックします。

ステップ 5

保護グループの一部である VM の場合、グループ内の各 VM でテスト リカバリを実行します。

ステップ 6

回復した VM の内容を確認します。

仮想マシンのリカバリ

VM のリカバリでは、ターゲット (リカバリ) クラスタから最新のレプリケーション スナップショットが復元されます。

注目

- リカバリ中に使用されるフォルダ、ネットワーク、またはリソース プールのパラメータを設定し、リカバリおよび移行操作を実行できます。グローバル リカバリ設定が設定されていない場合は、リカバリ時に個々の VM を明示的にマッピングする必要があります。

- VM のリカバリは異なる vSphere バージョン間ではサポートされていません。ターゲットが以前のバージョンの vSphere 環境で、プライマリの保護される VM のハードウェア バージョンをサポートしていない場合、VM のテスト リカバリやリカバリは失敗する可能性があります。保護される各 VM にテスト リカバリを実行して、ターゲット サイトでサポートを確認することをお勧めします。

ターゲット環境をアップグレードして、保護される VM のリカバリを可能にします。

- リカバリプロセスのキャンセル（ロールバック）はサポートされていません。リカバリプロセスをキャンセルしようとすると、保護されていない「リカバリ準備完了」状態のすべてのVMが変更されます。

- VM でリカバリを実行する場合、VM をリカバリする際に明示的なネットワーク マッピングを指定して、リカバリされる VM への意図しないネットワーク接続を回避できます。

次の場合、ネットワーク マッピングの指定をスキップできます。

- ソース VM が vSphere 標準スイッチを使用し、回復側のすべての ESXi ホストに同じ名前の標準スイッチ ネットワークがある場合。

- ソース VM が vSphere 分散スイッチ (vDS) ポート グループを使用し、回復サイトに同じ名前の vDS ポート グループがある場合。

- ネットワーク マッピングを指定する場合は、VM ネットワークの名前とタイプの両方がソースとターゲットの間で一致することを確認してください。

- 個別に保護された、または、別の保護グループに属している仮想マシンで回復を実行する場合、クラスタでの同時回復操作の最大数は 20 です。

始める前に

次の状態を確認してください。

- ターゲット クラスタは稼働しており状況は良好です。

- 保護された VM は、ターゲット クラスタへの最近のレプリケーションを完了しました。レプリケートされた VM は、ターゲット クラスタで DP スナップショットとして保存されています。

ターゲット クラスタで、ディザスタ リカバリを行うには、次を実行します。

手順

ステップ 1

HX Connect に管理者としてログインします。

ステップ 2

[レプリケーション（Replication）] > > [リモート VM（Remote VMs）] タブ > > [protected_vm] を選択し、[回復（Recover）] をクリックします。

ステップ 3

VM を回復し、ローカル クラスタに新しい VM を構築するには、[VM の回復 (Recover VM)] ボタンをクリックします。

（注）

リカバリ設定を構成すると、次のフィールドが自動的に入力されます。

UI 要素

基本的な情報

[リソース プール] ドロップダウン リスト

新しい VM を格納する場所を選択します。

[フォルダ（Folders）] ドロップダウン リスト

新しい VM を格納する場所を選択します。

[電源オン/オフ（Power On/Off）] ラジオ ボタン

デフォルトでは、[電源オン（Power ON）] オプションが選択されています。回復した VM は、選択したオプションに応じて、作成した後に電源がオンになるかオフのままになります。

ネットワークのマッピング

ソースとターゲット クラスタ ネットワークの間にマップを作成する場合に選択します。

- ソース ネットワーク：VM が接続されているソース側のネットワーク名。

- ターゲット ネットワーク：ドロップダウン リストから、VM を接続する必要があるターゲット ネットワークを選択します。

ネットワークのオプションの例。

- ストレージ コントローラのデータ ネットワーク

- ストレージ コントローラの管理ネットワーク

- ストレージ コントローラ レプリケーション ネットワーク

- VM ネットワーク

ステップ 4

[VM を回復する（Recover VM）] をクリックします。

ステップ 5

回復が完了するまで待ちます。ターゲット vCenter で回復した VM を表示します。

保護グループ内の仮想マシンのリカバリ

手順

ステップ 1

[protected-vm] を選択して、[回復（Recover）] をクリックします。

すべての VM は保護グループから移動され、選択した VM は回復されます。回復された VM では保護ステータスが [回復済み（Recovered）] と表示され、残り（保護グループ）の VM では保護ステータスが [回復中（Recovering）] と表示されます。保護グループは [回復済み（Recovered）] 状態になり、再利用できません。プライマリ サイトからこれを削除できます。

回復された VM は [スタンドアロンの保護VM (Standalone Protected VMs)] サブペインに表示されます。

ステップ 2

保護グループに含まれていた残りの仮想マシンを [スタンドアロンの保護VM（Standalone Protected VMs）] サブペインから回復します。詳細については、仮想マシンのリカバリを参照してください。

計画された移行

計画された移行の実行によりレプリケーション スケジュールを一時停止し、最新のコピーをレプリケートして、ターゲット上で回復し、所有権をソースからターゲットに切り替えて、新しいソースのターゲットでレプリケーションを再開します。

注目

このプロセスは戻すことができません。

手順

ステップ 1

ターゲット クラスタの HX Connect にログインします。ターゲット クラスタは、レプリケーション DP スナップショットのコピー先となっていたクラスタです。

ステップ 2

ターゲット クラスタで、[レプリケーション（Replication）] > [リモートVM（Remote VMs）] タブ > [protected_vm] を選択します。

ステップ 3

[移行（Migrate）] をクリックします。

（注）

ここに記載されているすべてのフィールドはオプションです。

UI 要素

基本的な情報

[リソース プール] ドロップダウン リスト

新しい VM を格納する場所を選択します。

[フォルダ（Folders）] ドロップダウン リスト

新しい VM を格納する場所を選択します。

[電源オン/オフ（Power On/Off）] ラジオ ボタン

デフォルトでは、[電源オン（Power ON）] オプションが選択されています。回復した VM は、選択したオプションに応じて、作成した後に電源がオンになるかオフのままになります。

ネットワークのマッピング

ソースとターゲット クラスタ ネットワークの間にマップを作成する場合に選択します。

- ソース ネットワーク：VM が接続されているソース側のネットワーク名。

- ターゲット ネットワーク：ドロップダウン リストから、VM を接続する必要があるターゲット ネットワークを選択します。

ネットワークのオプションの例。

- ストレージ コントローラのデータ ネットワーク

- ストレージ コントローラの管理ネットワーク

- ストレージ コントローラ レプリケーション ネットワーク

- VM ネットワーク

ステップ 4

[アクティビティ（Activity）] ページで進行状況をモニタします。

低帯域幅および一時的なパケット損失：VM 移行操作が「THRIFT_EAGAIN（タイムアウト）」を含むエラーメッセージで失敗する場合は、VM移行を再試行します。タイムアウトエラーは、帯域幅の飽和または基礎となるネットワークパケット損失が原因の一時的なネットワーク輻輳が原因です。

保護グループの仮想マシンの移行

HX Connect ユーザー インターフェイスを使用し VM を移行して、以前に送信されたタスクが完了するのを待たずに、シーケンス内で最大 4 つの再保護タスクを実行できます。

手順

ステップ 1

[protected-vm] を選択して、[移行（Migrate）] をクリックします。

これですべての VM が保護グループから移動し、[スタンドアロンの保護VM（Standalone Protected VMs）] サブペインに表示されます。回復するのは選択した VM のみです。

ステップ 2

保護グループに含まれていた残りの仮想マシンを [スタンドアロンの保護VM（Standalone Protected VMs）] サブペインから移行します。詳細については、計画された移行を参照してください。

ディザスタ リカバリと再保護

ディザスタ リカバリを実行するとターゲットの VM が回復され、ソースからターゲットに所有権がスイッチされ、新しいソースになったターゲットでレプリケーションが再開されます。ディザスタ リカバリは通常、障害が発生したときや保護の方向を反対にするときに実行されます。

注目

- このプロセスは戻すことができません。

- 単一の vCenter を展開する場合、HX Connect UI を通して実行されるディザスタ リカバリ ワークフローはサポートされません。ディザスタ リカバリと再保護を実行するには：

1. プライマリ サイトの vSphere Web クライアント ナビゲータにログインし、プライマリ サイトから VM を削除して VM を登録解除します。

仮想マシンを右クリックして、[すべてのvCenterアクション（All vCenter Actions）] > [インベントリから削除（Remove from Inventory）] を選択します。

2. セカンダリ サイトの HX Connect にログインします。[レプリケーション（Replication）] > [リモートVM（Remote VMs）] タブ > [protected_vm] を選択します。[回復（Recover）] をクリックします。

3. プライマリ サイトが復帰したら、セカンダリ サイトの HX Connect にログインします。[レプリケーション（Replication）] > [リモートVM（Remote VMs）] タブ > [protected_vm] を選択します。[再保護（Re-protect）] をクリックします。

4. 再保護が正常に完了したら、セカンダリ サイトの vSphere Web クライアントにログインして、VM を手動で登録します。

1. vSphere Web クライアント ナビゲータにログインします。[構成（Configuration）] > [ストレージ（Storage）] を選択します。

2. 適切なデータストアを右クリックして、[データストアの参照（Browse Datastore）] をクリックします。

virtualmachine name.vmx ファイルに移動し、ファイル上で右クリックして、[インベントリに追加（Add to Inventory）] をクリックします。ウィザードに従って、VM を手動で登録します。

- HX Connect ユーザー インターフェイスを使用して、以前に送信されたタスクが完了するのを待たずに、シーケンス内で最大 5 つの再保護タスクを実行できます。

手順

ステップ 1

ソースとターゲットの HX 接続にログインします。ターゲット クラスタは、レプリケーション DP スナップショットのコピー先となっていたクラスタです。ソース クラスタは、VM が存在しているクラスタです。

ステップ 2

リモート VM のリストから VM を選択します。このクラスタの VM ワークフローで VM の回復を実行します。

（注）

ターゲットとソースの両方のクラスタが同じ vCenter にある場合は、ソース クラスタの VM の登録を解除します。これにより、vCenter に VM のレコードがなくなり、VM の管理が停止することになりますが、VM のデータは保持します。

ステップ 3

[レプリケーション（Replication）] > > [リモート VM（Remote VMs）] タブ > > [protected_vm] を選択し、[回復（Recover）] をクリックします。

ステップ 4

ターゲット VM を回復し、ローカル クラスタに新しい VM を構築するには、[VM の回復（Recover VM）] ボタンをクリックします。

[このクラスタの VM を回復する（Recover VM on this cluster）] ダイアログボックスで、次のフィールドに入力します。

UI 要素

基本的な情報

[リソース プール] ドロップダウン リスト

新しい VM を格納する場所を選択します。

[フォルダ（Folders）] ドロップダウン リスト

新しい VM を格納する場所を選択します。

[電源オン/オフ（Power On/Off）] ラジオ ボタン

デフォルトでは、[電源オン（Power ON）] オプションが選択されています。回復した VM は、選択したオプションに応じて、作成した後に電源がオンになるかオフのままになります。

ネットワークのマッピング

ソースとターゲット クラスタ ネットワークの間にマップを作成する場合に選択します。

- ソース ネットワーク：VM が接続されているソース側のネットワーク名。

- ターゲット ネットワーク：ドロップダウン リストから、VM を接続する必要があるターゲット ネットワークを選択します。

ネットワークのオプションの例。

- ストレージ コントローラのデータ ネットワーク

- ストレージ コントローラの管理ネットワーク

- ストレージ コントローラ レプリケーション ネットワーク

- VM ネットワーク

ステップ 5

[VM を回復する（Recover VM）] をクリックします。

ステップ 6

ターゲット クラスタで、[レプリケーション（Replication）] > [リモートVM（Remote VMs）] タブ > [protected_vm] を選択します。

ステップ 7

[再保護（Re-protect）] をクリックします。

注目

- ターゲット クラスタとソース クラスタの両方が同じ vCenter 上にある場合、ソース クラスタに手動で VM を登録します。

- 再保護タスクが失敗し、HX Connect UI で [再保護（Re-protect）] タブが使用できない場合は、stcli reverseprotect を実行して再保護操作を完了します。

VM の保護ステータスとして [保護済み（Protected）] と表示されます。

ステップ 8

元のプライマリが復帰した後、プライマリに移行するには次の手順を実行します。

1. ターゲット クラスタで、[レプリケーション（Replication）] > [リモートVM（Remote VMs）] タブ > [protected_vm] を選択します。

2. [移行（Migrate）] をクリックし、ターゲット VM を登録解除して、VM の所有権を元のプライマリに移します。

VM の保護ステータスとして [保護済み（Protected）] と表示されます。

障害後の仮想マシンの保護

障害発生時、ソース サイトも一緒に失われる可能性があります。リカバリの実行後、新しいクラスタに回復した VM を保護できます。

手順

ステップ 1

仮想マシンを回復します。スタンドアロン リカバリ（VM の回復）またはグループ リカバリ（保護グループでの VM の回復）を実行します。詳細については、仮想マシンのリカバリを参照してください。

ステップ 2

既存のペアリングをクリアするには、HX 接続 WebCLI で次のコマンドを実行します。

stcli dp peer forget --all

これで、クラスタは元の送信元にペアリングされなくなります。

ステップ 3

すべてのローカルおよびリモートの VM の保護を解除します。詳細については、仮想マシンの保護の解除を参照してください。

ステップ 4

新しいクラスタにペアリングします。詳細については、 セクションを参照してください。

ステップ 5

仮想マシンを保護します。

保護された仮想マシンの削除

HX Data Platform コマンド ライン インターフェイス（CLI） を使用して保護された仮想マシンを削除するには、次の手順を実行します。

手順

ステップ 1

削除する必要がある仮想マシンの名前を特定します。

ステップ 2

仮想マシンのコントローラ VM にログインします。

ステップ 3

stcli dp VM list --brief コマンドを実行して、その仮想マシンの仮想マシン ID を特定します。

This example shows a summary list of the protected virtual machines.

stcli dp vm list --brief

vmInfo:
----------------------------------------
name: HC-Edge1-VM30
uuid: 4224f065-2fd9-e4d6-242e-b7a272202b38
----------------------------------------
name: HC-Edge1-VM1
uuid: 422417f9-c902-59fe-4e9d-8298c2517410
----------------------------------------
name: HC-Edge1-VM28
uuid: 4224cfb4-5a78-dced-ca5f-3dd6e132492e
----------------------------------------
name: HC-Edge1-VM13
uuid: 42249800-035b-0c92-0c5f-dcffbc9a5b9e
----------------------------------------

ステップ 4

コマンド stcli dp vm delete --vmid <vmid> を実行します。<vmid>必要な仮想マシンを削除します。

This example shows how to delete a virtual machine.

stcli dp vm delete --vmid 4224f065-2fd9-e4d6-242e-b7a272202b38

レプリケーション メンテナンスの概要

レプリケーションは、設定されている場合、定義されているスケジュールに従ってバックグラウンドで実行されます。レプリケーションのメンテナンス タスクは、次のとおりです。

- リカバリのテスト：リカバリ手法が機能しているかどうかテストします。詳細については、仮想マシンのリカバリのテストを参照してください。

- レプリケーションの一時停止 ー HX クラスタのアップグレードを行うための準備をする際にレプリケーションが構成済みの場合は、レプリケーション アクティビティを一時停止する必要があります。

stcli dp schedule pause コマンドを使用します。

- レプリケーションの再開 ー HX クラスタのメンテナンス アクティビティが完了したら、レプリケーション スケジュールを再開します。

それには、stcli dp schedule resume コマンドを使用します。

- 移行：1 つのソース クラスタからレプリケーション ペアのターゲット クラスタに VM を移行し、ターゲット クラスタを移行後の VM の新しいソース クラスタにするには、このタスクを実行します。

次の図は、大規模な ACI 設定で展開する場合に HyperFlex のディザスタ リカバリに使用される設定を示しています。

- レプリケーションの一時停止

- レプリケーションの再開

レプリケーションの一時停止

storfs またはプラットフォームのアップグレードを行う前に、レプリケーションが設定されると、レプリケーション アクティビティは一時停止する必要があります。

手順

ステップ 1

ストレージ コントローラ VM にログインします。

ステップ 2

コマンド ラインから stcli dp schedule pause コマンドを実行します。

ステップ 3

アップグレード タスクを実行します。

ステップ 4

レプリケーション スケジュールを再開します。

レプリケーションの再開

レプリケーションが設定された HX ストレージ クラスタ が正常にアップグレードされたら、次の操作を実行してレプリケーション スケジュールを再開します。

始める前に

HX クラスタ レプリケーションが一時停止され、メンテナンスまたはアップグレードタスクが完了していることを確認します。

手順

ステップ 1

ストレージ コントローラ VM にログインします。

ステップ 2

コマンド ラインから stcli dp schedule resume コマンドを実行します。

保護されたすべての仮想マシンに以前設定されたレプリケーション スケジュールが開始されます。

Chapter17. ストレージ複製アダプタの管理

- SRA ワークフローの実行

システム要件

SRM の最小要件：

要素

サポートされる最小要件

プロセッサ

少なくとも 2 台の 2.0 GHz 以上の Intel または AMD x86 プロセッサ。

メモリ

4 GB

ディスク ストレージ

5 GB

ネットワーキング

SRM 保護サイトとリカバリ サイト間の通信には 1 GB が推奨されます。

サポートされているプラットフォームおよびデータベースに関する情報は、「VMware 互換性マトリックス」の該当するリリースを参照してください。

VMware Site Recovery Manager 8.1 の互換性マトリックス

VMware Site Recovery Manager 8.2 の互換性マトリックス

VMware Site Recovery Manager 8.3 の互換性マトリックス

- SRA 互換性マトリクス

SRA 互換性マトリクス

次の表に、Windows および Photon OS ベースの SRA サポートを示します。

Windows および Photon OS ベースの SRA の認定マトリックス

HyperFlex バージョン

SRM バージョン

4.0.1a（SRA 1.0.0）

4.0.2a（SRA 1.1.0）

4.0.2b（SRA 1.1.0）

4.0.2c（SRA 1.1.0）

4.0.2e（SRA 1.1.0）

4.5.1a（SRA 1.1.0）

4.5.1a（SRA 1.1.0）Photon

6.5

認定取得済み

認定取得済み

認定取得済み

認定取得済み

なし

なし

なし

8.1

認定取得済み

認定取得済み

認定取得済み

認定取得済み

認定取得済み

認定取得済み

該当なし

8.2

認定取得済み

認定取得済み

認定取得済み

認定取得済み

認定取得済み

認定取得済み

認定取得済み

8.3

認定取得済み

認定取得済み

認定取得済み

認定取得済み

認定取得済み

認定取得済み

認定取得済み

Windows 向け Site Recovery Manager のインストール

SRM サーバ インスタンスは、保護されたサイトおよび復元サイトでインストールする必要があります。インストール手順の詳細については、『サイト復元マネージャのインストールおよび設定ガイド』の「サイト復元マネージャのインストール」の章を参照してください。

SRM をインストールした後は、SRM ライセンス キーをインストールするまで評価モードのままになります。評価ライセンスの有効期限が切れると、既存の保護グループは保護されたままになり復元することができますが、有効な SRM ライセンス キーを取得して割り当てるまでは、新しい保護グループを作成したり、既存の保護グループに仮想マシンを追加したりすることはできません。SRM のインストール後に、SRM ライセンス キーを取得して割り当てる必要があります。ライセンスの詳細については、『サイト復元マネージャのインストールおよび設定ガイド』の「サイト復元マネージャのライセンス取得」の章を参照してください。

Windows のストレージ複製アダプタのインストール

始める前に

- SRM および JDK 8 以降のバージョンが、保護および復元サイトの Windows マシンにインストールされていることを確認します。

- 有効な SRM ライセンス キーが取得され、割り当てられていることを確認します。ライセンスの詳細については、『サイト復元マネージャのインストールおよび設定ガイド』の「サイト復元マネージャのライセンス取得」の章を参照してください。

手順

ステップ 1

VMware サイトから SRA をダウンロードします。

https://my.vmware.com/web/vmware/downloads ページで、VMware Site Recovery Manager を検索し、[Download Product (製品のダウンロード)] をクリックします。[Drivers & Tools (ドライバおよびツール)] をクリックし、[Storage Replication Adapters (ストレージ複製アダプタ)] を展開し、[Go to Downloads (ダウンロードに進む)] をクリックします。

ステップ 2

SRA Windows インストーラを、保護および復元サイトの SRM Windows マシンにコピーします。

ステップ 3

インストーラをダブルクリックします。

ステップ 4

インストーラの [welcome (ようこそ)] ページで [Next (次へ)] をクリックします。

ステップ 5

EULA に同意して、[Next (次へ)] をクリックします。

ステップ 6

[完了（Finish）] をクリックします。

SRM プログラム フォルダ内に SRA がインストールされます。
C:\Program Files\VMware\VMware vCenter Site Recovery Manager\storage\sra

Site Recovery Manager 仮想アプライアンスの展開

Site Recovery Manager仮想アプライアンスは、Site Recovery Managerとその関連サービスを実行するために最適化された、事前設定された仮想マシンです。vSphere環境のESXiホストにアプライアンスを展開します。https://docs.vmware.com/en/Site-Recovery-Manager/8.2/srm-install-config-8-2.pdf の「Site Recovery Manager 仮想アプライアンスの展開」の章を参照してください。

SRM をインストールした後は、SRM ライセンス キーをインストールするまで評価モードのままになります。評価ライセンスの有効期限が切れると、既存の保護グループは保護されたままになり復元することができますが、有効な SRM ライセンス キーを取得して割り当てるまでは、新しい保護グループを作成したり、既存の保護グループに仮想マシンを追加したりすることはできません。SRM のインストール後に、SRM ライセンス キーを取得して割り当てる必要があります。ライセンスの詳細については、https://docs.vmware.com/en/Site-Recovery-Manager/8.2/srm-install-config-8-2.pdf の「Site Recovery Manager のライセンス」を参照してください。

Photon OS ストレージ複製アダプタのインストール

手順

ステップ 1

VMware サイトから SRA をダウンロードします。

https://my.vmware.com/web/vmware/downloads ページで、VMware Site Recovery Manager を検索し、[Download Product (製品のダウンロード)] をクリックします。

ステップ 2

VMware サイトから ドライバ、および をダウンロードします。

[Drivers & Tools (ドライバおよびツール)] をクリックし、[Storage Replication Adapters (ストレージ複製アダプタ)] を展開し、[Go to Downloads (ダウンロードに進む)] をクリックします。

ステップ 3

Site Recovery Managerアプライアンス管理インターフェイスにadminとしてログインします。

[ストレージ複製アダプタ（Storage Replication Adapter）] タブをクリックします。

ステップ 4

[新規アダプタ（NEW ADAPTER）] ボタンをクリックし、SRAをアップロードします。

SRM 環境のセットアップ

このセクションでは、 の両方について、次の手順について説明します。

- サイトのペアリング

- マッピングの設定

- ストレージ複製アダプタの更新

- アレイ マネージャ ペアの追加

- Cisco HyperFlex 上のデータストアのマッピング

- 「Discovering Devices」

- 保護グループの作成

- リカバリ計画の作成

- サイトのペアリング

- マッピングの設定

- ストレージ複製アダプタの更新

- アレイ マネージャ ペアの追加

- Cisco HyperFlex 上のデータストアのマッピング

- 「Discovering Devices」

- 保護グループの作成

- リカバリ計画の作成

サイトのペアリング

SRM を使用する前に、保護サイトと復元サイトで SRM サーバ インスタンスを接続する必要があります。これは、サイトのペアリングと呼ばれます。

手順

ステップ 1

vSphere Web Client を使用して保護サイトの vCenter にログインします。

ステップ 2

[Home (ホーム)] ページで、[Site Recovery (サイト復元)] プラグインをクリックし、サイトを選択します。

ステップ 3

SRM リモート サイト (復元サイト) のプラットフォーム サービス コントローラのアドレスを入力します。プラットフォーム サービス コントローラ (PSC) 用のカスタム ポートがない場合は、ポート番号をデフォルトのままにします。[Next] をクリックします。

システムには、リモート サイトに SRM サーバが登録されている vCenter サーバ インスタンスが表示されます。

ステップ 4

vCenter サーバ シングル サインオン (SSO) クレデンシャルを入力し、[Finish (完了)] をクリックします。

接続プロセスは、適切な権限が設定された認証の後に自動的に実行されます。

詳細については、『サイト復元マネージャのインストールおよび設定ガイド』の「サイト復元マネージャのライセンス取得」の章を参照してください。

保護サイトと復元サイト間でサイトのペアリングが確立されると、SRM インターフェイスの [Site (サイト)] の下にリモート サイトが表示されます。プライマリ サイトとペアリングされたサイトに関する情報が表示されます。

マッピングの設定

マッピングを使用すると、SRM が保護されたサイトの仮想マシン リソースを復元サイトのリソースにマッピングする方法を指定できます。復元中に、仮想マシンが復元サイトで起動すると、仮想マシンはマッピングで指定した復元サイトのリソースを使用します。

手順

ステップ 1

vSphere Web Client を使用して保護サイトの vCenter にログインします。

ステップ 2

[SRM] プラグインをクリックします。保護されたサイトを選択し、[Configure Inventory Mappings (インベントリ マッピングの設定)] をクリックします。

ステップ 3

次のオプションをクリックし、それぞれのマッピングを実行します。

オプション

Action

リソース マッピングの作成

保護されたサイトのリソース プール、スタンドアロン ホスト、vApps、またはクラスタを、復元サイトのリソース プール、スタンドアロン ホスト、vApps、またはクラスタにマッピングします。1 つのサイトにある任意のタイプのリソースを、他のサイトの任意のタイプのリソースにマッピングできます。

（注）

クラスタの一部である個々のホストを他のリソース オブジェクトにマッピングすることはできません。

フォルダ マッピングの作成

保護されたサイトのデータセンターまたは仮想マシン フォルダを、復元サイトのデータセンターまたは仮想マシン フォルダにマップします。

ネットワーク マッピングの作成

保護されたサイトのネットワークを、復元サイトのネットワークにマッピングします。

プレースホルダ データストアの設定

実稼働クラスタのプレースホルダ データストアとして使用するデータストアを、リストから選択します。

重要

また、復元サイトでプレースホルダ データストアを設定する必要があります。

インベントリ マッピングの詳細については、『VMware Site Recovery Manager 管理ガイド』を参照してください。

ストレージ複製アダプタの更新

手順

ステップ 1

vSphere Web クライアントにログインします。

ステップ 2

[home (ホーム)] ページで、[Site Recovery (サイト リカバリ)] プラグインをクリックします。

ステップ 3

[Sites (サイト)] をクリックし、保護されたサイトを選択します。

ステップ 4

[モニタ（Monitor）] タブをクリックします。

ステップ 5

[Refresh] をクリックします。

[Refresh (更新)] アイコンは、[Add Array Manager (アレイ マネージャの追加)] の横にあります。

リカバリ サイトに同じ手順を実行して、リカバリ サイトの SRA を更新します。

次のタスク

更新後、サイトのステータスは緑色のチェックになり [OK] に設定されます。このアクションによって SRA 情報が更新され、SRM が SRA を検出できるようになります。

アレイ マネージャ ペアの追加

手順

ステップ 1

vSphere Web クライアントにログインします。

ステップ 2

[SRM] プラグインをクリックします。保護サイトを選択し、[Array Based Replication (アレイ ベース複製)] をクリックします。

ステップ 3

[Add (+)] をクリックします。

[Add and Manage Hosts (ホストの追加と管理)] ウィザードが表示されます。

ステップ 4

[Add Array Manager (Array Manager の追加)] ウィザードで、次の手順を実行します。

1. [Add a pair of array managers (array managers のペアの追加)] をクリックして、1 回で保護サイトと復元サイトの両方に Array Managerを追加します。サイトごとに 1 つずつ、2 つの Array Manager を追加するように求められます。[Next] をクリックします。

2. サイトのペア (保護サイトと復元サイト) を選択します。表示されたサイト情報を確認し、[Next (次へ)] をクリックします。

システムは、SRA の両方のサイトとステータスにインストールされている SRA のタイプを自動的に検出します。

3. [Next] をクリックします。

4. 保護されたサイト Array Manager の表示名、IP アドレス、およびクレデンシャルを入力します。[Next] をクリックします。

5. 復元サイト Array Manager の表示名、IP アドレス、およびクレデンシャルを入力します。[Next] をクリックします。

6. アレイ ペアを有効にするにはチェックを付けて、[Next (次へ)] をクリックします。

7. Array Manager に指定された情報を確認し、[Finish (完了)] をクリックします。

Cisco HyperFlex 上のデータストアのマッピング

始める前に

複製ペアが、保護されたクラスタからリカバリ クラスタに作成されていることを確認します。

（注）

データストアがレプリケーションのターゲットである場合は、「データストアがマウントされていない」アラートを無視しても安全です。

手順

ステップ 1

HX Connect に管理者としてログインします。

ステップ 2

[Replication (レプリケーション)] > [Replication Pairs (レプリケーション ペア)] を選択します。

ステップ 3

保護サイトとリカバリ サイトのレプリケーション ペアを選択し、[Edit (編集)] をクリックします。

ステップ 4

[Other Dro Protection (その他の DRO 保護)]] タブをクリックし、次の手順を実行します。

1. [Local Datastore (ローカル データストア)] 列には、ローカル HX クラスタに設定されているペアリングされていない設定済みのデータストアのリストが表示されます。1 つのローカル データストアを 1 つのリモート データストアにマップします。

2. [Remote datastore (リモート データストア)] プルダウン メニューから、ローカル データストアとペアリングする必要があるデータストアを選択します。

3. [Direction (方向)] プルダウン メニューから、マップされたデータストアの VM 移動の方向として [Incoming (着信)] または [Outgoing (発信)] を選択します。

4. [Protection Schedule (保護スケジュール)] プルダウン メニューから、データストアですべての VM を保護するスケジュールを選択します。

5. [Map Datastore (データストアのマッピング)] をクリックします。

ステップ 5

[Map Datastore (データストアのマッピング)] をクリックします。

「Discovering Devices」

手順

ステップ 1

vSphere Web クライアントにログインします。

ステップ 2

ホームページで、[Site Recovery (サイト復旧)] プラグインをクリックします。

ステップ 3

[Inventories (インベントリ)] を展開し、[Array Based Replication (アレイベースの複製)] をクリックします。

ステップ 4

保護されたアレイを選択します。

ステップ 5

[Manage] をクリックします。

ステップ 6

[Refresh (更新)] アイコンをクリックします。

このアクションは、選択したアレイ ペアの検出デバイスを実行します。

保護グループの作成

手順

ステップ 1

vSphere Web クライアントにログインします。

ステップ 2

ホームページで、[Site Recovery (サイト復旧)] プラグインをクリックします。

ステップ 3

[Inventories (インベントリ)] を展開し、[Protection Groups (保護グループ)] をクリックします。

ステップ 4

[Objects (オブジェクト)] をクリックします。

ステップ 5

[Create Protection Group] をクリックします。

ステップ 6

保護グループの名前と場所を入力します。

ステップ 7

保護の方向として着信または発信を選択します。

ステップ 8

[Protected Group type （保護グループ タイプ)] ドロップダウン リストから [Datastore groups (データストア グループ)] グループ タイプを選択します。[Next] をクリックします。

ステップ 9

保護グループに使用することを目的としてグループ化するために、リストからデータストア グループを選択します。

これらのデータストア グループに保存されているすべての仮想マシンは、保護グループの一部としてまとめて復元されます。

ステップ 10

[Next] をクリックします。

ステップ 11

SRM 保護グループを作成するために選択したすべての情報を確認し、[Finish (完了)] をクリックします。

リカバリ計画の作成

手順

ステップ 1

vSphere Web Client ホームページで、[Site Recovery (サイト復旧)] プラグインをクリックします。

ステップ 2

[Inventories (インベントリ)] を展開し、[Recovery Plans (復元の計画)] をクリックします。

ステップ 3

[Objects (オブジェクト)] をクリックします。

ステップ 4

[Create Recovery Plan (復元計画の作成)] をクリックします。

ステップ 5

復元計画の名前と説明を入力し、復元計画の場所を選択します。[Next] をクリックします。

ステップ 6

復元計画の一部として VM を復元する復元サイトを選択します。[Next] をクリックします。

ステップ 7

復元計画の一部として含まれる保護グループのリストを選択します。[Next] をクリックします。

ステップ 8

復元計画のテストの実行中に使用するテスト ネットワークを指定します。

テスト用に作成した場合は、テストネットワークを選択できます。または、隔離ネットワークと呼ばれるデフォルトの自動作成テスト ネットワークのままにすることもできます。

ステップ 9

[Next] をクリックします。

ステップ 10

復元計画を作成するために選択したすべての情報を確認し、[Finish (終了)] をクリックします。

SRA ワークフローの実行

SRA の設定後、SRM は SRA と連携してアレイを検出し、複製およびエクスポートされたデータストアを検出し、フェールオーバーまたはフェールオーバーのデータストアをテストします。

SRA により、SRM が次のワークフローを実行できるようにします。

- 複製されたストレージの検出

- 複製データの書き込み可能コピーを使用した中断フェールオーバー テストの復元

- 緊急または計画されたフェールオーバー復元

- フェールバックの一部としてフェールオーバー後に複製を戻す

（注）

フェールオーバー後、データストアから VM へのマッピングによって空のリストが返されるため、ソース データストアは HX data platform にマウント解除されます。したがって、データストアをペアリング解除することはできません。データストアをペアリング解除は、再保護操作を呼び出して、ソース データストア上の VM をアクティブ状態にする必要があります。

この項では、次のトピックについて取り上げます。

- リカバリ計画のテスト

- 復元計画のクリーンアップ タスクのテスト

- 復元の実行

- 再保護タスクの実行

- リカバリ計画のテスト

- 復元計画のクリーンアップ タスクのテスト

- 復元の実行

- 再保護タスクの実行

リカバリ計画のテスト

手順

ステップ 1

vSphere Web Client ホームページで、[Site Recovery (サイト復旧)] プラグインをクリックします。

ステップ 2

[Inventories (インベントリ)] を展開し、[Recovery Plans (復元の計画)] をクリックします。

ステップ 3

復元計画を選択して、[Monitor (モニタ)] をクリックします。

ステップ 4

緑色の [play (再生)] ボタンをクリックして、テスト復元を実行します。

注意

テスト復元オプションの選択には注意が必要です。

復元プロセスは、復元サイトのテスト環境で仮想マシンを回復するために、テスト モードで実行されます。ストレージ オプションを使用して、最近の変更を復元サイトに複製するか選択できます。このプロセスでは、復元サイトに最近の変更の複製が完了するまでに数分かかることがあります。要件に応じて、最近の変更でテスト復元を実行するかどうかを選択できます。

ステップ 5

[Next] をクリックします。

ステップ 6

設定を確認し、[Finish (完了)] をクリックして、SRM テスト復元を開始します。

この復元計画の一部として関連する一連の復元手順は、その進捗率とともに表示されます。

（注）

計画が実行されると、リカバリ サイトのデータストアはマウント解除され、そのままになります。この間、HyperFlex リカバリ クラスタからのアラートは無視できます。これは予期された動作だからです。

テスト復元が完了すると、復元計画のステータスが [Test Complete (テスト完了)] に変更され、各復元手順のステータスが [Success (成功)] に変更されます。また、この復元計画の保護グループの一部である仮想マシンは、実稼働仮想マシンを中断せずに、保護サイトと復元サイトの両方で電源がオンになります。
テスト復元が正常に実行された後、復元計画のクリーンアップを実行して、復元計画テストを実行する前の初期状態に仮想マシンを戻すことができます。復元計画のステータスが [Ready (準備完了)] 状態にリセットされます。復元計画の実行中にエラーが発生した場合は、強制クリーンアップを実行することもできます。詳細については、復元計画のクリーンアップ タスクのテストを参照してください。

復元計画のクリーンアップ タスクのテスト

復元計画のクリーンアップ タスクを実行して、復元計画テストを実行する前の初期状態に仮想マシンを戻すことができます。また、リカバリプランの実行中にエラーが発生した場合は、強制クリーンアップを実行できます。

始める前に

復元計画を実行する必要があります。

手順

ステップ 1

vSphere Web Client ホームページで、[Site Recovery (サイト復旧)] プラグインをクリックします。

ステップ 2

[Inventories (インベントリ)] を展開し、[Recovery Plans (復元の計画)] をクリックします。

ステップ 3

復元計画を選択して、[Monitor (モニタ)] をクリックします。

ステップ 4

ブラシ アイコンをクリックして、テスト復元をクリーンアップします。

この計画でクリーンアップ操作を実行すると、テスト環境が削除され、計画が準備完了状態にリセットされます。

ステップ 5

クリーンアップの確認メッセージを受信したら、[Next (次へ)] をクリックします。

ステップ 6

クリーン情報を確認し、[Finish (終了)] をクリックして、復元テストのクリーンアップ タスクを開始します。

テスト復元のクリーンアップ プロセスの進行状況をモニタできます。復元計画のクリーンアップ タスクを実行して、復元計画テストを実行する前の初期状態に仮想マシンを戻すことができます。クリーンアップ後、復元したサイトのテスト復元の一環として復元された仮想マシンは、電源がオフの状態になります。復元計画のステータスが [Ready (準備完了)] 状態にリセットされます。復元計画では、再度テストする準備ができています。

復元の実行

手順

ステップ 1

vSphere Web Client ホームページで、[Site Recovery (サイト復旧)] プラグインをクリックします。

ステップ 2

[Inventories (インベントリ)] を展開し、[Recovery Plans (復元の計画)] をクリックします。

ステップ 3

復元計画を選択して、[Monitor (モニタ)] をクリックします。

ステップ 4

復元計画を実行するには、赤色の [play (再生)] ボタンをクリックします。

ステップ 5

要件に従って、計画された [Planned Migration (計画された移行] または [Disaster recovery (障害復旧)] を選択します。[Next] をクリックします。

ステップ 6

SRM 復元を開始するための設定を確認し、[Finish (完了)」 をクリックします。

復元計画に含まれる一連の復元手順は、進行状況の割合とともに表示されます。

復元プロセスが完了すると、復元計画のステータスは [Recovery Complete (復元の完了)] に設定され、各再保護手順のステータスは [Success (成功)] に設定されます。復元計画の保護グループの一部である仮想マシンは、実稼働仮想マシンを中断せずに、保護サイトと復元サイトの両方で電源がオンになります。

再保護タスクの実行

復元が完了したら、復元計画を再保護できます。

手順

ステップ 1

vSphere Web Client ホームページで、[Site Recovery (サイト復旧)] プラグインをクリックします。

ステップ 2

[Inventories (インベントリ)] を展開し、[Recovery Plans (復元の計画)] をクリックします。

ステップ 3

復元計画を選択して、[Monitor (モニタ)] をクリックします。

ステップ 4

[Reprotect (再保護)] をクリックします。

ステップ 5

SRM 再保護を開始するための設定を確認し、[Finish (完了)」 をクリックします。

各再保護手順の進行状況が表示されます。再保護が完了すると、復元計画のステータスは [Reprotect Successfull (正常に再保護)] に設定され、各再保護手順のステータスは [Success (成功)] に設定されます。仮想マシンが保護され、[test recovery (復元のテスト)] および [recovery (復元)] オプションが有効になります。

（注）

再保護タスクを実行すると、データストア複製方向が複製を返すことを反映するように変更されません。複製の方向を確認するには、[Replication (複製)] > [Replication Pairs (複製ペア)] > [Other DRO Protection (その他の DRO 保護)] で VM の方向を表示することをお勧めします。

トラブルシューティング: WindowsSRM ログ ファイルの使用

毎日の SRM の実行中に発生する可能性のある問題の原因を特定するには、SRM ログ ファイルを収集して確認する必要があります。VMware サポートを受けるには、ログ ファイルを送信する必要があります。

SRM サーバからの VMware SRM ログは、次の場所から入手できます。 C:\ProgramData\VMware\VMware VCenter Site Recovery Manager\Logs

SRA の特定のログは、次の C:\ProgramData\VMware\VMware vCenter Site Recovery Manager\Logs\SRAs\ の SRA フォルダで使用できます。

SRM インターフェイスから SRM ログ ファイルをダウンロードするには、次の手順を実行します。

1. VSphere Web クライアントのホームページで、[Site Recovery (サイト復元)] > [Sites (サイト)] をクリックします。

2. ログ ファイルを収集する必要があるサイトを選択します。

3. [Actions (アクション)] メニューの [Export SRM Log（SRM ログのエクスポート)] を選択します。

代わりに、サイトをを右クリックし、[EXPORT SRM Log (SRM ログのエクスポート)] を選択します。

4. [EXPORT SRM Log (SRM ログのエクスポート)] ウィザードで、[Generate log (ログの生成)] をクリックします。

5. [Download Logs (ログのダウンロード)] をクリックします。

トラブルシューティング:SRM アプライアンス ログ ファイルの使用

毎日の SRM の実行中に発生する可能性のある問題の原因を特定するには、SRM ログ ファイルを収集して確認する必要があります。VMware サポートを受けるには、ログ ファイルを送信する必要があります。root ログインでログファイルを取得するには、SRM アプライアンスに SSH 接続する必要があります。

SRM アプライアンスからのVMware SRM ログは、/var/log/vmware/srm にあります。

SRA 固有のログは、/var/log/vmware/srm/SRAs の SRA フォルダにあります。

SRM インターフェイスから SRM ログ ファイルをダウンロードするには、次の手順を実行します。

1. VSphere Web クライアントのホームページで、[Site Recovery (サイト復元)] > [Sites (サイト)] をクリックします。

2. ログ ファイルを収集する必要があるサイトを選択します。

3. [Actions (アクション)] メニューの [Export SRM Log（SRM ログのエクスポート)] を選択します。

代わりに、サイトをを右クリックし、[EXPORT SRM Log (SRM ログのエクスポート)] を選択します。

4. [EXPORT SRM Log (SRM ログのエクスポート)] ウィザードで、[Generate log (ログの生成)] をクリックします。

5. [Download Logs (ログのダウンロード)] をクリックします。

トラブルシューティング: VMware 仮想センターの場所

「その他の DRO」データストア ペアにある VMware vCenter から VM を削除する場合、復元中にこのデータストア ペアの復元計画が失敗します。この障害を回避するには、まずコントローラ VM のいずれかで次のコマンドを使用して VM の保護を解除する必要があります。

stcli dp vm delete --vmid <VM_ID>

トラブルシューティング: VM の名前

vCenter から VM の名前を変更すると、HyperFlex は以前の名前フォルダで回復しますが、復元側で新しい名前を使用して VM を登録します。次に、この状況の制限事項の一部を示します。

- VMware を使用すると、任意の場所にある VMDK を VM に接続できます。このような場合、HyperFlex は VM フォルダ内の VM を回復しますが、元の場所にマップされている場所ではありません。また、VMDK がパスによって virtualmachine name.vmx ファイルで明示的に参照されている場合、復元が失敗することがあります。データは正確に復元していますが、vCenter への VM の登録に問題がある可能性があります。このエラーを修正するには、virtualmachine name.vmx ファイル名を新しいパスで更新します。

- VM の名前が変更され、その後に VMDK が追加された場合、新しい VMDK は [sourceDs] newVm/newVm.vmdk で作成されます。HyperFlex は、この VMDK を以前の名前で復元します。その場合、VMDK がパスによって virtualmachine name.vmx ファイルで明示的に参照されている場合、復元が失敗することがあります。データは正確に復元していますが、仮想センターへの VM の登録に問題がある可能性があります。このエラーを修正するには、virtualmachine name.vmx ファイル名を新しいパスで更新します。

Chapter18. ユーザの管理

- Cisco HyperFlex ユーザー管理の概要

- Cisco HX データ プラットフォーム RBAC ユーザーの作成

- ユーザへの権限の割り当て

Cisco HyperFlex ユーザー管理の概要

HX データ プラットフォーム でアクションを実行したり、コンテンツを表示できるユーザのタイプには次のものがあります。

- admin：Cisco HX データ プラットフォーム に含まれている定義済みユーザー。パスワードは HX クラスタの作成時に設定されます。同じパスワードが root にも適用されます。このユーザには読み取り権限と変更権限が付与されます。

- root：Cisco HX データ プラットフォーム に含まれている定義済みユーザー。パスワードは HX クラスタの作成時に設定されます。同じパスワードが admin にも適用されます。このユーザには読み取り権限と変更権限が付与されます。

- administrator：作成された Cisco HX データ プラットフォーム ユーザー。このユーザは vCenter で作成され、RBAC ロール administrator がこれに割り当てられます。このユーザには読み取り権限と変更権限が付与されます。パスワードは、ユーザの作成時に設定されます。

- read-only：作成された Cisco HX データ プラットフォーム ユーザー。このユーザは vCenter で作成され、RBAC ロール read-only がこれに割り当てられます。このユーザには読み取り権限だけが付与されます。パスワードは、ユーザの作成時に設定されます。

HX インターフェイス

admin

root

hx_admin

hx_readonly

HX データ プラットフォーム インストーラ

必須

オプション

無効

無効

HX 接続

ほとんどの HX タスクを実行できます。

ログインする際は、local/ プレフィックスが必要です。例：

local/admin

無効

ほとんどの HX タスクを実行できます。

優先されるユーザです。

モニタリング情報のみを表示できます。

HX のタスクを実行することはできません。

優先されるユーザです。

ストレージ コントローラ VM の stcli コマンド ライン

ほとんどの HX タスクを実行できます。

ほとんどの HX タスクを実行できます。

ログインする際は、local/ プレフィックスが必要です。例：

vc-hx_admin

HX のタスクを実行することはできません。

ログインする際は、local/ プレフィックスが必要です。例：

vc-hx_readonly

HX データ プラットフォーム プラグイン vCenter を使用

ほとんどの HX タスクを実行できます。

ほとんどの HX タスクを実行できます。

ほとんどの HX タスクを実行できます。

VCenter SSO ユーザです。

VCenter 情報のみを表示できます。

HX データ プラットフォーム プラグインを表示することはできません。

VCenter SSO ユーザです。

HX REST API

ほとんどの HX タスクを実行できます。

ログインする際は、local/ プレフィックスが必要です。例：

local/admin

ほとんどの HX タスクを実行できます。

ログインする際は、local/ プレフィックスが必要です。例：

local/root

無効

無効

- ユーザ管理の用語

- AAA アカウンティングの監査ログ

ユーザ管理の用語

- 認証：ログイン クレデンシャルに関する処理。これらのプロセスは、通常、ユーザ名とパスワードに基づいて、指定されたユーザのユーザ クレデンシャルを確認します。一般に、認証によってユーザ クレデンシャルを確認し、認証されたユーザにセッションを関連付けます。

- 承認：アクセス権限に関する処理。これらのプロセスでは、ユーザのアイデンティティに基づき、ユーザ/クライアント アプリケーションに対して、管理対象エンティティの作成、読み取り、更新、削除、あるいはプログラムの実行などのアクションを許可します。承認により、認証済みユーザがサーバ上で何を実行できるかが定義されます。

- アカウンティング：ユーザ アクションの追跡に関する処理。これらのプロセスでは、レコードを保持し、ログイン セッションおよびコマンドの実行を含むユーザ操作を追跡します。情報はログに保存されます。これらのログは、Cisco HX 接続 または他の Cisco HX データ プラットフォーム インターフェイスを通じて生成することができるサポート バンドルに含まれます。

- アイデンティティ（ID）：ユーザ個人にアイデンティティが与えられ、特定の権限を持つロールがそれに割り当てられます。

- 権限：リソースを使用するためにロールに与えられる設定。これは、ロールと、リソースおよびリソースによって公開される機能との間のリンクです。たとえば、データストアはリソースであり、変更ロールにはデータストアをマウントする権限が付与されますが、読み取り専用ロールでは単にそのデータストアの存在を表示できるだけです。

- 特権：アイデンティティとアプリケーションの間のリンク。アプリケーションとの特定のインタラクションのコンテキストで使用されます。例：仮想マシンの電源をオンにする、データストアを作成する、データストアの名前を変更する。

- リソース：Cisco HX プラットフォーム全体であり、その機能および管理制御は、GET、POST、PUT、DELETE、HEAD などの HTTP 動詞を使用して HTTP 経由で公開されています。データストア、ディスク、コントローラ ノード、クラスタ属性はすべて、REST API を使ってクライアント アプリケーションに公開されるリソースです。

- ロール：権限レベルを定義します。各アプリケーション機能は、1 つまたは複数のロールによって実行される可能性があります。例：管理者、仮想マシン管理者、リソース プール管理者。ロールは特定の ID に割り当てられます。

AAA アカウンティングの監査ログ

AAA アカウンティングをサポートするため、Cisco HX データ プラットフォーム ではユーザ アクティビティの監査ログを実装しています。これらのログは、生成されたサポート バンドルに含まれます。

Cisco を含むインターフェイスを介したサポート バンドルの生成については、『HX データ プラットフォームCisco HyperFlex システム トラブルシューティング ガイドHX 接続』を参照してください。

- stMgrAudit.log：stcli アクティビティの監査記録を含みます。

サンプル エントリ。キーワード Audit に注意してください。

2017-03-27-22:10:02.528 [pool-1-thread-1] INFO Audit - 2017-03-27-03.10.02 127.0.0.1 --> 127.0.0.1 POST /stmgr 200 : root 27ms

このファイルには、その他の情報も含まれます。監査イベントに絞り込むには、スクリプトを使用して単語 Audit をフィルタリングします。

- audit.log：REST API アクティビティの監査レコードが格納されます。

サンプル エントリ。ユーザ名 administrator@vsphere.local に注意してください。

2017-03-29-01:47:28.779 - 127.0.0.1 -> 127.0.0.1 - GET /rest/clusters 200; administrator@vsphere.local 454ms

Cisco HX データ プラットフォーム RBAC ユーザーの作成

Cisco HX は、管理者および読み取り専用の 2 種類のユーザーを HX データ プラットフォームサポートしています。VMware vCenterインターフェイスを介してHX Data Platformの新しいユーザが作成されます。

始める前に

ユーザを作成するには、管理者特権が必要です。

手順

ステップ 1

vSphere Web クライアントに vCenter 管理者としてログインします。

ステップ 2

[ナビゲーション ホーム（Navigator Home）] から、[管理（Administration）] > [ユーザとグループ（Users and Groups）] > [ユーザ（Users）]。

ステップ 3

[追加（Add）]（+）アイコンをクリックして、ユーザを追加します。[新規ユーザ（New User）] の情報を入力し、[OK] をクリックします。

新しいユーザのユーザ名およびパスワードを指定します。

パスワードには、エスケープ文字（\）、ドル記号（$）、疑問符（?）、等号（=）を使用しないでください。ユーザ名に使用できる特殊文字は、アンダースコア（_）、ダッシュ（-）、ドット（.）のみです。ユーザ名とパスワードの要件の詳細については、『 』を参照してください。

次のタスク

RBAC ロール グループにユーザを追加します。「ユーザへの権限の割り当て」を参照してください。

ユーザへの権限の割り当て

vCenter で、RBAC を介してユーザに特権が割り当てられます。特権を割り当てるには、ユーザを管理者グループまたは読み取り専用グループに追加します。

始める前に

ユーザを作成します。

手順

ステップ 1

Cisco vSphere Web クライアント で、[Navigator Home (ナビゲーション ホーム)] > [Administration (管理)] > [Global Permissions (グローバル権限)] > [Manage (管理)] の順に選択します。

ステップ 2

[追加（Add）]（+）アイコンをクリックし、ロールを割り当てます。

ステップ 3

[ロールの割り当て（Assigned Role）] を選択します。

[グローバル権限ルート - 権限の追加（Global Permission Root - Add Permission）] ダイアログボックスで、[ロールの割り当て（Assigned Role）] ドロップダウン メニューから選択します。次のいずれかを選択します。

- 管理者

- 読み取り専用（Read only）

ステップ 4

[ユーザとグループ（Users and Groups）] 領域で、[追加（Add）] をクリックします。

ステップ 5

[ユーザ/グループの選択（Select Users/Groups）] ダイアログボックスで、user_name を選択し、[追加（Add）] をクリックします。

ステップ 6

[名前の確認（Check names）] ボタンをクリックしてユーザ名を確認します。

ステップ 7

[OK] をクリックして各ダイアログボックスを閉じます。

Chapter19. VMware vCenter の Cisco HyperFlex HTML プラグイン

- Cisco HyperFlex vCenter プラグイン

- VMware vCenter の Cisco HyperFlex HTML5 プラグイン

- VMware vCenter の Cisco HyperFlex Flash プラグイン

Cisco HyperFlex vCenter プラグイン

Cisco HyperFlexは、Cisco HX Connect、Cisco HyperFlex プラグイン、またはストレージ コントローラ VM コマンドラインを使用して、コンテンツを柔軟に監視および管理できます。この章では、Cisco HyperFlex プラグインによるコンテンツの管理とモニタリングについて説明します。

Cisco HyperFlex vCenter プラグインは、vSphere Web クライアントと統合され、HX Data Platform のインストール後の管理およびモニタリング機能をすべてサポートします。vSphere Web Client Navigator から Cisco HyperFlex vCenter プラグインに直接アクセスします。

VMware vCenter の Cisco HyperFlex HTML5 プラグイン

ここでは、Cisco HyperFlex HTML5 プラグインを使用して VMware vCenter から HyperFlex クラスタを監視および管理する方法について説明します。

- Cisco HyperFlex HTML5 プラグインの前提条件

- vCenter HTML5 プラグインのインストールと登録

- vSphere クライアントからの Cisco HyperFlex HTML5 プラグインのインストールの確認

- Cisco HyperFlex HTML5 プラグインのアンインストール

- HTML5 プラグインのアップグレード

- Cisco HyperFlex HTML5 プラグインの使用

- HTML5 プラグインの操作

Cisco HyperFlex HTML5 プラグインの前提条件

Cisco HyperFlex HTML5 プラグインには、次のハードウェアおよびソフトウェアの前提条件が適用されます。

- VMWare vCenter サポートの Cisco HyperFlex HTML プラグインが vCenter 6.5U2 以降の Cisco HX リリース 4.0(2a) 以降に導入されました。

- ブラウザの互換性: Cisco HyperFlex HTML プラグインは、Chrome、Firefox、および IE で動作します。

- Cisco HyperFlex HTML5 プラグイン 2.1.0 は、サポートされる最小バージョンです。実行中のバージョンが 1.0.1 の場合は、最新バージョンにアップグレードします。

- 管理者権限は、ユーザとロールを管理するために必要です。

- HXDPリリース4.5（2a）は、Cisco HyperFlex Flash プラグイン（元のプラグイン）をサポートしていません。

vCenter HTML5 プラグインのインストールと登録

VMware vSphere WebクライアントでCisco HyperFlex HTML5プラグインをインストールします。プラグインのインストールプロセス中に、HXリリースに一致する必要な情報を入力します。

HXリリース4.5（1a）

HX リリース 4.5(2a) 以降

vCenter Server FQDN/IP

HX ストレージ コントローラ VM 管理者パスワード

vCenter サーバのユーザー名とパスワード

vCenter ユーザ名とパスワード

HX Controller VM のパスワード

-

ストレージ コントローラ VM ルート パスワード

-

ストレージ コントローラ VM 管理者パスワード

-

CLI 引数

Option

必須またはオプション

説明

-h, --help

任意

指定されているコマンドに関連するヘルプ メッセージを表示して終了します。

-u, --unregister

任意

Cisco HyperFlex vCenter プラグインの登録を解除します。

-s, --show

任意

HTML5 vCenter プラグインの詳細を表示します。

-v, --verbose

任意

操作をより詳細にします。

始める前に

- vCenter とコントローラ VM 間の HTTP (ポート 80) と HTTPS (ポート 443) の接続を確認します。

- Cisco HX リリース 4.5 以降を使用する展開では、セキュア管理シェル機能を確認します。

手順

ステップ 1

Cisco ソフトウェア ダウンロード サイトから VMware vCenter 用の Cisco HYPERFLEX HTML プラグインをダウンロードします。

ステップ 2

HyperFlex-VC-HTML-Plugin-2.1.0.zip ファイルを、コントローラ VM のいずれかの一時ディレクトリにコピーし、解凍します。

1. ファイル転送は、sftp cli または winscp や filezilla などのファイル転送アプリケーションを使用して完了できます。

ファイル転送アプリケーションを介して sftp 転送を使用するには、HX 管理者アカウントを使用して SCVM の/ tmp フォルダにファイルをコピーします。

2. その SCVM にSSH 接続し、admin アカウントでログインします。

3. コマンド「cd / tmp」を使用して /tmp ディレクトリに移動します。

例:

"cd /tmp"

4. コマンド unzip を使用して、プラグインファイル HyperFlex-VC-HTML-Plugin-2.1.0.zip を解凍します。

例:

HyperFlex-VC-HTML-Plugin-2.1.0.zipを解凍します。

ステップ 3

vCenter にログオンすると、新しいプラグインがインストールされたことを確認するために、青色のメッセージ バナーが表示されます。

ステップ 4

vCenter からログアウトし、再度ログインするすると、HTML5 プラグインの Cisco HyperFlex メニューが表示されます。

vSphere クライアントからの Cisco HyperFlex HTML5 プラグインのインストールの確認

vSphere Client UI から Cisco HyperFlex プラグインのインストールを確認します。

始める前に

HTML5 プラグインを vCenter サーバにインストールする必要があります。

手順

vSphereクライアントを起動し、[メニュー] > [管理] > [ソリューション] > [クライアント プラグイン] を選択します。

Cisco HyperFlex HTML5 プラグインのアンインストール

HX Data Platform HTML5 プラグインをアンインストールするには、次の手順を実行します。

手順

vCenter サーバの vSphere UI サービスを再起動します。

HTML5 プラグインのアップグレード

最新の HTML プラグインにアップグレードするとき、Cisco ソフトウェア ダウンロード サイトから VMware vCenter 用の Cisco HyperFlex HTML プラグインをダウンロードします。

始める前に

このタスクは、vCenter サーバにインストールされている HTML プラグインのバージョンが 2.1.x より前の場合にのみ使用します。

手順

ステップ 1

Cisco ソフトウェア ダウンロード サイトから VMware vCenter 用の Cisco HYPERFLEX HTML プラグインをダウンロードします。

ステップ 2

HyperFlex-VC-HTML-Plugin-2.1.x.zip ファイルを、コントローラ VM のいずれかの一時ディレクトリにコピーし、解凍します。

1. ファイル転送は、sftp cli または winscp や filezilla などのファイル転送アプリケーションを使用して完了できます。

ファイル転送アプリケーションを介して sftp 転送を使用するには、HX 管理者アカウントを使用して SCVM の/ tmp フォルダにファイルをコピーします。

2. その SCVMにSSH 接続し、admin アカウントでログインします。

3. /tmp ディレクトリに移動します "cd /tmp"

4. プラグインファイル unzip HyperFlex-VC-HTML-Plugin-2.1.0.zip を解凍します。

ステップ 3

コントローラ ルートおよび admin パスワードを使用してアップグレード プロセスを続行するには、[Y] を選択します。

ステップ 4

ログアウトし、vCenter に再度ログインして、vCenter メニューに Cisco HyperFlex を表示します。

Cisco HyperFlex HTML5 プラグインの使用

次の表に、プラグインバージョンごとの機能サポートを定義します。

HTML5プラグイン機能のサポート

特長

プラグインバージョン2.0.0

プラグインバージョン2.1.0

登録済み HX クラスタの検出

X

X

クラスタの名前変更

-

X

HX クラスタ サマリーの表示

X

X

クラスタおよびデータストアのパフォーマンス チャートの表示

X

X

ディスクビュー

X

X

ノード ビュー

X

X

HX データストア管理

X

X

VMサマリーと上位VMコンシューマ

X

X

ネットワーク管理

-

X

iSCSI 管理

[1]

-

X

イベントおよびアラーム

X

X

管理タスク

-

X

仮想マシン レベルでの HX スナップショットとクローン

-

X

スナップショットのスケジュール

[2]

-

X

HX クラスタへのユーザーとアクセスの管理

X

X

アップグレードのための HX Connect の相互起動

X

X

ホストおよびクラスタ レベルでの組み込み vCenter サーバ アクション

X

X

[1] HXDPリリース4.5（x）以降が必要です。

[2] HXDP リリース 4.5（x）以降が必要です。

HTML5 プラグインの操作

Cisco HyperFlex HTML5 プラグインへのアクセスは、vSphere メニューまたはショートカット リストから簡単にアクセスできます。

vSphere メニュー

vSphere ショートカット リスト

Cisco HyperFlex HTML5 プラグインには、プラグイン全体で共通の機能があります。ここでは、アイコンとその使用方法について説明します。

アイコン

使用法

Cisco HyperFlex プラグイン｡インストールすると、このアイコンは [メニュー（Menu）] および [ショートカット（Shortcuts）] リストに表示されます。

ビューを更新します。

（注）

クラスタリストは動的関数ロードを使用し、[クラスタのスキャン（Scanning Clusters）]アイコンは、クラスタリストが完成したことを示します。

クラスタテーブルにまだデータが入力されていることを示します。クラスタリストが完了すると、アイコンが消えます。

ブラウザに表示されるコンテンツをフィルタリングします。

内容を展開または折りたたみます。

クラスタ間を移動します。

[VCクラスタ（VC Cluster）] ボタンを使用して、HyperFlex イベントまたはアラーム ビューから vCenter イベントまたはアラーム ページに移動します。

VM の数（数値）をクリックすると、そのデータストアのすべての VM をリストする [データストア（Datastore）] ページに直接移動します。

HX Cluster へのユーザーおよびアクセスの管理

vCenterプラグインでは、ユーザーが管理者権限をもつ必要があります。ユーザーを作成し、クラスタ レベルの [権限（Permissions）] タブからそのユーザーに管理者ロールを割り当てることができます。

ユーザーとHXクラスタへのアクセスを管理するには、そのユーザーのすべてのクラスタに No Access ロールを割り当てます。

（注）

管理者権限がユーザーとロールを管理するために必要です。

登録済み HX クラスタの検出

HX クラスタを検出し、展開内の vSphere 管理対象オブジェクトをマッピングするには、次の手順を実行します。

手順

ステップ 1

vSphere Web クライアントにログインします。

ステップ 2

[メニュー（Menu）] > [Cisco HyperFlex]

ステップ 3

[再スキャン（Rescan）] をクリックして、表示された HX クラスタのリストを更新します。

登録されたクラスタは、クラスタの詳細の概要とともに HyperFlex クラスタ テーブルに表示されます。

ステップ 4

新しい HX クラスタを vCenter サーバに追加し、それらがクラスタリストに表示されない場合は、クラスタ リスト グリッドの上部にある [再スキャン（Rescan）] アイコンをクリックして、HyperFlex からクラスタ リストをリロードします。 アイコンは、クラスタテーブルにまだデータが入力されていることを示します。クラスタリストが完了すると、アイコンが消えます。

クラスタの名前変更

クラスタの名前変更は、HXリリース4.5で導入されました。クラスタの名前を変更するには、次の手順を実行します。

手順

ステップ 1

vSphere Web クライアントにログインします。

ステップ 2

[メニュー（Menu）] > [Cisco HyperFlex]

[HyperFlex クラスタ] リストが表示されます。

ステップ 3

名前を変更するクラスタの行をクリックします。

サポートされているクラスタの [名前変更（Rename）] ボタンが表示されます。

（注）

クラスタ名変更機能は、HXDPリリース4.5以降でサポートされています。

ステップ 4

[名前の変更] ボタンをクリックします。

[クラスタの名前変更] ウィンドウが表示されます。

ステップ 5

クラスタ名：（[Cluster Name:）] 行に新しい名前を入力します。

ステップ 6

[OK] をクリックして名前変更を確定します。

HX クラスタ サマリーの表示

展開内の HX クラスタの概要を表示するには、次の手順を実行します。

手順

ステップ 1

vSphere Web クライアントにログインします。

ステップ 2

[メニュー（Menu）] > [Cisco HyperFlex]

ステップ 3

サマリーを表示するには、検出された HX クラスタ名をクリックします。

ステップ 4

[概要（Summary）]をクリックして、合計ノード、データストア、HyperFlex バージョン、モデル、vCenter クラスタ、ESXi バージョン、および稼働時間に関する詳細を表示します。

クラスタ概要ビューの詳細

フィールド名

その他の情報

vCenter クラスタ

vCenter クラスタ名

Total Nodes

ノードの合計数

Datastore

クラスタに接続されたデータストア

HyperFlex のバージョン

クラスタ上の HyperFlex のバージョン

モデル

モデル名

ESXi バージョン

ESXi バージョン

Uptime

クラスタが起動し実行された時間の長さ。

クラスタ タイプ

クラスタの種類

展開タイプ

クラスタ展開のタイプ。有効なオプションは[標準（Standard）]と[エッジ（Edge）]です。

ストレージ容量バー

使用されている合計ストレージの割合のグラフ表示。バーにカーソルを合わせると、使用されているストレージの量が表示されます。

VM合計バー

クラスタ内のVMの合計数のグラフィカル表示。

合計データストアバー

クラスタに接続されたデータストアの数。バーにカーソルを合わせると、マウントされているデータストアとマウント解除されているデータストアの数が表示されます。

1. サマリー ビューには、クラスタに関する追加の詳細情報（ステータス、ネットワークの詳細、キャパシティ、パフォーマンス）をもつ 4 つのポートレットが含まれています。

矢印を使用して、ポートレットの内容を折りたたんだり展開したりします。

[Status] ポートレット

フィールド名

その他の情報

運用ステータス

オンラインまたはオフライン

Resiliency Status

警告または正常

矢印をクリックして、[レジリエンス ステータス（Resiliency Status）] の詳細を折りたたんだり展開したりします。

- ホストの障害許容度 ー 許容されるホスト障害の数

- レプリケーション係数 － コピー数

- 作成時間 － クラスタ作成時間

- 永続的デバイス障害許容 － デバイス障害の許容数

- キャッシングデバイス障害許容 － キャッシングデバイス障害の許容数

ノード

クラスタ内のノードの数。

矢印をクリックして、追加のノードの詳細を折りたたむか、展開します。

- ノードのタイプ

- バージョン

[容量（Capacity）] ポートレット

フィールド名

その他の情報

Total

使用済み容量と空き容量（％）

合計容量（Total Capacity）

利用可能容量

Used

Used Capacity

Free

Free Capacity

保存中

節約された合計容量

[圧縮と重複排除（Compression and Deduplication）] で保存されたスペースの詳細を折りたたんだり展開したりするには、矢印をクリックします。データは、% で表されます。

ネットワーク詳細ポートレット

フィールド名

その他の情報

管理ネットワーク

管理ネットワークの詳細

矢印をクリックして、次の管理ネットワークの詳細を表示します。

- 管理 IP アドレス/ FQDN

- VLAN

- デフォルト ゲートウェイ

Data Network

データ ネットワークの詳細

矢印をクリックして、次のデータ ネットワークの詳細を表示します。

- データ IP アドレス / FQDN

- VLAN

- デフォルト ゲートウェイ

ネットワーク サービス

ネットワーク サービスの詳細

矢印をクリックして、次のネットワーク サービスの詳細を表示します。

- DNS サーバ

- NTP サーバ

[Performance] ポートレット

フィールド名

その他の情報

全般的な使用率

- [時間間隔（Time Interval）] リストをクリックして、パフォーマンス チャートに表示される時間の長さを選択します。

- 特定の時間の合計を表示するには、チャートの線にカーソルを合わせます。

- 表示を更新するには、[最新表示（Refresh）] をクリックします。

- [クラスタのスキャン（Scanning Cluster）]アイコンは、クラスタテーブルにまだデータが入力されていることを示します。クラスタリストが完了すると、アイコンが消えます。

- タイムゾーンを変更するには、現在の時間間隔をクリックし、[時間範囲（Time Range）] ポップアップに入力して、[OK] をクリックします。表示される時間は、ブラウザの時間を反映しています。

IOPS

IOPS パフォーマンス チャートの表示

スループット

スループット パフォーマンス チャートの表示

遅延

遅延パフォーマンス チャートの表示

クラスタおよびデータストアのパフォーマンス チャートの表示

[パフォーマンス（Performance）] タブには、1 時間前のクラスタとデータストアの両方のパフォーマンスの詳細が表示されます。

全般的な使用率:

- [時間間隔（Time Interval）] リストをクリックして、パフォーマンス チャートに表示される時間の長さを選択します。

（注）

[アラーム（Alarms）] チャートは、1ヵ月以下の時間間隔を選択して表示されます。

- 右上のドロップダウン クラスタ リストを使用して、クラスタ間を移動します。

- 特定の時間の合計を表示するには、チャートの線にカーソルを合わせます。

- 表示を更新するには、[最新表示（Refresh）] をクリックします。

- タイムゾーンを変更するには、現在の時間間隔をクリックし、[時間範囲（Time Range）] ポップアップに入力して、[OK] をクリックします。表示される時間は、ブラウザの時間を反映しています。

手順

ステップ 1

vSphere Web クライアントにログインします。

ステップ 2

[メニュー（Menu）] > [Cisco HyperFlex]。

ステップ 3

確認する HX クラスタをクリックします。

ステップ 4

[パフォーマンス（Performance）] タブを選択します。Alarms、IOPS、ThroughPut、および Latency チャートが表示されます。

ステップ 5

[時間間隔（Time Interval）] リストをクリックして、パフォーマンス チャートに表示されるタイム スパンを選択します。

ディスク

[ディスクの詳細（Disks details）] ページを表示するには、次の手順を実行します。

手順

ステップ 1

vSphere クライアントにログインします。

ステップ 2

[メニュー（Menu）] > [Cisco HyperFlex]

ステップ 3

表示するクラスタ名をクリックします。

ステップ 4

[クラスタ サマリ] タブを使用して、[ディスク] をクリックします。

[ディスクの詳細（Disk Detail）] ビ ューが表示されます。

ディスクの詳細

フィールド名

その他の情報

ノード

ノード名

スロット

スロット番号

ステータス

スロット ステータス。有効な値：Available または Claimed

容量

スロットの合計容量

タイプ

ディスクのタイプ。有効な値は次のとおりです。回転、ソリッドステート

使用方法

ディスクの使用方法。有効な値は次のとおりです。Caching、Persistence、System

ステップ 5

（オプション）[Turn On LED（LED をオンにする）] ボタンを使用して物理サーバを特定します

1. [Turn On LED（LED をオンにする）] ボタンをクリックして、関連する物理サーバの LED ライトを点灯させます。

2. 完了したら、[Turn Off LED（LED をオフにする）] ボタンをクリックして LED ライトをオフにします。

ノード

クラスタ、ホスト、および ノード に固有の VM の詳細を表示するには、次の手順を実行します。

手順

ステップ 1

vSphere クライアントにログインします。

ステップ 2

[メニュー（Menu）] > [Cisco HyperFlex]

ステップ 3

表示するクラスタ名をクリックします。

ステップ 4

[クラスタ サマリ（Cluster Summary）] タブを使用して、[ノード（Nodes）] をクリックします。

ノード リストが表示されます。

ノード リストの詳細

フィールド名

その他の情報

ノード

ノード名。

ハイパーバイザ アドレス

ハイパーバイザの IP アドレス。

ハイパーバイザ ステータス

ハイパーバイザ ステータス。有効な値は、Online と Offline です。

コントローラ アドレス

コントローラの IP アドレス。

コントローラのステータス

コントローラのステータス。有効な値は、Online と Offline です。

モデル

ノードのタイプ。

バージョン

使用中の HXDP バージョン。

ディスク

ノードに関連付けされたディスクの数です。

サイト

列は、エッジ展開の場合にのみ表示されます。

ステップ 5

詳細を表示するノード名をクリックします。[ノード サマリ（Node Summary）] ポートレットが [ノード（Nodes）] リストの下に表示されます。

1. [ノードの概要（Node Summary）] ビューには、ノードに関する追加の詳細情報を持つ 2 つのポートレット（ハイパー コンバージド ノードとディスクの概要）が含まれています。

矢印を使用して、ポートレットの内容を折りたたんだり展開したりします。

ハイパーコンバージド ノード ポートレット

フィールド名

その他の情報

ハイパーバイザ

ヘルス：オンラインまたはオフライン

IP アドレス：ハイパーバイザの IP アドレス

ESXi バージョン：インストール済 ESXi バージョン

HyperFlex コントローラ

ヘルス：オンラインまたはオフライン

IP アドレス：HyperFlex コントローラの IP アドレス

HX バージョン：インストールされている HyperFlex バージョン

ディスク概要ポートレット

フィールド名

その他の情報

ディスクの概要

使用中のスロットの数と空の数を記録します。

凡例

ディスク グラフィックスで使用されるアイコンと色の凡例。

ディスク グラフィック

ディスクにカーソルを合わせると、そのディスクの詳細が表示されます。

詳細には次の情報が含まれます。

- スロット番号と使用タイプ

- ディスク ステータス：請求済みまたは未請求

- 容量

- ストレージ使用率（パーセンテージ）。

- ディスク ドライブ インターフェイス

- バージョン

ステップ 6

（オプション）メンテナンス モードを開始または終了します

1. メンテナンス モードにするノード名またはメンテナンス モードを終了するノード名をクリックします。

2. [メンテナンス モードの開始（Enter Maintenance Mode）] または [メンテナンス モードの終了（Exit Maintenance Mode）] をクリックします。

（注）

3 ノードまたは 4 ノードのクラスタがある場合、1 つのノードのみがメンテナンス モードになります。

ネットワーク：新しいVLANの作成

[ネットワーク（Network）] ページでは、UCS を経由せずに VLAN を作成できます。vSphere クライアントから VLAN を作成するには、次の手順を実行します。

手順

ステップ 1

vSphere クライアントにログインします。

ステップ 2

[メニュー（Menu）] > [Cisco HyperFlex] > [VLAN の作成]を選択します

ステップ 3

[VLANの作成（Create VLAN）] ウィンドウが表示されます。

[VLANの作成（Create VLAN）] ウィンドウのフィールドに入力します。

VLAN の作成

フィールド名

その他の情報

VLAN ID

1 つの VLAN を作成するには、単一の数値 ID を入力します。VLAN ID には次の値を入力できます。

- 1 ～ 3967

- 4049 ～ 4093

VLAN 名

この名前には、1 ～ 32 文字の英数字を使用できます。スペースや特殊記号を使用できません。また、オブジェクトを保存した後はこの名前を変更できません。

UCS Manager のホスト IP または FQDN

UCS Manager の FQDN または IP アドレス

たとえば、10.193.211.120 とします

UCS ユーザ名

<管理者> ユーザ名。

たとえば、sample_user1

UCS パスワード

<root> パスワード。

ステップ 4

[OK] をクリックします。

VLAN が作成されます。

（注）

VLAN の作成は一方向の操作です。HTML プラグインで VLAN を表示することはできません。新しく作成された VLAN を確認するには、UCS に移動し、ESXi vSwitch で新しく作成された vLAN を確認します。

データストアの管理

[データストア（Datastore）] ページでは、データストアの詳細の表示、クラスタ上のデータストアの作成、編集、マウント、アンマウント、または削除ができます。

手順

ステップ 1

vSphere クライアントにログインします。

ステップ 2

[メニュー（Menu）] > [Cisco HyperFlex]

ステップ 3

該当するクラスタをクリックします。

ステップ 4

データストアをクリックします。

[データストア詳細テーブル（Datastore Detail Table）] が表示されます。矢印を使用して、データストアの次または前のページ、および最初または最後のページに進みます。

データストアテーブルの詳細

フィールド名

その他の情報

名前

データストア名

マウント サマリー

マウントまたはアンマウント

ステータス

データストアのステータス：有効な値は次のとおりです：正常

プロビジョニング

プロビジョニングされたスペースの量

Used

使用領域

Free

使用可能なスペースの量

ステップ 5

テーブル内のデータストア名をクリックすると、データストアの追加の詳細が表示されます。

[詳細（Details）] ポートレットと [トレンド（Trends）] ポートレットがテーブルの下に表示されます。

詳細ポートレット

フィールド名

その他の情報

Total

プロビジョニングされ使用されているスペースのグラフ

Status

マウントまたはアンマウント

プロビジョニング

プロビジョニングされたスペースの量

VM

データストア内で作成された VM の数

VMの数（数値）をクリックすると、そのデータストアのすべての VM をリストする [データストア（Datastore）] ページに直接移動します。

トレンド ポートレット

フィールド名

その他の情報

全般的な使用率:

- [時間間隔（Time Interval）] リストをクリックして、パフォーマンス チャートに表示される時間の長さを選択します。

- 特定の時間の合計を表示するには、チャートの線にカーソルを合わせます。

- 表示を更新するには、[最新表示（Refresh）] をクリックします。

- [クラスタのスキャン（Scanning Cluster）]アイコンは、クラスタテーブルにまだデータが入力されていることを示します。クラスタリストが完了すると、アイコンが消えます。

- タイムゾーンを変更するには、現在の時間間隔をクリックし、[Time Range]ポップアップに入力して、[OK] をクリックします。表示される時間は、ブラウザの時間を反映しています。

IOPS

IOPS パフォーマンス チャートの表示

スループット

スループット パフォーマンス チャートの表示

遅延

遅延パフォーマンス チャートの表示

ホストポートレット

フィールド名

その他の情報

ホスト名（Host Name）

選択したデータストアのホストのIPアドレスを表示します。

Mount Status

ホストがマウントされているかマウント解除されているかを指定します。

アクセス可能

ホストがアクセス可能かどうかを指定します。

関連タスク

[設定（Configure）] タブからの iSCSI およびデータストアの概要の表示

新しいデータストアの作成

新しいデータストアを作成するには:

始める前に

vSphere クライアントにログインし、[メニュー] > [Cisco HyperFlex] を選択します。

手順

ステップ 1

該当するクラスタをクリックします。

ステップ 2

データストアをクリックします。

ステップ 3

[Create] ボタンをクリックします。[データストア（Datastore）] ウィンドウが表示されます。

1. データストア名を入力します

2. [サイズ（Size）] を入力し、[GB] または [TB] を選択します。

3. ブロック サイズを選択し、4K または 8K を選択します。

ステップ 4

[OK] をクリックします。新しいデータストアが作成され、データストア テーブル リストに追加されます。

ステップ 5

新しいデータストアがリストに表示されない場合は、[更新（Refresh）] 矢印をクリックしてリストを再確認します。

[Edit Datastore]

既存のデータストアを編集するには、次の手順を実行します。

（注）

データストアの名前は、アンマウントされた後にのみ変更できます。

始める前に

vSphere クライアントにログインし、[メニュー] > [Cisco HyperFlex] を選択します。

手順

ステップ 1

該当するクラスタをクリックします。

ステップ 2

[データストア（Datastore）] をクリックし、[編集（Edit）] アクションの [データストア（Datastore）] を選択します。

ステップ 3

[Edit] ボタンをクリックします。[データストアの編集（Edit Datastore）] ウィンドウが表示されます。

ステップ 4

データストアの詳細を編集します。

ステップ 5

[OK] をクリックして変更を保存します。データストア情報が更新されます。

データストアのマウントまたはアンマウント

[Mount] ボタンと [Unmount] ボタンは、データストアの現在のステータスに基づいてアクティブになります。マウントされたデータストアには、データストアをマウント解除するオプションがあり、マウントされていないデータストアには、データストアをマウントするオプションがあります。データストアのマウントまたはアンマウント:

始める前に

- マウント解除アクションを開始する前に、データストアに作成または登録された VM を削除します。

- vSphere クライアントにログインし、[メニュー] > [Cisco HyperFlex] を選択します。

手順

ステップ 1

該当するクラスタをクリックします。

ステップ 2

[Datastore] をクリックし、[Datastore for Mount（Unmount）] アクションを選択します。

ステップ 3

[Mount]（[Unmount]）ボタンをクリックします。

[データストアをマウント（マウント解除）しますか？（Do you want to mount（Unmount）the datastore？）] という確認の質問が [データストアをマウント（アンマウント）] ウィンドウが表示されます。

ステップ 4

[OK] をクリックして [Mount（Unmount）] アクションを続行するか、[Cancel] をクリックして [Mount（またはUnmount）Datastore] ウィンドウを終了します。データストアのステータスが [マウント済み（Mounted）] から [マウント解除（Unmounted）] または [マウント解除済み（Unmounted）] から [マウント済み（Mounted）] に変更されます。

[Delete Datastore]

データストアの削除

始める前に

- [データストアの削除（Delete Datastore）]アクションを開始する前に、データストアに作成または登録されたVMを削除し、データストアをマウント解除します。

- vSphere クライアントにログインし、[メニュー] > [Cisco HyperFlex] を選択します。

手順

ステップ 1

該当するクラスタをクリックします。

ステップ 2

[データストア（Datastore）] をクリックし、[削除（Delete）] アクションのための [データストア（Datastore）] を選択します。

ステップ 3

[Delete] ボタンをクリックします。

[データストアの削除（Delete Datastore）] ウィンドウに「Do you want to delete the datastore？」という確認の質問が表示されます。

ステップ 4

[OK] をクリックして削除アクションを続行するか、[Cancel] をクリックして [Delete Datastore] ウィンドウを終了します。

選択したデータストアがデータストア テーブル リストから削除されます。

VM

クラスタ、ホスト、および VM に固有の VM の詳細を表示するには、次の手順を実行します。

手順

ステップ 1

vSphere クライアントにログインします。

ステップ 2

[メニュー（Menu）] > [Cisco HyperFlex]

ステップ 3

表示するクラスタ名をクリックします。

ステップ 4

[クラスタ サマリ（Cluster Summary）] タブを使用して、 [VM] をクリックします。

[VM の詳細（VM Detail）]には、[概要（Summary）]、[アラーム/イベント（Alarms / Events）]、および [上位 15 個（Top 15）] の 3 つのポートレットが表示されます。

サマリーポートレット

フィールド名

その他の情報

VM の概要

使用中のユーザ VM の使用状況図。カーソルを合わせると、実行中、一時停止中、オフの VM の数が表示されます。

Total VMs：すべてのユーザ VM の合計数。

（注）

コントローラ VM はサマリーに含まれません。

VM ストレージ

すべてのユーザ VM ストレージの合計。すべてのユーザ VM の合計ストレージ容量がイメージの上に表示されます。グラフィックにカーソルを合わせると、現在使用されているストレージの量が表示されます。

VM メモリ

ポイントインタイムメモリの量。合計メモリ容量が表示されます。グラフィックの上にカーソルを合わせると、現在のメモリ使用量が表示されます。

CPU

Total vCPU Count：クラスタ内のすべての VM の合計 CPU 数。

CPU 使用率：特定の CPU が使用している 1秒あたりのサイクル数。

アラーム/イベントポートレット

フィールド名

その他の情報

アラーム

過去 1週間（7 日間）の VM のアラームを表示します。

[アラームの詳細（Alarms Details）]ビューに移動するには、[表示（View）]をクリックします。

- トリガ時刻：アラームの発生時刻。

- 説明：アラームの説明。

イベント

先週（7 日間）の VM のイベントを表示します。

[表示（View）] をクリックして、[Events Details]ビューに移動します。

- 日時：イベントが発生した日付と時刻。

- 説明：イベントの説明。

上位 15 の VM ポートレット

フィールド名

その他の情報

時間リスト

上位 15 の VM を表示する時間の測定値を指定します。リストのオプションには、1 時間、1 日、または 1週間があります。

メトリックリスト

テーブルの入力に使用するメトリックタイプを選択します。オプションには、CPU、メモリ、ディスク遅延、ネットワーク、およびスペースがあります。

- CPU、メモリ、ディスク遅延、ネットワーク-実行状態の VM のメトリックのみをレポートします。スイッチがオフになっている VM は含まれません。

- スペース：状態に関係なくすべての VM をカウントします。

名前

VM 名：VM 名をクリックすると、vCenter で表示されている VM のグラフまたはモニタリングページにユーザがリダイレクトされます。

状態

VM の現在の状態。有効な値は、Running、Off、および Suspended です。

データストア

データストア名（Datastore Name）

CPU

間隔に使用されるメガヘルツ単位の CPU 使用率。

メモリ

ゲスト物理メモリページのバックアップに消費されたホスト物理メモリの量。

ディスク遅延

ホストが使用するすべてのディスクで最大の遅延値

ネットワークスループット

間隔中のネットワーク使用率（送信レートと受信レートの組み合わせ）。

スペース（ディスク使用量）

VM が使用しているディスク容量

メトリックを表示

指定した VM の CPU、メモリ、ディスク遅延、およびネットワークスループットのパフォーマンステーブルを表示するためのリンク。表示される使用率の値は、すべての 5分間の平均値です。

ホバー機能を使用して、マトリックスを同時に表示し、データ内の目に見えるスパイクを評価します。

イベント

クラスタ、ノード、ホスト、VM、またはディスクに固有のイベントを表示するには、次の手順を実行します。

手順

ステップ 1

vSphere クライアントにログインします。

ステップ 2

[メニュー（Menu）] > [Cisco HyperFlex]。

ステップ 3

表示するクラスタ名をクリックします。

ステップ 4

[クラスタ サマリ（Cluster Summary）]タブを使用して、[イベント（Events）] をクリックします。

[イベント詳細（Events Detail）] ビューが表示されます。

Event Details

フィールド名

その他の情報

説明

テキストによるイベントの説明。

イベント名

イベント名

エンティティ タイプ

影響を受けるエンティティ。値には、All、Cluster、Node、Virtual Machine、および Disk が含まれます。

重大度

イベントの重大度レベル有効な値は、All、Info、Warning、Error、および Critical です。

日時（DateTime）

イベントの発生日時

ステップ 5

（オプション）イベント テーブルに表示される結果を制限するには、フィルタを使用します。

Filter

フィルタ オプション

エンティティ タイプ

All、Cluster、Node、Virtual Machine、および Disk

重大度

All、Info、Warning、Error、および Critical

Filter

[フィルタ（Filter）] オプションにキーワードを入力して、ブラウザに表示されるテーブルの内容をフィルタリングします。

ステップ 6

イベントのリストで、詳細情報が必要なイベント名をクリックします。

[イベント（Events）] テーブルの下に詳細が表示されます。詳細には次の情報が含まれます。

- 説明

- イベント名

- エンティティ タイプ

- 重大度

- 日時（DateTime）

アラーム

クラスタ、ホスト、およびVMに固有のアラームを表示するには、次の手順を実行します。

（注）

HX Connect または HTML プラグインの確認済みアラームは、同等の vCenter アラームを確認しません。

手順

ステップ 1

vSphere クライアントにログインします。

ステップ 2

[メニュー（Menu）] > [Cisco HyperFlex]

ステップ 3

表示するクラスタ名をクリックします。

ステップ 4

[クラスタ サマリ（Cluster Summary）]タブを使用して、 [アラーム（Alarms）] をクリックします。

[アラームの詳細（Alarms Detail）]ビ ューが表示されます。

アラームの詳細

フィールド名

その他の情報

送信元

アラームのテキストによる説明。

説明

アラーム名

重大度

アラームの重大度レベル有効な値は、All、Info、Warning、および Error です。

Triggered Time

アラームの発生日時。

矢印を使用して、テーブルの結果をソートおよび再ソートします。

承認時刻（Acknowledged Time）

アラームが確認された時刻

確認者:

アラームを確認したユーザーの自動入力

ステップ 5

（オプション）フィルタを使用して、[アラーム テーブル（Alarms Table）]に表示される結果を制限します。

Filter

フィルタ オプション

重大度

All、Info、Warning、および Error

エンティティ タイプ

All、クラスタ、ノード、仮想マシン、ディスクおよびデータストア

承認済み

All、True, および False

Filter

[フィルタ（Filter）] オプションにキーワードを入力して、ブラウザに表示されるテーブルの内容をフィルタリングします。

ステップ 6

[確認済み（Acknowledged）] ボタンをクリックして、アラームが表示されたことを確認します。

[確認済み（Acknowledged）] ボタンをクリックすると、[確認者（Acknowledged by）] フィールドにアラームを確認したユーザーが自動的に入力されます。

ステップ 7

リストからアラームを削除するには、[グリーンにリセット（Reset To Green）] ボタンをクリックします。

タスク

メンテナンスを検証するためにプラットフォームで発生している非同期タスクを表示するには、次の手順を実行します。

手順

ステップ 1

vSphere クライアントにログインします。

ステップ 2

[メニュー（Menu）] > [Cisco HyperFlex] > [タスク]を選択します

ステップ 3

表示するタスクをクリックします。

サブタスクは、タスクリストの下の表に表示されます。

タスク リスト

フィールド名

その他の情報

説明

タスクの説明

名前

タスク名（Task Name）

エンティティ タイプ（Entity Type）

タスクのタイプ。有効な値は、NODE、DP_Summary、Virtual Machine、Disk、およびDatastoreです。

エンティティ ID（Entity ID）

デバイス ID 番号

状態

タスクの成功または失敗を示します。

トリガー時間

タスクの発生日時。

作業内容

フィールド名

その他の情報

サブタスク名

タスクの名前。

成功通知

アクションの説明と、タスクが完了したときのステータス。説明の前にあるチェックアイコンは、タスクが成功したことを示します。このリストを確認して、タスクが失敗した場所を特定します。

ステップ 4

（オプション）[エンティティ タイプ（Entity Type）] リストを使用して、テーブルの結果をフィルタリングします。

新しいデータストアの作成

Hosts and Clusters レベルから新しいデータストアを作成するには、次の手順を実行します。

手順

ステップ 1

vSphere メニューまたは [ショートカット（Shortcut）] リンクから [ホストおよびクラスタ（Hosts＆Clusters）] にアクセスします。

ステップ 2

クラスタを右クリックし、[Cisco HyperFlex] > [アップグレード（Upgrade）] を選択します。アップグレード HyperFlex Connect を起動し、アップグレード ページに直接移動してアップグレード プロセスを完了します。

ステップ 3

クラスタを右クリックし、[Cisco HyperFlex] > [データストアの作成（Create Datastore）] を選択します。

[データストア（Datastore）] ウィンドウが表示されます。

ステップ 4

[新しいデータストア] ウィンドウのフィールドに入力します。

- データストア名を入力します

- [サイズ（Size）] を入力し、[GB] または [TB] を選択します。

- ブロック サイズを選択し、4K または 8K を選択します。

- [OK] をクリックします。

関連タスク

新しいデータストアの作成

メンテナンス モードを開始または終了します

vSphere Web UI からホスト レベルのメンテナンス モードを開始または終了するには、次の手順を実行します。

手順

ステップ 1

vSphere メニューまたはショートカット リンクから [ホストおよびクラスタ（Hosts＆Clusters）] にアクセスします。

ステップ 2

クラスタ名をクリックし、[ホスト（Hosts）] タブを選択します。

[Summary] ページが表示されます。

ステップ 3

ホストを右クリックし、[Cisco HyperFlex] > > [メンテナンス モード（Maintenance Mode）] > [ メンテナンス モードを開始または終了（Enter（or Exit）MainenanceMode）] を選択して、HyperFlex メンテナンス モードを開始または終了します。

[サマリー（Summary）] タブからの HTML5 プラグイン ポートレットの表示

vSphere Web UI から Cisco HyperFlex HTML5 プラグイン ポートレットを表示するには、次の手順を実行します。

手順

ステップ 1

vSphere メニューまたはショートカット リンクから [ホストおよびクラスタ（Hosts＆Clusters）] にアクセスします。

ステップ 2

クラスタ名をクリックし、[サマリー（Summary）] タブを選択します。[Summary] ページが表示されます。

[概要（Summary）]ページには、次のポートレットが含まれています。

- Cisco HyperFlex - ステータス

- Cisco HyperFlex - ネットワークの詳細

- Cisco HyperFlex - 容量

ステップ 3

下にスクロールして、Cisco HyperFlex プラグイン ポートレットを見つけます。

関連タスク

HX クラスタ サマリーの表示

[モニタ（Monitor）] タブからの HTML5 プラグイン ポートレットの表示

vSphere Web UI から Cisco HyperFlex HTML5 プラグイン ポートレットを表示するには、次の手順を実行します。

手順

ステップ 1

vSphere メニューまたはショートカット リンクから [ホストおよびクラスタ（Hosts＆Clusters）] にアクセスします。

ステップ 2

クラスタ名をクリックし、[モニタ（Monitor）] タブを選択します。

ステップ 3

[モニタ（Monitor）] ナビゲーション パネルを下にスクロールし、[Cisco HyperFlex] を見つけます。

ステップ 4

[ストレージ容量（Storage Capacity）] または [パフォーマンス（Performance）] をクリックして、関連する Cisco HyperFlex HTML5 プラグイン チャートを表示します。

関連タスク

クラスタおよびデータストアのパフォーマンス チャートの表示

[設定（Configure）] タブからの iSCSI およびデータストアの概要の表示

vSphere Web UI から iSCSI およびデータストアの概要ページを表示するには、次の手順を実行します。

始める前に

iSCSI 機能は、Cisco HyperFlex リリース 4.5（x）以降でサポートされています。

手順

ステップ 1

vSphere メニューまたはショートカット リンクから [ホストおよびクラスタ（Hosts＆Clusters）] にアクセスします。

ステップ 2

クラスタ名をクリックし、[設定（Configure）] タブを選択します。

ステップ 3

[モニタ（Monitor）] ナビゲーション パネルを下にスクロールし、[Cisco HyperFlex] を見つけます。

ステップ 4

[iSCSI Summary（iSCSI サマリ）] または [データストアのサマリ（Datastore Summary）] をクリックして、関連する [Cisco HyperFlex HTML5 Plugin] ページを表示します。

ステップ 5

ボタンを使用して、関連項目で定義されているすべてのメンテナンスタスクを実行します。

関連タスク

データストアの管理

新しいデータストアの作成

[Edit Datastore]

データストアのマウントまたはアンマウント

[Delete Datastore]

iSCSI: ターゲット

iSCSI : イニシエータ グループ

iSCSI: LUNs

今すぐスナップショットを作成

始める前に

vSphere メニューまたはショートカット リンクのいずれかから VM およびテンプレート にアクセスします。

手順

ステップ 1

仮想マシンを右クリックします。[Cisco HyperFlex] > [今すぐスナップショット（Snapshot Now）]を選択します。

ステップ 2

[VM Native スナップショットを取得（Take VM Native Snapshot）] ウィンドウが表示されます。次のフィールドに入力します。

- 名前 ― スナップショット名

- 説明 － スナップショットの説明

- [ゲスト ファイル システムの休止] － チェックボックス

ステップ 3

[OK] をクリックして、VM スナップショットを作成します。バックグラウンドでアクティブなスナップショット タスクが表示されます。スナップショットが完了すると、スナップショット マネージャにリストされます。

ReadyClone

始める前に

vSphere メニューまたはショートカット リンクのいずれかから VM およびテンプレート にアクセスします。

手順

ステップ 1

仮想マシンを右クリックします。[Cisco HyperFlex] > [ReadyClone] を選択します。

ステップ 2

[クローン準備完了（Ready Clones）] ウィンドウが表示されます。[一般設定（General Settings）] フィールドに入力します。

- クローン数 － 有効なエントリ 1 〜 256

- カスタマイズ仕様 － 設定されている場合は、リストから選択します

- リソース プール － 設定されている場合は、リストから選択します。

ステップ 3

[クローン名（Clone Name）] フィールドに入力します。

- クローン後に VM を起動 ー チェックボックス

- [VM プレフィックスの名前（Name of VM Prefix）] － VM プレフィックスを入力します。

- 開始クローン番号 － デフォルトは 1 です

- クローン番号増分値 - デフォルトは 1 です

- ゲスト名に同じ名前を使用 ― ゲスト名を指定する場合はオフにします

データストアの編集

始める前に

vSphere メニューまたは [ショートカット（Shortcut）] リンクからデータストアにアクセスします。

手順

ステップ 1

データストア名を右クリックします。

ステップ 2

[Cisco HyperFlex] > [データストアの編集（Edit Datastore）]を選択します。

[データストアの編集（Edit Datastore）] ウィンドウが表示されます。

ステップ 3

データストアの詳細を編集します。

ステップ 4

[OK] をクリックして変更を保存します。

関連タスク

[Edit Datastore]

データストアの削除

データストア レベルから、ユーザーは既存のデータストアを削除できます。

始める前に

vSphere メニューまたは [ショートカット（Shortcut）] リンクからデータストア にアクセスします。

手順

ステップ 1

データストア名を右クリックします。

ステップ 2

[Cisco HyperFlex] > [データストアの削除（Delete Datastore）]を選択します

[データストアの削除（Delete Datastore）] ウィンドウが表示されます。

ステップ 3

[削除（Delete）] ボタンをクリックします。

[データストアの削除（Delete Datastore）] ウィンドウに「Do you want to delete the datastore？」という確認の質問が表示されます。

ステップ 4

[OK] をクリックして削除アクションを続行するか、[キャンセル（Cancel）] をクリックして [データストアの削除（Delete Datastore）] ウィンドウを終了します。

関連タスク

[Delete Datastore]

VMware vCenter の Cisco HyperFlex Flash プラグイン

VMware vCenter 用の Cisco HyperFlex Flash プラグインにより、仮想化管理者は Cisco HyperFlex 物理インフラストラクチャを管理およびモニタできます。

- Cisco HyperFlex Flash の前提条件

- vSphere からの HyperFlex メニュー オプションの起動

- Flash プラグインからのクラスタの再調整と自己修復ステータスの確認

- HX Flash プラグインを通じたディスク ビーコンの設定

Cisco HyperFlex Flash の前提条件

Cisco HyperFlex フラッシュ プラグインには、次のハードウェアおよびソフトウェアの前提条件が適用されます。

（注）

Cisco HyperFlex フラッシュ プラグインは、元のプラグインです。HXDP リリース 4.5(1a) は、Cisco HyperFlex フラッシュ プラグインをサポートする最終リリースです。この変更は、一般的なブラウザでのフラッシュ サポートの終了と同時に発生します。VMware vCenter の Cisco HyperFlex HTML5 プラグイン にアップグレードすることをお勧めします。

- ブラウザの互換性: Cisco HyperFlex HTML プラグインは、vSphere クライアントと HyperFlex 接続が機能するすべてのブラウザで機能します。

vSphere からの HyperFlex メニュー オプションの起動

HyperFlex Connect は、新しいブラウザ タブの vSphere クライアント UI から起動し、HyperFlex UI で管理アクションを実行できます。

- 新しいブラウザ タブで HyperFlex Connect Ready Clone を起動するには、vSphere クライアントの atVirtual Machine レベルで、[アクション (Actions)] > [Cisco Hyperflex Systems] > [Ready Clone]

- 新しいブラウザ タブで HyperFlex Connect ダッシュボードを起動するには、HX クラスタ レベルの vSphere クライアントで、[アクション (Actions)] > [Cisco Hyperflex Systems] > [概要 (Summary)]

Flash プラグインからのクラスタの再調整と自己修復ステータスの確認

ストレージ クラスタのリバランスは定期的に行われ、クラスタ内の利用可能なストレージ量が変化したときにも行われます。さらに、利用可能なストレージ量が変化した場合にも、リバランスがトリガーされます。これは自動自己修復機能です。

重要

再調整は、通常、1 つのディスクの使用率が 50 % を超えた場合またはクラスタの集約ディスク使用率が 50 % 以上の場合にのみ発生します。

HX Data Platform プラグインまたはストレージ コントローラ VM コマンドラインから再調整ステータスを確認できます。VM コマンドラインの使用方法については、を参照してください。クラスタの再調整ステータスと自己修復ステータスの確認

手順

HX Data Platform プラグインからの再調整ステータスの確認

1. vSphere Web クライアント ナビゲータから、[vCenter Inventory Lists] > [Cisco HyperFlex Systems] > [Cisco HX Data Platform] > cluster > [サマリ (Summary)] の順に選択します。

[状態（Status）] ポートレットには自己修復ステータスがリストされます。

2. [復元ステータス] を展開して、[自己修復ステータス] セクションを表示します。[自己修復ステータス（Self healing status）] フィールドには、再調整アクティビティまたは N/A（再調整が現在アクティブではない場合）が示されます。

HX Data Platform プラグインの [最新のタスク（Recent Tasks）] タブに、ステータス メッセージが表示されます。

HX Flash プラグインを通じたディスク ビーコンの設定

ビーコンは、ノード（ホスト）とディスクを探して特定するのに役立つ LED をオンにする方法です。ノードには、前面の電源ボタンの近くと背面にビーコン LED があります。ディスクには、前面にビーコン LED があります。

Cisco UCS Manager を通じてノード ビーコンを設定します。ディスク ビーコンは、Cisco HX Data Platform プラグインまたは HX Connect ユーザー インターフェイスを使用して設定します。

手順

HX Data Platform プラグインを使用してディスク ビーコンをオンまたはオフにします。

1. vSphere Web クライアント ナビゲータから、[vCenter インベントリ リスト（vCenter Inventory Lists）] > [Cisco HyperFlex システム（Cisco HyperFlex Systems）] > [Cisco HX データ プラットフォーム（Cisco HX Data Platform）] > [クラスタ（cluster）] > [管理（Manage）] の順に選択します。

2. [管理（Manage）] タブで、[クラスタ（Cluster）] > [クラスタ（cluster）] > [ホスト（host）] > [ディスク（Disks）] > [ディスク（disk）] の順に選択します。

3. オブジェクトの物理的な場所を探して、ビーコンをオンにします。

[操作（Actions）] ドロップダウン リストから、[ビーコン ON（Beacon ON）] を選択します。

4. ディスクが見つかったら、ビーコンをオフにします。

[操作（Actions）] ドロップダウン リストから、[ビーコン OFF（Beacon OFF）] を選択します。

ハウスキーピング SSD とキャッシュ NVMe SSD を除いて、選択されているノード上のすべてのディスクのビーコン LED が切り替えられます。ハウスキーピング SSD またはキャッシュ NVMe SSD では、LED ビーコンは動作しません。

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)