Oracle Cloud 및 Microsoft Azure에 IBM Sterling Order Management 소프트웨어 배포
IBM Sterling Order Management Software는 널리 구현되는 소매 주문 관리 시스템입니다. 조직의 절반 이상이 점점 더 노후화된 온프레미스 인프라에서 애플리케이션을 실행하고 있습니다. 클라우드 마이그레이션을 고려할 때 조직은 성능, 비용 및 벤더 관계상의 이유로 여러 클라우드 제공업체의 최고의 서비스를 사용하고자 합니다. 멀티클라우드 분할 스택 아키텍처는 패키지화된 애플리케이션을 클라우드로 마이그레이션하기 위한 공통 솔루션입니다.
이 고객 중심의 참조 아키텍처에서 선도적인 글로벌 소매업체는 IBM Sterling Order Management Software 데이터베이스를 온프레미스 코로케이션 데이터 센터에서 멀티 클라우드 분할 스택 아키텍처를 사용하여 Oracle Cloud Infrastructure(OCI)의 Oracle Base Database Service로 마이그레이션했습니다. 온프레미스 Oracle 11g 데이터베이스를 다운타임 없이 업그레이드하고 OCI의 19c로 마이그레이션했습니다. 데이터베이스 마이그레이션 후 IBM Sterling Order Management Software 애플리케이션 계층은 Microsoft Azure에서 실행되고 Oracle 데이터베이스 계층은 OCI에서 실행되며 OCI-Azure Interconnect는 애플리케이션과 데이터베이스를 연결합니다.
이 참조 아키텍처는 다음과 같은 이점을 제공합니다.
- IBM Sterling Order Management Software 데이터베이스를 11g에서 19c로 업그레이드하고 OCI로 마이그레이션
- 인프라 비용 최대 60% 절감
- OCI 멀티스레딩은 다른 클라우드 제공업체의 단일 스레드에 비해 두 배의 용량을 제공하므로 성능이 향상됩니다.
- Terraform과 함께 Oracle Base Database Service를 사용하여 시스템 프로비저닝을 자동화하고 사용자 권한을 부여합니다.
- OCI에서 새로운 기능을 더 빠르게 출시
구조
이 참조 아키텍처는 대기 시간이 짧고 대역폭이 큰 OCI-Azure Interconnect로 연결된 고성능 멀티클라우드 분할 스택 배포를 보여줍니다.
IBM Sterling Order Management Software 애플리케이션 및 웹 서버는 Microsoft Azure US East의 VM에 배포됩니다. 이 애플리케이션은 OCI-Azure Interconnect를 통해 OCI 애슈번의 Oracle Real Application Clusters(Oracle RAC) 데이터베이스에 연결됩니다. 2노드 Oracle RAC 데이터베이스는 고성능 및 고가용성 요구를 충족하는 데 사용됩니다. Oracle RAC 데이터베이스는 고객 운영 오버헤드를 줄이는 Oracle Base Database Service의 관리형 클라우드 서비스입니다.
DR(재해 복구) 인스턴스는 Microsoft Azure US West와 상호 연결하는 OCI 산호세 지역에서 구현됩니다(이 아키텍처 다이어그램에는 표시되지 않음). 또는 OCI-Azure Interconnect도 OCI Phoenix와 Microsoft Azure US West3 간에 제공됩니다. Oracle Data Guard를 사용하여 프로덕션 데이터베이스가 DR에 복제됩니다.
Oracle Cloud Infrastructure Identity and Access Management(OCI IAM) 및 Microsoft Azure Active Directory의 연합은 Single Sign-On을 사용하여 OCI 계정을 사용으로 설정합니다. OCI 및 Microsoft Azure 로깅 데이터는 운영 통찰력을 위해 Dynatrace 클라우드 모니터링으로 전달됩니다. Wiz Cloud 보안은 비즈니스 위험을 사전에 식별하고 해결하며 방지하기 위해 멀티클라우드 배포를 모니터링하는 데 사용됩니다.
다음 다이어그램은 이 참조 구조를 보여줍니다.
oci-멀티클라우드-ibm-azure-arch-oracle.zip
클라우드 마이그레이션
Before migration, the customer had implemented a hybrid cloud split-stack architecture, with the IBM Sterling Order Management Software application and web servers on Microsoft Azure and databases in a on-premises colocation data center. 단계별 마이그레이션 접근 방식은 Microsoft Azure에서 애플리케이션 계층을 유지하면서 데이터베이스를 11g 코로케이션에서 19c로 업그레이드하고 마이그레이션하도록 설계되었습니다.
- OCI에 11g 임시 데이터베이스 생성
- 온-프레미스 11g 운용 데이터베이스를 OCI의 11g 임시 데이터베이스로 복제
- OCI에서 19c 운용 중인 데이터베이스 생성
- OCI 마켓플레이스에서 Oracle GoldenGate를 사용하여 11g 임시 데이터베이스의 데이터를 OCI의 19c 데이터베이스로 복제
- Microsoft Azure의 운영 애플리케이션을 인계하여 OCI의 19c 데이터베이스를 가리키고 다른 복제를 연결 해제
다음 다이어그램은 클라우드 마이그레이션을 보여 줍니다.
그림 oci_multicloud_ibm_azure_flow.png
oci-multicloud-ibm-azure-flow-oracle.zip
구조에는 다음과 같은 구성 요소가 있습니다.
- 지역
Oracle Cloud Infrastructure 지역은 가용성 도메인이라는 데이터 센터가 하나 이상 포함된 지역화된 지리적 영역입니다. 지역은 다른 지역과 독립적이며, 광대한 거리는 (국가 또는 대륙에 걸쳐) 그들을 분리 할 수 있습니다.
- 가용성 도메인
가용성 도메인은 한 지역 내에 독립적이며 독립적인 데이터 센터입니다. 각 가용성 도메인의 물리적 리소스는 내결함성을 제공하는 다른 가용성 도메인의 리소스와 격리됩니다. 가용성 도메인은 전원, 냉각 또는 내부 가용성 도메인 네트워크와 같은 인프라를 공유하지 않습니다. 따라서 특정 가용성 도메인에서 실패하면 해당 영역의 다른 가용성 도메인에 영향을 주지 않을 수 있습니다.
- VCN(가상 클라우드 네트워크) 및 서브넷
VCN은 Oracle Cloud Infrastructure 지역에서 설정하는 커스터마이징 가능한 소프트웨어 정의 네트워크입니다. 기존 데이터 센터 네트워크와 마찬가지로 VCN을 통해 네트워크 환경을 완전히 제어할 수 있습니다. VCN에는 VCN 생성 후 변경할 수 있는 겹치지 않는 여러 CIDR 블록이 있을 수 있습니다. VCN을 서브넷으로 세분화하여 영역 또는 가용성 도메인으로 범위를 지정할 수 있습니다. 각 서브넷은 VCN의 다른 서브넷과 겹치지 않는 인접한 주소 범위로 구성됩니다. 생성 후 서브넷의 크기를 변경할 수 있습니다. 서브넷은 공용(public) 또는 전용(private)으로 지정할 수 있습니다.
- 배스천 서비스
Oracle Cloud Infrastructure Bastion은 퍼블릭 엔드포인트가 없고 베어메탈 및 가상 머신, Oracle MySQL Database Service, Autonomous Transaction Processing(ATP), Oracle Container Engine for Kubernetes(OKE) 및 SSH(Secure Shell Protocol) 액세스를 허용하는 기타 리소스와 같은 엄격한 리소스 액세스 제어가 필요한 리소스에 대해 제한적이고 시간 제한적인 보안 액세스를 제공합니다. Oracle Cloud Infrastructure Bastion 서비스를 사용하면 점프 호스트를 배포 및 유지 관리하지 않고도 전용 호스트에 액세스할 수 있습니다. 또한 ID 기반 권한과 중앙 집중식 감사 및 시간 제한 SSH 세션을 통해 보안 상태를 개선할 수 있습니다. Oracle Cloud Infrastructure Bastion은 배스천 액세스를 위한 공용 IP가 필요하지 않으므로 원격 액세스를 제공할 때 번거롭고 잠재적인 공격 표면을 제거합니다.
- OCI 및 Azure 상호 연결
Oracle Cloud 및 Microsoft Azure Interconnect는 Oracle 최초의 멀티클라우드 솔루션입니다. 전 세계의 특정 Azure와 Oracle Cloud Infrastructure(OCI) 데이터 센터 간에 직접적인 네트워크 연결을 제공합니다. 이를 통해 Azure 관리자와 개발자는 전용 링크를 생성하거나 공용 인터넷을 통해 애플리케이션 트래픽을 전송하지 않고도 OCI에서 실행되는 애플리케이션 및 서비스에 애플리케이션을 연결할 수 있습니다.
- 스트리밍
Oracle Cloud Infrastructure Streaming은 실시간으로 소비하고 처리할 수 있는 대용량의 연속 데이터 스트림을 수집하기 위한 확장 가능하며 내구성 있는 전담 관리 스토리지 솔루션을 제공합니다. 스트리밍을 사용하여 애플리케이션 로그, 운영 원격 측정, 웹 클릭-스트림 데이터와 같은 대용량 데이터를 수집하거나, 게시-구독 메시징 모델에서 데이터가 연속적으로 생성되고 처리되는 다른 사용 사례에 대해 사용할 수 있습니다.
- Oracle Base Database Service입니다.
Oracle Base Database Service는 개발자가 안전한 클라우드 네이티브 애플리케이션을 신속하게 개발하고 배포할 수 있는 완전 관리형 데이터베이스 서비스입니다. Oracle은 백업 및 복구, 데이터베이스 및 운영 체제 패치, 업데이트 및 데이터 암호화와 같은 모든 작업을 자동화합니다.
권장 사항
- IBM Sterling Order Management 소프트웨어 버전
이 아키텍처는 IBM Sterling Order Management Software 버전 10.0.2303.1(이 솔루션을 게시할 때 현재 버전) 이상을 지원합니다. IBM Sterling Order Management 소프트웨어의 최신 버전을 사용하는 것이 좋습니다.
멀티클라우드 아키텍처에 IBM Sterling Order Management 소프트웨어를 배포하기 전에 자세히 알아보기 섹션의 링크를 따라 다음 요구 사항을 숙지하십시오.- IBM Sterling Order Management 소프트웨어 시스템 요구사항의 경우 시스템 요구사항을 참조하십시오.
- IBM Sterling Order Management Software는 상태 및 데이터 관리를 위한 관계형 데이터베이스 시스템에 의존합니다. 서비스 간 통신 및 주문 워크플로우에는 JMS(Java Message Service) 사용 메시지 브로커 시스템도 필요합니다. IBM Sterling Order Management Software는 환경에 배포할 수 있는 여러 데이터베이스 및 메시지 브로커 옵션을 지원합니다. 자세한 내용은 다음을 참조하십시오.
- Oracle 19c 데이터베이스 계층: UNIX 또는 Linux에서 Oracle 데이터베이스 구성
- JMS 메시지 브로커: JMS 시스템과 통합
- 대기 시간
클라우드 간 네트워크 연결에 OCI 및 Azure Interconnect를 사용하여 짧은 대기시간 연결을 제공합니다.
- 데이터베이스
Oracle database 19c 이상 버전을 사용합니다. Oracle database 19.16.0.0는 이 참조 아키텍처에서 사용됩니다. ASM(Automatic Storage Management)에서는 VM.Standard2.16 구성을 사용하는 것이 좋습니다. 데이터베이스 크기는 약 800GB입니다. 각 Oracle RAC 노드에는 16개의 CPU 코어와 240GB 메모리가 있습니다.
- 재해 복구
클라우드 배치에서 대기 재해 복구 인스턴스의 크기를 운영 1/4로 조정하여 비용을 절감하고 DR 장애 조치 발생 시 전체 용량까지 확장할 수 있습니다. 운영 애플리케이션과 데이터를 DR에 복제하여 비즈니스에서 정의한 RTO(복구 시간 목표) 및 RPO(복구 시점 목표)를 충족해야 합니다.
데이터베이스 업그레이드 및 마이그레이션 중에는 위험을 방지하고 운영에 대한 우발적인 역할을 하기 위해 동일한 지역의 OCI에 DR/임시 데이터베이스를 생성하는 것이 좋습니다. 데이터베이스는 네트워크 대기 시간 테스트에 사용할 수 있으며 업그레이드 전에 응용 프로그램 성능 기준을 설정할 수 있습니다. 업그레이드 및 마이그레이션 후 DR 인스턴스를 다른 영역에 설정해야 합니다.
- Oracle Database Service for Microsoft Azure
Oracle Database Service for Microsoft Azure를 사용하면 Oracle Cloud Infrastructure Database를 Microsoft Azure 클라우드 환경에 손쉽게 통합할 수 있습니다. Oracle Database Service for Microsoft Azure는 서비스 기반 접근 방식을 사용하며 애플리케이션 스택에 대한 복잡한 클라우드 간 배포를 수동으로 생성하는 대신 사용할 수 있습니다.
멀티클라우드 분할 스택 아키텍처에서 Oracle Database Service for Microsoft Azure를 사용하는 것이 좋습니다. 이 서비스는 Microsoft Azure와 OCI 사이의 대기 시간이 짧은 전용 고대역폭 네트워크 링크를 통해 실행됩니다. 사용자는 Oracle 기본 데이터베이스(Oracle RAC 포함), Oracle Autonomous Database, Oracle Exadata Database Service 및 MySQL HeatWave를 선택하고 Microsoft Azure 콘솔에서 Oracle Database Service for Microsoft Azure를 프로비저닝할 수 있습니다.
고려 사항
멀티클라우드 아키텍처에 IBM Sterling Order Management 소프트웨어를 배포할 때는 확장성 및 가용성을 위해 다음 옵션을 고려하십시오.
- 애플리케이션 가용성
IBM Sterling Order Management 소프트웨어를 배포하기 전에 자세히 알아보기 섹션의 IBM 설명서 링크에 설명된 대로 고가용성 및 성능 관리에 대한 고려 사항을 검토하십시오.
이 참조 아키텍처에서 IBM Sterling Order Management Software 애플리케이션은 고가용성을 제공하기 위해 OCI의 Microsoft Azure 및 Oracle RAC 데이터베이스에 여러 VM을 사용하여 배포됩니다. 장애 도메인은 가용성 도메인 내에서 최고의 복원력을 제공합니다. 더 높은 가용성이 필요한 경우 가능한 여러 가용성 도메인 또는 영역을 사용하는 것이 좋습니다.
- 스토리지 I/O 처리량
저장 영역 크기 조정은 디스크 읽기 및 쓰기에 대해 예상되는 I/O 처리 능력을 얻는 데 중요합니다.
- 확장성
이 참조 아키텍처는 Oracle Real Application Clusters (Oracle RAC) 데이터베이스와 함께 Oracle Base Database Service를 사용합니다. 언제든지 데이터베이스의 CPU 코어 수를 수동으로 확장 또는 축소할 수 있습니다.
IBM Sterling Order Management Software에서 Oracle Autonomous Database 또는 Oracle Exadata Database Service를 사용할 수 있습니다. Oracle Autonomous Database의 자동 크기 조정 기능을 통해 데이터베이스는 언제든지 현재 기본 CPU 코어 수의 최대 3배를 사용할 수 있습니다. 수요가 증가하면 자동 크기 조정이 사용 중인 코어 수를 자동으로 늘립니다. Oracle Autonomous Database를 사용하면 가용성 또는 성능에 영향을 주지 않고 언제든지 스토리지 용량을 확장할 수 있습니다.
추가 탐색
이 참조 아키텍처의 기능에 대해 자세히 알아보려면 다음의 추가 리소스를 검토하십시오.
IBM Sterling Order Management 소프트웨어:
- IBM Sterling Order Management 소프트웨어
- 시스템 요구 사항
- UNIX 또는 Linux에 Oracle 데이터베이스 구성
- JMS 시스템과 통합
- 고가용성을 위한 고려 사항
- 성능 관리 고려 사항
Oracle Cloud Infrastructure: