SANtricity 11.8 Solutions

to English version

ストレージの作成

Storage Plugin for vCenterでストレージを作成するには、最初にアプリケーション タイプに対応するワークロードを作成します。次に、特性が共通する複数のボリュームを作成し、ワークロードにストレージ容量を追加します。

手順 1:ワークロードの作成

ワークロードは、アプリケーションをサポートするストレージ オブジェクトです。ワークロード(インスタンス)はアプリケーションごとに1つ以上定義できます。

タスク概要

一部のアプリケーションについては、特性が似たボリュームで構成されるようにワークロードが設定されます。これらのボリューム特性は、ワークロードがサポートするアプリケーションのタイプに基づいて最適化されます。たとえば、Microsoft SQL Serverアプリケーションをサポートするワークロードを作成し、そのワークロード用のボリュームを作成すると、Microsoft SQL Serverをサポートするようにボリューム特性が最適化されます。

次のアプリケーション タイプにかぎり、システムから最適化されたボリューム構成が提示されます。

  • Microsoft SQL Server

  • Microsoft Exchange Server

  • ビデオ監視アプリケーション

  • VMware ESXi(ボリュームをVirtual Machine File Systemで使用する場合)

手順
  1. [管理] ページで、ストレージ システムを選択します。

  2. [プロビジョニング]>[ボリュームの管理]を選択します。

  3. [作成]>[ワークロード]を選択します。

    [アプリケーション ワークロードの作成] ダイアログ ボックスが表示されます。

  4. ワークロードを作成するアプリケーションのタイプをドロップダウン リストから選択し、ワークロードの名前を入力します。

  5. [作成] をクリックします。

手順 2:ボリュームの作成

ボリュームを作成してアプリケーション固有のワークロードにストレージ容量を追加し、作成したボリュームが特定のホストまたはホスト クラスタに認識されるように設定します。

タスク概要

ほとんどのアプリケーション タイプでは、ユーザーが定義したボリューム構成がデフォルトで適用されますが、ボリューム作成時に自動で構成が定義されて適用されるものもあります。たとえば、Microsoft Exchangeアプリケーション用のボリュームを作成する場合は、必要なメールボックスの数、メールボックスに必要とされる平均容量、およびデータベースのコピーをいくつ作成するかを入力します。この情報に基づいて最適なボリューム構成が自動で生成されます。この構成は、必要に応じて編集することもできます。

ボリュームを作成するには、[プロビジョニング]>[ボリュームの管理]>[作成]>[ボリューム]を選択するか、[プロビジョニング]>[プールとボリューム グループの設定]>[作成]>[ボリューム]を選択します。どちらを選択した場合も手順は同じです。

ボリュームを作成するプロセスは複数の手順で構成されます。

手順2a:ボリュームのホストを選択する

最初の手順では、ボリューム用に特定のホストまたはホスト クラスタを選択します。あとでホストを割り当てることも選択できます。

開始する前に

次の点を確認してください。

  • 有効なホストまたはホスト クラスタを定義しておきます([プロビジョニング]>[ホストの設定])。

  • ホストに対してホスト ポート識別子を定義しておきます。

  • DA対応ボリュームを作成する場合は、ホスト接続でData Assurance(DA)がサポートされている必要があります。ストレージ システムのコントローラーでDAをサポートしていないホスト接続が使用されている場合、関連付けられているホストからはDA対応ボリュームのデータにアクセスできません。

タスク概要

ボリュームを割り当てる際は、次のガイドラインに注意してください。

  • ホストのオペレーティング システムによって、アクセスできるボリュームの数に制限がある場合があります。特定のホストで使用するボリュームを作成するときは、この制限に注意してください。

  • 割り当てることができるホストまたはホスト クラスタは、ストレージ システムのボリュームごとに1つです。

  • 割り当てられたボリュームは、ストレージ システムのコントローラー間で共有されます。

  • あるホストまたはホスト クラスタからボリュームへのアクセスに、同じ論理ユニット番号(LUN)を複数回使用することはできません。一意のLUNを使用する必要があります。

  • ボリュームの作成にかかる時間を短くするために、ホストの割り当て手順を省略して、新しく作成されたボリュームをオフラインで初期化することができます。

ホスト クラスタにボリュームを割り当てる場合、そのホスト クラスタ内のいずれかのホストに対してすでに確立されている割り当てと競合していると、割り当ては失敗します。
手順
  1. [管理] ページで、ストレージ システムを選択します。

  2. [プロビジョニング]>[ボリュームの管理]を選択します。

  3. [作成]>[ボリューム]を選択します。

    [ホストの選択] ダイアログ ボックスが表示されます。

  4. ボリュームを割り当てるホストまたはホスト クラスタをドロップダウン リストから選択するか、ホストまたはホスト クラスタをあとで割り当てるように選択します。

  5. 選択したホストまたはホスト クラスタのボリューム作成手順を進めるには、[次へ] をクリックします。

    [ワークロードの選択] ダイアログ ボックスが表示されます。

手順2b:ボリュームのワークロードを選択する

2つ目の手順では、VMwareなどの特定のアプリケーション用のワークロードを選択してストレージ システムの構成をカスタマイズします。

タスク概要

このタスクでは、ワークロード用のボリュームを作成する方法について説明します。一般に、ワークロードには特性が似たボリュームが含まれます。この特性は、そのワークロードがサポートするアプリケーションのタイプに基づいて最適化されています。ワークロードはこの手順で定義することも、既存のワークロードを選択することもできます。

次のガイドラインに注意してください。

  • アプリケーション固有のワークロードを使用する場合、アプリケーション ワークロードのI/Oとアプリケーション インスタンスからの他のトラフィックの競合が最小限になるように最適化されたボリューム構成が提示されます。提示されたボリューム構成を確認し、[ボリュームの追加 / 編集] ダイアログ ボックスでシステム推奨のボリュームや特性を必要に応じて編集、追加、削除することができます(次の手順を参照)。

  • 他のアプリケーション タイプを使用する場合は、[ボリュームの追加 / 編集] ダイアログ ボックスを使用してボリューム構成を手動で指定します(次の手順を参照)。

手順
  1. 次のいずれかを実行します。

    • [既存のワークロードのボリュームを作成する] オプションを選択し、ドロップダウン リストからワークロードを選択します。

    • サポート対象のアプリケーションまたは[その他]のアプリケーション用に新しいワークロードを定義するには、[新しいワークロードを作成する] オプションを選択し、次の手順を実行します。

      • ドロップダウン リストから、新しいワークロードを作成するアプリケーションの名前を選択します。このストレージ システムで使用するアプリケーションがリストに表示されない場合は、いずれかの[その他]オプションを選択します。

      • 作成するワークロードの名前を入力します。

  2. [次へ] をクリックします。

  3. ワークロードがサポート対象のアプリケーション タイプに関連付けられている場合は、要求された情報を入力します。それ以外の場合は、次の手順に進みます。

手順2c:ボリュームを追加または編集する

3つ目の手順では、ボリューム構成を定義します。

開始する前に
  • プールまたはボリューム グループに十分な空き容量が必要です。

  • ボリューム グループに含めることができるボリュームは最大256個です。

  • プールに含めることができるボリュームの最大数は、ストレージ システムのモデルに応じて次のとおりです。

    • 2,048(AB5100/AB6100,HB5100/HB5200)

    • 1,024(AB3100)

    • 512(HB1100/AH1200,HB2100/HB2200/HB2300)

    • 256(HB1100/AH1200)

  • Data Assurance(DA)対応ボリュームを作成する場合は、使用するホスト接続でDAがサポートされている必要があります。

    • DA対応ボリュームを作成する場合は、DA対応のプールまたはボリューム グループ([候補] の表で [DA][はい] になっている)を選択します。

    • DA機能はプールおよびボリューム グループのレベルで提供されます。DA保護は、データがコントローラー経由でドライブに転送される際に発生する可能性があるエラーをチェックして修正します。新しいボリュームにDA対応のプールまたはボリューム グループを選択すると、エラーがある場合には検出されて修正されます。

    • ストレージ システムのコントローラーでDAをサポートしていないホスト接続が使用されている場合、関連付けられているホストからはDA対応ボリュームのデータにアクセスできません。

  • セキュリティ有効ボリュームを作成するには、ストレージ システムのセキュリティ キーを作成する必要があります。

    • セキュリティ有効ボリュームを作成する場合は、セキュリティ対応のプールまたはボリューム グループ([候補] の表で [セキュリティ対応][はい] になっている)を選択します。

    • ドライブ セキュリティ機能はプールおよびボリューム グループのレベルで提供されます。セキュリティ対応ドライブを使用すると、ストレージ システムから物理的に取り外されたドライブ上のデータへの不正アクセスを防止できます。セキュリティ有効ドライブでは、一意の暗号化キーを使用して、書き込み時にデータが暗号化され、読み取り時に復号化されます。

    • プールやボリューム グループにはセキュリティ対応とセキュリティ対応でないドライブの両方を含めることができますが、暗号化機能を使用するためにはすべてのドライブがセキュリティ対応である必要があります。

  • リソース プロビジョニング ボリュームを作成するには、すべてのドライブがDeallocated or Unwritten Logical Block Error(DULBE)オプションのあるNVMeドライブである必要があります。

タスク概要

[ボリュームの追加 / 編集] ダイアログ ボックスに表示されたプールまたはボリューム グループの候補から、ボリュームを作成します。候補となる各プールおよびボリューム グループについて、利用できるドライブの数と合計空き容量が表示されます。

一部のアプリケーション固有のワークロードでは、各プールまたはボリューム グループについて、推奨されるボリューム構成に基づく容量が提示され、残りの空き容量(GiB)が表示されます。 それ以外のワークロードの場合、プールまたはボリューム グループにボリュームを追加してレポート容量を指定した時点で容量が提示されます。

手順
  1. 前の手順で[その他]とアプリケーション固有のワークロードのどちらを選択したかに基づいて、次のいずれかを実行します。

    • その他 – 使用するプールまたはボリューム グループのそれぞれで [新しいボリュームを追加] をクリックし、1つ以上のボリュームを作成します。

      フィールドの詳細
      フィールド 説明

      ボリューム名

      ボリュームには、作成時にデフォルトの名前が割り当てられます。デフォルトの名前をそのまま使用することも、ボリュームに格納されたデータのタイプを表した名前を指定することもできます。

      レポート容量

      新しいボリュームの容量と単位(MiB、GiB、またはTiB)を定義します。シック ボリュームの場合、最小容量は1MiBで、最大容量はプールまたはボリューム グループに含まれるドライブの数と容量で決まります。
      コピー サービス(Snapshotイメージ、Snapshotボリューム、ボリューム コピー、およびリモート ミラー)用のストレージ容量も必要なため、標準ボリュームにすべての容量を割り当ててしまわないように注意してください。
      プールの容量は4GiB単位で割り当てられます。4GiBの倍数でない容量を割り当てた場合、その容量は使用できません。全容量を使用できるようにするため、4GiB単位で容量を指定してください。使用不可容量が存在する場合、その容量を使用するにはボリュームの容量を増やすしかありません。

      ボリューム ブロック サイズ(AB3100およびAB6100のみ)

      ボリュームに対して作成できるブロック サイズが表示されます。

      • 512 – 512バイト

      • 4K – 4,096バイト

      セグメント サイズ

      セグメントのサイジングに関する設定が表示されます。これは、ボリューム グループのボリュームについてのみ表示されます。セグメント サイズを変更することでパフォーマンスを最適化することができます。
      許容される変更後のセグメント サイズ – 許容される変更後のセグメント サイズがシステムで判別されて表示されます。通常、許容される変更後のサイズは、現在のセグメント サイズの倍または半分です。たとえば、ボリュームの現在のセグメント サイズが32KiBであれば、ボリュームの新しいセグメント サイズとして16KiBまたは64KiBが許容されます。
      SSDキャッシュが有効なボリューム – SSDキャッシュが有効なボリュームに対しては、セグメント サイズを4KiBに指定することができます。4KiBのセグメント サイズを選択するのは、SSDキャッシュが有効なボリュームで小さいブロックのI/O処理を実行する(I/Oブロック サイズが16KiB以下の場合など)場合のみにしてください。SSDキャッシュが有効なボリュームで大きいブロックのシーケンシャル処理を実行する場合は、セグメント サイズとして4KiBを選択するとパフォーマンスが低下することがあります。
      セグメント サイズの変更に要する時間 – ボリュームのセグメント サイズの変更に要する時間は、次の要素によって異なります。

      • ホストからのI/O負荷

      • ボリュームの修正の優先順位

      • ボリューム グループ内のドライブ数

      • ドライブ チャネル数

      • ストレージ システム コントローラーの処理能力

      ボリュームのセグメント サイズを変更するとI/Oパフォーマンスに影響しますが、データの可用性は維持されます。

      セキュリティ対応

      プールまたはボリューム グループ内のドライブがセキュリティ対応の場合にのみ、[セキュリティ対応] の横に [はい] と表示されます。
      ドライブ セキュリティを使用すると、ストレージ システムから物理的に取り外されたドライブ上のデータへの不正アクセスを防止できます。このオプションは、ドライブ セキュリティ機能が有効になっていて、ストレージ システムのセキュリティ キーが設定されている場合にのみ使用できます。
      プールやボリューム グループにはセキュリティ対応とセキュリティ対応でないドライブの両方を含めることができますが、暗号化機能を使用するためにはすべてのドライブがセキュリティ対応である必要があります。

      DA

      プールまたはボリューム グループ内のドライブがData Assurance(DA)に対応している場合にのみ、[DA] の横に [はい] と表示されます。
      DAを使用すると、ストレージ システム全体のデータの整合性が向上します。また、データがコントローラー経由でドライブに転送される際にストレージ システムがエラーの有無をチェックします。新しいボリュームにDAを使用すると、すべてのエラーが検出されます。

      リソース プロビジョニング(AB3100およびAB6100のみ)

      ドライブがこのオプションをサポートしている場合にのみ、[リソース プロビジョニング] の横に [はい] と表示されます。リソース プロビジョニングは、AB3100およびAB6100ストレージ システムで使用できる機能です。オンにすると、ボリュームはバックグラウンドで初期化されることなくただちに使用できる状態になります。

    • アプリケーション固有のワークロード[次へ] をクリックして選択したワークロードに対するシステム推奨のボリュームと特性を受け入れるか、[ボリュームの編集] をクリックして選択したワークロードに対するシステム推奨のボリュームや特性を変更、追加、削除します。

      フィールドの詳細
      フィールド 説明

      ボリューム名

      ボリュームには、作成時にデフォルトの名前が割り当てられます。デフォルトの名前をそのまま使用することも、ボリュームに格納されたデータのタイプを表した名前を指定することもできます。

      レポート容量

      新しいボリュームの容量と単位(MiB、GiB、またはTiB)を定義します。シック ボリュームの場合、最小容量は1MiBで、最大容量はプールまたはボリューム グループに含まれるドライブの数と容量で決まります。
      コピー サービス(Snapshotイメージ、Snapshotボリューム、ボリューム コピー、およびリモート ミラー)用のストレージ容量も必要なため、標準ボリュームにすべての容量を割り当ててしまわないように注意してください。
      プールの容量は4GiB単位で割り当てられます。4GiBの倍数でない容量を割り当てた場合、その容量は使用できません。全容量を使用できるようにするため、4GiB単位で容量を指定してください。使用不可容量が存在する場合、その容量を使用するにはボリュームの容量を増やすしかありません。

      ボリューム タイプ

      アプリケーション固有のワークロード用に作成されたボリュームのタイプを示します。

      ボリューム ブロック サイズ(AB3100およびAB6100のみ)

      ボリュームに対して作成できるブロック サイズが表示されます。

      • 512 – 512バイト

      • 4K – 4,096バイト

      セグメント サイズ

      セグメントのサイジングに関する設定が表示されます。これは、ボリューム グループのボリュームについてのみ表示されます。セグメント サイズを変更することでパフォーマンスを最適化することができます。
      許容される変更後のセグメント サイズ – 許容される変更後のセグメント サイズがシステムで判別されて表示されます。通常、許容される変更後のサイズは、現在のセグメント サイズの倍または半分です。たとえば、ボリュームの現在のセグメント サイズが32KiBであれば、ボリュームの新しいセグメント サイズとして16KiBまたは64KiBが許容されます。
      SSDキャッシュが有効なボリューム – SSDキャッシュが有効なボリュームに対しては、セグメント サイズを4KiBに指定することができます。4KiBのセグメント サイズを選択するのは、SSDキャッシュが有効なボリュームで小さいブロックのI/O処理を実行する(I/Oブロック サイズが16KiB以下の場合など)場合のみにしてください。SSDキャッシュが有効なボリュームで大きいブロックのシーケンシャル処理を実行する場合は、セグメント サイズとして4KiBを選択するとパフォーマンスが低下することがあります。
      セグメント サイズの変更に要する時間 – ボリュームのセグメント サイズの変更に要する時間は、次の要素によって異なります。

      • ホストからのI/O負荷

      • ボリュームの修正の優先順位

      • ボリューム グループ内のドライブ数

      • ドライブ チャネル数

      • ストレージ システム コントローラーの処理能力

      ボリュームのセグメント サイズを変更するとI/Oパフォーマンスに影響しますが、データの可用性は維持されます。

      セキュリティ対応

      プールまたはボリューム グループ内のドライブがセキュリティ対応の場合にのみ、[セキュリティ対応] の横に [はい] と表示されます。
      ドライブ セキュリティを使用すると、ストレージ システムから物理的に取り外されたドライブ上のデータへの不正アクセスを防止できます。このオプションは、ドライブ セキュリティ機能が有効になっていて、ストレージ システムのセキュリティ キーが設定されている場合にのみ使用できます。
      プールやボリューム グループにはセキュリティ対応とセキュリティ対応でないドライブの両方を含めることができますが、暗号化機能を使用するためにはすべてのドライブがセキュリティ対応である必要があります。

      DA

      プールまたはボリューム グループ内のドライブがData Assurance(DA)に対応している場合にのみ、[DA] の横に [はい] と表示されます。
      DAを使用すると、ストレージ システム全体のデータの整合性が向上します。また、データがコントローラー経由でドライブに転送される際にストレージ システムがエラーの有無をチェックします。新しいボリュームにDAを使用すると、すべてのエラーが検出されます。

      リソース プロビジョニング(AB3100およびAB6100のみ)

      ドライブがこのオプションをサポートしている場合にのみ、[リソース プロビジョニング] の横に [はい] と表示されます。リソース プロビジョニングは、AB3100およびAB6100ストレージ システムで使用できる機能です。オンにすると、ボリュームはバックグラウンドで初期化されることなくただちに使用できる状態になります。

  2. 選択したアプリケーションのボリューム作成手順を進めるには、[次へ] をクリックします。

手順2d:ボリュームの構成を確認する

最後の手順として、作成するボリュームの概要を確認し、必要に応じて変更を加えます。

手順
  1. 作成するボリュームを確認します。変更を加えるには、[戻る] をクリックします。

  2. ボリュームの構成に問題がなければ、[終了] をクリックします。

終了後の操作
  • vSphere Clientで、ボリューム用のデータストアを作成します。

  • アプリケーションがボリュームを使用できるように、アプリケーション ホストのオペレーティング システムに対して必要な変更を行います。

Top of Page