ストレージ プロファイルは、組織レベルでも、サービス プロファイル レベルでも作成できます。サービス プロファイルには、専用ストレージ プロファイルおよび組織レベルのストレージ プロファイルを関連付けることができます。

ストレージに使用するディスクは、ユーザが選択して設定できます。これらの物理ディスクの論理集合をディスク グループと言います。ディスク グループを使用すれば、ローカル ディスクを整理できます。ストレージ コントローラがディスク グループの作成と設定を制御します。

ディスク グループ設定ポリシーはディスク グループの作成方法と設定方法を定義したものです。このポリシーで、ディスク グループに使用する RAID レベルを指定します。また、ディスク グループのディスク、およびディスクのロールを手動で選択するか、自動で選択するかどうかも指定します。1 つのディスク グループ ポリシーを使用して、複数のディスク グループを管理できます。ただし、1 つのディスク グループを複数のディスク グループ ポリシーで管理することはできません。

ホット スペアとは、ディスク グループに含まれるディスクで障害が発生した場合にディスク グループで使用できる、未使用の予備ディスクのことです。ホット スペアを使用できるのは、フォールトトラレント RAID レベルをサポートするディスク グループのみです。また、ディスクは、グローバル ホット スペアとして割り当てることができます。つまり、どのディスク グループでも使用できます。

ディスク グループの RAID レベルは、可用性、データの冗長性、および I/O パフォーマンスの確保を目的とした、ディスク グループでのデータの編成方法を表します。

ディスク グループ設定を指定して、そのディスク グループに含まれるローカル ディスクを指定しないと、Cisco UCS Managerはディスク グループ設定ポリシーで指定された基準に従って、使用するディスクを決定します。この場合、Cisco UCS Managerは複数の方法でディスクを選択できます。

一連のディスクのすべての修飾子が一致すると、それらのディスクはスロット番号に従って順番に選択されます。通常のディスクおよび専用ホット スペアは、スロット番号が小さい順に選択されます。

ディスク選択プロセスは次のとおりです。

1. 新しい仮想ドライブの作成が必要なすべてのローカル LUN について処理が繰り返されます。繰り返し処理は、次の基準に、記載する順で従います。

   1. ディスクの種類

   2. 降順の最小ディスク サイズ

   3. 降順のスペース要件

   4. アルファベット順のディスク グループ修飾子名

   5. アルファベット順のローカル LUN 名

2. 最小ディスク数および最小ディスク サイズに応じて、通常のディスクを選択します。検索基準を満たすディスクのうち、スロット番号が最も小さい順にディスクが選択されます。

   （注）	ドライブ タイプとして [Any]を指定すると、使用可能な最初のドライブが選択されます。最初のドライブが選択されると、以降のドライブはそのドライブと互換性のあるタイプになります。たとえば、最初のドライブが SATA である場合、後続のすべてのドライブも SATA となります。

3. 専用ホット スペアの選択方法も、通常のディスクを選択する場合と同じです。[Unconfigured Good]状態のディスクのみが選択されます。

4. プロビジョニング済み LUN に、展開済み仮想ドライブと同じディスク グループ ポリシーが設定されている場合は、同じディスク グループへの新しい仮想ドライブの展開を試みます。そうでない場合は、展開する新しいディスクの検索を試みます。

LUN が関連付けられたサーバにすでに展開されているとしても、LUN 設定に対する一部の変更はサポートされます。

次のタイプの変更を行うことができます。

• 新しい仮想ドライブの作成。

• 孤立した状態にある既存の仮想ドライブの削除。

• 既存の仮想ドライブに対する、再構成を伴わない変更。次の変更は、データ損失やパフォーマンスの低下を伴わずに既存の仮想ドライブに対して行うことができます。

  • ポリシーの変更。たとえば、キャッシュ書き込みポリシーを変更するなどです。

  • ブート パラメータの変更

LUN を削除すると、警告が表示されます。データ損失を回避するための措置を取ってください。

既存の LUN に対する変更の中には、元の仮想ドライブを破棄して新しい仮想ドライブを作成しなければ適用できない変更があります。その場合、すべてのデータが失われるため、そのような変更はサポートされていません。

次の一連のイベントが発生する場合があります。

1. LUN が、次のいずれかの方法で作成されます。

   1. ユーザがローカル ディスク参照を使用して、明示的にスロットを指定します。

   2. ユーザが指定した基準に従って、システムがスロットを選択します。

2. LUN が正常に展開されます。つまり、そのスロットを使用する仮想ドライブが作成されます。

3. ディスクをスロットから取り外します（おそらくディスクで障害が発生したため）。

4. 同じスロットに新しい有効なディスクを挿入します。

UCSM を使用して仮想ドライブを作成すると、UCSM がその仮想ドライブに固有 ID を割り当てます。以降の操作では、この ID を使用して確実に仮想ドライブを識別できます。UCSM では、サービス プロファイルを関連付ける時点で仮想ドライブに柔軟に名前を付けられるようにもなっています。サービス プロファイルまたはサーバによって参照されていない仮想ドライブは、いずれも孤立した仮想ドライブとしてマークされます。

固有 ID に加え、名前がドライブに割り当てられます。名前は、次の 2 つの方法で割り当てられます。

• 仮想ドライブを設定する際に、ストレージ プロファイルで参照できる名前を、ユーザが明示的に割り当てることができます。

• ユーザが仮想ドライブの名前をプロビジョニングしなかった場合、UCSM が仮想ドライブの一意の名前を生成します。

サービス プロファイルまたはサーバによって参照されていない仮想ドライブの名前は変更することができます。

LUN を使用するサービス プロファイルがなくなると、LUN の参照は解除されます。LUN の参照解除は、次のシナリオの一環として行われる場合があります。

• LUN がストレージ プロファイルから参照されなくなった。

• ストレージ プロファイルがサービス プロファイルから参照されなくなった。

• サーバの関連付けがサービス プロファイルから解除された。

• サーバが稼働停止された。

LUN が参照されなくなっても、サーバがまだ関連付けられている場合は、再関連付けが行われます。

LUN が含まれていたサービス プロファイルが削除されると、LUN の状態は [Orphaned]に変更されます。

• Cisco UCS C240、C220、C24、および C22 サーバの場合、ストレージ コントローラはサーバあたり 24 台の仮想ドライブを制御できます。他のすべてのサーバの場合、ストレージ コントローラはサーバあたり 16 台の仮想ドライブを制御できます。

• Cisco UCS Managerリリース 2.2(4) では、ブロック サイズが 4K のドライブはブレード サーバではサポートされませんが、ラックマウント サーバではサポートされます。ブロック サイズが 4K のドライブをブレード サーバに挿入した場合、検出に失敗し、「Unable to get Scsi Device Information from the system」というエラー メッセージが表示されます。

ディスク グループを設定するには、次の作業を行う必要があります。

1. RAID レベルの設定

2. ディスク グループ ポリシーに含めるディスクの自動または手動設定

3. 仮想ドライブのプロパティの設定

Cisco UCS Manager プラットフォーム コントローラ ハブ（PCH）ソリッド ステート ドライブ（SSD）コントローラ定義によって提供されるストレージ プロファイル内のローカル ストレージ設定で、単一 RAID または JBOD ディスク アレイ内にあるすべてのディスクを設定できます。

PCH コントローラ定義を設定することで、次の機能がサポートされます。

• オンボード PCH コントローラに接続された 2 台の内蔵 SSD 間で単一の LUN RAID を構成する機能

• コントローラを AHCI（JBOD）および SWRAID（RAID）の 2 つのモードで構成する方法

• 組み込みのローカル LUN および組み込みのローカル ディスク ブート ポリシーで PCH ストレージ デバイスを構成する機能。これにより、サーバ内にその他のブート可能なローカル ストレージ デバイスが存在していても、ブート順序を正確に制御できます。ローカル LUN またはローカル JBOD オプションを使用して PCH ディスクから起動しないでください。

• 内蔵 SSD ドライブでのスクラブ ポリシーのサポート。これは SWRAID モードにのみ適用されます。これは PCH コントローラ モードの AHCI と NORAID には適用されません。

• 内蔵 SSD ドライブでのファームウェア アップグレードのサポート。ディスクのファームウェア アップグレードは、PCH コントローラが SWRAID モードの場合にのみサポートされます。AHCI モードではサポートされていません。

PCH コントローラ SSD は、ストレージ プロファイル ポリシーで設定します。サービス プロファイルの関連付けが解除された後も LUN 設定が保存される保護設定を有効または無効にします。コントローラ モードを選択します。PCH コントローラ コンフィギュレーションでは、RAID0 と RAID1 の 2 つの RAID オプションのみをサポートしています。コントローラに接続されたすべてのディスクが JBOD ディスクとして構成された AHCI モードでは、[No RAID] 設定オプションを使用してください。設定の導入は、ストレージ プロファイルをサービス プロファイルへ関連付けるプロセスの一環として実行されます。

Cisco UCS Manager では次の内蔵 SSD をサポートしています。

• UCSC-C240-M4L - 12 SFF ディスク

• UCSC-C240-M4SX - 24 SFF ディスク

組み込み RAID ハブ コントローラは、SATA と sSATA（セカンダリ SATA）の 2 つのコントローラに分かれています。Cisco UCS Manager でサポートされる PCH コントローラ定義は最初の SATA コントローラのみに制限されており、ライザーに組み込まれた 2 台の内蔵 SSD は最初の SATA コントローラに接続されます。最初の SATA コントローラは、内部ライザーの 2 台の SSD と、スロット 1 ～ 4 の前面パネル ドライブを制御します。sSATA コントローラは、スロット 5 ～ 8 の前面パネル ドライブのみを制御します。CPU はこれらのコントローラを 2 つの独立したデバイスとして認識します。SATA および sSATA コントローラには、2 つの異なる PCI 定義セットがあります。Cisco UCS Manager によるサポートは、内蔵 SSD を管理する最初の SATA コントローラのみに追加されます。

Cisco UCS Manager のブート ポリシーで PCH コントローラ定義を設定するために、PCH LUN および PCH Disk という 2 つの新しいデバイスを選択できます。EmbeddedLocalLun は SWRAID モードのブート デバイスを表し、EmbeddedLocalDisk は AHCI モードのブート デバイスを表します。

システムは、サポートされている SSD のスクラビング処理を行うために同じスクラブ ポリシーを使用します。スクラブが Yes の場合、設定された LUN は関連付けの解除または再検出の一環として破棄されます。スクラブが No の場合、設定された LUN は関連付けの解除および再検出の間に保存されます。

Cisco UCS Manager は、PCH コントローラが SWRAID モードの場合にのみ、内蔵 SSD のファームウェア アップグレードをサポートします。AHCI モードではサポートされていません。

次の操作は、孤立した仮想ドライブに対してのみ実行できます。

• 孤立した仮想ドライブの削除

• 孤立した仮想ドライブの名前変更

ストレージ コントローラのプライマリ ブート デバイスを、ローカル LUN または JBOD ディスクとして指定できます。各ストレージ コントローラには、1 つのプライマリ ブート デバイスを設定できます。ただし、ストレージ プロファイルでは、プライマリ ブート LUN として 1 つのデバイスのみを設定できます。