どのようにすれば、より良い仮想マシン（VM）のパフォーマンスのストレージLUNを設定することができますか？
VMの選択、インストール、プロビジョニング、ストレージを維持することは、複雑で要求の厳しい技術ですが、ユーザが仮想環境でより良いストレージのパフォーマンスを得ることを手助けることができるいくつかのガイドラインがあります。
最初に可能な限り大きく、Hyper-VのボリュームまたはvSphereデータストアを作成し、各VMに適用される実際の物理ストレージを最小限に抑えるためにシン・プロビジョニング技術を利用することを推奨します。
考え方は、単純にシンプロビジョニングされたボリュームが少なくなった時に物理ストレージを追加するのではなく、ボリュームを排出し、後で必要に応じてより大きなストレージLUNを再作成するする方が簡単だということです。それは、ストレージの使用を追跡し、適切なストレージが時間をかけて常に小さなボリュームに使用可能であることを確認するためにVeeam ONEのような監視/レポートツールを展開することが重要で、シンプロビジョニングされたボリュームは、不規則または予測不可能な増加があることを覚えておいてください。
ストレージのLUNサブシステムを設計するときに、ストレージの可用性の許容レベルを確保するためにサーバや共有ストレージ・ボリューム間に複数のパスを使用することを検討してください。例えば、サーバでは複数のホスト・バス・アダプタ（HBA）やストレージネットワーク用のイーサネットポートを使用出来たりするように。さらに、いくつかの環境では、ストレージ・インフラストラクチャを階層化または分離することから恩恵を得ることができます。例えば、最高位の高性能ストレージのためのFC(ファイバチャネル）HBAを使用し、イーサネット・ベースのiSCSIまたはFCoEを優先度の低いストレージ・タスクに使用します。これは、ハイエンドストレージネットワークを低速で低効率のストレージ・デバイスによる行き詰まり防ぎます。ディスク・アレイ自体は動作の信頼性を確保するために適切なRAIDレベル（RAID 5あるいはRAID 6）を採用するべきです。性能は、最新の仮想SCSIおよびSASストレージドライバを使用することによって改善することができす。
最後に、個々のアプリケーションのストレージ・ニーズに気を付けることと、同じようなストレージ階層に同様のストレージパフォーマンスのニーズを持つグループ・ワークロードにしてください。例えば、単純なエンタープライズ・アプリケーションは、イーサネットFCoE接続を使用したSAS（あるいはSATA）ディスク・グループへのアクセスによって取得することができ、一方ストレージ集中型のVMはFC(Fibre Channel）ストレージ・エリア・ネットワーク上のソリッド・ディスク・グループのような高位のストレージで恩恵を受けます。この分離がなければ、すべてのワークロードは基本的にストレージのパフォーマンス（あまりにも高速でローエンドのVMには高価か、または要求するVMには遅すぎるかもしれない）と同じレベルになります。
関連トピックス:
- VMware vSphere Storage vMotionで適切なフォーマットはシックか、シンのどちらか？
- VMware + Net App(Data ONTAP Simulator)を仮想マシンとして導入
- vSphereのリソース監視コマンドの紹介
- ブロック・ストレージとは?
- AWS EC2のディスクアレイ（LVMやダイナミックディスク）をバックアップ パート2：一貫性問題
- AWS EC2のディスクアレイ（LVMやダイナミックディスク）をバックアップ パート1
- AWS EC2のディスクアレイ（LVMやダイナミックディスク）をバックアップ パート3：EBSボリュームで構成されたLVM
- VMware Storage vMotionオペレーションに問題があった時に何を確認するか？
RSSフィードを取得する
