SANtricity System Managerのストレージ アレイ設定に関するよくある質問
質問に対する簡単な回答をお探しの場合は、このFAQが役立ちます。
自動ロード バランシングとは何ですか?
自動ロード バランシングはI/Oを自動的に分散する機能を提供し、ホストからの受信I/Oトラフィックは動的に管理されて両方のコントローラに分配されます。
自動ロード バランシング機能を使用すると、負荷の変化に動的に対応してボリュームのコントローラ所有権が自動的に調整されるため、コントローラ間でワークロードが移動する際の負荷の不均衡が解消され、I/Oリソースの管理が強化されます。
各コントローラのワークロードが継続的に監視され、ホストにインストールされたマルチパス ドライバとの連携により、必要に応じて自動的に負荷を調整することができます。ワークロードがコントローラ間で自動的に再分散されるため、ストレージ アレイの負荷の変化に応じてボリュームのコントローラ所有権を手動で調整する必要がなくなり、ストレージ管理者の負担が軽減されます。
自動ロード バランシングを有効にすると、次の機能が実行されます。
-
コントローラのリソース利用率が自動的に監視されて負荷が分散されます。
-
ボリュームのコントローラ所有権が必要に応じて自動的に調整され、ホストとストレージ アレイの間のI/O帯域幅が最適化されます。
|
|
コントローラのSSDキャッシュを使用するように割り当てられたボリュームは、自動ロード バランシングによる転送の対象外となります。 |
コントローラ キャッシュとは何ですか?
コントローラ キャッシュは、コントローラとホストの間、およびコントローラとディスクの間の2種類のI/O(入出力)処理をスムーズに行うための物理メモリ スペースです。
読み取りおよび書き込みのデータ転送では、ホストとコントローラは高速な接続を介して通信します。ところが、ディスクは比較的低速なデバイスであるため、コントローラのバックエンドからディスクへの通信は高速ではありません。
コントローラ キャッシュがデータを受信すると、コントローラはデータを保持していることをホスト アプリケーションに通知します。これにより、ホスト アプリケーションはI/Oがディスクに書き込まれるのを待たずに処理を続行できます。また、サーバ アプリケーションはキャッシュされたデータにアクセスできるため、データにアクセスするためにディスクを読み取る必要がなくなります。
コントローラ キャッシュは、ストレージ アレイの全体的なパフォーマンスに次のように影響します。
-
キャッシュはバッファとして機能するため、ホストとディスクのデータ転送を同期する必要がありません。
-
ホストからの読み取り / 書き込み処理の対象となるデータが以前の処理ですでにキャッシュに格納されていれば、ディスクにアクセスする必要はありません。
-
書き込みキャッシュを使用している場合、ホストは以前の書き込み処理がディスクに書き込まれる前に後続の書き込みコマンドを送信できます。
-
キャッシュ プリフェッチを有効にすると、シーケンシャル リード アクセスが最適化されます。読み取り処理ではデータがディスクから読み取られるのではなく、キャッシュ内のデータが使用される可能性が高くなります。
|
|
データ損失の可能性 — *バッテリーなしで書き込みキャッシュ*オプションを有効にして、保護用のユニバーサル電源がない場合、データが失われる可能性があります。さらに、コントローラバッテリがなく、*バッテリーなしで書き込みキャッシュ*オプションを有効にした場合、データが失われる可能性があります。 |
キャッシュのフラッシュとは何ですか?
キャッシュ内の書き込み前のデータの量が一定のレベルに達すると、コントローラはキャッシュされたデータを定期的にドライブに書き込みます。この書き込みプロセスは「フラッシュ」と呼ばれます。
コントローラは、デマンドベースと経過時間ベースの2つのアルゴリズムを使用してキャッシュをフラッシュします。デマンドベースのアルゴリズムは、キャッシュされたデータの量がキャッシュ フラッシュしきい値を上回った場合に使用されます。デフォルトでは、キャッシュの80%が使用中になるとフラッシュが開始されます。
System Managerでは、「要求キャッシュのフラッシュを開始する」しきい値を設定することで、環境で使用されるI/Oの種類を最適にサポートできます。主に書き込み操作が行われる環境では、「要求キャッシュのフラッシュを開始する」のパーセンテージを高く設定して、新しい書き込み要求がディスクにアクセスすることなくキャッシュによって処理される可能性を高める必要があります。高いパーセンテージ設定はキャッシュのフラッシュ回数を制限するため、より多くのデータがキャッシュに保持され、キャッシュヒットの可能性が高まります。
I/Oが不規則な(データ バーストが発生する)環境では、キャッシュ フラッシュを低く設定して、データ バースト間でキャッシュが頻繁にフラッシュされるようにします。さまざまな負荷を処理する多様なI/O環境や、負荷のタイプが不明な環境では、このしきい値を中間の50%に設定します。80%未満に設定した場合、ホスト読み取りに必要なデータがキャッシュにないためにパフォーマンスが低下する可能性があります。また、割合を低くすると、キャッシュ レベルを維持するために必要なディスクへの書き込み回数が増えて、システム オーバーヘッドが増大します。
使用期間ベースのアルゴリズムは、書き込みデータがディスクにフラッシュされる前にキャッシュ内に保持できる期間を指定します。コントローラーは、キャッシュフラッシュのしきい値に達するまで使用期間ベースのアルゴリズムを使用します。デフォルト値は10秒ですが、この期間は非アクティブ期間中のみカウントされます。System Managerではフラッシュのタイミングを変更できません。代わりに、コマンドラインインターフェイス(CLI)で*Set Storage Array*コマンドを使用する必要があります。
|
|
データ損失の可能性 — *バッテリーなしで書き込みキャッシュ*オプションを有効にして、保護用のユニバーサル電源がない場合、データが失われる可能性があります。さらに、コントローラバッテリがなく、*バッテリーなしで書き込みキャッシュ*オプションを有効にした場合、データが失われる可能性があります。 |
キャッシュ ブロック サイズとは何ですか?
ストレージ アレイのコントローラは、キャッシュを「ブロック」と呼ばれるメモリの塊に編成します。ブロックのサイズは8、16、32 KiBのいずれかです。ストレージ システム上のすべてのボリュームは同じキャッシュ領域を共有するため、ボリュームごとに設定できるキャッシュ ブロック サイズは1種類のみです。
アプリケーションによって使用するブロック サイズが異なるため、ストレージのパフォーマンスに影響を与える可能性があります。System Managerのブロック サイズはデフォルトでは32 KiBですが、8、16、32 KiBsに設定することもできます。ファイル システムやデータベース アプリケーションには、小さいサイズが適しています。大容量のデータ転送、シーケンシャルI/O、またはマルチメディアなどの高帯域幅を必要とするアプリケーションには、大きいサイズが適しています。
ストレージ アレイのクロックを同期する必要があるのはいつですか?
SANtricity System Managerに表示されるタイムスタンプが管理クライアント(ブラウザを介してSANtricity System Managerにアクセスしているコンピュータ)に表示されるタイムスタンプと一致していない場合は、ストレージ アレイ内のコントローラ クロックを手動で同期する必要があります。このタスクは、SANtricity System ManagerでNTP(Network Time Protocol)が有効になっていない場合にのみ必要です。
|
|
クロックを手動で同期する代わりに、NTPサーバを使用することを強く推奨します。NTPは、SNTP(Simple Network Time Protocol)を使用して自動的にクロックを外部サーバと同期します。 |
同期ステータスは、[システム]ページからアクセスする[ストレージ アレイ クロックの同期]ダイアログ ボックスで確認できます。ダイアログ ボックスに表示される時間が一致していない場合は、同期を実行します。このダイアログ ボックスを定期的に表示することで、コントローラ クロックの時刻表示が同期されているかどうかを確認できます。