레이드(RAID)에 대한 진실한 지식 II

- 이글은 워크홀릭님의 글입니다. -
- 출처 : 워크홀릭의 다른 이야기(cleep.egloos.com) -

 

 

지난 번에도 글 올린 적 있지만 RAID가 범람하다 보니 잘못된 지식들이 참 많습니다. 특히 RAID를 HW와 SW로 이분하고 HW 지상주의를 외치는 분들도 있는데요. 기술의 속은 그렇지만은 않습니다. 참고 되셨으면 합니다.


1. SW RAID
이 부분은 혼동 하시는 분이 적은 것 같은데 말 그대로 SW형태의 RAID Application이 O.S 위에서 돌아간다면 SW RAID라고 보죠.
윈도우 NT 이후의 디스크관리자에서 나타난 RAID가 대표적이죠.
그런데 간혹 인텔, AMD 진영의 I/O Bridge Chipset에서 구현되는 RAID를 SW로 정의하는 경우가 있는데 이것은 좀 잘못된 표현이라 봅니다. 이런 정의를 하는 경우는 RAID고유기능만을 수행하는 ASIC(주문형반도체)가 별도로 있다면 이것은 HW RAID고 이것의 반대는 모두 SW RAID로 정의하는 오류 때문입니다.

2. HW RAID
RAID고유기능만을 수행하는 ASIC(주문형반도체)가 별도로 있다면 HW RAID라고 봅니다. RAID의 알고리즘 구현과 Management, 예외상황(Exception Handling)등의 기능을 하는 Gate들이 칩속에 수천, 수만개가 들어가는 Chipset이 실체죠. stand alone 형태로 돌아가는 RAID 탑재형 스토리지나 일부 NAS, SAN 등이 여기에 속합니다.

3. FW RAID
펌웨어(FW)기반의 RAID는 언급이 잘 안되는 편인데 질문하셨던 인텔, AMD 진영의 I/O Bridge Chipset에서 구현되는 RAID들은 이 부류로 간주하는게 정확합니다. I/O 브릿지 칩은 여러가지 I/O를 담당하면 IDE 컨트롤, SATA 컨트롤 등에 관련된 기능들이 포함되는데 여기에 RAID 기능을 직접화해서 넣게 되면 전력 소모량, 원가 상승 등의 요소가 발생해서 구현이 쉽지 않습니다.
따라서 HW에서 제공해주는 여러가지 기능을 다시 조합해서 레이드 관련 프로그래밍을 하는 형태로 보완하게 되는데 이게 우리가 자주 보는 칩셋 BIOS 업데이트 화일과 같이 집적된 Firmware 프로그래밍으로 구현됩니다.
일단 간단히 3가지로 구분을 했는데요. HW RAID가 제일 좋고 SW레이드는 꽝이다. 식으로 정리할 수 만은 없는게 RAID 기술이라 3가지를 모두 적었습니다.

SW레이드는 Host HW와 운영체제의 부담을 주긴 하지만 여러가지 예외상황에 대한 대처와 기능 업그레이드가 편리하고 최근 PC 사양이 워낙 좋다 보니 NT O.S 시절의 큰 부담과는 차원이 다릅니다.

HW레이드는 집적화된 고유 칩셋에 의해 빠르고 Host HW에 부담도 없지만 SW와 반대로 Upgrade와 디버깅이 좀 골치 아픕니다. 그래서 예전에 전 HW ASIC의 리비전을 확인하고 제품을 구입하는 버릇도 있었죠.

FW레이드는 SW RAID와 HW RAID를 절충한 장점을 갖고 있으면서도 모두의 문제점도 같이 갖고 있습니다. 기능을 추가하다 보면 결국엔 Firmware 만으로 안되서 O.S에 가상장치(Pseudo device)까지 만들고 Application까지 추가해 가며 덩치가 커지기도 하죠. HW의 기능을 정확하게 이해하지 못하고 제대로 살리지 못하면 결국 HW를 아예 새롭게 개발하는 경우도 생깁니다. Firmware를 키우다 보니 Flash memory가 size가 작아져서 리콜을 하는 경우도 있고...

다른 사람 말에 혹하지 말고 정확한 지식을 갖고 자신에게 가장 적당한 레이드를 선택하고 잘 운영하는게 뭐 제일 중요하겠죠. ^^;