IBM Db2 pureScale Feature 시작하기는 빠르고 단순합니다. 애플리케이션은 기능을 배치할 때 데이터베이스 환경의 토폴로지를 인식할 필요가 없습니다. 즉, 애플리케이션은 이전과 똑같이 작동하지만, 처음 인스턴스를 시작하는 순간부터 최대 용량과 지속적인 가용성( )의 이점을 누릴 수 있습니다 Db2® pureScale® 인스턴스를 처음 시작하는 순간부터.
용량 증가
Db2 pureScale Feature 를 사용한 용량 계획은 단순합니다. 소규모로 시작하여 사용자의 요구가 증가함에 따라 데이터베이스 환경에 멤버 를 추가하여 가장 기본적인 고가용성 구성에서 지원되는 최대 구성으로 확장할 수 있습니다. 이는 최대 처리 용량을 제공합니다. 스케일링은 효율성에서 선형에 가깝고, 거의 예상 가능합니다.
스케일아웃할 때,
애플리케이션 변경이나 데이터 리파티션은
필요하지 않습니다. 효율적으로 스케일링하기 위한 성능 튜닝이 필요하지 않습니다. 더 많은 용량이 필요한 경우 멤버를 추가하기만 하면 됩니다.
가용성 유지
데이터베이스 가용성 유지는
서비스 레벨 계약(SLA) 준수 및 구성요소 실패에 대한 높은 허용 오차를
의미합니다. 하드웨어 이용률을 최대화하고 애플리케이션의 응답 시간을 일관되게 유지하기 위해 수신 데이터베이스 요청은 Db2 pureScale 인스턴스의 모든 활성 멤버 에서 자동으로 로드 밸런싱됩니다. 구성요소 장애의 영향을 최소화하기 위해 Db2 pureScale Feature 의 자동화된 재시작 및 복구 프로세스가 대부분의 데이터베이스 요청에 영향을 주지 않고 빠르게 실행됩니다. 실패한 멤버 가 처리 중이던 데이터베이스 요청만 원래 애플리케이션이 다시 제출해야 합니다. 그런 다음 다시 제출된 요청은 사용 가능한 다음 멤버가 처리합니다.
다음
다이어그램의 예제에서는 여러 이벤트가 연속해서
발생합니다. 다중 구성요소 실패에는 자동화된 내부 복구가 필요하며, 용량 확장 조작은 Db2 pureScale 인스턴스의 용량을 늘립니다. 이러한 이벤트는 애플리케이션 인식이 필요하지 않습니다. Db2 pureScale Feature 의 구성요소가 포함된 상자가 음영 처리되어 애플리케이션 투명성을 표시합니다.그림 1. Db2 pureScale 환경에서 여러 구성요소 장애가 발생하여 확장되고 있습니다. 데이터베이스에 연결하는 애플리케이션은
이러한 이벤트를 인식할 필요가 없습니다.
간단한 계획 작성
자원을 쉽게 추가하고
제거하는 기능을 사용하여 다음을
관리할 수 있습니다.
주기적 워크로드. 워크로드 중 일부가 주기적인 경우(예:
계절별), 요구되기 전에 자원을 추가한 다음
나중에 추가 용량을 다른 곳으로 이동할 수 있습니다.
갑작스런 워크로드 증가. SLA에서 데이터베이스 요청을 완료하기 위한
최소 응답 시간을 나타낼 수도 있습니다. 응답 시간을 위협하는 일부 애플리케이션에서 갑작스런 워크로드 급증을 발견하는 경우, 추가 구성원 을 피크 요청이 발생한 데이터베이스로 빠르게 이동하여 SLA를 충족시키는 데 도움을 줄 수 있습니다.
유지보수 관련 속도 저하. Db2 pureScale 환경의 전체 처리량에 대한 시스템 유지보수의 영향을 무효화하기 위해 기존 멤버에서 유지보수를 시작하기 전에 환경에 멤버 를 추가할 수 있습니다. 시스템 유지보수를 완료하고 원래 멤버 가 인스턴스를 다시 결합한 후 추가 자원을 제거하거나 다른 멤버에 대한 유지보수를 수행할 수 있습니다.
