안녕하세요.
헤놀로지로 RAID5 구성하려고 마음먹고 같은 4테라 디스크 4개를 최근에 구매했습니다. 운영중인 시스템은 HP N54L이고요.
디스크는 준비됐는데, 레이드구성하는 걸 알아보기위해 게시판에 올라온 글들을 쭈욱 읽어보니 HBA / RAID 카드에 대한 얘기들을 하시더라고요.
궁금한건..
HBA카드를 설치하더라도 HW RAID는 사용못하는 걸로 알고있고, 결국은 시놀로지에서 제공하는 SW 레이드를 사용해서 구성해야하는 걸로 아는데 굳이 HBA카드를 따로 준비해야할지... 그냥 바로 꼽고나서 시놀로지의 SW레이드로 구성해도 되지않나요?
추가적으로, 기존에는 N54L에 ESXi호스트 설치하고, 헤놀은 VM으로 올려서 각각의 물리디스크들과 RSM맵핑하는 방식으로 운영하고 있었는데요, RAID를 사용하기로한다면 이렇게 RSM맵핑방식으로의 구성은 더 이상 할 수 없는 건지도 궁금합니다. HBA/RAID카드가 있다고 한다면 미리 HW RAID를 통해 하나로 묶은 상태에서 하나의 논리디스크만 RSM으로 맵핑해서 마찬가지로 가능할거 같기도하고요...
경험많으신 분들의 지식공유에 미리 감사드립니다. :)
서명입니다
그것 때문에 HBA를 사용하는 것이고요..
헤놀로지에서 N54L의 SATA장치를 인식하지 않는 문제가 있거나 한 게 아니라면 굳이 HBA카드를 써야만 헤놀에서 소프트웨어 레이드 구성이 가능한 이유를 모르겠어서요.
만약 그렇다면, ESXi에서 인식이 가능한 RAID카드를 구입하고 헤놀로지는 VM으로 올려서 RDM맵핑한 논리디스크 장치하나로만 잡는 게 좋지 않을까 생각드는데.. 어떻게 생각하실까요?
그렇게 사용하시는 분들이 대부분이실텐데요.
박문형님 말씀은 다른 의미가 있으신것 같습니다. ^^
소프트 레이드를 사용하는데 있어서 HBA가 내장sata 보다는 더 좋은점을 말씀하고 싶으신것 같아보이는데요?
보통 보드들의 내장 SATA에 마벨칩까지 사용되는지 잘 모르겠지만,
HBA 에선 마벨칩의 강점 때문에 안정성을 강조하고 싶으신듯 합니다. 맞나요? ^^
시놀로지/헤놀로지/트루나스/ Nexenta (이것은 요즘 거의 사용 안하시는 듯합니다..) 같은 소프트웨어 NAS 엔진류는
NAS 엔진에 소프트웨어 레이드가 있고 이것들이 시스템 메모리 올라가서 동작하고 남는 메모리는 캐슁에 사용하죠..
저는 N54L 이라는 것을 생각하지 않고 이야기 해드린 것인데 제가 생각하는 시스템은 보통 하드가 8개 정도 달리는 시스템입니다..
그렇게 되면 위의 NAS 소프트웨어 솔류션을 사용하려면 많은 체널의 HBA 카드가 필수가 되게 되죠..
물론 마더보드의 SATA 포트를 아예 쓰지 말라는 것은 아닙니다..
그리고 SAS HBA 카드들은 보통 PCIe 8x 를 가지게 되는데 이 대역폭은 마더보드의 SATA 포트들의 대역폭 보다 큽니다..
보드 아키택쳐에 따라 틀립니다만 CPU와 싸우쓰브릿지간에 보통 DMI 라는 데이터 통로를 거치는데 이게 PCIe 8x 보다 대역폭이 적은
경우가 많습니다..
저는 개인적으로 캐쉬 달리고 하드웨어 레이드 엔진이 달린 레이드 카드를 좋아합니다만 이것을 사용이 가능한 NAS 엔진은 거의 보지
못했습니다..
그리고 시놀로지 류를 그다지 좋아하지 않는데 오리지날 시놀로지는 서버라고 보기에는 제품들이 내구성이 좀 떨어지고 들어간 CPU도
좀 약합니다.. 그리고 데이터들은 리눅스에서 포맷된 하드에 들어가기에 윈도우즈를 주로 쓰는 저로써는 데이터 복구가 필요하면
거의 불가능하게 됩니다..(아주 귀찮아지죠.)
저도 시놀 오리지널 하드웨어는 싫어합니다 (가격에 비해 스팩 싸구려고, 내구성도 미묘함)
데이터 복구는 리눅스 설치 디스크 부트 미디어 만들고 라이브 모드로 부트하면 안 깔아도 복구 되요
N54L을 사용하는 주목적은 현재 상황을 크게 바꾸지않고 그냥 쓰고싶었거든요.
보유한 N54L이 두 대라서 한 대는 Native로 헤놀로지 올리고, 나머지 한대는 원래처럼 vm으로 올려서 백업용도로 쓸 생각이었습니다.
사실 가장좋은 건 두 대 모두 VM구성해서 헤놀포함한 여러 시스템을 구동하려는 건데.. (체력도 약한데 불쌍하긴 합니다만..ㅎㅎ)
N54L에서 레이드구성하려면 이 부분은 포기해야겠네요.
그게 아니면 시놀 ds420+나 그 이상로 넘어가서 가상화 환경을 전부 옮겨가는 걸 고려해야하는데..
그건 그거대로 또 알아봐야할 것도 많아지고.. 시간도 많이 걸릴 거 같고요.
결론적으로 N54L에서 SATA하드 4개로만 RAID5(소프트웨어 레이드)구성해서 사용하려는 저의 경우에는 HBA없이도 사용가능하겠군요.
답변주셔서 너무 감사합니다.
HP N54L 가 SATA포트가 기본4개에 + ODD용 1개 + ESATA 1개 정도가 내장 SATA포트 같은데요.
HDD 4BAY 트레이 말고 위에 ODD 베이까지 HDD베이로 사용하시는분들이 9211-8i 정도 사용하시면서 SATA 포트 8개를 활용하시려 하는게 아닐까도 싶네요.
HBA는 기존 SATA카드에 비해 성능이 비약적으로 빠른것도 아니고 멀티 SATA포트를 쉽게 확장 가능한것이 장점이 아닌가 싶습니다.
요즘 마벨칩 쓴 8CH SATA HBA 카드는 거의 찾아보기 힘들죠..
따라서 LSI SAS HBA가 대세가 되는 듯합니다..
연달아 3개의 게시글이 다 HP N54L 관련된 글인데요.
아래 두분은 3615 를 설치하신것 같구요.
HP N54L은 하스웰 스펙 같은데, 기존 JUN 로더로 918+ 을 사용하시는분은 없으신가요?
기존 3615 사용하시던분은 3615로 업그레이드 생각하시는듯 한데요.
혹시나 HBA 카드 같이 사용하실분은 3615는 일단 피하시고 3617 이나 가능하면 3622로 사용하시기 바랍니다.
관련 mpt3sas 드라이버가 패치가 안된 버전입니다.
아래 글 올리신 분보니 네이티브로는 dsm7.01버전까지도 풀리는 중인거 같은데.. 레이드 올릴 생각이면 아직 그런 부분까지는 시기상조이지 않을까 싶네요.
헤놀로 사용하게되면 3617/3622로 고려해보겠습니다.
사실 레이드문제 맞딱뜨리고보니 이참에 그냥 420+ 구매하는 건 어떨까 싶어서 리뷰중이긴 했습니다. 420+로는 가상화도 지원이 된다길래요..
참, 그리고 3615사용전에 기존 JUN에서 dsm5.0 올려서 썼었습니다. 이미 한참 전 인거 같습니다만..
원래 제대로 cpu를 뿌려주지 못해서 다시 패치를 하긴 해야죠.
원래 CPU 스펙이 AMD 튜리온 II NEO N54L 듀얼코어 2.20GHz 프로세서
네요.
3615 밖에는 안되는 사양이 맞습니다. ^^
RAW되긴하는데, 비추 사항입니다 (하드웨어 + 소프트로 2중으로 하면 데이터 손실 가능성 있고, RAID하면 SMART가 안 넘어오기떔에 애초에 제대로 써먹기 곤란해요)
하드웨어 RAID가 가능하더라도 ESXi에 vm으로 헤놀로지를 올려서 RDM맵핑하는 건 비추라는 거군요.
esxi 에선 RDM 매핑은 하셔도 되지 않나요?
HDD 4개 각각 매핑 하시고 시놀로지 안에서 S/W RAID 5 묶으시면 될것 같은데요?
전혀 문제 안된다고 보시나요?
SMART 기능은 RDM매핑한 상태에서는 헤놀에서 쓸 수 없게 되어버리더라구요.
저런거 고려하고 계신다면 차라리 컨트롤러를 통쨰로 패스하세요
저도 저것시도해서 exsi 마저 만들생각인데, SMART 정보 사용하시려고 많이들 쓰시는 방법 같습니다.
아니면 HBA를 헤놀로지를 위해서 쓸게 아니라 esxi에 물려서 스토리지서버 자체를 별도의 환경으로 구동하고 esxi에서 vm환경의 헤놀로지에게 디스크할당을 해주는 게 안정적이지 않을까 생각되네요. 그치만 이런 방법들이 홈나스로서는 좀 지나치다는 생각이고 그래서 저는 그냥 native로 헤놀로지를 구동하면서 또 다른 n54l에 esxi를 올려서 간간이 구동하면서 최소한의 핵심자료들만 2차백업을 진행할 거고요. 이것도 n54l이 두 대다보니 가능한 상황인거죠.
초반에는 하드웨어 레이드구성도 잠시 고려했었습니다만, 주신 의견들이랑 다른 글들 찾아보면서 내린 결론은, 헤놀로지쓰면서 굳이 하드웨어 RAID를 따로 구성해서 쓸 이유는 없고 소프트웨어 RAID가 여러모로 더 낫다는 걸로 이해했습니다.
전체적인 결론은 N54L 사용중인 저의 환경에서는 그냥 헤놀로지를 Native로 설치한 후에 온보드 내장된 SATA 통해서 소프트웨어 RAID를 구성해서 쓰면 되겠구나가 되겠네요ㅎㅎ 그렇다면 새로나온 7.01버전을 올릴 수도 있지않을까하는 욕심까지 좀 나는 상황이네요. N54L의 하드웨어스펙상 무리일 수도 있겠습니다만..
바로 아래 권순배님이랑 stones님 후기를 유심히 읽어봐야겠습니다. ^^
멤버에 장애가 발생 한다거나 하는 상황에서 미리 대처가 가능한데 HW/ RAID 로 구성을 해버리면 NAS SW RAID 가 각 디스크의 정보를 읽어오지 못 하니까
좋지 않다는 방향이네요