안녕Ȣ16;세요
현1116; DB 구성1060; DB서버 1기에 SAN 스토리1648;/196; 연결.108; 구1312;/196; 사용1473;1077;니다.
1060;1473;화 .104;Ǻ12;1080;1648; 않1008; 단1068; 서버에 SAN 스토리1648;도 1T 구성1004;/196; DB서버에서만 사용1473;1077;니다.
올해말 SAN 스토리1648; 단1333;1004;/196; 1064;해 유1648;보수가 1333;료.104;lj16; 시1216;1060;라 SAN1012; 교체해야 합니다.
고0124;.104;lj16; ǥ12;ǥ16;1060;...
DB 서버 Ȣ16;나에서 SAN 스토리1648; 1T/196; 연결.104;lj16;데...굳1060; SAN1012; 사용해야 Ȣ16;냐 1077;니다..
디스크 슬ǘ15;1060; 남아1080;1004;면 SAS나 SATA, 없1004;면 슬ǘ15; 확1109;해서 사용해도 .112; Ǐ19; 한데
1060;런 ᅆ1;우에 보통 Ǻ12;떻,172; 구성Ȣ16;시나요? 
DBlj16; 오라클 11g, SAN 1T 1473; 400G 사용1473;1077;니다.
SAN1008; 다른 1109;비에 연결1008; 없1004;며 DB서버에서만 사용1473;1077;니다.
SAN 1109;비를 교체 도1077;Ȣ16;lj12;니...1109;비를 Ȣ16;나 더 .188;서 1060;1473;화 Ȣ16;lj16; 편1060; 나1012; ,163; 같기도 Ȣ16;고...
비용1208;감 차원에서라도 SAN1012; 빼lj16;,172; 나1012; ,163; 같1008;데 1064;프라1901;1008; 1096; 몰라서 여러ǥ16;1032; 1032;견1012; 듣고dz10;습니다...
많1008; 1312;Ǻ16; ǥ12;ᓠ1;드립니다.
넷앱도 스토리지 중에서 유명합니다..
옛날 히타치 장비는 아무래도 옛날 장비인지라 FC 2G 혹은 4G 장비일 듯하고 (저는 잘은 모릅니다..)
넷앱 장비는 FC 16G 일 것입니다..
넷앱 장비 도입에 문제가 없다면 서버의 FC HBA카드도 16G로 바꾸어서 도입 하시면 될 듯합니다..
데이터는 다른 독립된 스토리지나 서버에 2차 정도로 잘 백업 하시고 작업 하시면 될 듯합니다..
보통 이정도 이름있는 스토리지 장비들은 시장에서 파는 리테일 하드 같은 것은 사용하지 못하고
자기만의 파츠만 동작하기에 유지 보수 하시면서 문제 생기면 하드를 교환할 수 밖에 없습니다..
도입 하시기 전에 용량 잘 생각하시고요..
SAN 구매시 용량은 3T 정도로 구매 예정입니다.
근데 지금 DB서버와 SAN이 1:1 구성인데 굳이 SAN이 필요할까요?
제 돈 나가는게 아니긴 하지만...관리포인트라도 줄여보고자 합니다..
SAN은 storage area network 의 약자이며
전용 네트워크 장비가 필요합니다..(물론 공유를 위해 전용 스토리지 소프트웨어도 필요..)
지금 제가 볼 때는 SAN 으로 불리는게 아니고 FC 스토리지로 불려야 할 듯합니다..
저런 스토리지 관리는 관리 전용 프로그램이 있는데 그것을 항상 띄워두고 에러메세지가 로그에 뜨는지 보는 것입니다..
(넷앱 같은 장비는 아마 그 장비 전문 기술자만 만지게 할 수도 있습니다.. 프로그램 요구하면 돈 달라고 할 수도 있고요..)
상황에 따라 장비에서 에러 났다고 비프음도 울리죠..
OS 독립 외장형 레이드 장비라 불릴 수 있는데
DAS 형태로 서버와 연결이 되어 있으며
FC 인터페이스로 테이터를 주고 받는 것입니다..
DB에서는 속도가 빠른 그리고 안정된 스토리지가 필요한데 이럴 때는 비싸도 레이드 카드형태보다는 OS독립형 레이드 콘트롤러
혹은 OS독립 외장형 레이드 장비가 더 낫습니다..
왜 OS독립형이냐면 서버에서 스토리지 인터페이스 카드로 보면 그냥 하나의 거대한 디스크로 인식하기 때문입니다..
이론상 서버에서 지원하는 어떤 OS도 받아 드릴 수 있습니다..
이것을 그냥 1개의 디스크에 데이터 넣고 DB로 돌리면 디스크는 부하를 못견디고 계속 빨간 불만 들어오고 속도는 엄청 처지게 될 것입니다..
FC 인터페이스 말고 SAS나 다른 인터페이스도 있지만
전통적인 DB 서버의 스토리지면 NAS 말고 DAS 형태로 그리고 돈에 여유가 되면 FC가 좋습니다..
FC 말고 다른 인터페이스는 속도나 퍼포먼스에 대해서는 BMT를 해야 할 수도 있기에 사용해왔던 FC가 그나마 편할 수 있습니다..
SAN 스위칭 장비도 사용중입니다.
FC 통해서 스위칭 장비 거쳐 가는 것이 성능 상 디스크슬롯에 꼽힌 디스크의 I/O보다 좋은가요?
지금은 스위치 포트 하나만 사용중이라 별 의미는 없긴 하지만 jitter나 지연의 변수가 더해지는건 아닌지...
처음 구성하신분이 어떤 계획인지는 모르겠지만...서비스 규모에 비해 너무 오버스펙 같아서요..
교체해도 고민 안해도 고민이네요 ㅜㅜ
16Gb FC 면 16,000Mb(매가 비트) =>2000MB /s 정도의 대역폭입니다..
레이드 장비의 퍼포먼스가 이 대역폭에 절반만 되어도 1000MB/s 인데
단일 디스크 보다는 많이 빠르죠...
그리고 SAN 스윗치가 있으면 거기에 스토리지 여러 개 달고 서버도 여러개 달고 관리소프트웨어 /공유소프트웨어 같은 것 올리고 해서
데이터 백업이나 관리를 좀 더 쉽게 할 수 있습니다..
문제는 돈이죠..
SAN 교체하고 타 장비도 연결해서 활용하는 방안으로 진행해봐야겠습니다.
서버에 Local HDD 장착하고 RAID로 묶어도 되지 않을까 할 수 있겠지만
Local HDD 구성에서는 RAID Controller 장애나면 서비스 장애죠
그렇기 때문에 SAN 장비를 사용하는건 어째든 잘 한거라 생각합니다.
그런데 신규장비를 NetApp으로 하는건 좀 생각할 부분이 있어보이기는 합니다만 나쁜 선택은 아닙니다.
SAN으로 재구매 해봐야겠습니다.
넷앱은 문제가 있을까요? 업체 두군데서 넷앱으로 견적주고 기존에도 넷앱 NAS 사용중이라 별 고민 없었는데...
생각할부분이 있다는 말씀에 타사장비도 고민해봐야 하나 싶네요...
감사합니다.
단일 DISK 용량이 많이 증가한 오늘날에도 말이지요.
SAN 을 쓰는 이유는 단순히 용량에 대한 증가와 DATA I/O 병목을 제거 하기 위함이 아닙니다.
SAN을 사용함으로 시스템과 데이터를 분리하고, 이중화나 서버의 Fault 로 부터 좀 더 자유로워지기 위해서도 있습니다.
지금 1:1 구성인데 굳이 SAN이 필요한가에 대한 것은 좀 논란의 여지가 있을 수는 있겠네요.
하지만, Oracle RDBMS 의 특성상 카탈로그 백업 솔루션 적용 같은 걸 적용하려면 Internal Disk 로는 조금 제약이 있을 수 있겠네요.
SAN 에서라면 볼륨 스냅샷 백업 같은 간단한 것도 Internal Disk 에서는 OS 볼륨에 맡겨야 하니까...
(개인적으로는 OS 자체의 볼륨 관리는 좀 못 미더워서 말이지요. 이건 단순히 RAID 의 문제가 아니기 때문에 H/W 적 문제보다는 S/W 오류에 대한
RPO/RTO 측면에서 본다고 해도 SAN이 더 우월하지 않을까 싶네요.... 문제는 돈이긴 하지만.,.)
또한, DR 복제 솔루션 적용시에도 Internal Disk 의 경우 제약이 있을 수 있습니다.
결정적으로 Oracle RDBMS는 그놈의 가격정책 때문에 HCI 같은 것도 적용하기 쉽지 않습니다.