Home Enterprise Kingston DC500M エンタープライズ SSD レビュー

Kingston DC500M エンタープライズ SSD レビュー

by ライル・スミス

今年 500 月にリリースされた Kingston Data Center DC3M は、最新の XNUMXD TLC NAND を活用した SATA エンタープライズ SSD です。 Kingston の新しい SSD は、同社の厳格な QoS 要件を実装し、幅広い読み取りおよび書き込みワークロードにわたって予測可能なランダム I/O パフォーマンスと予測可能な低遅延を保証します。どこ DC500R (R は読み取り集中の略です)書き込みアクティビティが増加すると遅れをとる傾向があるため、DC500M はこの種のワークロードで優れた性能を発揮するように構築されています。


今年 500 月にリリースされた Kingston Data Center DC3M は、最新の XNUMXD TLC NAND を活用した SATA エンタープライズ SSD です。 Kingston の新しい SSD は、同社の厳格な QoS 要件を実装し、幅広い読み取りおよび書き込みワークロードにわたって予測可能なランダム I/O パフォーマンスと予測可能な低遅延を保証します。どこ DC500R (R は読み取り集中の略です)書き込みアクティビティが増加すると遅れをとる傾向があるため、DC500M はこの種のワークロードで優れた性能を発揮するように構築されています。

そのため、新しい Kingston SSD は、低コストで高性能のストレージを必要とする、主流のエンタープライズ サーバー、ハイパースケール データセンター サーバー、クラウド サービス プロバイダーなどのユースケースを対象としています。また、電源コンデンサを備えたオンボード電力損失保護 (PLP) も備えており、飛行中のデータを NAND に書き込み、突然の電力損失などのイベント中にデータが破損する可能性を減らします。

パフォーマンスの面では、DC500M は、それぞれ最大 555MB/s と 520MB/s のシーケンシャル読み取りおよび書き込み速度を実現し、安定した 4k 読み取りおよび書き込み 98,000 IOPS および 75,000 IOPS を達成すると見積もられています (最も高い XNUMX つの容量の場合のみ)。

Kingston DC5M は 500 年間の保証と無料の技術サポートが付いており、480GB、960GB、1.92TB、および 3.84TB の容量が用意されています。このレビューでは、3.84TB の容量に注目します。

キングストン データセンター DC500M の仕様

フォームファクター 2.5インチ
インタフェース SATA Rev. 3.0 (6Gb/s) – SATA Rev. 2.0 (3Gb/s) との下位互換性あり
NAND 3D TLC
自己暗号化ドライブ (SED) AES256ビット暗号化
性能
順次読み取り/書き込み

480GB – 555MB/秒、520MB/秒      
960GB – 555MB/秒、520MB/秒
1.92TB – ​​555MB/秒、520MB/秒    
3.84TB – ​​555MB/秒、520MB/秒

定常状態の 4k 読み取り/書き込み

480GB – 98,000、58,000 IOPS  
960GB – 98,000、70,000 IOPS
1.92TB – ​​98,000、75,000 IOPS  
3.84TB – ​​98,000、75,000 IOPS

サービス品質 (遅延) 標準読み取り/書き込み: <500 μs / <2 ms
ホットプラグ対応  
静的および動的ウェアレベリング  
エンタープライズ SMART ツール  
耐久性

480GB – 1,139TBW(1.3 DWPD)
960GB – 2,278TBW(1.3 DWPD)
1.92TB – ​​4,555TBW(1.3 DWPD)
3.84TB – ​​9,110TBW(1.3 DWPD)

消費電力

アイドル:1.56W
平均: 1.6W
最大読み取り: 1.8W
最大書き込み: 7.5W

貯蔵温度 -40°C〜85°C
動作温度 0°C〜70°C
寸法 69.9mmのx 100mmのx 7mm
重量 92.34g
振動 振動動作時: 2.17G ピーク (7 ~ 800Hz)
非動作時振動: 20G ピーク (10 ~ 2000Hz)
MTBF 2百万時間
保証・サポート 5年間の限定保証、無料のテクニカルサポート

キングストン DC500M Peパフォーマンス

テストベッド

当社の Enterprise SSD レビューでは、 レノボ シンクシステム SR850 アプリケーションテストと デル PowerEdge R740xd 合成ベンチマーク用。 ThinkSystem SR850 は、十分に装備されたクアッド CPU プラットフォームであり、高性能ローカル ストレージに必要な能力を十分に上回る CPU パワーを提供します。大量の CPU リソースを必要としない合成テストでは、より従来のデュアルプロセッサ サーバーが使用されます。どちらの場合も、ストレージ ベンダーの最大ドライブ仕様に合わせてローカル ストレージを可能な限り最良の状態で紹介することが目的です。

レノボ シンクシステム SR850

  • 4 x Intel Platinum 8160 CPU (2.1GHz x 24 コア)
  • 16 x 32GB DDR4-2666Mhz ECC DRAM
  • 2 x RAID 930-8i 12Gb/秒 RAID カード
  • 8 つの NVMe ベイ
  • VMware ESXI 6.5

デル PowerEdge R740xd

  • 2 x Intel Gold 6130 CPU (2.1GHz x 16 コア)
  • 4 x 16GB DDR4-2666MHz ECC DRAM
  • 1x PERC 730 2GB 12Gb/秒 RAID カード
  • アドインNVMeアダプター
  • Ubuntu-16.04.3-デスクトップ-amd64

テストの背景 

この StorageReview エンタープライズ テスト ラボ は、管理者が実際の展開で遭遇するものと同等の環境でエンタープライズ ストレージ デバイスのベンチマークを実施するための柔軟なアーキテクチャを提供します。エンタープライズ テスト ラボには、さまざまなサーバー、ネットワーキング、電源調整、その他のネットワーク インフラストラクチャが組み込まれており、スタッフが実際の条件を確立してレビュー中にパフォーマンスを正確に測定できるようになります。

ラボ環境とプロトコルに関するこれらの詳細をレビューに組み込み、IT プロフェッショナルとストレージ取得の責任者が次の結果を達成した条件を理解できるようにします。私たちのレビューは、私たちがテストしている機器のメーカーによって費用が支払われたり、監督されたりすることはありません。 

アプリケーションのワークロード分析

エンタープライズストレージデバイスのパフォーマンス特性を理解するには、実際の運用環境で見られるインフラストラクチャとアプリケーションのワークロードをモデル化することが不可欠です。したがって、Kingston DC500M のベンチマークは次のとおりです。 SysBench による MySQL OLTP のパフォーマンス と Microsoft SQL Server OLTP のパフォーマンス シミュレートされた TCP-C ワークロードを使用します。アプリケーションのワークロードでは、各ドライブで 2 ~ 4 個の同一に構成された VM が実行されます。

SQLサーバーのパフォーマンス

各 SQL Server VM は 100 つの vDisk で構成されています。ブート用の 500 GB ボリュームと、データベースとログ ファイル用の 16 GB のボリュームです。システム リソースの観点から、各 VM に 64 個の vCPU、XNUMX GB の DRAM を構成し、LSI Logic SAS SCSI コントローラーを活用しました。以前にテストした Sysbench ワークロードはストレージ I/O と容量の両方でプラットフォームを飽和させましたが、SQL テストではレイテンシーのパフォーマンスを調べています。

このテストでは、Windows Server 2014 R2012 ゲスト VM 上で実行されている SQL Server 2 を使用し、Quest の Benchmark Factory for Databases を負荷としています。 StorageReview の Microsoft SQL Server OLTP テスト プロトコル は、複雑なアプリケーション環境で見られるアクティビティをシミュレートするオンライン トランザクション処理ベンチマークである、トランザクション処理パフォーマンス評議会のベンチマーク C (TPC-C) の最新草案を採用しています。 TPC-C ベンチマークは、データベース環境におけるストレージ インフラストラクチャのパフォーマンスの強みとボトルネックを測定するのに、合成パフォーマンス ベンチマークよりも近くなります。このレビューの SQL Server VM の各インスタンスは、333GB (1,500 スケール) SQL Server データベースを使用し、15,000 人の仮想ユーザーの負荷の下でトランザクション パフォーマンスと待機時間を測定しました。

SQL Server テスト構成 (VM ごと)

  • Windows Serverの2012 R2
  • ストレージ フットプリント: 600GB 割り当て、500GB 使用
  • SQL Serverの2014
    • データベースのサイズ: 1,500 スケール
    • 仮想クライアント負荷: 15,000
    • RAMバッファ: 48GB
  • テスト時間: 3 時間
    • 2.5時間のプレコンディショニング
    • 30 分のサンプル期間

SQL Server のトランザクション ベンチマークでは、Kingston DC500M は良好なパフォーマンスを示し、合計 500 TPS で DC6,288.0R にわずかに遅れました。

SQL Server のパフォーマンスをよりよく示すのは、TPS と比較した待ち時間です。ここでは、Kingston DC500M が 28.0 ミリ秒でリーダーにわずかに遅れていることがわかります。  

システムベンチのパフォーマンス

次のアプリケーション ベンチマークは次のもので構成されます。 Percona MySQL OLTP データベース SysBench 経由で測定。このテストでは、平均 TPS (99 秒あたりのトランザクション数)、平均レイテンシ、平均 XNUMX パーセンタイル レイテンシも測定します。

各 システムベンチ VM は 92 つの vDisk で構成されています。447 つはブート用(約 270 GB)、もう 16 つは事前構築済みデータベース用(約 60 GB)、XNUMX 番目はテスト対象データベース用(XNUMX GB)です。システム リソースの観点から、各 VM に XNUMX 個の vCPU、XNUMX GB の DRAM を構成し、LSI Logic SAS SCSI コントローラーを活用しました。

Sysbench テスト構成 (VM ごと)

  • CentOS 6.3 64 ビット
  • Percona XtraDB 5.5.30-rel30.1
    • データベーステーブル: 100
    • データベースのサイズ: 10,000,000
    • データベーススレッド: 32
    • RAMバッファ: 24GB
  • テスト時間: 3 時間
    • 2 スレッドのプリコンディショニングに 32 時間
    • 1時間 32スレッド

Sysbench のトランザクション ベンチマークでは、DC500M が 500 TPS という安定したパフォーマンスで 2,052.3 位になりました (DCXNUMXR を上回りました)。

Sysbench の平均レイテンシでも、DC500M が 62.4 ミリ秒で XNUMX 位の結果を示しました。

最悪のシナリオの遅延 (99 パーセンタイル) では、DC500M は 110.7 ミリ秒の遅延で、再び XNUMX 位でその印象的なシステムベンチ パフォーマンスを終えました。

VDBench ワークロード分析

ストレージ デバイスのベンチマークに関しては、アプリケーション テストが最適であり、総合テストは 25 番目になります。実際のワークロードを完全に表現しているわけではありませんが、合成テストは、競合ソリューション間での完全な比較を容易にする再現性係数を備えたストレージ デバイスのベースラインを確立するのに役立ちます。これらのワークロードは、「100 コーナー」テスト、一般的なデータベース転送サイズ テスト、さまざまな VDI 環境からのトレース キャプチャに至るまで、さまざまなテスト プロファイルを提供します。これらのテストはすべて、スクリプト エンジンを備えた共通の vdBench ワークロード ジェネレーターを利用して、大規模なコンピューティング テスト クラスターの結果を自動化して取得します。これにより、フラッシュ アレイや個々のストレージ デバイスを含む幅広いストレージ デバイスにわたって同じワークロードを繰り返すことができます。これらのベンチマークのテスト プロセスでは、ドライブの表面全体にデータを埋めてから、ドライブ容量の XNUMX% に相当するドライブ セクションを分割して、ドライブがアプリケーションのワークロードにどのように応答するかをシミュレートします。これは、ドライブの XNUMX% を使用して定常状態にするフル エントロピー テストとは異なります。結果として、これらの数値は、より高い持続的な書き込み速度を反映することになります。

プロフィール:

  • 4K ランダム読み取り: 100% 読み取り、128 スレッド、0 ~ 120% iorate
  • 4K ランダム書き込み: 100% 書き込み、64 スレッド、0 ~ 120% iorate
  • 64K シーケンシャル読み取り: 100% 読み取り、16 スレッド、0 ~ 120% の iorate
  • 64K シーケンシャル書き込み: 100% 書き込み、8 スレッド、0 ~ 120% iorate
  • 合成データベース: SQL および Oracle
  • VDI フル クローンおよびリンク クローン トレース

最初の VDBench ワークロード分析であるランダム 4K 読み取りでは、Kingston DC500M は、1 IOPS 近くまで 77,000 ミリ秒未満のレイテンシを維持するという素晴らしいパフォーマンス数値を示しました。また、ピーク パフォーマンスは 79,891 IOPS (1.6 ミリ秒) であり、DC500R の 80,209 IOPS にはほんの少し足りませんでした。

ランダム 4K 書き込みでは、テストしたすべてのドライブでほぼ同じ結果が得られ、レイテンシー 63,000ms で 2 IOPS をわずかに超える結果が得られました。

順次ワークロードに移り、まず 64K 読み取りテストを見ていきます。このシナリオでは、Kingston DC500M の遅延は 5,000 IOPS または 360MB/s を少し超えるまでミリ秒未満でした。ピークパフォーマンスでは、Kingston ドライブが 6,948 IOPS または 434.3MB/s、遅延 2.3ms で Samsung 860 DCT に次いで XNUMX 位に達しました。

シーケンシャル書き込みを見ると、Kingston ドライブが全体的に最高のパフォーマンスを記録し、約 6,200 IOPS (380MB/s) まではミリ秒未満の遅延を維持し、6,662ms の遅延で 416 IOPS (2.38MB/s) に達しました。

次に、SQL ワークロードに進みます。Kingston DC500M の 500 つのテストすべてで遅延がミリ秒未満でした (DC500R はそうでなかった唯一のドライブでした)。ここで、DC42,178M のピーク パフォーマンスは 0.76 IOPS、遅延は 860 ミリ秒で、Samsung XNUMX DCT と並びました。

SQL 90-10 では、Kingston ドライブは他のドライブに後れをとり、ピーク パフォーマンスは 41,476 IOPS、遅延は 0.77 ミリ秒でした。

SQL 80 ~ SQL 20 でも、この傾向は続きます。ここで、DC500M のピーク パフォーマンスは 40,453 IOPS、遅延は 0.79 ミリ秒でした。  

Oracle ワークロードに移ると、DC500M は 2 位付近をうろうろしており、全体を通してミリ秒未満のレイテンシーを維持しました。最初のテストでは、Kingston ドライブのピーク パフォーマンスは 38,164 IOPS、遅延は 912 μs でした。

Oracle 90-10 では、DC500M のピーク パフォーマンスは 37,824 IOPS、レイテンシは 580μs でした。

Oracle 80-20 の DC500M ドライブは 37,611 IOPS、レイテンシ 581μs で、Seagate Nytro ドライブや IronWolf ドライブと互角でした。 

次に、VDI クローン テスト (完全およびリンク) に切り替えました。 VDI フル クローン ブートの場合、DC500M は再び Samsung 860 DCT のパフォーマンスを反映し、約 20,000 IOPS でミリ秒未満のレイテンシを突破し、25,069 ミリ秒のレイテンシで 1.39 IOPS に達しました。

VDI FC の初期ログインでは、DC500M は約 13,000 IOPS までミリ秒未満の遅延を維持し、その後 15,000 ミリ秒の遅延で約 1.99 IOPS でピークに達しました。

VDI FC Monday Login では、DC500M が単独で大差をつけて 13,800 位となりました。ここで、Kingston ドライブのピーク パフォーマンスは 1.15 IOPS、遅延は XNUMX ミリ秒でした。

リンク クローン(LC)に切り替えると、DC500M はブート テストで 3 位となり、約 9,000 IOPS でミリ秒未満のレイテンシを突破しました。 Kingston ドライブのピーク パフォーマンスは 13,831 IOPS、遅延は 1.15 ミリ秒でした。

VDI LC の初期ログインを見ると、9,385 位の Kingston ドライブはテスト全体を通じてミリ秒未満の遅延を示しました。ピーク時には、ドライブは 0.847 ミリ秒の遅延で XNUMX IOPS を示しました。

最後のテストでは、VDI LC Monday Login を調べます。ここでは、ドライブは再び良好なパフォーマンスを示し、ピーク パフォーマンスは 10,434 IOPS、遅延は 1.52 ミリ秒でした。 DC500M の遅延は約 8,000 IOPS までミリ秒未満でした。

まとめ

DC500M は、混合使用ワークロード環境で一般的に見られる、より高い書き込みパフォーマンスを必要とする企業向けに設計された Kingston の最新の SATA SSD 製品の 480 つです。 3.84 GB から 500 TB までの容量が用意されている DC3M は、256D TLC NAND、AES 9,110 ビット暗号化、および厳格な QoS 要件を備えています。また、エンドツーエンドのデータ保護のためのデータ破損を防ぐECCデータ整合性保護機能も内蔵しており、電源コンデンサとファームウェアによる停電時のオンボード電力損失保護機能も備えています。 Kingston は、3.84 TB モデルの耐久性の数値が 555 TBW、シーケンシャル速度が最大読み取り 520 MB/秒、書き込み 98,000 MB/秒、スループットが読み取り 75,000 IOPS、書き込み XNUMX IOPS であると述べています。

パフォーマンスをテストするために、Kingston DC500M を DC500R 兄弟を含むさまざまな人気の SATA SSD と比較しました。全体として、Kingston DC500M は印象的な結果を示しましたが、SQL アプリケーションでは少し遅れをとって 6,288.0 の TPS パフォーマンスを示し、28.0 ミリ秒の低レイテンシ プロファイルを維持しました。ただし、より重い書き込みプロファイルを特徴とする Sysbench ワークロード中に問題が発生しました。ここで、DC500M は 2,052.3 TPS、平均遅延 62.4 ミリ秒、最悪のシナリオの遅延 110.7 ミリ秒でペースを上げました。

4K ランダム テストでは、Kingston DC500M は 79,891 ミリ秒の遅延で 1.6 IOPS の読み取りを測定し、63,000 ミリ秒の遅延で約 2 IOPS を記録しました。 64K 読み取りおよび書き込みでは、DC500M はそれぞれ、レイテンシー 6,948 ミリ秒で 434.3 IOPS または 2.3MB/秒、レイテンシー 6,662 ミリ秒で 416 IOPS または 2.38MB/秒の読み取り速度を示しました。 

DC500M は、書き込み負荷の高い環境で優れた性能を発揮するように特別に設計されたドライブであるため、SQL や Oracle などの合成ワークロードにおいても安定したパフォーマンスを維持しました。当社の SQL ワークロードでは、リーダーボードでは少し順位を落としましたが、レイテンシは全体を通してミリ秒未満の領域に留まりました。しかし、Oracle のテストでは、DC500M が 3 つのテストすべてで 500 位前後を推移していることがわかりました。リンク VDI ベンチマークとフル クローン VDI ベンチマークでは、Kingston DC25,069M はフル ブート、ログイン、月曜日プロファイルでそれぞれ 15,000 IOPS、13,800 IOPS、13,831 IOPS という安定したピーク パフォーマンスを記録しましたが、LC はそれぞれ 9,385 IOPS、10,434 IOPS、XNUMX IOPS を示しました。 

全体的に、Kingston DC500M は非常に優れたパフォーマンスを発揮し、読み取り集中型の DC500R で見られた強力なパフォーマンスをベースに、書き込みパフォーマンスが向上しました。ほとんどのベンチマークではトップを維持し、シーケンシャル書き込みパフォーマンスなどの特定のベンチマークでは群をリードしました。ブートまたは混合ワークロード向けに、競争力のある SATA 製品を探している企業の購入者にとって、新しい DC500M は非常に強力な選択肢となります。

キングストン DC500M

このレビューについて話し合う

StorageReview ニュースレターにサインアップする