web-dev-qa-db-ja.com

CacheCadeを搭載したDellR320 RAID 10

IOPSの観点から、1RU DellR320サーバー用のより高性能なビルドを探しています。

今、私はかなり落ち着いています:

  • 4 x 600 GB 3.5 "15K RPM SAS
  • RAID 1 +0アレイ

これで良好なパフォーマンスが得られるはずですが、可能であれば、SSDキャッシュもミックスに追加したいのですが、十分なスペースがあるかどうかわかりませんか?

tech-specs によると、利用可能な3.5インチドライブベイは合計で最大4つまでです。

4x3.5 "ドライブと一緒に少なくとも1つのSSDドライブを取り付ける方法はありますか?キャッシュSSDドライブを配置するための特別な場所があることを望んでいました(メモリからは、余裕があるとは思えません)。キャッシュドライブは、他のドライブと同じように「通常」に接続されたドライブであるが、PERCコントローラーではCacheCadeドライブとして指定されていると考えるのは正しいですか?

4x600GB RAID 10アレイとSSDキャッシュドライブを使用するためのオプションもありますか?

技術仕様(最大8x2.5 "ドライブ)に基づいて、2.5" SASドライブを使用し、さらに4つのベイを空けて、SSDキャッシュドライブ用の十分なスペースを確保する必要があるかもしれません。 。

どういうわけか、3.5インチドライブを使用してこれを達成した人はいますか?

編集:要件に関する詳細情報

このハードウェアの使用法/要件の全体像を示すには:

  • 現在、VMWare ESXi5.xホストで実行されているいくつかの「内部」VMがあります。ただし、現時点ではホストはほんの一握りです。これは基本的な設定です。

  • 最近、共有ESXiホストの標準ハードウェアとしてDellR320の展開を開始しました。ハードウェア(したがって、スペア、アップグレード、監視サポートなどの必要性)を可能な限り標準化するために、R320を維持したいと思います。別のドライブセットをスペアとして保持する必要があるのは、スペアシャーシ全体を既存のものの上に保持するよりも優れています。

  • これらのVMは、主に内部ツール(監視、コールアカウンティング、イントラネットWebサイトなど)のいずれかを担当します。または共有インフラストラクチャ。例:DNS、SMTPリレー/フィルタリング、共有Webサイトの小さなセット。共有VOIPPBX。

  • これらの各役割は、必要に応じて、比較的小さなサイズのVMに分けられます。ほとんどすべてがLinuxボックスです。これらのいくつかにはデータベースの負荷がありますが、私はそれらを非常に小さいと考えます(必要に応じて、分離のために各VM)に個別のMySQLインスタンスを配置しても問題ありません)。

  • 一般的に、パフォーマンスは良好です。この新しいハードウェアの主な触媒は皮肉なことにSMTPリレーです。私たちが顧客からのまともなサイズのメールアウトに見舞われるときはいつでも、それは私たちのフィルターに大きなバックログを引き起こします。これはディスクIOによるものであることを確認しました。

  • このホストで実行されている他のVMの性質を考えると、明らかにディスクIOの競合がありますが、メールのバックログ以外に実際の影響は見られません。VOIPは主にすべてメモリ内にあります。内部サイトのトラフィックは非常に少ないため、ページの読み込みは依然として妥当です。この特定のホストでVMに直面している顧客に関する問題の報告はありません。

このハードウェアの目標

恥ずかしいことに、達成したいIOPSの種類に関して、私には確かな数字がありません。そこに配置したいVMの性質がさまざまであることを考えると、テストするのは難しいと思います。つまり、保証されたターゲットに対してベンチマークできる単一のアプリケーションがあるわけではありません。

私の最善の策は、最悪の犯罪者(DBが支援するWebサイトやSMTPリレーなど)を使用してテストを設定し、高負荷をシミュレートすることだと思います。これは私が来週行うことかもしれません。

率直に言って、私の動機は、ディスクIOがほとんど常にボトルネックであることを知っているということです。したがって、インフラストラクチャには、IO合理的に余裕があるので。

いずれにせよ、私はあなたに目標の大まかな考えを与えることを試みます:

  • 大規模な顧客がメール送信を開始したときのパフォーマンスの低下を合理的に乗り切るために(彼らはそうするべきではありません!)。もちろん、これが「弦の長さ」になることは理解しています。特定のメール送信の大きさを実際に予測することはできません。しかし、基本的には、ディスクIOの問題であることがわかっているので、突然のメールバーストを処理できるように、この特定のホストセットに追加のIOPSをスローしようとしています。

  • 私の考えでは、小さな電子メールが大量にバーストする場合、これは通常、ほとんどがランダムIOであり、SSDに最も適しているように思われます。私たちはそれらなしで予見可能な将来にうまくいくことができると確信していますが。

  • **前に述べたように、上記は本当にこれの触媒です。 SMTPリレーを独自の物理ハードウェアに配置して、基本的にそれで済ませることができると思います。しかし、私は、すべての内部VMがIO必要に応じて利用できるようにする)ために、より一般的なソリューションを目指しています。

  • 現在同じホスト上にある顧客向けVMから内部VMのセットを分離するため。上記の顧客VMでのリソーススパイクによるパフォーマンスの問題を回避するため。

  • 私の計画は、同じVMを持つ少なくとも2つのホスト(今のところ)を持ち、各ペアにアクティブ/パッシブ冗長性を構成することです(vCenterを使用せず、アプリケーション固有のフェイルオーバーを使用します)。

  • 将来的には、このホストにさらに多くのVMをデプロイする可能性があります。私が探しているのは、共有MySQLとMS SQLVMのペアです。これを行うとしたら、間違いなくSSDを検討しているので、冗長で高性能なDBサーバーの中央ペアを使用できます。しかし、これはさらに先のことであり、この場合、ノードごとに専用のハードウェアを用意する可能性があります。

3
Geekman

Dell PowerEdge R320 は、ローエンドの1Uラックマウントサーバーです。そのシャーシ内のストレージオプションは、8 x 2.5 "スモールフォームファクターディスクまたは4x3.5"ラージフォームファクタードライブのいずれかです。このサーバーの価格が高いため、通常は4 x 3.5 "ディスクの組み合わせで仕様が定められています...

補足:最近サーバーストレージで発生したことの1つは、内部ディスクの役割の逆転です。

  • エンタープライズストレージの場合、3.5 "SASディスクは通常300GB、450GB、600GBの容量と15,000RPMの回転速度で利用できます。600GBの容量で数年間停滞しています。
  • Enterprise SAS 2.5 "フォームファクタのディスクは、146GB、300GB、600GB、900GB、1200GBの容量と10,000RPMの速度で利用できます。146GBと300GBのサイズも15,000RPMで利用できます。
  • ニアラインSASストレージが7,200RPMの場合、3.5 "ディスクの容量は最大4TBに達する可能性がありますが、2.5"ディスクは1TBで最大になります。

したがって、上記の組み合わせはサーバーの設計に影響します(またはその逆)。プラットフォームは通常、I/Oを多用するアプリケーションや、より拡張性が必要な場合には使用されないため、Dell R320は通常、より大きな3.5インチドライブで構成されます。ハイエンドのDell(およびHP ProLiants)は通常、スモールフォームファクタの2.5インチディスクで構成されます。これは、シャーシ内でより多くのI/O機能をサポートするためです。

あなたの状況のた​​めに:

  • 3.5インチディスクを搭載したDellR320のシャーシにSSDを取り付けることはできません。シャーシ内にはスペースがなく、RAIDコントローラもありません。 CacheCadeに依存している場合は、ディスクが同じドライブバックプレーンに接続されている必要があります。CacheCadeはPCIeSSDデバイスを利用できません。
  • R320サーバーは8x 2.5 "ディスクに対応できます。CacheCadeを使用する場合は、その組み合わせの方が理にかなっています。ただし、設計上の考慮事項がいくつかあります。以下を参照してください。

enter image description here

CacheCadeとIOPSの目標について、既存のIOPSのニーズを測定しましたか?アプリケーションのI/O要件と読み取り/書き込みパターンを理解していますか?理想的には、設計は回転するディスク上でキャッシュされていない/キャッシュ可能なワークロードをサポートできる必要があります。したがって、必要なIOPSを取得するために6つのディスクが必要な場合は、6つのディスクを指定する必要があります。 4つのディスクがそれをサポートできる場合は、問題ありません。ただし、このアプローチでは2.5インチのディスクを使用する必要があるため、アプリケーションに合わせて調整する柔軟性が高くなります。

以下も参照してください: LSI CacheCade SSDストレージ階層化はどの程度効果的ですか?

6
ewwhite

3.5インチのディスクを使用したい場合は、必要なスペースがないと思います。代わりに2.5インチのディスクを使用することを検討しましたか?もしそうすれば、あなたはあなたが望むものをマシンに簡単に合わせることができ、一般的に2.5 "10krpmディスクは3.5" 15krpmディスクとほぼ同等のパフォーマンスを発揮します-特にあなたが望むようにSSDキャッシュの素敵なビットが前面にあるとき。私はHPキット(同じものであるSmartCacheを含む)を使用してこのソリューションを使用しており、非常に満足しています。

4
Chopper3

私がする他のこと:

  1. 6つのディスクを使用するため、RAID1には常に3つのディスクがあります。

    これには、一方のディスクに障害が発生してもすぐに冗長性が失われないという利点があり(したがって、もう一方のミラーに単一の壊れたセクターがないことに賭けます)、コントローラーがそれをサポートしている場合は、2つのディスクで定期的な整合性チェックを実行できます。 I/Oレートが大幅に低下しないように、通常の操作では3番目を維持します。

  2. データベースのロードの場合は、インデックスに専用のディスクまたはSSDを使用します。

    これは、これを使用する方法を知っているDBAがいる場合、これまでで最大の速度向上です。

1
Simon Richter

前に述べたように、適切なSSDキャッシュのセットアップにより、8x2,5 "ディスクバックプレーンが使用されます。あなたの投稿は、DellR320サーバーがすでに使用されていることを示しています。

R320バックプレーンをアップグレードする準備はできていますか? SSDキャッシュは本当にここで必要ですか?

SSDキャッシュは、主にランダムな読み取り/書き込みパフォーマンスに役立ちます。

RAID10をオンSAS 15Kおよびハードウェアコントローラーを搭載したNVRAMライトバックキャッシュを使用すると、すでに優れたランダム書き込みパフォーマンスが得られます。CacheCadeが完全なSSD iopsを活用できる場合でも、SSD障害からのデータ保護についてはどうでしょうか。

ランダム読み取りの場合は、メモリのアップグレードのみを検討できます(R320でサポートされる最大192GB)。

または別の解決策:SSDでRAID10を使用するだけです。

1
Veniamin