Cisco UCS C シリーズ Integrated Management Controller リリース 4.0 GUI コンフィギュレーション ガイド

Bias-Free Language

The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.

Book Contents
Find Matches in This Book
Available Languages
Download Options

Book Title

Cisco UCS C シリーズ Integrated Management Controller リリース 4.0 GUI コンフィギュレーション ガイド

Chapter Title

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

Results

Updated:
July 28, 2020

Chapter: ストレージ アダプタの管理

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

この章は、次の項で構成されています。

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

自己暗号化ドライブ（フル ディスク暗号化）

Cisco IMC は、自己暗号化ドライブ（SED）をサポートしています。ドライブ内の特別なハードウェアがリアルタイムで入力データを暗号化し、出力データを復号します。この機能は、フル ディスク暗号化（FDE）とも呼ばれます。

ドライブ上のデータは、ドライブに入力される際に暗号化され、出力される際に復号されます。ただし、ドライブをロックしている場合は、データを取得するためにセキュリティ キーは必要ありません。

ドライブがロックされると、暗号化キーが内部で作成され保存されます。このドライブに保存されているすべてのデータは、そのキーを使用して暗号化され、暗号化された形式で保存されます。データをこのように保存すると、データを非暗号化してドライブから取得するためにセキュリティ キーが必要になります。ドライブのロックを解除すると、その暗号化キーが削除され、保存されたデータは使用できなくなります。これは、Secure Erase と呼ばれます。FDE は、キー ID とセキュリティ キーで構成されます。

FDE 機能は次の操作をサポートしています。

  • コントローラでのセキュリティの有効化および無効化

  • セキュアな仮想ドライブの作成

  • 非セキュアなドライブ グループの保護

  • 外部の設定ドライブのロック解除

  • 物理ドライブ（JBOD）でのセキュリティの有効化

  • セキュアな SED ドライブのクリア

  • セキュアな外部設定のクリア

デュアルまたは複数のコントローラの環境でコントローラ セキュリティを設定する場合に考慮すべきシナリオ


（注）  

デュアルまたは複数のコントローラの接続は一部のサーバでのみ使用できます。

コントローラのセキュリティは、個別に有効、無効、または変更できます。ただし、ローカル キー管理とリモート キー管理は、サーバ上のすべてのコントローラに適用されます。したがって、キー管理モードの切り替えを伴うセキュリティ アクションは慎重に行う必要があります。両方のコントローラが安全で、コントローラの 1 つを別のモードに移動する場合は、もう一方のコントローラでも同じ操作を実行する必要があります。

次の 2 つのシナリオを考えてみましょう。

  • シナリオ 1：キー管理はリモートに設定されています。両方のコントローラは安全で、リモート キー管理を使用します。ローカル キー管理に切り替える場合は、各コントローラのキー管理を切り替えて、リモート キー管理を無効にします。

  • シナリオ 2：キー管理はローカルに設定されています。両方のコントローラは安全で、ローカル キー管理を使用します。リモート キー管理に切り替える場合は、リモート キー管理を有効にして、各コントローラのキー管理を切り替えます。

いずれかのコントローラでコントローラ セキュリティ方式を変更しないと、セキュアなキー管理がサポートされていない設定状態になります。

コントローラ セキュリティの有効化

このオプションを使用できるのは一部の C シリーズ サーバだけです。

始める前に

このタスクを実行するには、admin 権限を持つユーザとしてログインする必要があります。

手順

ステップ 1

[Navigation] ペインの [Storage] メニューをクリックします。

ステップ 2

[Storage] メニューで、適切な LSI MegaRAID もしくは HBA コントローラをクリックします。

ステップ 3

[Controller Info] 領域で、[Enable Drive Security] をクリックします。

ステップ 4

[Enable Drive Security] ダイアログボックスで、次のフィールドを更新します。

名前 説明

[Controller Security] フィールド

コントローラが無効であることを示します。

[Key Management] フィールド

キーがリモート管理されるかローカル管理されるかを示します。次のいずれかになります。

  • [Remote Key Management] オプション ボタン：コントローラのセキュリティ キーが設定されているか、またはリモート KMIP サーバを使用して管理されています。

    （注）   

    このオプションを選択した場合、既存のセキュリティ キーを指定する必要はありませんが、ローカル管理用のキー ID とセキュリティ キーを指定する必要があります。

  • [Local Key Management] オプション ボタン：コントローラ セキュリティがローカルに設定されています。

[セキュリティ キー ID（Security Key Identifier）] フィールド

現在のキー ID。

[Security Key] フィールド

コントローラ セキュリティを有効にするために使用されるセキュリティ キー。現在のセキュリティ キーを変更するには、ここに新しいキーを入力します。

（注）   

セキュリティ キーを変更すると、[Secure Key Verification] ポップアップ ウィンドウが表示され、確認のために現在のセキュリティ キーを入力する必要があります。

[Confirm Security Key] フィールド

セキュリティ キーを再入力します。

[Suggest] ボタン

割り当てることができるセキュリティ キーまたはキー ID を提案します。

ステップ 5

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

これにより、コントローラのセキュリティが有効になります。

コントローラ セキュリティの変更

このオプションを使用できるのは一部の C シリーズ サーバだけです。

始める前に

  • このタスクを実行するには、admin 権限を持つユーザとしてログインする必要があります。

  • コントローラ セキュリティを変更するには、最初に有効にしておく必要があります。

手順

ステップ 1

[Navigation] ペインの [Storage] メニューをクリックします。

ステップ 2

[Storage] メニューで、適切な LSI MegaRAID もしくは HBA コントローラをクリックします。

ステップ 3

[Controller Info] 領域で、[Modify Drive Security] をクリックします。

ステップ 4

[Modify Drive Security] ダイアログボックスで、次のフィールドを更新します。

名前 説明

[Controller Security] フィールド

コントローラ セキュリティが有効かどうかを示します。次のいずれかになります。

  • 有効— コントローラ セキュリティが有効です。

  • 無効—コントローラ セキュリティが無効です。

[セキュリティ キー ID（Security Key Identifier）] フィールド

現在のキー ID。

[Security Key] フィールド

コントローラ セキュリティを有効にするために使用されるセキュリティ キー。現在のセキュリティ キーを変更するには、ここに新しいキーを入力します。

（注）   

セキュリティ キーを変更すると、[Secure Key Verification] ポップアップ ウィンドウが表示され、確認のために現在のセキュリティ キーを入力する必要があります。

[Confirm Security Key] フィールド

セキュリティ キーを再入力します。

[Modify Security Key (セキュリティキーの変更)] チェック ボックス

（注）   

このオプションは、リモート キー管理の場合にのみ表示されます。

このオプションを選択すると、KMIP サーバのセキュリティ キーが変更されます。

[Suggest] ボタン

割り当てることができるセキュリティ キーまたはキー ID を提案します。

[Save] ボタン

データを保存します。

[Cancel] ボタン

操作をキャンセルします。

ステップ 5

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

これにより、コントローラ セキュリティ設定が変更されます。

コントローラ セキュリティの無効化

このオプションを使用できるのは一部の C シリーズ サーバだけです。

始める前に

  • このタスクを実行するには、admin 権限を持つユーザとしてログインする必要があります。

  • コントローラ セキュリティを無効にするには、最初に有効にしておく必要があります。

手順

ステップ 1

[Navigation] ペインの [Storage] メニューをクリックします。

ステップ 2

[Storage] メニューで、適切な LSI MegaRAID もしくは HBA コントローラをクリックします。

ステップ 3

[Controller Info] 領域で、[Disable Drive Security] をクリックします。

ステップ 4

確認ポップアップ ウィンドウで [OK] をクリックします。

これにより、コントローラのセキュリティがディセーブルになります。

ローカルとリモートのキー管理間のコントローラ セキュリティの切り替え

このタスクでは、コントローラのセキュリティをローカル管理からリモート管理、およびリモート管理からローカル管理に切り替えることができます。

始める前に

このタスクを実行するには、admin 権限を持つユーザとしてログインする必要があります。

手順

ステップ 1

[Navigation] ペインの [Storage] メニューをクリックします。

ステップ 2

[Storage] メニューで、適切な LSI MegaRAID もしくは HBA コントローラをクリックします。

ステップ 3

[Controller Info] 領域で、コントローラのセキュリティをリモート管理からローカル管理に切り替えるには、[Switch to Local Key Management] をクリックします。

（注）   
リモート キー管理からローカル キー管理に切り替えるときは、まず KMIP セキュア キー管理を無効にしてください。
ステップ 4

（任意） 同様に、コントローラのセキュリティをローカル管理からリモート管理に切り替える場合は、[Switch to Remote Key Management] をクリックします。

ステップ 5

[OK] をクリックして確定します。

未使用の物理ドライブからの仮想ドライブの作成

始める前に

このタスクを実行するには、admin 権限を持つユーザとしてログインする必要があります。

手順

ステップ 1

[Navigation] ペインの [Storage] メニューをクリックします。

ステップ 2

[Storage] メニューで、適切な LSI MegaRAID もしくは HBA コントローラをクリックします。

ステップ 3

[Actions] 領域で、[Create Virtual Drive from Unused Physical Drives] をクリックします。

[Create Virtual Drive from Unused Physical Drives] ダイアログボックスが表示されます。

ステップ 4

[Create Virtual Drive from Unused Physical Drives] ダイアログボックスで、新しい仮想ドライブの RAID レベルを選択します。

次のいずれかになります。

  • [Raid 0]：単純なストライピング。

  • [Raid 1]：単純なミラーリング。

  • [Raid 5]：パリティ付きストライピング。

  • [Raid 6]：2 つのパリティ ドライブによるストライピング。

  • [Raid 10]：スパンされたミラーリング。

  • [Raid 50]：パリティ付きのスパンされたストライピング。

  • [Raid 60]：2 つのパリティ ドライブによるスパンされたストライピング。

ステップ 5

[Create Drive Groups] 領域で、グループに含める 1 つ以上の物理ドライブを選択します。

[Drive Groups] テーブルにドライブを追加するには、[>>] ボタンを使用します。ドライブ グループから物理ドライブを削除するには、[<<] ボタンを使用します。

（注）   

  • ドライブ グループで最も小さな物理ドライブのサイズによって、すべての物理ドライブに使用される最大サイズが定義されます。すべての物理ドライブの領域の最大使用を保証するには、ドライブ グループ内のすべてのドライブのサイズをほぼ同じにすることを推奨します。

  • Cisco IMC は、RAID コントローラのみを管理し、サーバに接続された HBA は管理しません。

  • 特定の RAID レベルの仮想ドライブを作成するには、使用できる複数のドライブ グループが必要です。これらの RAID レベルのドライブの作成中、必要な数のドライブが選択されている場合にのみ、[ドライブの作成（create drive）] オプションが使用できます。

ステップ 6

[Virtual Drive Properties] 領域で、次のプロパティを更新します。

名前 説明

[Virtual Drive Name] フィールド

作成する新しい仮想ドライブの名前。

[Read Policy] ドロップダウン リスト

先行読み出しキャッシュ モード。

[キャッシュ ポリシー（Cache Policy）] ドロップダウン リスト

バッファリング読み取りに使用されるキャッシュ ポリシー。

[Strip Size] ドロップダウン リスト

各ストライプのサイズ（KB 単位）。

[書き込みポリシー（Write Policy）] ドロップダウン リスト

次のいずれかになります

  • [Write Through]：データがキャッシュによって、物理ドライブに書き込まれます。以降の該当データのキャッシュからの読み取りが充足されるため、パフォーマンスが改善されます。

  • [Write Back]：データはキャッシュに保存され、キャッシュ内の領域が必要になったときにのみ、物理ドライブに書き込まれます。このポリシーを必要とする仮想ドライブは、電源障害の発生時に BBU でキャッシュの安全性を確保できない場合、[Write Through] キャッシングにフォールバックします。

  • [書き込みバック不良 BBU（Write Back Bad BBU）]：このポリシーでは、バッテリ バックアップ ユニットに欠陥があったり、放電していたりする場合でも、書き込みキャッシングは [書き込みバック（Write Back）] のままです。

[Disk Cache Policy] ドロップダウン リスト

次のいずれかになります

  • [Unchanged]：ディスク キャッシュ ポリシーは変更されません。

  • [Enabled]：ディスクで IO キャッシングを許可します。

  • [Disabled]：ディスク キャッシングを許可しません。

[Access Policy] ドロップダウン リスト

次のいずれかになります

  • [Read Write]：ホストが VD で読み取り/書き込みを実行できます。

  • [Read Only]：ホストは VD から読み取りのみ行うことができます。

  • [Blocked]：ホストは VD の読み取りおよび書き込みができません。

[Size] フィールド

作成する仮想ドライブのサイズ。値を入力し、次のいずれかの単位を選択します。

  • MB

  • GB

  • TB

ステップ 7

[Generate XML API Request] ボタンをクリックして、API 要求を生成します。

ステップ 8

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

ステップ 9

[Create Virtual Drive] をクリックします。

既存のドライブ グループからの仮想ドライブの作成

始める前に

このタスクを実行するには、admin 権限を持つユーザとしてログインする必要があります。

手順

ステップ 1

[Navigation] ペインの [Storage] メニューをクリックします。

ステップ 2

[Storage] メニューで、適切な LSI MegaRAID もしくは HBA コントローラをクリックします。

ステップ 3

[Actions] 領域で、[Create Virtual Drive from an Existing Virtual Drive Group] をクリックします。

[Create Virtual Drive from an Existing Virtual Drive Group] ダイアログボックスが表示されます。

ステップ 4

[Create Virtual Drive from an Existing Virtual Drive Group] ダイアログボックスで、新しい仮想ドライブの作成に使用するドライブ グループの仮想ドライブを選択します。

ステップ 5

[Virtual Drive Properties] 領域で、次のプロパティを更新します。

名前 説明

[Virtual Drive Name] フィールド

作成する新しい仮想ドライブの名前。

[Read Policy] ドロップダウン リスト

先行読み出しキャッシュ モード。

[キャッシュ ポリシー（Cache Policy）] ドロップダウン リスト

バッファリング読み取りに使用されるキャッシュ ポリシー。

[Strip Size] ドロップダウン リスト

各ストライプのサイズ（KB 単位）。

[書き込みポリシー（Write Policy）] ドロップダウン リスト

次のいずれかになります

  • [Write Through]：データがキャッシュによって、物理ドライブに書き込まれます。以降の該当データのキャッシュからの読み取りが充足されるため、パフォーマンスが改善されます。

  • [Write Back]：データはキャッシュに保存され、キャッシュ内の領域が必要になったときにのみ、物理ドライブに書き込まれます。このポリシーを必要とする仮想ドライブは、電源障害の発生時に BBU でキャッシュの安全性を確保できない場合、[Write Through] キャッシングにフォールバックします。

  • [書き込みバック不良 BBU（Write Back Bad BBU）]：このポリシーでは、バッテリ バックアップ ユニットに欠陥があったり、放電していたりする場合でも、書き込みキャッシングは [書き込みバック（Write Back）] のままです。

[Disk Cache Policy] ドロップダウン リスト

次のいずれかになります

  • [Unchanged]：ディスク キャッシュ ポリシーは変更されません。

  • [Enabled]：ディスクで IO キャッシングを許可します。

  • [Disabled]：ディスク キャッシングを許可しません。

[Access Policy] ドロップダウン リスト

次のいずれかになります

  • [Read Write]：ホストが VD で読み取り/書き込みを実行できます。

  • [Read Only]：ホストは VD から読み取りのみ行うことができます。

  • [Blocked]：ホストは VD の読み取りおよび書き込みができません。

[Size] フィールド

作成する仮想ドライブのサイズ。値を入力し、次のいずれかの単位を選択します。

  • MB

  • GB

  • TB

ステップ 6

[Generate XML API Request] ボタンをクリックして、API 要求を生成します。

ステップ 7

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

ステップ 8

[Create Virtual Drive] をクリックします。

仮想ドライブのトランスポート可能状態の設定

仮想ドライブを MegaRAID コントローラ間で移動するには、[Set Transport Ready] 機能を使用します。この機能を使用すると、仮想ドライブの保留中 IO アクティビティがすべて完了されてから仮想ドライブがオペレーティング システムから隠され、キャッシュがフラッシュされ、すべてのバックグラウンド操作が一時停止された後、現在の進行状況がディスク データ フォーマットに保存されます。これにより、ドライブを移動することが可能になります。仮想ドライブを移動すると、その仮想ドライブと同じドライブ グループに属する他のすべてのドライブが移動されたドライブと同じ変更を継承します。

グループに設定された最後の物理ドイブが現在のコントローラから除去されると、そのドライブ グループは外部ドライブ グループとなり、外部構成ルールのすべてが適用されます。ただし、トランスポート準備機能によって外部構成の動作が変更されることはありません。

仮想ドライブをトランスポート可能状態から解除することもできます。これにより、仮想ドライブがオペレーティング システムで使用可能になります。

トランスポート可能状態の仮想ドライブには、次の制限が適用されます。

  • 現在、最大で 16 個のトランスポート可能状態のドライブ グループがサポートされています。

  • この機能は、ハイ アベイラビリティ構成ではサポートされません。

  • 次の場合は、仮想ドライブをトランスポート可能状態に設定することはできません。

    • ドライブ グループの仮想ドライブが再構成中の場合

    • ドライブ グループの仮想ドライブに固定キャッシュが含まれている場合

    • ドライブ グループの仮想ドライブがキャッシュ可能としてマークされているか、CacheCade 仮想ドライブに関連付けられている場合

    • 仮想ドライブが CacheCade 仮想ドライブの場合

    • 仮想ドライブがオフラインの場合

    • 仮想ドライブがブート可能な仮想ドライブの場合

トランスポート可能としての仮想ドライブの設定

始める前に

  • このタスクを実行するには、admin 権限を持つユーザとしてログインする必要があります。

  • 仮想ドライブをトランスポート可能にするには、仮想ドライブが最適な状態になっていなければなりません。

手順

ステップ 1

[Navigation] ペインの [Storage] メニューをクリックします。

ステップ 2

[Storage] メニューで、該当する LSI MegaRAID または HBA コントローラをクリックします。

ステップ 3

[Work] ペインで [Virtual Drive Info] タブをクリックします。

ステップ 4

[Virtual Drives] 領域で、トランスポート可能として設定するドライブを選択します。

ステップ 5

[Actions] 領域で、[Set Transport Ready] をクリックします。

[Set Transport Ready] ダイアログボックスが表示されます。

ステップ 6

このダイアログボックスで次のプロパティを更新します。

名前 説明

[Initialize Type] ドロップダウン リスト

選択した仮想ドライブをトランスポート可能として設定するために使用する初期化タイプを選択できます。次のいずれかになります。

  • [Exlude All]：専用ホットスペア ドライブをすべて除外します。

  • [Include All]：排他的に使用可能な専用ホットスペア ドライブまたは共有される専用ホットスペア ドライブをすべて含めます。

  • [Include Dedicated Hot Spare Drive]：排他的に使用可能な専用ホットスペア ドライブを含めます。

[Set Transport Ready] ボタン

選択した仮想ドライブをトランスポート可能として設定します。

[Cancel] ボタン

操作をキャンセルします。

（注）   
仮想ドライブをトランスポート可能として設定すると、その仮想ドライブに関連付けられているすべての物理ドライブが [Ready to Remove] として表示されます。

仮想ドライブのトランスポート可能状態の解除

始める前に

  • このタスクを実行するには、admin 権限を持つユーザとしてログインする必要があります。

  • 仮想ドライブがトランスポート可能状態になっている必要があります。

手順

ステップ 1

[Navigation] ペインの [Storage] メニューをクリックします。

ステップ 2

[Storage] メニューで、該当する LSI MegaRAID または HBA コントローラをクリックします。

ステップ 3

[Work] ペインで [Virtual Drive Info] タブをクリックします。

ステップ 4

[Virtual Drives] 領域でトランスポート可能として設定されているドライブを選択します。

ステップ 5

[Actions] 領域で、[Clear Transport Ready] をクリックします。

これにより、選択したトランスポート可能な仮想ドライブが元の最適な状態に戻されます。

外部設定のクリア


重要

このタスクでは、コントローラのすべての外部設定をクリアします。また、外部設定をホスティングしているすべての物理ドライブからすべての設定情報が削除されます。このアクションは元に戻せません。

始める前に

このタスクを実行するには、admin 権限を持つユーザとしてログインする必要があります。

手順

ステップ 1

[Navigation] ペインの [Storage] メニューをクリックします。

ステップ 2

[Storage] メニューで、該当する LSI MegaRAID または HBA コントローラをクリックします。

[RAID Controller] 領域に、[Controller Info] タブがデフォルトで表示されます。
ステップ 3

[Actions] 領域で、[Clear Foreign Config] をクリックします。

ステップ 4

[OK] をクリックして確定します。

コントローラの設定のクリア

始める前に

このタスクを実行するには、admin 権限を持つユーザとしてログインする必要があります。

手順

ステップ 1

[Navigation] ペインの [Storage] メニューをクリックします。

ステップ 2

[Storage] メニューで、適切な LSI MegaRAID もしくは HBA コントローラをクリックします。

ステップ 3

[Controller Info] 領域で、[Clear All Configuration] をクリックします。

ステップ 4

[OK] をクリックして確定します。

これにより、既存のコントローラ設定がクリアされます。

ストレージ コントローラの工場出荷時の初期状態への復元

始める前に

このタスクを実行するには、admin 権限を持つユーザとしてログインする必要があります。

手順

ステップ 1

[Navigation] ペインの [Storage] メニューをクリックします。

ステップ 2

[Storage] メニューで、適切な LSI MegaRAID もしくは HBA コントローラをクリックします。

ステップ 3

[Controller Info] 領域で、[Set Factory Defaults] をクリックします。

ステップ 4

[OK] をクリックして確定します。

これにより、コントローラ設定が出荷時の初期状態に復元します。

削除するドライブの準備


（注）  

[Unconfigured Good] ステータスを表示する物理ドライブのみでこのタスクを実行できます。

始める前に

このタスクを実行するには、admin 権限を持つユーザとしてログインする必要があります。

手順

ステップ 1

[Navigation] ペインの [Storage] メニューをクリックします。

ステップ 2

[Storage] メニューで、該当する LSI MegaRAID または HBA コントローラをクリックします。

ステップ 3

[RAID Controller] 領域で、[Physical Drive Info] タブをクリックします。

ステップ 4

[Physical Drives] 領域で、削除するドライブを選択します。

ステップ 5

[Actions] 領域で、[Prepare for Removal] をクリックします。

ステップ 6

[OK] をクリックして確定します。

削除するドライブの準備の取り消し

始める前に

このタスクを実行するには、admin 権限を持つユーザとしてログインする必要があります。

手順

ステップ 1

[Navigation] ペインの [Storage] メニューをクリックします。

ステップ 2

[Storage] メニューで、該当する LSI MegaRAID または HBA コントローラをクリックします。

ステップ 3

[RAID Controller] 領域で、[Physical Drive Info] タブをクリックします。

ステップ 4

[Physical Drives] 領域で、[Ready to Remove] 状態のドライブを選択します。

ステップ 5

[Actions] 領域で、[Undo Prepare for Removal] をクリックします。

ステップ 6

[OK] をクリックして確定します。

専用ホット スペアの作成

始める前に

このタスクを実行するには、admin 権限を持つユーザとしてログインする必要があります。

手順

ステップ 1

[Navigation] ペインの [Storage] タブをクリックします。

ステップ 2

[Storage] メニューで、該当する LSI MegaRAID または HBA コントローラをクリックします。

ステップ 3

[RAID Controller] 領域で、[Physical Drive Info] タブをクリックします。

ステップ 4

[Physical Drives] 領域で、専用ホット スペアを作成する未設定の適切なドライブを選択します。

ステップ 5

[アクション（Actions）] 領域で、[専用ホット スペアの作成（Make Dedicated Hot Spare）] をクリックします。

[Make Dedicated Hot Spare] ダイアログボックスが表示されます。

ステップ 6

[Virtual Drive Details] 領域で、次のプロパティを更新します。

名前 説明

[Virtual Drive Number] ドロップダウン リスト

ホット スペアとして物理ドライブを専用する仮想ドライブを選択します。

[Virtual Drive Name] フィールド

選択された仮想ドライブの名前。

[専用ホット スペアの作成（Make Dedicated Hot Spare）] ボタン

専用のホット スペアを作成します。

[Cancel] ボタン

ダイアログボックスが開いているときに行われた変更を保存せずにダイアログボックスを閉じます。

ステップ 7

[Make Dedicated Hot Spare] をクリックして確定します。

グローバル ホット スペアの作成

始める前に

このタスクを実行するには、admin 権限を持つユーザとしてログインする必要があります。

手順

ステップ 1

[Navigation] ペインの [Storage] タブをクリックします。

ステップ 2

[Storage] メニューで、該当する LSI MegaRAID または HBA コントローラをクリックします。

ステップ 3

[RAID Controller] 領域で、[Physical Drive Info] タブをクリックします。

ステップ 4

[Physical Drives] 領域で、グローバル ホット スペアを作成する未設定の適切なドライブを選択します。

ステップ 5

[Actions] 領域で、[Make Global Hot Spare] をクリックします。

ホット スペア プールからのドライブの削除

始める前に

このタスクを実行するには、admin 権限を持つユーザとしてログインする必要があります。

手順

ステップ 1

[Navigation] ペインの [Storage] メニューをクリックします。

ステップ 2

[ストレージ（Storage）] タブで、適切な LSI MegaRAID コントローラをクリックします。

ステップ 3

[Work] ペインで [Physical Drive Info] タブをクリックします。

ステップ 4

[Physical Drives] 領域で、ホット スペア プールから削除するグローバル ホット スペアまたは専用ホット スペアを選択します。

ステップ 5

[Actions] 領域で、[Remove From Hot Spare Pools] をクリックします。

仮想ドライブの初期化

ドライブを初期化すると、仮想ドライブ上のすべてのデータが失われます。初期化を実行する前に、保存する仮想ドライブのデータをバックアップします。

始める前に

このタスクを実行するには、admin 権限を持つユーザとしてログインする必要があります。

手順

ステップ 1

[Navigation] ペインの [Storage] メニューをクリックします。

ステップ 2

[Storage] メニューで、該当する LSI MegaRAID または HBA コントローラをクリックします。

ステップ 3

[RAID Controller] 領域で、[Virtual Drive Info] タブをクリックします。

ステップ 4

[Virtual Drives] 領域で、初期化するドライブを選択します。

ステップ 5

[Actions] 領域で、[Initialize] をクリックします。

[Initialize Virtual Drive] ダイアログボックスが表示されます。

ステップ 6

仮想ドライブに使用する初期化のタイプを選択します。

次のいずれかになります。

  • [Fast Initialize]：このオプションは、仮想ドライブへのデータの書き込みをすぐに開始できます。

  • [Full Initialize]：新しい設定で完全な初期化が実行されます。初期化が完了するまで、新しい仮想ドライブにデータを書き込むことができません。

ステップ 7

[Initialize VD] をクリックしてドライブを初期化するか、[Cancel] をクリックして、変更を行わずにダイアログボックスを閉じます。

ステップ 8

ドライブで実行しているタスクのステータスを表示するには、[Operations] 領域で [Refresh] をクリックします。

次の詳細情報が表示されます。

名前 説明

[Operation]

ドライブで実行中の操作の名前。

[Progress in %]

操作の進行状況（完了した割合）。

[Elapsed Time in secs]

操作開始から経過した時間（秒数）。

ブート ドライブとしての設定

始める前に

このタスクを実行するには、admin 権限を持つユーザとしてログインする必要があります。

手順

ステップ 1

[Navigation] ペインの [Storage] メニューをクリックします。

ステップ 2

[Storage] メニューで、該当する LSI MegaRAID または HBA コントローラをクリックします。

ステップ 3

[RAID Controller] 領域で、[Virtual Drive Info] タブをクリックします。

ステップ 4

[Virtual Drives] 領域で、コントローラが起動する必要のあるドライブを選択します。

ステップ 5

[Actions] 領域で、[Set as Boot Drive] をクリックします。

ステップ 6

[OK] をクリックして確定します。

仮想ドライブの削除


重要

このタスクでは、ブートされたオペレーティング システムを実行するドライブを含む仮想ドライブを削除します。そのため、仮想ドライブを削除する前に、保持するデータをバック アップします。

始める前に

このタスクを実行するには、admin 権限を持つユーザとしてログインする必要があります。

手順

ステップ 1

[Navigation] ペインの [Storage] メニューをクリックします。

ステップ 2

[Storage] メニューで、該当する LSI MegaRAID または HBA コントローラをクリックします。

ステップ 3

[RAID Controller] 領域で、[Virtual Drive Info] タブをクリックします。

ステップ 4

[Virtual Drives] 領域で、削除する仮想ドライブを選択します。

ステップ 5

[Actions] 領域で、[Delete Virtual Drive] をクリックします。

ステップ 6

[OK] をクリックして確定します。

仮想ドライブの非表示

始める前に

このタスクを実行するには、admin 権限を持つユーザとしてログインする必要があります。

手順

ステップ 1

[Navigation] ペインの [Storage] メニューをクリックします。

ステップ 2

[Storage] メニューで、該当する LSI MegaRAID または HBA コントローラをクリックします。

ステップ 3

[RAID Controller] 領域で、[Virtual Drive Info] タブをクリックします。

ステップ 4

[Virtual Drives] 領域で、非表示にする仮想ドライブを選択します。

ステップ 5

[Actions] 領域で、[Hide Drive] をクリックします。

ステップ 6

[OK] をクリックして確定します。

バッテリ バックアップ ユニットの学習サイクルの開始

始める前に

このタスクを実行するには、admin 権限を持つユーザとしてログインする必要があります。

手順

ステップ 1

[Navigation] ペインの [Storage] メニューをクリックします。

ステップ 2

[Storage] メニューで、該当する LSI MegaRAID または HBA コントローラをクリックします。

ステップ 3

[RAID Controller] 領域で、[Battery Backup Unit] タブをクリックします。

ステップ 4

[Actions] ペインで [Start Learn Cycle] をクリックします。

ダイアログでタスクを確認するためのプロンプトが表示されます。

ステップ 5

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

ストレージ コントローラのログの表示

始める前に

このタスクを実行するには、admin 権限を持つユーザとしてログインする必要があります。

手順

ステップ 1

[Navigation] ペインの [Storage] メニューをクリックします。

ステップ 2

[Storage] メニューで、該当する LSI MegaRAID または HBA コントローラをクリックします。

ステップ 3

[RAID Controller] 領域で、[Storage Log] タブをクリックし、次の情報を確認します。

名前

説明

[Time] カラム

イベントが発生した日時。

[Severity] カラム

イベントの重大度。次のいずれかになります。

  • [Emergency]

  • [Alert]

  • [Critical]

  • [Error]

  • Warning

  • [Notice]

  • [Informational]

  • デバッグ（Debug）

[Description] カラム

イベントの説明。

Flexible Flash コントローラの管理

Cisco Flexible Flash

M5 サーバでは、Flexible Flash コントローラはミニ ストレージ モジュール ソケットに挿入されます。ミニ ストレージ ソケットはマザーボードの M.2 スロットに挿入されます。M.2 スロットは SATA M.2 SSD スロットもサポートしています。


（注）  

M.2 スロットは、このリリースでは NVMe をサポートしていません。

C シリーズ ラックマウント サーバ の中には、サーバ ソフトウェア ツールおよびユーティリティのストレージとして、内蔵 Secure Digital（SD）メモリ カードをサポートしているものがあります。この SD カードは Cisco Flexible Flash ストレージ アダプタでホストされます。

では、単一ハイパーバイザ（HV）パーティション構成として SD ストレージが使用可能です。以前のバージョンでは 4 つの仮想 USB ドライブがありました。3 つには Cisco UCS Server Configuration Utility、Cisco ドライバ、および Cisco Host Upgrade Utility が事前ロードされ、4 番目はユーザ インストールによるハイパーバイザでした。また、 の最新バージョンにアップグレードするか、旧バージョンにダウングレードした後、設定をリセットした場合にも、単一 HV パーティション構成が作成されます。

M.2 ドライブのインストールおよび設定の詳細については、次の URL にある C240 M5 サーバ用の『Cisco UCS サーバ インストレーションおよびサービス ガイド』の「ストレージ コントローラに関する考慮事項（組み込み SATA RAID の要件）」および「M.2 用ミニストレージ キャリア内の M.2 SSD の交換」のセクションを参照してください。

https://www.cisco.com/c/en/us/support/servers-unified-computing/ucs-c-series-rack-servers/products-installation-guides-list.html

シスコ ソフトウェア ユーティリティおよびパッケージの詳細については、次の URL の 『Cisco UCS C-Series Servers Documentation Roadmap』 を参照してください。

http://www.cisco.com/go/unifiedcomputing/c-series-doc

Cisco Flexible Flash コントローラのカード管理機能

Cisco Flexible Flash コントローラでは、単一のカードに加えて 2 つの SD カードを RAID-1 ペアとして管理できます。カード管理機能の導入により、次の作業を実行できます。


（注）  

  • バージョン 1.4(5e) から 1.5(4) 以降のバージョンにアップグレードする場合は、まずバージョン 1.5(2) にアップグレードしてから、 の上位バージョンにアップグレードする必要があります。

  • すべての ファームウェアのアップグレード後に、最新の Flex Flash ファームウェアをロードするには、Cisco Flexible Flash コントローラをリセットします。

アクション

説明

Reset Cisco Flex Flash

コントローラをリセットできます。

Reset Partition Defaults

選択したスロットの設定をデフォルト設定にリセットできます。

Synchronize Card Configuration

ファームウェア バージョン 253 以降をサポートする SD カードの設定を保持できます。

Configure Operational Profile

選択した Cisco Flexible Flash コントローラの SD カードを設定できます。

RAID パーティションの列挙

非 RAID パーティションは常にプライマリ カードから列挙されます。列挙はプライマリ カードのステータスに依存しません。

次に、Cisco Flexible Flash コントローラに 2 枚のカードがあるときの RAID パーティションの列挙の動作を示します。

シナリオ 動作

シングル カード

RAID パーティションは、カードが正常に動作している場合、およびモードが Primary または Secondary-active の場合に列挙されます。

デュアル ペア カード

RAID パーティションは、カードの 1 つが正常に動作していれば列挙されます。

1 枚のカードだけが正常に動作している場合、すべての読み取り/書き込み操作は、この正常に動作しているカードで行われます。2 つの RAID パーティションを同期するには UCS SCU を使用する必要があります。

デュアル非ペア カード

サーバを再起動するときにこのシナリオが検出された場合、RAID パーティションはいずれも列挙されません。

サーバが稼働しているときにこのシナリオが検出された場合、ユーザが新しい SD カードを取り付けても、そのカードは Cisco Flexible Flash コントローラによって管理されません。これはホストの列挙には影響しません。これらを管理するためにカードをペアにする必要があります。カードをペアにするには、[Reset Partition Defaults] または [Synchronize Card Configuration] オプションを使用できます。

FlexFlash でのシングル カード ミラーリングからデュアル カード ミラーリングへのアップグレード

次のいずれかの方法で、FlexFlash を使用したシングル カード ミラーリングからデュアル カード ミラーリングにアップグレードできます。

  • サーバに空の FlexFlash カードを追加し、最新バージョンにファームウェアをアップグレードします。

  • FlexFlash ファームウェアを最新バージョンにアップグレードした後、空のカードをサーバに追加します。

このいずれかの方法を使用する前に、次のガイドラインに注意してください。

  • RAID1 ミラーリングを作成するには、サーバに追加される空のカードのサイズが、サーバ上の既存のカードと正確に同じである必要があります。RAID1 ミラーリングをセットアップするうえで、同じカード サイズは必須事項です。

  • ハイパーバイザ パーティション内の有効なデータを持つカードが、プライマリ正常カードとしてマークされていることを確認してください。 GUI または CLI でこの状態を判別できます。カードの状態をプライマリ正常としてマークするには、 GUI の [Reset Configuration] オプションを使用するか、 CLI で reset-config コマンドを実行することができます。特定のカードの設定をリセットすると、セカンダリ カードはセカンダリ アクティブ非正常としてマークされます。

  • RAID 正常性「Degraded」状態である場合、すべての読み取りおよび書き込みトランザクションは正常なカードで実行されます。このシナリオでは、データのミラーリングは行われません。データのミラーリングは、正常な RAID 状態の場合にのみ行われます。

  • データのミラーリングは RAID パーティションにのみ適用されます。C シリーズ サーバでは、RAID モードでハイパーバイザ パーティションだけが動作します。

  • 旧バージョンで使用するよう SD カードを設定していない場合、最新バージョンにアップグレードすると最新の 253 ファームウェアがロードされ、4 個のパーティションすべてがホストに列挙されます。

FlexFlash バージョンのアップグレード中に次のエラー メッセージが表示される場合があります。

Unable to communicate with Flexible Flash controller: operation ffCardsGet, status CY_AS_ERROR_INVALID_RESPONSE”

さらに、カード ステータスが [missing] と示されることもあります。このエラーが発生する原因は、1.4(x) などの代替リリースまたは旧バージョンに意図せず切替えたためです。このシナリオでは、最新バージョンに戻すか、元の FlexFlash 1.4(x) 設定に切り替えることができます。最新の バージョンに戻すことを選択した場合、Cisco FlexFlash 設定はそのまま残ります。旧バージョンの設定に切り替えることを選択した場合は、Flexflash 設定をリセットする必要があります。その場合、次の点に注意する必要があります。

  • 複数のカードが存在する状態で旧バージョンに戻すと、2 番目のカードを検出したり管理したりすることはできません。

  • カード タイプが SD253 である場合、 CLI から reset-config コマンドを 2 回実行する必要があります。1 回目は古いファームウェアをコントローラに再ロードして SD253 から SD247 タイプに移行し、2 回目の実行では列挙を開始します。

Flexible Flash コントローラのリセット

通常の操作では、Cisco Flexible Flash のリセットが必要になることはありません。テクニカル サポートの担当者から明確に指示された場合にだけ、この手順を実行することを推奨します。


（注）  

この操作は、Cisco Flexible Flash コントローラ上の仮想ドライブへのトラフィックを中断させます。

始める前に

  • このタスクを実行するには、admin 権限を持つユーザとしてログインする必要があります。

  • お使いのプラットフォームで Cisco Flexible Flash がサポートされている必要があります。

手順

ステップ 1

[Storage Adapters] ペインの [Cisco FlexFlash] をクリックします。

ステップ 2

[Cisco FlexFlash] ペインの [Controller Info] タブをクリックします。

ステップ 3

[Actions] 領域で [Reset FlexFlash Controller] をクリックします。

ステップ 4

[OK] をクリックして確定します。

スクラブ ポリシー

Scrub Policy Settings

This policy determines what happens to local data and to the BIOS settings on a server during the discovery process, when the server is re-acknowledged, or when the server is disassociated from a service profile.


Note
Local disk scrub policies only apply to hard drives that are managed by Cisco UCS Manager and do not apply to other devices such as USB drives. Drives managed by Cisco UCS Manager include HDD/SSD drives and Internal SSD drives. It does not apply to NvME drives.

Note

Network Storage, such as NAS or SAN drives, will not be scrubbed. Customer data is not scrubbed.

Depending upon how you configure a scrub policy, the following can occur at those times:

Disk scrub

One of the following occurs to the data on any local drives on disassociation:

  • If enabled, permanently removes data from the Master Boot Record of the drive (first 200 MB of data).

  • If disabled (default), preserves all data on any local drives, including local storage configuration.

Scrub policies are supported on all B-Series and C-Series platforms.

BIOS Settings Scrub

One of the following occurs to the BIOS settings when a service profile containing the scrub policy is disassociated from a server:

  • If enabled, erases all BIOS settings for the server and resets them to the BIOS defaults for that server type and vendor.

  • If disabled (default), preserves the existing BIOS settings on the server.

FlexFlash Scrub

FlexFlash Scrub enables you to pair new or degraded SD cards, resolve FlexFlash metadata configuration failures, and migrate older SD cards with 4 partitions to single partition SD cards. One of the following occurs to the SD card when a service profile containing the scrub policy is disassociated from a server, or when the server is reacknowledged:

  • If enabled, the HV partition on the SD card is formatted using the PNUOS formatting utility. If two SD cards are present, the cards are RAID-1 paired, and the HV partitions in both cards are marked as valid. The card in slot 1 is marked as primary, and the card in slot 2 is marked as secondary.

  • If disabled (default), preserves the existing SD card settings.


Note

  • Because the FlexFlash scrub erases the HV partition on the SD cards, we recommend that you take a full backup of the SD card(s) using your preferred host operating system utilities before performing the FlexFlash scrub.

  • To resolve metadata config failures in a service profile, you need to disable FlexFlash in the local disk config policy before you run the FlexFlash scrub, then enable FlexFlash after the server is reacknowledged.

  • Disable the scrub policy as soon as the pairing is complete or the metadata failures are resolved.

  • FlexFlash scrub is not supported for Cisco UCS S3260 ストレージ サーバ.

スクラブ ポリシーの作成

Procedure

Step 1

[Navigation] ペインで [Servers] をクリックします。

Step 2

[Servers] > [Policies] の順に展開します。

Step 3

ポリシーを作成する組織のノードを展開します。

システムにマルチテナント機能が備えられていない場合は、[root] ノードを展開します。

Step 4

[Scrub Policies] を右クリックし、[Create Scrub Policy] を選択します。

Step 5

[Create Scrub Policy] ウィザードで、次のフィールドに値を入力します。

名前 説明

[Name] フィールド

ポリシーの名前。

この名前には、1 ～ 16 文字の英数字を使用できます。-（ハイフン）、_（アンダースコア）、:（コロン）、および（ピリオド）は使用できますが、それ以外の特殊文字とスペースは使用できません。また、オブジェクトが保存された後にこの名前を変更することはできません。

[Description] フィールド

ポリシーの説明。ポリシーを使用する場所とタイミングについての情報を含めることを推奨します。

256 文字以下で入力します。任意の文字またはスペースを使用できます。ただし、`（アクセント記号）、\（バックスラッシュ）、^（キャラット）、"（二重引用符）、=（等号）、>（大なり）、<（小なり）、または '（一重引用符）は使用できません。

[ディスク スクラブ（Disk Scrub）] フィールド

このフィールドが[はい (Yes)]に設定されている場合、このスクラブ ポリシーを含むサービス プロファイルがサーバとの関連付けを解除されると、最初の 200MB のデータがマスター ブート レコードまたはブート セクターから削除されます。そのため、すでにインストールされている OS がある場合、その OS からシステムが起動するのを防ぐことができます。ドライブ上のデータの安全な削除については、『UCS Secure Data Deletion For Commission Regulation (EU) 2019 /424 Users Guide』を参照してください。このフィールドを [いいえ (No)] に設定すると、すべてのローカル ストレージ設定を含むローカル ドライブ上のデータは保存されます。

Note 

ディスク スクラブ ポリシーは、200MB を超えるユーザ　データを削除することを意図したものではありませんが、 Cisco UCS Manager はデータ損失に対して保証することはできません。

[BIOS 設定スクラブ（BIOS Settings Scrub）] フィールド

このフィールドを [Yes] に設定すると、このスクラブ ポリシーを含むサービス プロファイルがサーバとの関連付けを解除されたときに、そのサーバの BIOS 設定が消去され、そのサーバ タイプとベンダーのデフォルトにリセットされます。このフィールドを [No] に設定すると、BIOS 設定は保存されます。

[FlexFlash スクラブ（FlexFlash Scrub）] フィールド

フィールドを [Yes] に設定すると、サーバが再認識されたときに、SD カードの HV パーティションは PNUOS フォーマット ユーティリティを使用してフォーマットされます。このフィールドを [No] に設定すると、SD カードは保存されます。

Step 6

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

Note 
[Disk scrub] および [FlexFlash Scrub] オプションは、Cisco UCS S3260 ストレージ サーバではサポートされませんCisco UCS S3260 ストレージ サーバ。

スクラブ ポリシーの削除

Procedure

Step 1

[Navigation] ペインで [Servers] をクリックします。

Step 2

[Servers] > [Policies] > [Organization_Name] の順に展開します。

Step 3

[Scrub Policies] ノードを展開します。

Step 4

削除するポリシーを右クリックし、[Delete] を選択します。

Step 5

確認ダイアログボックスが表示されたら、[Yes] をクリックします。

Was this Document Helpful?

FeedbackFeedback

Contact Cisco