RAIDコントローラーのほぼすべてのメーカーは、SSDキャッシングをサポートするコントローラーモデルをすでに導入しています。今日は、 HPE SmartアレイP440arコントローラーに基づいてHPEがどのように実装したかを見ていきます 。
そのため、実験システムとして、 HPE ProLiant DL380 Gen9を次の構成で手にしています。
プロセッサー：Intel Xeon Processor E5-2643 v3 x2
メモリー：8Gb x4
HDD：600GB SAS 15K x4
SSD：Intel S3700 400Gb
ハードドライブはRaid10で構築され、テストはそれぞれ2つのバージョンで実行されました-HPE スマートキャッシュありとなし（コントローラーキャッシュ、2Gbを使用）。
このトピックに興味を持った人は、Intel S3700ドライブに長い間精通していると思います。 彼はかなり前に出てきて、非常に積極的に自分自身を証明しました。 会社自体はそれらを最高クラス-高耐久性に分類し、実際、OLTP、VDI、ビッグデータなどの負荷の高いタスク、およびより安価なデータのキャッシュに使用することをお勧めします-価値耐久性-しかし、私たちが持っているもの- いずれにせよ、それは確かに悪化することはありませんが、エンドユーザーにとってはもちろん、これは設定のコストを増加させます。 いずれの場合でも、SSDドライブは絶対に自由に使用できますが、HPEはそのボリュームについてのみ推奨を提供します。これは、アレイの容量の5〜10％である必要があります。 また、すべてのコントローラーがHPE Smart Cacheをサポートしているわけではなく、若いモデルのコントローラーにはこの機能がないことにも言及してください。 スマートキャッシュは、8世代と9世代のサーバーでのみ機能します。 古いサーバーのディスクサブシステムのパフォーマンスを向上させるために-それは動作しませんが、残念です。
現在の実装のHPE Smart Cacheでは、読み取り操作と書き込み操作の両方をキャッシュできるため、制限がなく、ディスクサブシステムと情報を交換するアプリケーションに使用できます。
それでは、数字に移りましょう。 テストの時間は非常に限られているため、iometerのみを使用することに制限されます。
このテストでは、最も「複雑な」リソース集約型のテストであるデータベースが選択されました。 テスト構成：
ディスクサイズ-209,715,200（100Gb）データベースパターンはここにあります。
未処理IOの数-256
戦闘状況に可能な限り近い状況では、読み取りと書き込みの両方のすべての点でキャッシュを使用する利点がわかります。 同時に、応答時間も1桁低くなります。これは、リソースを集中的に使用するOLTPアプリケーションにとって非常に重要です。
ディスクサブシステムの高速化されたパフォーマンスの階層におけるSSDキャッシュの「分類」について。 原則として、これには3つの方法があります。 1つ目は今日のマテリアルのトピック-SSDキャッシュ、2つ目はオールフラッシュへの移行、3つ目はいわゆるIOアクセラレータです。これについては、すでに話し合い、一度にテストしました-Huawei Tecal ES3000 、 Fusion-io ioDrive HPEはロゴも提供しています）など。 これらのデバイスはデータの処理速度をさらに高めることができますが、これらのソリューションのコストはSSDでキャッシュを使用するよりも桁違いに高くなります。 おそらくそれは価格/性能の面で最も収益性が高いでしょう。
要約すると、サーバーのディスクサブシステムのパフォーマンスを最低コストで向上させる必要がある場合、SSDキャッシュの使用は正当化されると言えます。 このソリューションは比較的低コストです（ソリューションには、コントローラーのHPE Smart CacheのSSD +ライセンスが含まれます。また、サーバーに複数のRAIDコントローラーがインストールされている場合、ライセンスはそれぞれ個別に購入されることに注意してください）パフォーマンスの大幅な向上。