차이
문서의 선택한 두 판 사이의 차이를 보여줍니다.
양쪽 이전 판이전 판다음 판 | 이전 판 | ||
tech:raid [2018/11/22 17:06] – [RAID-0] 59.10.111.63 | tech:raid [2018/11/25 01:56] (현재) – [소프트웨어 RAID] V_L | ||
---|---|---|---|
줄 26: | 줄 26: | ||
====RAID-0==== | ====RAID-0==== | ||
이 방식은 스트라이프를 가지고는 있지만 데이터를 중복해서 기록하지 않는다. 따라서, 가장 높은 성능을 기대할 수 있지만, 고장대비 능력이 전혀 없다. | 이 방식은 스트라이프를 가지고는 있지만 데이터를 중복해서 기록하지 않는다. 따라서, 가장 높은 성능을 기대할 수 있지만, 고장대비 능력이 전혀 없다. | ||
+ | |||
+ | |||
+ | |||
+ | * 장점 : 매우 빠르다. 데이터는 여러 개의 " | ||
+ | * 단점 : 드라이브 하나가 고장 나면 이 RAID 레벨은 어떤 안전장치도 없기 때문에 천체 어레이가 고장 날 수 있고 디스크를 추가할 수록 위험이 증가한다. | ||
+ | |||
====RAID-1==== | ====RAID-1==== | ||
이 형식은 흔히 디스크 미러링이라고도 하는데, 중복 저장된 데이터를 가진 적어도 두 개의 드라이브로 구성된다. 스트라이프는 없으며, 각 드라이브를 동시에 읽을 수 있으므로 읽기 성능은 향상된다. 쓰기 성능은 단일 디스크 드라이브의 경우와 정확히 같다. RAID-1은 다중 사용자 시스템에서 최고의 성능과 최고의 고장대비 능력을 발휘한다. | 이 형식은 흔히 디스크 미러링이라고도 하는데, 중복 저장된 데이터를 가진 적어도 두 개의 드라이브로 구성된다. 스트라이프는 없으며, 각 드라이브를 동시에 읽을 수 있으므로 읽기 성능은 향상된다. 쓰기 성능은 단일 디스크 드라이브의 경우와 정확히 같다. RAID-1은 다중 사용자 시스템에서 최고의 성능과 최고의 고장대비 능력을 발휘한다. | ||
+ | |||
+ | |||
+ | * 장점 : 드라이브 하나가 고장 나면 똑같은 내용의 다른 드라이브가 하나 더 있기 때문에 매우 안전하다. RAID 1은 읽기 성능이 단일 드라이브에서의 성능과 같거나 훨씬 좋다. | ||
+ | * 단점 : 각 드라이브는 미러링되기 때문에 전체 용량의 절반밖에 사용하지 못한다. 드라이브 두 개에 동일한 데이터를 써야 하기 때문에 쓰기 성능이 나빠질 수 있지만 아직 다른 RAID 레벨의 쓰기 성능보다는 훨씬 낫다. | ||
====RAID-2==== | ====RAID-2==== | ||
이 형식은 디스크들간에 스트라이프를 사용하며, | 이 형식은 디스크들간에 스트라이프를 사용하며, | ||
+ | |||
+ | 이 레벨은 더 이상 사용되지 않는다 | ||
====RAID-3==== | ====RAID-3==== | ||
이 형식은 스트라이프를 사용하며, | 이 형식은 스트라이프를 사용하며, | ||
+ | |||
+ | * 최소 드라이브 개수 : 3 | ||
+ | * 최대 용량 : (디스크의 수 - 1) x 각 디스크의 용량 | ||
+ | * 설명 : 데이터는 바이트 단위로 쪼개져서 모든 디스크에 균등하게 나뉘어 저장되고 패리티 정보는 별도의 전용 디스크에 저장된다. | ||
+ | |||
+ | * 장점 : 한 개의 드라이브가 고장 나는 것을 허용하며 순차적 쓰기(sequential write) 성능과 순차적 읽기(sequential read) 성능이 우수하다. | ||
+ | * 단점 : 잘 사용되지 않고 문제를 해결하는 것이 어려울 수 있다. 하드웨어 RAID가 되어야 실제로 쓸만하다. RAID 3은 보통 매우 효율적이지만 임의 쓰기(random write) 성능이 나쁘고 임의 읽기(random read) 성능은 꽤 좋다. | ||
+ | |||
====RAID-4==== | ====RAID-4==== | ||
이 형식은 대형 스트라이프를 사용하며, | 이 형식은 대형 스트라이프를 사용하며, | ||
+ | |||
+ | * 최소 드라이브 개수 : 3 | ||
+ | * 최대 용량 : (디스크의 수 - 1) x 디스크의 용량 | ||
+ | * 설명 : 모든 파일은 블럭으로 쪼개지고 각 블럭은 여러 디스크에 저장되지만 균등하진 않다. RAID 3처럼 RAID 4도 패리티를 처리하기 위해 별도의 디스크를 사용한다. 동시 트랜잭션 사용량이 많은 시스템에서 읽기 속도는 매우 중요한데 이런 시스템에 적합하다. | ||
+ | * 장점 : 드라이브 하나가 고장 나는 것을 허용하고 읽기 성능이 매우 좋다. | ||
+ | * 단점 : 쓰기 성능이 나쁘지만 블럭 읽기(block read) 성능은 괜찮다. | ||
+ | |||
====RAID-5==== | ====RAID-5==== | ||
줄 41: | 줄 68: | ||
| | ||
이 형식은 회전식 패리티 어레이를 포함한다. 그러므로 RAID-4에서의 쓰기 제한을 주소 지정한다. 그러므로 모든 읽기/ | 이 형식은 회전식 패리티 어레이를 포함한다. 그러므로 RAID-4에서의 쓰기 제한을 주소 지정한다. 그러므로 모든 읽기/ | ||
+ | |||
+ | * 최소 드라이브 개수 : 3 | ||
+ | * 최대 용량 : (디스크의 수 - 1) x 디스크의 용량 | ||
+ | * 설명 : RAID 4처럼 데이터의 블럭은 모든 디스크에 나뉘어 저장되지만 항상 균등하진 않고 패리티 정보도 모든 디스크에 나뉘어 저장된다. | ||
+ | * 장점 : 지원하는 회사가 많고 한 개의 드라이브가 고장 나는 것을 허용한다. | ||
+ | * 단점 : 디스크 재구성(rebuild)이 매우 느리고 쓰기 성능은 패리티 정보를 끊임없이 갱신해야 하기 때문에 우수하다고 할 수는 없다. | ||
+ | |||
====RAID-6==== | ====RAID-6==== | ||
줄 47: | 줄 81: | ||
이 형식은 RAID-5와 비슷하지만, | 이 형식은 RAID-5와 비슷하지만, | ||
+ | |||
+ | * 최소 드라이브 개수 : 3 | ||
+ | * 최대 용량 : (디스크의 수 - 2) x 디스크의 용량 | ||
+ | * 설명 : RAID 4처럼 데이터의 블럭은 모든 디스크에 나뉘어 저장되지만 항상 균등하진 않고 패리티 정보도 모든 디스크에 나뉘어 저장된다. | ||
+ | |||
+ | * 장점 : 두 개의 드라이브까지 고장 나는 것을 허용하고 읽기 성능이 우수하고 매우 중요한 경우에 적합하다. | ||
+ | * 단점 : 쓰기 성능은 패리티를 여러 번 갱신해야 하기 때문에 RAID 5보다 매우 나쁘다. 디스크를 재구성하는 동안에 성능이 매우 나빠질 수 있다 | ||
+ | |||
====RAID-7==== | ====RAID-7==== | ||
이 형식은 컨트롤러로서 내장되어 있는 실시간 운영체계를 사용하며, | 이 형식은 컨트롤러로서 내장되어 있는 실시간 운영체계를 사용하며, | ||
줄 62: | 줄 104: | ||
- | ====소프트웨어 RAID ==== | + | =====소프트웨어 RAID ===== |
소프트웨어 RAID는 커널 디스크 (블록 장치) 코드로 다양한 RAID 레벨을 실현함. 소프트웨어 RAID는 비싼 디스크 컨트롤러 카드나 핫-스왑 새시 (hot-swap chassis)를 사용하지 않기 때문에 가장 저렴한 솔루션을 제공함. 최신 CPU의 성능이 점점 빨라지면서, | 소프트웨어 RAID는 커널 디스크 (블록 장치) 코드로 다양한 RAID 레벨을 실현함. 소프트웨어 RAID는 비싼 디스크 컨트롤러 카드나 핫-스왑 새시 (hot-swap chassis)를 사용하지 않기 때문에 가장 저렴한 솔루션을 제공함. 최신 CPU의 성능이 점점 빨라지면서, |