|
[필독] 처음 오시는 분을 위한 안내 (735) |
정은준1 |
2014-05 |
5139142 |
0 |
2014-05
5139142
1 정은준1
|
|
(광고) 단통법 시대의 인터넷가입 가이드(ver2.0) (234) |
백메가 |
2015-12 |
1673640 |
25 |
2015-12
1673640
1 백메가
|
76801 |
타워맥5.1 부팅관련 문의드립니다.ㅠ (11) |
삐아띠 |
2021-09 |
4213 |
0 |
2021-09
4213
1 삐아띠
|
76800 |
하드디스크 사망인가요? (4) |
천외천oo노… |
2014-12 |
4213 |
0 |
2014-12
4213
1 천외천oo노…
|
76799 |
r620에 e5-1xxx 시리즈 되나요? (3) |
이원재K |
2014-05 |
4213 |
0 |
2014-05
4213
1 이원재K
|
76798 |
P106이라는 출력포트 없는 그래픽카드를 여기에 쓸 수 있나요? (6) |
나비z |
2018-12 |
4213 |
0 |
2018-12
4213
1 나비z
|
76797 |
[진짜로 해결] Microsoft Network Connection Location을 Domain으로 재설정하고 싶… |
PiPPuuP |
2015-06 |
4213 |
0 |
2015-06
4213
1 PiPPuuP
|
76796 |
synology ipcam으로 이녀석으로 사용해도 될까요?.. (2) |
송진현 |
2018-01 |
4213 |
0 |
2018-01
4213
1 송진현
|
76795 |
이베이 폰번호가 안바뀌네요. |
장동건2014 |
2015-09 |
4213 |
0 |
2015-09
4213
1 장동건2014
|
76794 |
PDA를 장만할려고하는데 몇가지 질문드립니다. (4) |
박동섭 |
2005-12 |
4213 |
25 |
2005-12
4213
1 박동섭
|
76793 |
완성품 엔트리 워크스테이션 vs 가성비 조립PC (18) |
병정개미 |
2020-06 |
4213 |
0 |
2020-06
4213
1 병정개미
|
76792 |
Z440 풀뱅하니 에러납니다 어떻게해야하나요 (6) |
다나래 |
2019-05 |
4213 |
0 |
2019-05
4213
1 다나래
|
76791 |
레이드 카드 areca-1220 (3) |
박민혁A |
2013-12 |
4213 |
0 |
2013-12
4213
1 박민혁A
|
76790 |
ThinkPad 노트북 키보드 트윅 문의 (3) |
DrJK |
2018-11 |
4214 |
0 |
2018-11
4214
1 DrJK
|
76789 |
Windows7 로그인 안되는 문제해결방법? (1) |
심바트 |
2018-04 |
4214 |
0 |
2018-04
4214
1 심바트
|
76788 |
리볼링 업체 추천좀 부탁드립니드 (3) |
BusCard |
2020-11 |
4214 |
0 |
2020-11
4214
1 BusCard
|
76787 |
웹 프로그래밍 관련 질문입니다. (6) |
씨디공장 |
2014-02 |
4214 |
0 |
2014-02
4214
1 씨디공장
|
76786 |
e5-2670 초기형 후기형 기능차이가 있을까요? (2) |
낭만케이 |
2015-12 |
4214 |
0 |
2015-12
4214
1 낭만케이
|
76785 |
미크로틱 설정 관련 질문... (7) |
산골농부 |
2018-04 |
4214 |
0 |
2018-04
4214
1 산골농부
|
76784 |
ESXi에 대한 라이센스 혹은 관리??? (7) |
김황중 |
2014-03 |
4214 |
0 |
2014-03
4214
1 김황중
|
76783 |
E5-2618L v2 (2.0GHz, 6코어 12쓰레드) 정도면 웹서버용으로 어떤가요? (12) |
민채 |
2018-02 |
4214 |
0 |
2018-02
4214
1 민채
|
76782 |
전기/랜 등 공사 가능한분 계실까요? (3) |
epowergate |
2018-03 |
4214 |
0 |
2018-03
4214
1 epowergate
|
넷앱도 스토리지 중에서 유명합니다..
옛날 히타치 장비는 아무래도 옛날 장비인지라 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 같은 것도 적용하기 쉽지 않습니다.