중형급 웹서버라고 생각하시면 되겠습니다.
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) 파일저장
어떤 구성이 좋을지 조언 구합니다.
OS 만 따로 두고 DB와 파일저장을 묶어 쓰는게 이점인 이유가 뭔가요?
글을 쓰는 시점에서는 1 번 처럼 통으로 묶어 쓰려고 했었습니다.
이것이 손해보는 점은 어떤건가요?
DB쪽에 접근하여 백업이라도 할 수 있기 때문입니다.
그리고 OS 영역 디스크는 레이드를 않묶고 보드에서 직접 싱글디스크로 연결하여 OS설치하는 경우도 많습니다.
(레이드 카드 자체가 고장이 나도 OS는 부팅이 된다는)
통짜로 사용하다가 에러 나면 OS복구및 레이드 볼륨 복구가 많이 힘듭니다..
그래도 장애시 3번이 나은건가요?
성능면에서는 1번과 3번의 차이는 없는가요?
그럼 Raid1(OS) + Raid1(DB) + Raid1(파일저장) 이 더 나을 수도 있습니까?
성능은 3번이 약간 떨어집니다.
RAID 1은 이론상으로 디스크 갯수와 관계없이 1개의 디스크 퍼포먼스를 지닙니다.
그럼 Raid1(OS) + Raid1(DB) + Raid1(파일저장) 이 더 나을 수도 있습니까? <== 케이스 바이 케이스라 3번 보다 꼭 낫다라고 보기는 어렵습니다..
레이드 컨트롤러와도 분리시키는게 여러모로 유지보수시 편한것 같더라고요
감사합니다.
근데 OS 설치한 곳에 Raid 를 쓰는건 디스크 장애시 서버 중단 사태를 막기 위함인데 쓰지 말라고 권장하는건 이해가 되지 않는군요.
온보드 소프트웨어 컨트롤러가 아니면 안정적이지 않나요?
그래서 온보드 포트에 - 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에 도전이 가능할 것 같습니다. ㅎㅎ(<-소심쟁이)