Raid 10°ú Raid 1ÀÇ ¼º´É

   Á¶È¸ 31712   Ãßõ 0    

Raid 10과 Raid 1. 어느것이 더 빠를까요?
답은 같다 입니다.
http://www.kendalvandyke.com/2009/02/disk-performance-hands-on-part-6-raid.html

그런데, 글쓴이는 "same filegroup"일때는 여러개의 Raid 1을 만드는 것보다 하나의 Raid 10을 더 추천합니다.
이유는 결론에 있습니다.

다른 파일그룹일경우에는???
여러개의 Raid 1 그룹이 더 좋습니다. 최근 현업서버에서 작업한 결과 입니다.
1U 서버에 장착된 4개의 디스크를 Raid 10으로 한것과, 2개 2개 묶어서 2개의 Raid 1으로 한 것.
2개의 Raid 1이 현저하게 빠른 성능과 iostat의 Disk IO의 합이 낮게 나오고 있습니다.

아래의 Plan 1과 2는 서비스하고 있는 웹사이트의 상황에 따라 다르겠지만,
개인적으로는 2를 더 선호 합니다. MySQL의 Data와 Log가 서로 다른 Raid 1에 있거든요.

1U - 4디스크 웹서버 (Plan 1)
Raid 1 : OS + MySQL (log) + Web Page
Raid 1 : MySQL (data)

1U - 4디스크 웹서버 (Plan 2)
Raid 1 : OS + MySQL (data+log)
Raid 1 : Web Page

Conclusion 
The point of these comparisons is to show that, in the most simplistic way, if you are already using multiple RAID 1 drives which hold data files in the same filegroup you’re not as bad off performance-wise as you may think. That said, if you’re setting up a server from scratch I’d recommend RAID 10 over multiple RAID 1’s for two reasons:

  1. Today’s hardware based RAID controllers are pretty sophisticated and designed for reading from and writing data to disks in the most efficient way possible. By comparison, SQL Server’s proportional fill algorithm but doesn’t understand much about the physical disks on which files reside, nor does SQL Server employ the hardware based caching techniques that are built into controllers (and which were not factored into any of these tests).
  2. Towards the end of Tony Rogerson’s post he mentions that SQL will only round robin writes if there is equal free space in each file in the filegroup. As soon as the free space is different you’ll have one set of disks taking more IO than the other. That won’t happen with a single data file on a RAID 10 disk.


참조글 입니다.
Raid 10은 믿음일 뿐이고 실제로는 Raid 5가 월등하다는 의견 입니다.
진실은 어디에 있을까요?
- to be continue -


Á¦¸ñPage 50/55
2014-05   4973370   Á¤ÀºÁØ1
2015-12   1509696   ¹é¸Þ°¡
2021-01   5530   SDG6038
2019-08   5528   °Å´Ï½ºÆ®
2020-12   5517   Rainwalk
2019-12   5500   fprrmsl
2019-04   5487   ±è±â·æ
2020-01   5487   ±è¿µÀÛ
2020-09   5455   Ãʺ¸½ÅÀÔ
2020-10   5450   AARG
2020-06   5439   ¾ðÁ¨°¡´Â
2020-11   5435   hustise
2021-09   5434   N0name
2019-04   5422   »õ¿ËÁö¸¶¾Æ
2020-05   5400   Á¦°Ô¶ó
2019-07   5392   ÅëÅë9
2021-09   5387   Âî·Ï
2022-02   5341   Mark
2021-07   5318   ÇÃÄ«
2019-01   5302   ÅëÅë9
2021-03   5296   Àå¿î±â
2020-04   5282   ¿öÅͺ¸ÀÌ