Pacemaker 를 사용하는 통합 솔루션의 전제조건

Pacemaker 클러스터 관리 솔루션으로 통합하기 전에 하드웨어 및 소프트웨어의 전제 조건을 충족해야 합니다.

중요: Db2 11.5.8 이후 버전에서는 Pacemaker 을 통합 클러스터 관리자로 사용할 때 상호 장애 조치 고가용성이 지원됩니다. Db2 11.5.6 이상에서 HADR 대기 데이터베이스로 자동화된 장애 복구를 위한 Pacemaker 클러스터 관리자는 Db2와 함께 패키지되고 설치됩니다. Db2 11.5.5에서 Pacemaker 는 프로덕션 환경에 포함되어 사용 가능합니다. Db2 11.5.4에서 Pacemaker 는 개발, 테스트 및 개념 증명 환경에 대해서만 기술 미리보기로 포함됩니다.

하드웨어 지원 및 Linux 배포판

통합 Pacemaker 고가용성 (HA) 솔루션은 다음 Linux® 배포판에서 사용 가능합니다.
인텔 Linux 및 Linux on IBM Z®
  • 동일한 릴리스의 Db2 11.5.8 및 향후 수정팩의 경우:
    • Red Hat® Enterprise Linux (RHEL) 8.4 이상
    • SuSE Linux Enterprise Server (SLES) 15 SP3 이상
  • Db2 11.5.7 및 동일한 릴리스의 향후 수정팩의 경우:
    • Red Hat Enterprise Linux (RHEL) 8.1 이상
    • SuSE Linux Enterprise Server (SLES) 15 SP1 이상
  • Db2 11.5.6의 경우 레벨은 다음 중 하나여야 합니다.
    • Red Hat Enterprise Linux (RHEL) 8.1 및 8.2
    • SuSE Linux Enterprise Server (SLES) 15 SP1 및 SP2
  • Db2 11.5.4 및 11.5.5의 경우 레벨은 다음 중 하나여야 합니다.
    • Red Hat Enterprise Linux (RHEL) 8.1
    • SuSE Linux Enterprise Server(SLES) 15 SP1
POWER ® Linux
  • 동일한 릴리스의 Db211.5.8 및 향후 수정팩의 경우:
    • Red Hat Enterprise Linux (RHEL) 8.4 이상
    • SuSE Linux Enterprise Server (SLES) 15 SP3 이상
  • Db211.5.7 및 동일한 릴리스의 향후 수정팩의 경우:
    • Red Hat Enterprise Linux (RHEL) 8.2 이상
    • SuSE Linux Enterprise Server (SLES) 15 SP3 이상
  • 버전 11.5.7이전:
    • 지원되지 않음

권한 부여

고가용성 솔루션을 생성하고 활용하려면 루트 사용자 권한이 있어야 Pacemaker 클러스터 관리자를 사용할 수 있습니다.

호스트 파일 설정

hosts 파일은 각 호스트의 /etc 디렉토리에 있는 Linux 시스템 파일입니다. 표시된 순서대로 다음 정보를 입력해야 합니다.
IP_Address  fully_qualified_domain_name  alias
각 HADR 호스트에서 호스트 이름과 연관된 IP 주소의 IP 서브넷은 고유해야 합니다. 이 IP 주소는 일반적으로 두 호스트 간에 Db2 로그 제공 및 두 클러스터 호스트와 쿼럼 결정 통신을 위한 쿼럼 중재자 역할을 하는 세 번째 호스트 간의 통신에 사용됩니다.

사용자 및 그룹 ID

Db2 설치 마법사를 사용하지 않는 경우, 사용자는 데이터베이스 설치를 위한 그룹 및 사용자 ID 만들기(Linux 및 UNIX)의 정보에 따라 인스턴스 소유자, 울타리 사용자, 기타 사용자 및 관련 그룹이 생성되었는지 확인해야 합니다.

루트 및 인스턴스 사용자 ID를 위한 암호 없는 SSH(Secure Shell)

루트 사용자와 인스턴스 사용자 모두에 대한 비밀번호가 없는 SSH가 HADR 노드 간에 구성되어야 합니다. 인스턴스 사용자 및 루트 ID는 로컬 및 두 호스트 간에 정규화된 도메인 이름 또는 호스트 이름 별칭을 사용하여 SSH를 사용할 수 있어야 합니다.

로컬 스토리지

모든 클러스터 관련 소프트웨어의 각 노드에서 다음 로컬 스토리지 (예: /tmp) 를 확인하십시오 ( Db2 서버, 데이터베이스, 로그 파일 등에 필요한 공간 제외).
  • 50MB - 클러스터 스토리지 RPM 및 추출된 파일용
  • 200MB - 클러스터 관련 소프트웨어의 전체 설치용
  • 클러스터 소프트웨어 로그 파일을 저장하기 위한 /var에서 최소 1GB
  • RHEL의 경우 /usr에서 최소 150MB
  • SUSE의 경우 /usr에서 최소 300MB
다음은 /usr 파일 시스템의 새 Pacemaker 및 Corosync 파일 목록입니다.
  • /usr/share/pacemaker
  • /usr/share/doc/packages
  • /usr/share/licenses
  • /usr/share/man/man7
  • /usr/share/man/man8
  • /usr/lib/pacemaker
  • /usr/lib/ocf/resource.d/pacemaker
  • /usr/lib/systemd/system
  • /usr/lib/debug/dwz
  • /usr/lib64
  • /usr/lib64/pkgconfig
  • /usr/sbin

Pacemaker 및 Corosync 포트 사용 정보

표 1. 방화벽을 각 호스트에 또는 네트워크에 설정하는 경우 다음 포트가 열려 있어야 합니다.
서비스 이름 포트 번호 프로토콜
crmd 3121 TCP
corosync-qnetd 5403 TCP
corosync 5404 - 5405 UDP

패키지

KornShell (ksh) 및 python3-dnf-plugin-versionlock 패키지는 Pacemaker에 필요합니다. 후자의 패키지는 Db2 설치 프로그램이 모든 Pacemaker 및 Corosync RPM을 잠그는 데 사용됩니다.

또한 Db2의 설치 요구사항을 충족시키기 위해 시스템에서 여러 가지 다른 검사가 수행됩니다. db2prereqcheck 명령을 실행하여 설치 프로세스를 시작하기 전에 시스템이 이 전제조건을 충족하는지 여부를 판별하십시오. db2prereqcheck 명령에 대한 자세한 정보는 db2prereqcheck -설치 요구사항 검사를 참조하십시오.

클러스터 소프트웨어

Db2 는 사용 중인 Pacemaker 소프트웨어 스택이 Db2 에서 직접 제공되고 특정 Db2 릴리스에 해당하며 새 db2cm 유틸리티를 사용하여 완전히 구성되거나 Db2 지원에서 지시하는 대로만 통합 클러스터 관리자 솔루션으로 Pacemaker 를 지원합니다. Db2에서 Pacemaker 소프트웨어를 지원하려면 Pacemaker 소프트웨어 스택과 함께 제공된 구성이 변경되지 않은 상태로 유지되어야 합니다.

버전 11.5.5 와 버전 11.5.4 의 경우, Db2 에서 지원하는 Pacemaker 버전은 이 공개 웹사이트 IBM® ( Db2 자동화된 HADR과 함께 Pacemaker )에서 다운로드해야 합니다. 각 Linux 배포판 및 아키텍처에 사용 가능한 특정 압축 tar 파일이 있습니다.

버전 11.5.6 이상 릴리스의 경우 Pacemaker 소프트웨어는 Db2 설치 이미지에 포함되어 있습니다. 온프레미스 배치에는 추가 다운로드가 필요하지 않으며 Pacemaker를 사용하는 추가 패키지 (예: Booth Cluster Ticket Manager) 는 지원되지 않습니다. 클라우드 기반 배포의 경우, Pacemaker 지원하는 퍼블릭 클라우드 벤더 에서 참조하는 대체 구성은 앞서 언급한 퍼블릭 IBM 웹사이트에서 특정 패키지를 다운로드해야 할 수 있습니다. 자세한 내용은 Pacemaker 지원하는 퍼블릭 클라우드 공급업체를 참조하십시오.

QDevice 쿼럼 메커니즘

프로덕션 시스템에 대한 권장되는 쿼럼 메커니즘입니다. 여기에는 중재자 역할을 하는 corosync-qnetd 소프트웨어를 설치하기 위한 세 번째 호스트가 필요합니다. 호스트 자체는 클러스터의 일부일 필요가 없으며 Db2 서버를 설치할 필요가 없습니다.
참고 : 클러스터에는 중재자 역할을 하는 QNet 서버가 하나만 있을 수 있습니다.

HADR 노드에 필요한 디스크 공간: 10MB(corosync 이외에도)

Qnetd 서버 호스트 최소 요구사항:
  • vCPU 2개
  • 8GB 메모리
  • 이 호스트를 QDevice로 사용하도록 구성된 추가 클러스터당 10MB의 디스크 여유 공간+2MB.
기타 요구사항:
  • 사용된 호스트는 클러스터에 있는 다른 두 개 호스트에 TCP/IP를 통해 액세스할 수 있어야 합니다.
  • 클러스터 호스트는 /etc/hosts 파일에 지정된 IP 주소를 사용하여 QDevice 호스트와 통신할 수 있어야 합니다.
  • QNetd 서버를 사용하는 모든 클러스터는 고유 클러스터 이름이 있어야 합니다.

VIP(Virtual IP address)

가상 IP는 종종 장애 복구 발생 시 자동 클라이언트 리라우트를 사용하기 위해 Db2 HADR에서 HADR 사용 데이터베이스마다 설정됩니다. VIP 설정을 위한 전제 조건에 대한 정보는 Pacemaker 네트워크를 참조하십시오.

DB2 고가용성 재해 복구(HADR)

HADR 기능을 사용하는 경우 다음 태스크를 완료하십시오.
  • 두 HADR 데이터베이스가 다른 시스템에 있는지 확인하십시오.
  • 모든 HADR 데이터베이스가 각각의 기본 및 대기 데이터베이스 역할에서 시작되고 모든 HADR 기본-대기 데이터베이스 쌍이 피어 상태인지 확인하십시오.
  • SYNC HADR 동기화 모드 또는 NEARSYNC HADR 동기화 모드를 사용 중인지 확인하십시오.
  • 모든 HADR 데이터베이스에 대해 권장값인 120초(최소값 60초)로 hadr_peer_window 구성 매개변수를 설정합니다.
  • DB2 결함 모니터를 사용 안함으로 설정하십시오.

Db2 상호 장애 복구

상호 장애 복구 기능을 사용하는 경우 다음 태스크를 완료하십시오.
  • 두 호스트가 동일한 설치 경로를 사용하여 동일한 Db2 버전을 실행 중인지 확인하십시오.
  • 두 호스트에 동일한 Db2 그룹 및 사용자가 작성되어 있는지 확인하십시오.
  • 두 호스트 모두 지정된 시간에 하나의 호스트만 활성 상태인 공유 마운트에 대한 액세스 권한이 있는지 확인하십시오. Db2 만 공유 마운트를 실행할 수 있습니다. systemd를 포함한 다른 자동화에서는 공유 마운트를 실행할 수 없습니다.
  • 사용 중인 파일 시스템이 상호 장애 조치를 위해 지원되는 파일 시스템목록에 있는지 확인하십시오.
  • DB2 결함 모니터를 사용 안함으로 설정하십시오.

파티션된 데이터베이스 환경

참고: 다중 데이터베이스 파티션에 대한 고가용성은 향후 릴리스에서 지원됩니다.