우리는 항상 전통적으로 SAN을 데이터베이스의 백엔드 저장소로 사용했습니다. 그러나 최근 SAN 공급 업체는 SAN에서 직접 응용 프로그램 서버 (JBoss)를로드 할 수 있다는 아이디어를 던졌습니다. 놀랐지 만 개념은 SAN LUN에 응용 프로그램 서버를 설치 한 다음 거기에서 실행하는 것입니다. SAN 공급 업체는 AppServer 구성의 DR 복제 용이성에 대해 언급했습니다. 프로덕션 시스템에 대한 실행 가능한 전략입니까? 위험, 단점은 무엇입니까?SAN에서 전체 응용 프로그램 서버로드
대부분의 Linux 또는 UNIX를 사용하는 경우. 산에서 전체 시스템을 부팅하고 심지어 SAN에서 마운트/부트 할 수도 있습니다.
사용자의 커널이 초기 단계에서 LUN을 제시해야하는 단점이 있습니다. Linux/UNIX에서 쉬운 작업입니다. 그 외에 돈 문제.
그들은 SAN에서 부팅에 대해 이야기 할 수 있습니다. 이는 FC SAN 카드와 iSCSI 카드 모두에서 가능하며, iSCSI 카드에만 가능합니다.
내 제안은 응용 프로그램의 데이터 볼륨과 별도로 BOOT 볼륨을 설정하려는 경우입니다. DR 및 Snapshot 기술을 활용하면 가장 큰 문제는 DATA에 필요한 일관성 수준입니다. 더러운 종료가있는 경우 복구하는 방법을 알고 있습니까? 또는 응용 프로그램을 스크립팅하여 데이터가 반환 될 때 일관된 상태가되도록 데이터를 일시 중지해야합니다. VSS에 참여하는 Windows 응용 프로그램은 SAN 공급 업체에 연결된 VSS 서비스를 통해 중지 될 수 있으며 다른 응용 프로그램은 SAN과 응용 프로그램간에 스크립팅되어야합니다.
희망이 있습니다.
공급 업체에서 'BOOT FROM SAN'에 대해 이야기하고 있습니다. 그것은 확실히 실행 가능한 전략입니다. 많은 Datacentre 고객이 이에 적응하기 시작했습니다. SAN 로딩에는 FC와 iSCSI의 두 가지 옵션이 있습니다. SAN LUN을 부팅 파티션으로 사용할 수 있으며 모든 응용 프로그램이 기본적으로 여기에서 실행됩니다.
FC : 속도와 대역폭이 매우 빠르지 만 SAN 네트워크 (FC 어댑터, FC 케이블, 스위치)가 필요하기 때문에 FC SAN 부팅을 사용하는 것이 좋습니다.
iSCSI : SAN 트래픽을 전송하기 위해 LAN 네트워크를 사용할 수 있기 때문에 FC보다 속도가 훨씬 느립니다.
정말 선택의 여지가 있습니다. 행운을 빕니다 !