Software, Support, Documentation
|
|
News,
Internal,
Projects,
Home Software, Support, Documentation |
> 다운타임을 줄이기 위해서죠. 데이터 파티션만 미러링하는 정도라면 백업의 > 보조수단 > 정도 밖에 안되는데, RAID를 돈들여 도입하면서 그렇게 국소적인 용도로만 쓸 거 > 같지가 않군요. > 클러스터링은 RAID보다 돈이 더 드는 솔루션이니 RAID 하고 나서 필요와 여유가 > 더있을 때나 생각해볼 수 있지 않을까요. OS 파티션 RAID하기 싫어서(돈이 없 > 어서) > 클러스터링한다는 건 이상해 보입니다. OS까지 RAID로 설치하려면 하드웨어 RAID를 쓰거나 아니면 OS자체에 소프트웨어 레이드가 내장되어 있어야 하는데, 일단 소프트웨어 RAID를 쓰자면 IBM과 HP는 베리타스 볼륨 매니저를 디바이스 드라이버 차원에서 내장해서 쓰기 때문에 가능하지만 썬은 단일 파티션에 까는 방법밖에 도리가 없습니다. 그러면 하드웨어 레이드는 어떤가..하면 의외로 유닉스 벤더들이 하드웨어 레이드 제품군을 가지고 있는게 없습니다. 유닉스 서버에 제대로 된 하드웨어 RAID를 쓰려면 따로 히다찌나 EMC의 로우엔드 스토리지를 쓰는데 (그런 스토리지 전문 회사는 RAID는 로우엔드에 속하니) 그거 값도 만만치 않습니다. 그리고 호스트 클러스터는 용도면에서 스토리지 업타임하고는 별개의 차원에서 봐야죠. 클러스터링을 쓸 정도로 업타임이 중요한 응용이면 스토리지를 포함해서 NIC, 스위치, 호스트 등 거의 모든걸 이중화시키는 환경입니다. 그런 식으로 구성할때는 OS는 대부분 로컬 머신에 붙인 리거시 디스크에 설치합니다. 제가 말한건 OS를 RAID에 깔기 싫어서 클러스터링 한다는 의미는 아니었습니다. 클러스터링을 할때는 OS는 대부분 로칼 머신에 붙인다는 것이고, 단일 호스트에 단일한 외장 스토리지로 RAID를 쓴다고 할때도 외장 RAID에 OS를 설치하는 것은 별 메리트가 없습니다. 기왕 돈들여 샀으니 OS도 안전하게..라고 생각할 수도 있지만, HW 레이드들은 써보시면 아시겠지만 여러개 하드를 묶어서 하나의 하드처럼 만들어주긴 하지만 OS깔 하드와 데이터 깔 하드로 나눠주지는 못하기 때문에 OS도 하드웨어 RAID 위에 탑재하기는 말처럼 쉽지가 않습니다. 굳이 그렇게 하려면 OS용 하드 그룹과 데이터용 하드 그룹을 분리해서 두개의 RAID 그룹을 만들어야 하는데 OS는 1GB면 설치하는데, 그 용도를 위해서 통짜 디스크 세개 이상을 OS에 할당하는것은 바보짓일거고, 그래서 파티셔닝해서 설치해도 되긴 하지만 그렇게 설치하면 이번엔 데이터 파티션의 확장성이 문제가 되지요. OS와 데이터가 같은 가상 디스크에 제한이 되버리니까요. 그래서 베리타스나 vinum같이 일단 디스크를 작은 공간으로 쪼개고 그걸 다시 합쳐서 가상 디스크와 파티션으로 자유자재로 합성가능한 소프트웨어 솔루션이 훨씬 더 인기가 있는거지요. 그런 기능성을 내장한 RAID는 위에 언급한 스토리지 전문 하드웨어인데.. 가격을 알아보시면 곧 아시겠지만 스토리지 시스템 가격이 클러스터링보다 더 비싸집니다. 사실 클러스터란거 구성해보시면 알겠지만 똑같은 사양의 기계 두대로 로드 밸런싱 또는 failover하는건데 기계 두대 이외에 들어가는거 얼마 없습니다. 간혹 있다면 파이버 스토리지 스위치인데..이걸 쓸 필요도 없는 경우가 많죠. > 제가 보는 인식과 많이 다릅니다. RAID는 대부분 RAID5로 사용되고, RAID0은 > 작은 규모에서는 거의 소프트웨어 솔루션으로(하드웨어와 소프트웨어 차이가 > 적으므로), > RAID1은 소용량일때만 쓰이는 거라고 봐야 하지 않을까요. > (예전에 DiskTrend라는 저장장치 관련 서베이에서 이런 내용의 통계를 본 적이 > 있는데, 아쉽게도 수중에 자료가 없네요) 예전에 디스크가 비쌀 때는 RAID5가 주 구성이었지만 요새는 미러링이 대세입니다. 아래 적겠지만 역시 디스크 가격이 하락한 것도 이유이고, 안정성이 훨씬 높고 성능도 좋기 때문에 때문에 그렇습니다. RAID5는 아무리 스트라이핑 사이즈를 튜닝해도 액세스 타이밍 문제가 있어서 디스크 숫자가 늘어날수록 성능이 기대 이하로 증가됩니다. 물론 램 캐시를 때려박지만 디스크 액세스 많은 어플리케이션에서는 별 소용도 없습니다. 그리고 마케팅 관련 서베이나 리포트들은 수명이 몇달 안됩니다.(약 6개월 정도) 그때그때 시장 상황만을 반영하기때문이지요. 1년 이전에 보신거라면 옛날 이야기로 치부하셔도 좋습니다.. > 예를 들어 RAID1은 2disk 구성이 아니라면 용량대비 단가가 너무 비싸집니다. > disks 2 3 4 5 6 7 8 > RAID 1 50% - 50% - 50% - 50%(용량활용도) > RAID 5 - 66% 75% 80% 83% 86% 88% > > 실제로 RAID를 쓰면 제일 부담되는게 추가 디스크 값인 거 같은데, 콘트롤러 > 야 어짜피 > 몇개 꽂아 쓰나 한번 사면 끝이잖습니까. 핫플러그 새시와 핫플러그 인터페이 > 스를 갖춘 > HDD비용이 거의 대부분을 차지하지 않을까요? RAID5 는 디스크를 늘리면 늘릴수록 용량의 활용도가 늘어나는건 사실이지만 가용성과 성능은 더 실망스럽게 됩니다. 추가 디스크는 벤더에서 구입하지 않으면서 시장가격으로 얼마든지 구입할 수 있습니다. 진짜로 비싼건 핫플러그 섀시/인터페이스 깡통이죠 :) 예를 들어보자면 (사실 가격을 아는건 이거밖에 없어서) 썬 A5000스토리지는 디스크를 제외하고, 핫플러그 섀시와 2중 파이버 스카시 인터페이스를 포함해서 권장 소비자 가격이 약 4만불정도 (약 5천만원)입니다. 그건 22개의 하드를 꼽을 수 있는데 22개의 18기가 하드를 꼽으면 어림잡아 600만원에 불과합니다. (약 30만원 * 20개) . 물론 벤더야 견적을 내면서 하드 하나만 백만원씩 부르겠지만, 도입하는데 비용이 문제될거 같으면 벤더한테서 디스크를 살 이유는 없죠. 디스크 가격이 걸림돌이 아닌가? 하시고 생각하시는 것에 대해서는..글쎄 적당한 예가 될지 모르겠지만, EMC를 먹여살린 대표적 프라덕인 타임파인더를 예로 들자면.. 이건 2중도 아니고 3중 미러링을 합니다. 즉 1GB데이타를 담기 위해서 3GB의 실제 디스크를 사용하지요. 2번째 미러는 가용성을 보장해주는 것이고 3번째 미러는 핫백업용용입니다. 백업할때는 미러링 I/O를 끊고 백업해서 원래의 어플리케이션의 성능을 저하시키지 않고 백업하는.. 물론 이런 솔루션급 장비가 팔리는 시장에서는 가격보다는 안정성과 가용성이 더 중요한것이고 가격은 훨씬 뒤에 따지는것이죠. > RAID 0은 제가 본 제일 평범한 예가 news server더군요. IO향샹 목적으로 쓰고 > 깨지면 포기하고 피더한테서 새로 받고 마는 식으로들 많이 운영하는 듯. > > IDE RAID는 HPT것을 테스트용으로 받아서 사용해 본 적 있는데, RAID1에서 장애가 > 생기면 복구를 어떻게 하는가... > 일단 리부팅을 손으로 하고 바이오스 화면에서 손으로 메뉴를 골라서 복구 시 > 도를 한 > 다음에 복구가 다 되길 기다렸다가 리부팅해서 띄우더군요. > 핫플러그가 안되면 케이스도 뜯고 하드를 직접 갈아야 하는데.... PC용 내장 RAID들은 대부분 그런 것 같습니다. 델 서버에 들어가는 레이드가 AMI MEGARAID라는 스카시 레이드였는데, RAID 5로 구성했는데 하드 하나가 깨지면 귀청이 떨어져라 시끄러운 경고음을 내고, 비록 핫플러그 섀시였음에도 불구하고 갈아 끼운다고 자동으로 복구가 되는것이 아니고 재부팅시켜서 BIOS에서 몇시간이고 재구성을 한다음에 OS를 띄워야 하더군요. IDE건 SCSI건 PC 내장 카드로 만든 하드웨어 레이드는 영 꽝이라고 생각합니다. > IDE-RAID라는 건, CD-RW가 등장하면서,IDE콘트롤러가 2채널로는 부족한 느낌이 > 있는 가운데, IDE 콘트롤러에 소프트웨어 RAID BIOS를 추가하는 건 돈이 별로 > 안드니까, marketting term으로 활용하는 것이 아닐까 합니다. > 이거 RAID라구 생각하고 쓰려고 덤벼들면, 머리 뚜껑열리는 일이 한두가지가 > 아닙니다. IDE RAID에 대한 제 생각도 그렇습니다. 호사가의 장난감.. > -- > To Unsubscribe: send mail to majordomo@kr.FreeBSD.org > with "unsubscribe questions" in the BODY of the message -- To Unsubscribe: send mail to majordomo@kr.FreeBSD.org with "unsubscribe questions" in the BODY of the message
|
Copyright © 1998-2005 Korea FreeBSD Users Group. All rights reserved. webmaster at kr.FreeBSD.org $Date: 2002/03/26 13:35:34 $ |
|