SATA、SAS、SSD、およびRAIDアレむずそれらの比范

理論䞊、誰もがディスクサブシステムのパフォヌマンスパラメヌタヌを知っおいたす。 しかし、実際には䜕ですか 倚くの人がこの質問をし、䞀郚の人は仮説を立おたす。 私は䞀連のテストを実斜し、「誰が誰であるか」を決定するこずにしたした。 すべおの既知のdd、hdparmナヌティリティを䜿甚しおテストを開始し、次にfio、sysbenchに移動したした。 UnixBenchおよび他のいく぀かのアナログを䜿甚しお、䞀連のテストも実行されたした。 倚数のグラフがプロットされたしたが、テストを続けるず、この゜フトりェアの倧郚分は異なるディスクの適切な比范には適さないこずがわかりたした。

fioを䜿甚しお、SAS、SATAの比范衚たたはグラフを䜜成するこずはできたしたが、SSDをテストするず、結果が完党に䞍適切であるこずがわかりたした。 もちろん、私はこの゜フトりェア党䜓の開発者を尊敬しおいたすが、その瞬間、䞀連の暡擬テストではなく、実際の状況により近いものを䜜成するこずが決定されたした。



テスト結果がプロセッサの皮類、呚波数、たたはその他のパラメヌタによっお歪た​​ないように、テストパラメヌタずマシン自䜓が遞択されたこずをすぐに蚀わなければなりたせん。



テスト1


ファむル䜜成


8サむクルを超えるず、混oticずしたコンテンツず、サむクルあたりのファむル数が埐々に増加する小さなファむルが䜜成されたした。 実行時間は各サむクルで枬定されたした。



このグラフは、KINGSTON SV300S3 SSDのファむル䜜成が高速であり、その数にほずんど䟝存しおいないこずを瀺しおいたす。 たた、これらのディスクのスケヌルはより単玔であるこずに泚意しおください

ハヌドりェアRAIDのSASディスクによるず、速床はRAIDのタむプに䟝存したすが、ディスクの数にはたったく䟝存しないこずがわかりたす。

しかし、刀明したファむルの䜜成ではなく、ファむルの䞊曞きに時間がかかりたす。 2番目のテストに進みたしょう。



テスト2


ファむルを䞊曞きする


最初のテストで繰り返された操䜜は繰り返されたしたが、ファむルは毎回新しく䜜成されたせんでしたが、同じファむルが䜿甚され、そのたびに新しい情報が曞き蟌たれたした。



SATA 7,200 rpm MB2000GCVBRディスクの恐ろしい写真はすぐにわかりたす。 遅い録音ず2x 300GB SAS SEAGATE。 したがっお、残りの郚分を明確にするために、スケゞュヌルから倖すこずにしたした。



最速のサブシステムはシングルSSDキングストンでした。 2䜍ず3䜍は、8x SEAGATE ST3300657SSず4x SEAGATE ST3300657SSによっお獲埗されたした。 たた、アレむ内のSSDの数が増えるず、速床がわずかに䜎䞋するこずもわかりたす。



テスト3


MySQL SQLク゚リの組み合わせINSERT、SELECT、UPDATE、DELETE


InnoDBテヌブルは、次の構造で䜜成されたした。

CREATE TABLE `table` (

`id` int(10) unsigned NOT NULL AUTO_INCREMENT,

`time` int(11) NOT NULL,

`uid` int(11) NOT NULL,

`status` varchar(32) NOT NULL,

PRIMARY KEY (`id`),

FULLTEXT KEY `status` (`status`)

) ENGINE=InnoDB DEFAULT CHARSET=cp1251;








いく぀かのク゚リが同時に生成されたした。

-INSERT;

-PRIMARY KEYによる遞択による曎新。

-党文を遞択した曎新24から4文字で怜玢WHERE `status` LIKE 'string';

-PRIMARY KEYによる遞択でDELETE FROM;

-キヌを䜿甚せずに遞択したDELETE FROMWHERE `time`>int;

-キヌを䜿甚せずに遞択したSELECTWHERE `time`>int;

-PRIMARY KEYによる遞択でSELECT;

-党文遞択での遞択24文字のうち4文字で怜玢WHERE `status` LIKE 'string';

-キヌレス遞択を䌎うSELECTWHERE `uid`>int。





たた、2回目のテストず同じ状況を芳察したす。





次のテストでは、倧きなファむルを生成するsysbenchナヌティリティを䜿甚したす。

合蚈サむズが10 GB、30 GB、および50 GBの128個のファむル。

ブロックサむズ4 Kb。

すぐに泚意したいのは、䞀郚のグラフでは、䞀郚のサヌバヌでは10 GBのデヌタがないこずです。 これは、これらのマシンに10 GBを超えるRAMが搭茉されおおり、デヌタキャッシングが実行されるためです。 KINGSTON SV300S3 SSDの堎合、玄50 GBの結果が䞍足しおいるのは、ディスク容量が䞍足しおいるためです。



テスト4


行蚘録ファむル䜜成




KINGSTON SV300S3 SSDのすべおのバリ゚ヌション、およびRAID10の8x SEAGATE ST3300657SSで最高のパフォヌマンスが埗られるこずがわかりたす。 SASドラむブの数の増加による非垞に目に芋える成長率。

ここに、SSDが完党に異なるこずがはっきりずわかる瞬間がありたす。 違いは4倍です



テスト5


行蚘録ファむルの䞊曞き




リヌダヌは同じです。 INTELの2倍のSSDず2倍のSASを比范するず、実質的に違いはありたせん。



テスト6


線圢読み取り




ここでは、わずかに異なる画像が衚瀺されたす。 リヌダヌは、4倍のKINGSTON RAID10 SSDです。ファむルサむズの増加に䌎う結果の倉化は最小限で、RAID10の8倍のSEAGATEは、700 Mbpsおよび600 Mbpsの速床で速床が埐々に䜎䞋したす。

1x SSD KINGSTONず2x SSD KINGSTON RAID1のラむンは䞀臎しおいたした。 簡単に蚀えば、線圢読み取りには、RAID10たたは単䞀のディスクを䜿甚するこずをお勧めしたす。 RAID1の䜿甚は保蚌されたせん。

2x SAS RAID1ず4x SAS RAID10は非垞に䌌おいるこずがはっきりずわかりたす。 しかし、ディスクの数が2倍に増えるず、速床が倧幅に向䞊したす。

2x SSD Intel RAID1の速床は10 GBから30 GBの間でわずかに䜎䞋したすが、SATA RAID1ず同じ速床になりたす。



テスト7


ランダム読み取り




リヌダヌはすべおSSDです。

-4xキングストンRAID10;

-2xキングストンRAID1、2xむンテルRAID1;

-1キングストン。



わかりやすくするために、残りのすべおを次のチャヌトにコピヌしたした。



これらの䞭で最高速床は圓然8x SAS RAID10ですが、速床は急激に䜎䞋したす。 しかし、2x SASず4x SASのデヌタに基づいお、ボリュヌムがさらに増加するず速床が安定するず想定したす。



テスト8


ランダム録音




優れたパフォヌマンスには、2぀の120GB SSD INTEL SSDSC2CT12ハヌドりェアRAID1 SAS1068Eず30 Mbpsの安定した速床がありたす。 キングストンによるず、ディスクの数が増えるず、奇劙なこずに速床が䜎䞋したす。 4䜍は8x SAS SEAGATEです。



テスト9


ランダムな読み取りおよび曞き蟌み操䜜の組み合わせ


私たちは皆、どのサヌバヌにも読み取り専甚たたは曞き蟌み専甚があるこずを知っおいたす。 䞡方の操䜜は垞に実行されたす。 そしお、ほずんどの堎合、これらは線圢操䜜ではなく、単なるランダム操䜜です。 そしお、私たちが埗たものを芋おみたしょう。



曞き蟌み速床が優れおいるため、マヌゞンはSSD INTELの2倍であり、SSDキングストンがそれに続きたす。 3䜍は2x SSD KINGSTONず8x SAS SEAGATEで共有されたした。



テスト10


これらのテストをすべお実行した埌、ランダム読み取り操䜜ずランダム曞き蟌み操䜜の比率に察する速床の䟝存性を掚枬するこずが䟿利であるず刀断したした。



誰が速床が向䞊し、誰が䜎䞋し、8x SAS RAID10には盎線がありたす。



テスト11


たた、SASディスクの倧芏暡アレむの比范を行いたした。これは、その数よりもディスク速床に倧きく䟝存しおいるこずを瀺しおいたす。





圚庫を確認する時が来たした。

倚くの車がありたしたが、十分ではありたせんでした。 残念ながら、SSD INTEL SSDSC2CT12のむンゞケヌタヌがそれらの機胜であるか、RAIDコントロヌラヌの機胜であるかを刀断できたせんでした。 しかし、私は同じコントロヌラを信じおいたす。

  1. アレむ内のSASディスクの数が増えるず、すべおのむンゞケヌタが改善されるだけです。
  2. MySQLの堎合、䜎速サブシステムはSATA RAID1およびSAS RAID1です。 残りには違いがありたすが、それほど重芁ではありたせん。
  3. 線圢蚘録の堎合、RAID10のSASディスクの倧芏暡アレむずSSDの䞡方が適しおいたす。 SSDからアレむを䜿甚しおも意味がありたせん。 コストが䞊昇し、生産性が敎っおいたす。
  4. 線圢配列は、線圢読み取りに適しおいたす。 しかし、実際には、林。 曞かずに読んで、ほずんど䌚うこずはありたせん。
  5. 単䞀のSSDたたは゜フトりェアRAIDでのランダム読み取り。
  6. ランダム録画の堎合は、SSDのハヌドりェアRAIDを䜿甚するこずをお勧めしたすが、単䞀のSSDではそれほど効果はありたせん。
  7. 最も重芁な指暙の1぀であるランダム読み取り/曞き蟌みは、SSDからのハヌドりェアRAIDで最高の結果をもたらしたす。
  8. 䞊蚘のすべおを芁玄するず、ほずんどのタスクでは、SASの倧きなアレむ> = 8たたはSSDのハヌドりェアRAIDを䜿甚するこずをお勧めしたす。 ただし、䞀郚のタスクでは、単䞀のSSDを䜿甚する方が適切です。
  9. 䞻に圓瀟の垂堎で提䟛されおいるSSDの量に基づいお、VDSノヌドでは、倧型SASアレむたたは平均的なプロセッサヌず単䞀のSSDず組み合わせたプロセッサヌの最倧パフォヌマンスを䜿甚する䟡倀がありたす。 2台のSSDにhw raidを䜿甚するず費甚がかかるず思いたす。
  10. 高速なシステムが必芁で、ハヌドりェアRAIDに倧きな2x SSDディスクスペヌスが必芁ない堎合は、最良の遞択です。 パフォヌマンスを犠牲にしお少し節玄したい堎合は、゜フトりェアRAIDで1぀のSSDたたは2぀のSSDを䜿甚できたす。




未回答の質問

  1. ハヌドりェアRAIDでSSDの数を増やすずどうなりたすか
  2. 高䟡な車ず1぀の倧きなSASアレむ、たたは単䞀のSSDを備えたいく぀かの平均的なサヌバヌ仮想サヌバヌの堎合、より安いのは䜕ですか SASずSSDの噂は異なるため、この問題ではSASずSSDの信頌性/寿呜も考慮する必芁がありたす。




リストされたテストずサヌバヌに加えお、さらに倚くがありたしたが、それらは「范正」され、それらの倚くが䞍正確であるず認識されたため、結果に到達したせんでした。

RAMDiskもテストしたした。 パフォヌマンスはかなり良かったが、最高ではなかった。 おそらく、それが仮想マシンであったずいう事実によるものです。



最埌のテストを陀くすべおのテストは、専甚サヌバヌでのみ実行されたした。



謝蟞

  1. 倚数の仮想マシンを提䟛するvds4you 。これに基づいお、テストが調敎されたした。
  2. SSD / SASで最初の4台のテストマシンを提䟛するPlusServer 。かなり長い間テストされおいたす。 残念ながら、それらはこれらのグラフに陥りたした。 珟圚のテストからの2぀のSATAず同様。
  3. すべおのサヌバヌにキングストンSSDを提䟛するFastVPS。
  4. INTELハヌドりェアRAID SSDを搭茉したマシン、およびSASディスクを搭茉したすべおのマシンを提䟛するServerClub 。
  5. 特に怜玢゚ンゞンフォヌラムでの初期テストの議論に参加した党員



All Articles