StarWindでのHA構成のベストプラクティス その４： ストレージの考慮事項

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

SANインフラストラクチャ全体を維持する2つの土台の1つはストレージです。それは正しくあなたのストレージ要件を測定することが重要です。これは2つの要因を含みます。1つ目は実記憶容量で、2つ目は性能です。SANを実装しようとするすべてのストレージ管理者の1番の目的はパフォーマンスと容量計画です。

パフォーマンス：あなたの将来のシステムのための最も正確なIOPS量を計算します。さらに、心の中で将来の成長のための計画といくつかのパワーリザーブを追加することをお勧めします。
キャパシティ：あなたはHA SAN上に配置する必要があるデータが何TBになるか計算します。

ストレージ容量を増加することは常に可能であることを覚えておいてください。予算がワンステップで大きなSANを構築するために許可されていない場合は、あなたは時間が経つにつれて希望する容量まで容易に拡張されるSANシステムを計画することができます。このケースではあなたの将来のSANのハードウェア仕様の成長計画が含まれています。ご使用のSANが処理できるストレージの最大量を知ることは、ストレージの制限を超えるリスクなしで適切なスケーリングを可能にします。

StarWindは類似または同一であるHA SANクラスタで使用されるストレージ構成を推奨しています。これは類似したRAIDコントローラ、同一構成のRAIDセット、およびパーティションの使用を含みます。上記の推奨事項を実現できず、HAクラスタ内のSANのいずれかが停止時より遅い動作をする場合、ALU Aを適用します。非対称設定の項目を参照してください。

■RAIDコントローラ
RAIDコントローラのための優先ベンダーはありません。したがって、StarWindは業界標準のベンダーからのRAIDコントローラを使用することをお勧めします。HA SANのRAIDコントローラには2つの基本的な要件があります：
– バッテリーによるライトバックキャッシングはキャッシュをバックアップします。
– RAID0、RAID1、RAID10をサポートしています。
StarWind iSCSI SANはソフトウェアRAIDコントローラをサポートしていません。

・ストライプサイズ
iSCSIはネットワーク転送のために64Kブロックを使用します。この値を使用してストライプサイズを揃えることをお勧めします。最新のRAIDコントローラは、iSCSI（使われるストライプサイズから独立している）の上に、類似した性能を頻繁に示します。しかし、それはまだ、各書き込み操作でフルストライプを変更するために64Kに合わせたストライプサイズを維持することをお勧めします。これはアレイのライフサイクルを向上させ、最適なパフォーマンスを保証します。

・ボリューム
別の物理メディアにOSとSANストレージボリュームを分離することをお勧めします。別のハードドライブ、RAID1、またはOSを実行するUSBスティックを使用してください。SANサーバ上の物理RAIDコントローラあたり2 RAIDボリュームの最大値を作成するための一般的な推奨事項です。

■パーティション
SANサーバ上のディスクを初期化するとき、GUIDパーティションテーブル（GPT）を使用することをお勧めします。これは、マスターブートレコード（MBR）のボリューム当り2TBの制限を克服することができ、RAID容量拡張後のサードパーティユーティリティなしでもパーティションを拡大することができます。

■ベンチマークツール
本番環境にHA SANを展開した後、パフォーマンスの問題を事前に回避するために、HA SANサーバにインストールされているディスクとRAIDアレイのベンチマークは重要です。アレイのパフォーマンスがランダム書き込みテストと同様な読み書き混合操作上で異常な性能低下を持っていないことを確認してください。ローカルアレイのベンチマークは、後述のiSCSI HAデバイスの性能への参照として使用することができます。

関連トピックス