안녕Ȣ16;1;니까.
먼1200; 울 회원님들1032; ,148;강1012; 기원합니다.
다름 아니라 최근 0177;업용1004;/196; Self-Hosting S3 스토리1648;를 탐색Ȣ16;고 1080;습니다.
그런데 대ǥ12;ǥ16;1032; S3 스토리1648;lj16; 노드 ǥ16;산1012; 1648;원Ȣ16;lj16;데, 노드 ǥ16;산1032; 효과1201;1064; 사용1012; 위해
각 서버1032; 디스크 /112;1060;드를 사용Ȣ16;1648; 않고 디스크를 각각 따/196; 노드 ǥ16;산1004;/196; Ǹ16;lj16;,163;과,
각 서버1032; 디스크 /112;1060;드를 설1221;Ȣ16;고, 설1221;.108; Logical 디스크를 노드 ǥ16;산해서 사용Ȣ16;lj16; 0169;법,
Ǻ12;lj12; 0169;법1060; 더 효과1201;1068;까요?
성능으로 보면 RAID Controller등을 사용하지 않고 개별 DISK로 OSDDISK를 설정하는게 무조건 빠릅니다. 몇십%가 아니라 몇배 빠릅니다.
OSD 서버에 어떤 파일 시스템으로 하실지 모르지만 RAID Controller로 LUN을 잡으면 분산 파일 시스템에서 문제가 발생하는 제품도 있습니다.
안정성 문제는 전혀 다른 이슈입니다.
어떤 제품을 검토하는지 모르겠지만 Erasure Code (EC) 또는 1+2 (3중) 복사본을 가져가는 방식일 겁니다. 요즘에는 처음에는 3중으로 관리하다가 시간이 지나면 EC로 바꾸는 제품도 있습니다.
문제는 개별 DISK로 구성을 했을때 HDD에 장애가 발생하면 모든 NODE를 동원해서 데이터를 복구해야 합니다.
처음 1-2년은 상관이 없겠지만 더 지나서 HDD가 노후화되고 HDD 장애 복구전에 HDD가 추가로 죽게되면 답이 없습니다.
참고로 Erasure Code로 구성되어 있는 시스템들 중에서 DISK 1개 장애후 복구하는데 40일~80일 소요되는 경우도 많습니다.
저희 추천은 무조건 RAID Controller 사용입니다.
감사합니다!!!
일단 서버들이 한방에 몽땅 터지는일은 거의 없을테니, Raid 컨트롤러 기반에 EC를 올리는걸로 해야겠어요!!