탁월한 아키텍처
변경 제안
PDF
이 섹션에서는 Epic 소프트웨어 환경과 스토리지가 필요한 주요 구성 요소에 대해 설명합니다. 스토리지 설계를 안내하는 데 도움이 되는 주요 고려 사항을 제공합니다.
위스콘신 주 베로나에 본사를 둔 EPIC는 중대형 의료 그룹, 병원 및 통합 의료 기관을 위한 소프트웨어를 제작하고 있습니다. 또한 커뮤니티 병원, 학술 시설, 어린이 단체, 안전망 제공자 및 다중 병원 시스템도 포함됩니다. EPIC 통합 소프트웨어는 임상, 액세스 및 수익 기능을 포괄하며 가정까지 확장됩니다.
Epic 소프트웨어에서 지원하는 다양한 기능을 다루는 것은 본 문서의 범위를 벗어납니다. 하지만 스토리지 시스템의 관점에서 보면 모든 Epic 소프트웨어는 각 구축 시에 환자 중심 데이터베이스를 공유합니다. EPIC는 InterSystems Cache 데이터베이스에서 새로운 InterSystems Iris 데이터베이스로 전환하고 있습니다. 캐시 및 아이리스의 저장소 요구 사항은 동일하므로 이 문서의 나머지 부분에서는 데이터베이스를 아이리스로 지칭합니다. Iris는 AIX 및 Linux 운영 체제에서 사용할 수 있습니다.
시스템 간 Iris
Intersystems Iris는 Epic 애플리케이션에서 사용하는 데이터베이스입니다. 이 데이터베이스에서 데이터 서버는 영구적으로 저장된 데이터의 액세스 지점입니다. 응용 프로그램 서버는 데이터베이스 쿼리를 관리하고 데이터 서버에 데이터를 요청합니다. 대부분의 Epic 소프트웨어 환경에서 SMP(대칭 멀티프로세서) 아키텍처를 단일 데이터베이스 서버에서 사용하면 Epic 애플리케이션의 데이터베이스 요청을 처리할 수 있습니다. 대규모 배포에서는 InterSystems의 ECP(엔터프라이즈 캐시 프로토콜)를 사용하여 분산 모델을 지원할 수 있습니다.
장애 조치가 활성화된 클러스터 하드웨어를 사용하면 대기 데이터 서버가 기본 데이터 서버와 동일한 스토리지에 액세스할 수 있습니다. 또한 대기 데이터 서버가 하드웨어 장애 시 처리 책임을 맡을 수 있습니다.
또한 InterSystems는 데이터 복제, 재해 복구 및 고가용성(HA) 요구 사항을 충족하는 기술을 제공합니다. Intersystems의 복제 기술은 기본 데이터 서버에서 하나 이상의 보조 데이터 서버로 동기적 또는 비동기적으로 Iris 데이터베이스를 복제하는 데 사용됩니다. NetApp SnapMirror는 WebBLOB 스토리지를 복제하거나 백업 및 재해 복구에 사용됩니다.
업데이트된 Iris 데이터베이스는 다음과 같은 여러 가지 이점을 제공합니다.
-
확장성이 향상되어 여러 Epic 인스턴스가 있는 대형 조직이 하나의 더 큰 인스턴스로 통합할 수 있습니다.
-
새로운 플랫폼 라이센스 비용을 지불하지 않고도 AIX와 RHEL(Red Hat Enterprise Linux) 간에 전환할 수 있는 라이센스 휴일
캐시 데이터베이스 서버 및 스토리지 사용량
-
* 프로덕션 * Epic 소프트웨어 환경에서는 환자 중심 데이터베이스 하나가 구축됩니다. Epic의 하드웨어 요구 사항에서 운영 읽기/쓰기 Iris 데이터 서버를 호스팅하는 물리적 서버를 운영 데이터베이스 서버라고 합니다. 이 서버에는 기본 데이터베이스 인스턴스에 속한 파일을 위한 고성능 All-Flash 스토리지가 필요합니다. 고가용성을 위해 Epic은 동일한 파일에 액세스할 수 있는 장애 조치 데이터베이스 서버의 사용을 지원합니다. Iris는 Epic Mirror를 사용하여 읽기 전용 보고서, 재해 복구 및 읽기 전용 복제본을 지원합니다. 무중단 업무 운영을 위해 각 데이터베이스 서버 유형을 읽기/쓰기 모드로 전환할 수 있습니다.
-
* 보고서 * 보고 미러 데이터베이스 서버는 운영 데이터에 대한 읽기 전용 액세스를 제공합니다. 운영 Iris 데이터 서버의 백업 미러로 구성된 Iris 데이터 서버를 호스팅합니다. 보고 데이터베이스 서버의 스토리지 용량 요구 사항은 운영 데이터베이스 서버와 동일합니다. 쓰기 성능 보고는 운영 환경과 동일하지만 읽기 워크로드의 특성 및 크기는 다릅니다.
-
읽기 전용 지원 이 데이터베이스 서버는 선택 사항이며 아래 그림에는 나와 있지 않습니다. Epic을 지원하기 위해 미러 데이터베이스 서버를 구축할 수도 있습니다. 읽기 전용 모드로 운영 복사본에 액세스할 수 있는 읽기 전용 기능을 지원합니다. 이 유형의 데이터베이스 서버는 무중단 업무 운영을 위해 읽기/쓰기 모드로 전환할 수 있습니다.
-
* 재해 복구 * 비즈니스 연속성 및 재해 복구 목표를 달성하기 위해 재해 복구 미러 데이터베이스 서버는 일반적으로 운영 및/또는 보고 미러 데이터베이스 서버와 지리적으로 분리된 사이트에 구축됩니다. 재해 복구 미러 데이터베이스 서버는 운영 Iris 데이터 서버의 백업 미러로 구성된 Iris 데이터 서버도 호스팅합니다. 운영 사이트를 오랫동안 사용할 수 없게 되면 이 백업 미러 데이터베이스 서버가 미러 SRW(읽기/쓰기 인스턴스)로 작동하도록 구성할 수 있습니다. 백업 미러 데이터베이스 서버의 파일 스토리지 요구 사항은 운영 데이터베이스 서버와 동일합니다. 반면, 백업 미러 데이터베이스 스토리지는 비즈니스 연속성의 성능 측면에서 운영 스토리지와 동일한 크기로 사이징됩니다.
-
* Test * 의료 기관은 개발, 테스트 및 스테이징 환경을 구축하는 경우가 많습니다. 이러한 환경에 대한 추가 Iris 데이터 서버에는 동일한 스토리지 시스템에서 수용할 수 있는 스토리지도 필요합니다. EPIC는 공유 스토리지 시스템에서 추가 스토리지를 제공하기 위한 특정 요구 사항과 제약 조건을 갖추고 있습니다. 이러한 특정 요구 사항은 일반적으로 이 문서의 모범 사례를 통해 해결됩니다.
Epic 소프트웨어 환경에는 Iris ODB 데이터 서버 외에도 아래 그림과 같이 다음과 같은 기타 구성 요소가 포함됩니다.
-
Oracle 또는 Microsoft SQL Server 데이터베이스 서버가 Epic의 Clarity 비즈니스 보고 도구의 백엔드로 사용됩니다
|
Clarity는 보고 Iris 데이터베이스에서 매일 추출한 데이터를 보고하는 데 사용됩니다. |
-
WebBLOB 서버(SMB)
-
다목적 데이터베이스 서버
-
다목적 가상 머신(VM)
-
클라이언트 액세스를 위한 하이퍼스페이스
이러한 여러 워크로드, 풀, NAS 및 SAN 프로토콜에 대한 스토리지 요구사항을 단일 ONTAP 클러스터를 통해 통합 및 호스팅할 수 있습니다. 의료 조직에서는 이 통합을 통해 모든 Epic 및 Non-Epic 워크로드에 대해 단일 데이터 관리 전략을 수립할 수 있습니다.
운영 데이터베이스 워크로드
각 Epic 데이터베이스 서버는 다음과 같은 유형의 파일에 대한 I/O를 수행합니다.
-
데이터베이스 파일
-
저널 파일
-
응용 프로그램 파일
개별 데이터베이스 서버의 워크로드는 Epic 소프트웨어 환경에서의 역할에 따라 다릅니다. 예를 들어 운영 데이터베이스 파일은 일반적으로 100% 랜덤 입출력 요청으로 구성된 가장 까다로운 워크로드를 발생시킵니다. 미러 데이터베이스의 워크로드는 일반적으로 덜 까다롭고 읽기 요청이 적습니다. 저널 파일 워크로드는 주로 순차적입니다.
Epic은 스토리지 성능 벤치마킹 및 고객 워크로드를 위한 워크로드 모델을 유지합니다. Epic 워크로드 모델, 벤치마크 결과 및 NetApp 사이징 툴을 사용하여 Epic 환경에서 스토리지 크기를 올바르게 조정하는 방법에 대한 자세한 내용은 을 참조하십시오 "TR-3930i: Epic을 위한 NetApp 사이징 지침"(NetApp 로그인 필요).
EPIC는 또한 각 고객에게 I/O 예상 및 스토리지 용량 요구 사항이 포함된 맞춤형 하드웨어 구성 가이드를 제공합니다. 최종 스토리지 요구사항에는 개발, 테스트 및/또는 스테이징 환경 과 통합될 수 있는 기타 보조 워크로드가 포함될 수 있습니다. 고객은 하드웨어 구성 가이드를 사용하여 전체 스토리지 요구사항을 NetApp에 전달할 수 있습니다. 이 가이드에는 Epic 구축을 사이징하는 데 필요한 모든 데이터가 포함되어 있습니다.
구축 단계에서 Epic은 데이터베이스 스토리지 레이아웃 가이드를 제공합니다. 이 가이드는 고급 스토리지 설계에 사용할 수 있는 더욱 세부적인 LUN 레벨을 제공합니다. 데이터베이스 스토리지 레이아웃 가이드는 NetApp에만 해당되는 것이 아닌 일반적인 스토리지 권장 사항입니다. 이 가이드를 사용하여 NetApp에 가장 적합한 스토리지 레이아웃을 결정합니다.