Equallogicパーティショニング：プール、割り当てなど
EquallogicPS6110xvを購入するための新しい予算があります。このユニットには24x600Gディスクがあり、さまざまなセットアップ方法を検討しています。
2つの主な用途はVMとMySQLです。
MySQL：現在、古いSANで約2Tを使用しています。予想される3年間の成長は、さらに2Tになります。 4Tパーティションを作成して、それで済ませる必要があるようです。
VM：2台のホストを使用して約12台の廃止されたマシンをVMに統合しています。これは、どのくらいのスペースをどのように割り当てるかについて完全に明確ではないところです。予想されるすべてのスペースで1つのブロックを作成しますか、それとも基本用のスペースを作成してから、必要に応じてSANから追加のスペースをマウントしますか？IE = OS用に50gx 12のボリュームを作成し、次に「プール」として5〜6Tのボリュームを作成しますか？必要に応じて、これに「薄い」ボリュームをマウントできます。
最後：RAID-6を使用している場合、デバイス全体を1つのRAIDグループにすることに利点はありますか？再構築のために読み取るディスクの数が多いと、問題が発生しているようです。一方、複数の小さなグループがあると、メディアの使用効率が低下します。
世間一般の通念とは何か疑問に思っているだけです。
EDIT：（この投稿は VMグループ で見つかりました）：
いいえ、1つのアレイ内のディスクを複数のストレージグループまたはRAIDレベルに分割することはできません。 EqualLogicのアーキテクチャ/用語に関する簡単なチートシートは次のとおりです。
グループ-1つのリソースとしてアクセスできる物理配列のコレクション。これらはすべて同じIPで管理され、同じiSCSIターゲットIPを共有します。
グループメンバー-物理アレイ全体。アレイ全体（通常は16スピンドル）は、基本的に1つの大きな仮想ディスクです。 RAID-10の場合、デフォルトで2つのホットスペアがあります。つまり、14スピンドルのRAID-10アレイがあります。 15K 450GB SASドライブを搭載したPS6000XVでは、RAID-10で約2.72 TB）の使用可能スペースが得られました。
ストレージプール-グループ内のメンバーとボリュームを論理的に分割する方法。ただし、グループメンバーとボリュームの両方が一度に1つのストレージプールの一部にしかなれません。つまり、PS6000XVを使用して、7つのスピンドルを1つのストレージプールに、7つのスピンドルを別のストレージプールに割り当てることはできません。
アーキテクチャは表面上は少し柔軟性がないように見えますが、少なくとも、単一のエンクロージャ内で必要な数のRAIDグループを作成できる従来のアレイと比較するとそうです。 EqualLogicは、セットアップのしやすさとスケールアウトの2つの点で非常に優れていることに注意してください。
セットアップの容易さ-ほとんどの従来のiSCSISANには、いくつかのディスクとコントローラーを収容するメインエンクロージャーがあります。より多くの容量が必要な場合は、別のエンクロージャーを追加します。これは通常、SANを停止し、エンクロージャーを追加し、アレイコントローラーを再構成し、最後にアレイを元に戻すことを意味します。EQLを使用すると、プラグインするだけです。に、グループのネットワーク情報と認証資格情報を入力すると、ダウンタイムなしでグループのメンバーとしてオンラインになります。
スケールアウト-繰り返しますが、従来のiSCSI SANでは、エンクロージャーを追加すると、コントローラーが担当するスピンドルの数が基本的に2倍（または3倍）になります。 EQLでは、容量を追加すると、専用のコントローラーも追加されます。マーケティング担当者は、容量を追加すると、スループットとレイテンシーのより直線的なスケーリングにつながると言うでしょう。
つまり、これは、24メンバーのRAID-6グループが1つあることを意味します。または23ホットスペア付き...
ethrbunny、
編集で言及したVMwareコミュニティの投稿は少し古くなっています... RAIDポリシーに関するDellEquallogicの推奨事項は、 メンバーRAIDポリシーの選択 ドキュメントに記載されています。
24x600GBのディスクでは、10Kまたは15Kのいずれかを使用していると考えられますSASドライブ。その場合は、RAID 6、10、および50が推奨されるオプションです。 、24台のドライブを備えたEquallogicストレージアレイでは、エンクロージャーに1つのRAIDタイプ/ポリシーのみを選択できます。実際のRAIDセットは、バックエンドのアレイによって管理され、GUIを介した実際のユーザーの可視性はありません。ドライブの数が原因です。 、1つのRAIDセットにその数のドライブがあることに注意するのは正しいです。そのため、アレイはそれらを2つの別々のRAIDセットに分割します（データ保護/冗長性とパフォーマンスの両方に優れています）。
RAID6は、システムが保証期間内であり、ドライブの障害が無視されるのではなく迅速に処理されることを前提として、データ保護のために選択するのに最適なRAIDポリシーです。前述のドキュメントでは、利用可能なさまざまなポリシー間のデータ損失の統計的可能性について詳しく説明しています。RAID6は、この方法で明らかに成功しています。
パフォーマンス面では、RAID6はRAID10と比較してランダム書き込みで大きな問題を抱えています。また、障害/再構築中は、比較してパフォーマンスへの影響が大きくなります（ただし、これは、プリエンプティブ障害を処理するための新しいファームウェアリビジョンで導入されたコピーからスペアへの操作によってほぼ完全に無効になります）。
現在のストレージソリューションに同じまたはそれ以下の速度の16台以下のドライブが組み込まれている場合、RAID6ポリシーが、そのアレイで得られる最高の容量と保護レベルに加えて、ニーズに十分なパフォーマンスとIOPSを提供することをほぼ保証します。
ただし、シンプロビジョニングを使用してすべてのボリュームをセットアップし、ボリュームごとに最大容量を割り当てて、拡張するための十分なスペースを確保することもできます（ある程度の割り当て超過を意味する場合でも）。 RAID10から始めて、完全な実稼働環境を整えてから、Equallogicが提供するSAN本社ソフトウェアを使用してパフォーマンスを測定します（詳細については、サポートまたは技術営業担当者にお気軽にお問い合わせください）これについては、通常は非常に役立ちます）個々のドライブのIOPSがピーク使用率でも100未満になっている場合は、RAID6に変換して容量を増やすことで、簡単に回避できます。アレイのファクトリリセットを実行せずにRAID6からRAID10に戻すことはできないため（これは大規模なマルチメンバー環境でのみ現実的です）、切り替えを行う前に必ず調査を行ってください。
推奨されるRAIDタイプの概要：RAID 6（容量のニーズを評価した後、デルでこれを確認してください）ボリューム：データベース用に4TBのボリューム+ VMFSデータストア用に3つ以上のボリューム（おそらく2TBのサイズ）（さまざまなパフォーマンス上の理由で複数を推奨）、すべてシンプロビジョニングが有効になっている
注1：このアレイのRAID10は、実際に使用可能な容量の6TiBをわずかに下回りますが、RAID6は10TiBをわずかに上回ります（アレイのメタデータによって占有された後のスペースごとに、おそらく少し低くなります）
注2：これらの推奨事項はすべて、レプリケーションまたはスナップショット機能をあまり利用する予定がないことを前提としています。その場合は、追加のスペース要件も考慮する必要があります（RAID6をさらに有利なオプションにします）
Equallogicがレイドセットを構築する方法には影響しません。 PS61x0のRAID6の場合、次のようになります。
（10 + 2）（9 + 2）+1（スペア）
つまり、1つのスペアディスクで2つのRAID6セットを効果的に使用できます。