StarWindでのHA構成のベストプラクティス その5 HAデバイスの考慮【StarWind SAN & NAS】

投稿日: 2013年12月8日 作成者: climb
このエントリーをはてなブックマークに追加
LINEで送る

HAデバイスは、常にクライアント側アプリケーションの要件に従って構成されます。VMware、Hyper-V、およびXenServerと同様に、他のベンダーによって設計されたソリューションのすべてはそれらが動作するiSCSIストレージのための特定の要件があります。StarWindは本番環境のHAストレージを展開する際に、ユーザに最大レベルの柔軟性をもたらします。

■サイズとプロビジョニングの考慮
ユーザがStarWind iSCSI SANで作成しているHAデバイスのサイズのための厳格な要件はありません。SAN上のすべての利用可能なスペースを占有している一つの大きなHAデバイスの作成は、管理不便を引き起こす可能性があります。それは5, 6TBデバイスの問題ではありませんが、大きなデバイスの合併症のために増加した完全同期時間が原因で起こることができます。大きなデバイスの使用も停止や主要な障害の後の細かいVM /アプリケーションのリストア時間が長くなります。別HAデバイスにミッションクリティカルな仮想マシンやアプリケーションを分離すると、管理を簡素化することができます。HAキャッシュは、HAデバイスキャッシュに割り当てられたメモリのより良い利用が可能になっているアプリケーションの負荷プロファイルに応じてデバイスを分離しているデバイスごとにプロビジョニングされています。

■キャッシング
StarWindのHAは、ライトバック•キャッシュを使用すると最高性能を発揮するように設計されています。それぞれ書かれたブロックは、ローカルSANノード上で最初にキャッシュし、2番目のノードのキャッシュに同期され、唯一その後HAデバイスはブロックが書き込まれるようにと考えています。パフォーマンスの向上に加えて、ライトバックキャッシュは、電源の安定性に固有の要件をもたらします。UPS装置は、停電の場合には少なくとも一つのHA SANノードの適切なシャットダウンを保証するためにインストールする必要があります。

ライトスルーキャッシュでは、書き込み操作は基になる配列のパフォーマンスに多く依存するのと同様に、大幅に遅くなることがあります。ブロックが唯一キャッシュされずにディスク自体に書き込まれているときに書き込みは唯一確認されるために起こります。ライトスルーキャッシュは書き込み性能に全くブーストを与えませんが、それは電力の安定に依存し（ライトバックと比較して）、読まれたキャッシュ（下にあるディスクへの読込み・書込みアクセス配布のバランスをとります）を維持します。

これは、HAデバイスのサイズの各テラバイト当たりのキャッシングが256MB～1GBのプロビジョニングに推奨されます。しかし、最大推奨キャッシュサイズは3ギガバイトです。ほとんどのシナリオでは、より大きいキャッシュは有効に利用されない。

■初期化オプション
HAデバイスは3つの初期化オプションがあります：
– 初期化する：または”ゼロ埋め”と呼ばれます。このオプションは、HAデバイスのいわゆる”eager zeroing”を開始します。これは、初期化時間を増加させます。また、HAデバイスがクライアントサーバに接続されているときに、以前にHA SANノードのディスクに書き込まれた情報は、回復できないようにします。
– 初期化しない：このオプションは、ゼロで埋めることなくHAデバイスを単純に展開します。
– 同期：このオプションは、1つの HA SANノードからパートナー（複数可）に既存のデータを同期させることができます。単に同期するソースノードを選択し、StarWindが全体の仮想ディスクのブロックレベルの同期を行います。

“初期化”オプションは必須ではありませんが、いくつかのケースでは、それがわずかに性能向上を提供します。これは、本番環境への初期展開の前に小さなHAデバイスでそれをチェックすることをお勧めします。

(注)Starwind SAN ＆ NAS はStarwind VSAN Standard Editionという製品にリプレースされました。詳しくはお問合せください。

関連トピックス