웹서버 레이드 구성 봐주세요.

하도일   
   조회 6577   추천 0    

 중형급 웹서버라고 생각하시면 되겠습니다.

6 Bay 로 구성이 되는데 아래와 같이 고민하고 있습니다.

디스크는 모두 SSD 로 구성할 계획입니다. 그리고 아파치 엑세스 로그는 남기지 않을 예정입니다.


1. Raid 10 (3+3) 으로 1개의 볼륨으로 OS, DB, 아파치(파일저장포함)  통으로 쓰는게 나을지...

2. Raid 1 (1+1)  : OS+DB 그리고 Raid 10 (2+2) 파일저장

3. Raid 1 (1+1) : OS 그리고 Raid 10 (2+2) DB + 파일저장

4. Raid 10 (2+2) : OS + 파일저장 그리고 Raid 1 (1+1) DB

5. Raid 10 (2+2) : OS + DB 그리고 Raid 1 (1+1) 파일저장


어떤 구성이 좋을지 조언 구합니다.

짧은글 일수록 신중하게.
박문형 2017-02
하나만 고르라면 저 같으면 3번 택합니다.
조용원 2017-02
잘못봤네요 저도 3 요
하도일 2017-02
의견 감사합니다.
OS 만 따로 두고 DB와 파일저장을 묶어 쓰는게 이점인 이유가 뭔가요?

글을 쓰는 시점에서는 1 번 처럼 통으로 묶어 쓰려고 했었습니다.
이것이 손해보는 점은 어떤건가요?
박문형 2017-02
레이드로 디스크를 묶은 서버 운용시 OS부분이 에러나면 그것만 복구하던지 OS를 새로 설치하면(레이드 드라이버도 설치하면)

DB쪽에 접근하여 백업이라도 할 수 있기 때문입니다.

그리고 OS 영역 디스크는 레이드를 않묶고 보드에서 직접 싱글디스크로 연결하여 OS설치하는 경우도 많습니다.
(레이드 카드 자체가 고장이 나도 OS는 부팅이 된다는)


통짜로 사용하다가 에러 나면 OS복구및 레이드 볼륨 복구가 많이 힘듭니다..
하도일 2017-02
별도의 디스크 파티션에 백업은 매일 저장이 될 예정입니다.
그래도 장애시 3번이 나은건가요?

성능면에서는 1번과 3번의 차이는 없는가요?

그럼 Raid1(OS) + Raid1(DB) + Raid1(파일저장) 이 더 나을 수도 있습니까?
박문형 2017-02
백업은 저 서버 말고 독립된 다른 서버에 하시는 것이 좋습니다..

성능은 3번이 약간 떨어집니다.

RAID 1은 이론상으로 디스크 갯수와 관계없이 1개의 디스크 퍼포먼스를 지닙니다.

그럼 Raid1(OS) + Raid1(DB) + Raid1(파일저장) 이 더 나을 수도 있습니까?  <== 케이스 바이 케이스라 3번 보다 꼭 낫다라고 보기는 어렵습니다..
디아고수 2017-02
무조건 오에스는 따로 구성이 진리인듯 합니다
레이드 컨트롤러와도 분리시키는게 여러모로 유지보수시 편한것 같더라고요
하도일 2017-02
공통된 의견이 OS 는 독립이군요.
감사합니다.

근데 OS 설치한 곳에 Raid 를 쓰는건 디스크 장애시 서버 중단 사태를 막기 위함인데 쓰지 말라고 권장하는건 이해가 되지 않는군요.

온보드 소프트웨어 컨트롤러가 아니면 안정적이지 않나요?
     
캔위드 2017-02
온보드 레이드가 고장나는 것보다 레이드 컨트롤러가 고장나는 확률이 더 높기 때문이죠.
그래서 온보드 포트에 - SSD x 2 RAID 1 로 안전하게 올리고
기타 SSD들을 레이드컨트롤러에 연결해서 SSD x 4 RAID 10 으로 쓰라는 의미입니다.

그런데 좀 다른이야기지만 실서버 구성하시는데 올 SSD 불안하지 않으신가요 ?
저도 이번에 하나 구성하는데 저는 겁이 많아서(사실은 장애나면 너무나도 귀찮아서...) OS랑 프로그램 영역만 SSD로 하고
나머지는 SAS HDD로 구성하고 있거든요.

SAS HDD는 튼튼해서 초반에 장애가 발생하지 않으면 10년정도 써도 끄덕 없는 경우가 많은데 ( 물론 당연히 RAID 구성임 )
SSD는 과연 몇년이나 버텨줄지.....

그리고 물론 백업은 3중까지 돌릴꺼지만 리얼타임은 아니기에
SSD에서 장애나서 날라가면 (RAID 1이라도 100% 안전한건 아니죠) 복구가 불가능 할수도 있잖아요?
그에 비하면 HDD는 그나마 복구가 어느정도 가능하니까요.

그래서 저는 READ 위주인 OS나 프로그램부분은 가능한한 SSD로 몰아 버리고
WRITE가 많이 발생하는 사용자 업로드, 로그 등등은 SAS HDD로 몰아버리는 구성으로 갑니다.
속도와 안정성을 다 잡고 싶은 마음에서지요.
(셋팅 및 관리,프로그램 개발,운영까지 다 총괄하기에 가능한거긴 합니다만...)

음... 뭔가 아는체하며 썼지만 어디까지나 개인적인 의견이기에 무시하셔도 됩니다.
왜냐하면 제가 다소 안정빵위주(보수적?)라서 먼저 소규모 서버에 SSD 1년 이상 써보고 나서야 믿음이 조금 생겨서
이번에 본격적인 웹서버에 SSD도입을 해보는 SSD초보라서요.
아마도 저는 이런식으로 3~5년정도 써보면서 믿음이 좀더 강해지고 SSD기술도 좀더 나아져야 올 SSD에 도전이 가능할 것 같습니다. ㅎㅎ(<-소심쟁이)
          
김익상 2017-02
저랑 동일하게 구성하시네요. 아무래도 DATA 는 HDD 에 저장해야 좀 더 안심이랄까 ?  그런 심리가 아직 있습니다.  얼마전에도 SSD 에 자료 저장했다가 몽땅 날려먹었기에 당분간은 변하지 않을 것 같네요.


QnA
제목Page 2068/5730
2014-05   5265580   정은준1
2015-12   1790572   백메가
2013-11   4331   klein
2015-04   5497   빠시온
2022-07   2037   사랑하라
2017-05   4277   늘파란
2013-12   11798   겨울나무
2015-04   5681   남기남
2015-04   7997   izegtob
2017-05   4019   Booraltak
2024-03   1943   이노란
2018-08   6653   e5472
2011-07   8218   김정중
2019-10   3988   2CPUI김세훈
2021-01   3883   삐돌이슬픔이
2015-04   5732   겨울나무
2011-08   8672   소천백향
2021-02   4741   hyunwoo3480
2011-08   6145   최모씨
2016-06   4445   눈팅돌이
2017-06   4486   장동건2014
2018-09   5522   양창권