IBM Multi-site Workload Lifeline(Lifeline)은 TCP/IP 워크로드에 대한 연결 라우팅과 IBM MQ 클러스터 워크로드에 대한 메시지 라우팅에 영향을 주어 중요한 워크로드 트랜잭션의 지능형 로드 밸런싱을 가능하게 합니다. 라우팅은 가용성을 최대한 지속적으로 제공하기 위해 두 사이트에 걸쳐 수행됩니다.
IBM Multi-site Workload Lifeline은 가동 중단이 발생했을 때 기존의 재해 복구에 비해 중요한 워크로드 복구 시간을 몇 시간에서 몇 분으로 단축할 수 있도록 지원합니다. 계획되지 않은 가동 중단에 대한 복구 시간을 단축하기 위해서 워크로드 장애를 탐지하고 다른 사이트로 재라우팅합니다. 가동 중단을 최소화하면서 워크로드를 다른 사이트로 전환함으로써 계획된 가동 중단의 영향을 완화할 수 있습니다.
워크로드의 새로운 연결은 처리 능력이 가장 뛰어난 애플리케이션, 서버 및 시스템으로 라우팅되므로 트랜잭션 응답 시간이 단축됩니다. 시스템 리소스가 보다 효율적으로 사용됩니다.
애플리케이션, 시스템 또는 사이트 가동 중단 시 사용 가능한 다른 애플리케이션으로 새 워크로드 연결을 라우팅합니다. 유지보수 업데이트 또는 기타 계획된 이벤트로 인한 가동 중단을 최소화할 수 있습니다.
온디맨드 방식으로 애플리케이션 인스턴스를 추가합니다. 추가된 인스턴스를 자동으로 모니터링하고 워크로드 라우팅 결정에 포함합니다.
새로운 워크로드 연결을 가장 성능이 뛰어난 애플리케이션 및 시스템에 맞춰 조정하여 응답 시간을 단축합니다. 워크로드 장애 후 복구 시간을 몇 시간에서 몇 분으로 단축할 수 있습니다.
장애를 최소화하면서 한 사이트에서 다른 사이트로 워크로드를 라우팅합니다. 쿼리 워크로드에 대한 연결은 두 사이트에 동시에 분산할 수 있습니다.
프로덕션 사이트를 가동 중단하지 않고도 복구 사이트에서 워크로드에 계속 액세스할 수 있는지 확인함으로써 재해 복구 절차에 대한 테스트를 보다 간편하고 중단 없이 수행할 수 있습니다.
Lifeline은 TCP/IP 애플리케이션을 대상으로 하는 워크로드에 대해 두 가지 계층의 로드 밸런싱을 사용합니다. Lifeline은 첫 번째 계층 로드 밸런서가 선택한 사이트의 두 번째 계층 로드 밸런서로 워크로드 연결을 라우팅하도록 지시한 다음, 해당 연결을 사이트의 애플리케이션으로 라우팅합니다. Lifeline은 메시징을 사용하여 워크로드에 IBM MQ 클러스터를 사용합니다. Lifeline은 클러스터가 워크로드 메시지를 선택한 사이트의 IBM MQ 대기열 관리자에게 라우팅하도록 지시하여 애플리케이션에서 메시지를 사용할 수 있도록 합니다.
두 계층의 로드 밸런서를 사용하는 워크로드의 경우, Lifeline은 두 사이트 모두에서 워크로드 애플리케이션, z/OS 시스템 및 (해당되는 경우) Linux on IBM Z Systems의 가용성 및 상태를 기반으로 사이트 연결 라우팅 권장 사항을 첫 번째 계층 로드 밸런서에 제공합니다. IBM MQ 클러스터를 사용하는 워크로드의 경우, Lifeline은 두 사이트 모두에서 IBM MQ 대기열 관리자와 z/OS 시스템의 가용성 및 상태를 기반으로 사이트 메시지 라우팅 권장 사항을 클러스터에 제공합니다.
Lifeline 에이전트는 두 사이트 모두에 걸쳐 워크로드가 있는 각 z/OS 시스템과 Linux on Z Management Guest에서 시작됩니다. 에이전트는 시스템에 있는 워크로드 애플리케이션을 모니터링하고 이 정보를 Lifeline 어드바이저에 다시 보고할 책임이 있습니다. z/OS의 에이전트는 MQ 클러스터 내에서 MQ 메시지 라우팅을 모니터링하고 영향력을 행사하기 위해 MQ 대기열 관리자와 통신하는 역할도 담당합니다.
Lifeline 어드바이저는 z/OS 시스템에서 시작되며 기본 또는 보조 어드바이저로 시작될 수 있습니다. 기본 어드바이저는 모든 에이전트와 소통하여 워크로드 가용성을 결정합니다. 어드바이저는 MQ 클러스터용 에이전트에 MQ 메시지 분산 규칙을 제공하고 이러한 워크로드에 대한 TCP 연결을 위해 로드 밸런서에 라우팅 권장 사항을 제공합니다. 보조 어드바이저는 기본 어드바이저의 가용성을 모니터링하고 기본 어드바이저에 장애가 발생할 경우 기본 어드바이저 책임을 인수합니다.
Multi-site Workload Lifeline으로 구성된 각 워크로드는 "활성/스탠바이" 또는 "활성/쿼리" 워크로드로 분류됩니다.
Lifeline은 z/OS 또는 Linux on Z에 상주하는 다양한 유형의 워크로드를 지원할 수 있습니다.
소프트웨어 요구 사항
하드웨어 요구 사항
IBM Multi-site Workload Lifeline이 기업의 주요 문제를 해결하는 데 어떤 방식으로 중요한 역할을 하는지 알아보세요.
TCP/IP 워크로드의 지능적인 로드 밸런싱을 구현하면서 가용성을 최대한 지속적으로 유지할 수 있는 방법을 알아보세요.
메인프레임 워크로드를 개발하고 공유하기 위한 보안 플랫폼입니다.
복원력 목표를 달성하기 위해 메인프레임 작업과 재해 복구를 자동화합니다.
트랜잭션 무결성을 갖춘 로그 기반 변경 데이터 캡처를 통해 대규모 데이터 통합 및 통합, 웨어하우징 및 분석 이니셔티브를 지원합니다.
Lifeline은 워크로드 애플리케이션과 이러한 애플리케이션이 실행되는 두 개의 Sysplex 또는 사이트 전반에 걸쳐 이러한 애플리케이션이 상주하는 시스템을 모니터링합니다. Lifeline은 이러한 워크로드 애플리케이션을 대상으로 하는 연결 및 MQ 메시지의 라우팅을 제어하여 연결 및 MQ 메시지가 활성 사이트의 최적 워크로드 애플리케이션으로 전송되도록 합니다.
활성 사이트의 워크로드 장애가 Lifeline에 의해 탐지되면 Lifeline은 몇 초 내에 대체 사이트의 워크로드 애플리케이션으로 워크로드 변환을 자동 수행할 수 있습니다. Lifeline은 자동화 제품이 자체 워크로드 변환을 수행하기 위해 캡처할 수 있는 경고 메시지를 생성할 수도 있습니다.
비즈니스가 다음 상황 중 하나를 충족하는 경우, 워크로드에 대한 지속적인 가용성이 필요합니다.
기존 재해 복구 솔루션은 디스크 기반 복제를 활용하여 로컬 사이트의 시스템에서 사용하는 모든 디스크의 미러 복사본을 원격 사이트에 만듭니다. 디스크 복제가 진행되는 동안에는 이러한 디스크 복사본을 사용할 수 없습니다. 로컬 사이트에 장애가 발생한 경우, 워크로드에 대한 액세스가 다시 설정되기 전에 시스템 및 워크로드 애플리케이션을 원격 사이트에서 다시 시작해야 합니다. 일반적으로 이 작업을 완료하는 데 1시간 이상 걸릴 수 있습니다.
Lifeline에서 사용 가능한 지속적 가용성 솔루션을 활용하면 InfoSphere Data Replication for Db2와 같은 소프트웨어 데이터 복제를 통해 로컬 사이트와 원격 사이트 간에 데이터를 동기화할 수 있습니다. 주요 차이점은 두 사이트의 시스템이 모두 활성 상태이고 Lifeline이 두 사이트의 워크로드를 모니터링하는 데 사용된다는 것입니다. 로컬 사이트에 장애가 발생하는 경우, Lifeline은 워크로드 장애를 탐지하고 모든 새 워크로드 연결을 대체 사이트로 라우팅합니다. 그 결과 재해 복구 솔루션을 사용하면 몇 시간 이상이 걸리던 워크로드에 대한 액세스가 몇 초 만에 재설정됩니다.
Lifeline은 모니터링 및 워크로드 라우팅을 통해 GDPS Continuous Availability 솔루션에서 필수적인 역할을 하며 다음과 같은 이점을 제공합니다.
아니요. 일반적으로 GDPS Continuous Availability 솔루션의 필수적인 부분으로 사용되지만, Lifeline은 솔루션 외부에 배포할 수도 있습니다.
비즈니스에 자체 자동화 기능이 있는 경우, Lifeline을 소프트웨어 데이터 복제 제품과 함께 사용하여 두 사이트의 데이터를 동기화할 수 있습니다.
경우에 따라 비즈니스에 Sysplex를 사용할 수 없는 워크로드 애플리케이션이 있는 경우, GDPS Continuous Availability 솔루션을 사용할 수 없습니다. 두 사이트의 데이터를 동기화하기 위해 소프트웨어 데이터 복제 제품과 함께 Lifeline을 사용하면, 이러한 워크로드 유형에 대해 “Sysplex와 유사한” 복구 기능을 제공할 수 있습니다.
Lifeline은 계획된 가동 중단 중에 Lifeline이 워크로드라고 부르는 애플리케이션 및 데이터 소스의 원활한 전환을 수행할 수 있는 기능을 제공합니다. 간단한 Lifeline 명령을 사용하면, 한 사이트에서 다른 사이트로 워크로드 마이그레이션을 쉽게 수행할 수 있어 계획된 유지보수 활동과 같은 계획된 이벤트의 다운타임을 최소화할 수 있습니다.
Lifeline은 새로운 연결과 메시지를 장애가 발생한 워크로드 애플리케이션 및 시스템으로부터 라우팅할 수 있으므로 가용성을 높여줍니다. Lifeline은 추가 작업을 위한 용량을 갖춘 워크로드 애플리케이션 및 시스템으로 연결과 메시지를 라우팅하여 응답 시간을 단축하고 복구 시간을 몇 시간에서 몇 분으로 단축합니다.
아니요. Lifeline의 많은 이점 중 하나는 재해 복구 솔루션처럼 ‘모 아니면 도’식의 솔루션이 아니라는 점입니다. 가장 중요한 워크로드만 Lifeline으로 구성하여 지속적인 가용성을 제공하고, 배치를 포함한 다른 모든 워크로드는 기존 재해 복구 절차를 사용하여 복구합니다. 또한 언제든지 Lifeline에 추가 워크로드를 추가할 수 있습니다.
워크로드의 특성은 워크로드 유형에 따라 다릅니다. TCP 기반 워크로드의 경우, TCP 애플리케이션의 IP 주소와 포트 번호입니다. SAN 기반 워크로드의 경우, 이는 SNAP 애플리케이션의 SNAP 애플리케이션 이름입니다. MQ 기반 워크로드의 경우, 워크로드에 대한 MQ 메시지가 전송되는 MQ 클러스터 대기열과 MQ 대기열 관리자입니다. Db2 DRDA 기반 워크로드의 경우, Db2 별칭 및 Db2 서브시스템의 IP 주소 및 포트 번호입니다. Linux on Z 워크로드의 경우, zVM에서 실행되는 Linux on Z 게스트입니다.
Lifeline은 RFC 4678에 문서화된 서버/애플리케이션 상태 프로토콜(SASP)을 지원하는 로드 밸런서를 사용합니다. 이 프로토콜을 통해 Lifeline은 주기적으로 라우팅 권장 사항을 SASP를 지원하는 로드 밸런서에 전송하여 두 사이트에 걸쳐 있는 워크로드 애플리케이션 세트 간에 워크로드 연결을 라우팅하는 방법을 로드 밸런서에 지시할 수 있습니다. F5 Big-IP 스위치 로컬 트래픽 관리자는 Lifeline과 함께 사용하도록 권장되는 로드 밸런서입니다.
Lifeline은 워크로드에서 사용하는 대기열을 관리하는 MQ 대기열 관리자와 통신하고 MQ 대기열 관리자가 MQ 메시지를 수신할 수 있는 MQ 클러스터를 지시합니다. 사이트에서 워크로드 장애가 발생한 후에도 Lifeline은 워크로드 전환 중에 중단된 MQ 메시지가 대체 사이트의 MQ 관리자에게 전송되도록 합니다.