SANストレージ(HP4500ハードウェア)を備えたHyper-V環境(2008 R2)を継承しました。冗長性のために2つのホストと2つのSANがあります。仮想マシンについてはよく理解していますが、ストレージに関する知識があると思います。非常に弱いです。MSPエンジニアがどのように設計したのか、そしてその理由を理解しようとしています。これは導入部分でした。ここが主要部分です。
各SANには5.32TBの使用可能スペースがあり、Hyper-VホストマシンにはVolume1、Volume2、Volume3、および最近作成されたExchangeサーバー用のExchangeボリュームの4つのボリュームがあります。 HP管理コンソールでは、(LUN?)ボリュームのサイズが3TB、1.79TB、2TB、および1.07TBであることがわかります。それはプロビジョニングされたものを見渡すかもしれません、それによって今のところ主要な質問ではありません。
今のところ私の質問は、これらのボリュームを作成するためにどのように決定されたのか、そしてどのような理由でなのかということです。 1つの大きなボリュームまたはたくさんの小さなボリュームを作成してみませんか?
私は調査を試みましたが、いくつかの記事、特にこれを読んだ後: https://technet.Microsoft.com/en-us/library/ff182320(WS.10).aspx#BKMK_LUNs それは理にかなっています。私は、間違っているかもしれない場合に備えて、仮定を立てて質問を投稿したくありません。同様の答えを探している他の人々を混乱させたくありません。代わりに聞いてみます。
ストレージをいくつかのボリュームに分割するのは、パフォーマンス上の理由と、ディスクがいっぱいになったり上書きされたりするのを防ぐためですか?
新しいVM-1つのボリュームにすべてのシステムVHDを作成し、別のボリュームにすべてのデータVHDを作成する必要があるボリュームを決定するにはどうすればよいですか?
はいの場合、および多くのVMに単一のVHDファイルがある場合、1つのボリュームに含まれるVHDが多すぎて、サイズが大きくなるとどうなりますか?
それを分割する最大の理由は次のとおりです。
Dell MD3600f SANと3つのLUNを使用して同様のセットアップを行い、それぞれがHyper-Vクラスター上のクラスター共有ボリューム用です。
1つのLUNは小さい15k SAS RAID10のディスクで構成されています-これはVMのOSドライブと小さいVM全体を保持します.2つ目はNLSASドライブの大きなRAID6アレイです-たくさんのストレージスペースですが、かなり低速です。ほとんどのVMのデータドライブを保持します。3つ目はテスト用の小さなCSVです。したがって、メインのアクセスに影響を与えることなく、リダイレクトされたアクセスなどをテストできます。
あなたの環境でなぜそのように設定されているのかはわかりませんが、そうするのには十分な理由があるかもしれません。最初に行うことは、ディスクがどのように構成されているか、つまり、ディスクの種類、RAIDレベル、およびそこからの動作を確認することです。
Grantからの回答についてもう少し詳しく説明します。これまでにHPMSAを使用した経験がありますが、これは、実行しているHP Storageのモデルとは異なりますが、アーキテクチャ全体が類似していると想像できます。
この特定のタイプのストレージから、複数のLUNを分割することで、MSAのアクティブ/アクティブコントローラー機能を利用して、トラフィックが複数のコントローラーを通過できるようになることがわかりました。これは、コントローラー間のI/Oの負荷分散の方法を持ちながら、両方のコントローラーでキャッシュを利用できることを意味しました。これは、彼が複数のLUNを作成した理由に関するもう1つのアーキテクチャ上の理由である可能性があります。