RPM 오케스트레이터를 사용하는 AlloyDB Omni 개요

문서 버전을 선택합니다.

AlloyDB Omni는 Kubernetes가 아닌 환경(예: Red Hat Package Manager(RPM) 패키지를 사용하는 Red Hat Enterprise Linux(RHEL) 및 호환 시스템)에서 AlloyDB Omni를 배포하고 관리할 수 있는 조정 플랫폼을 제공합니다. RPM 오케스트레이터 배포 옵션은 클라우드와 같은 유연성과 자동화를 온프레미스 및 가상 머신 (VM) 인프라로 확장합니다.

RPM 조정자를 사용하는 AlloyDB Omni를 사용하면 기업에서 표준 RPM 패키지를 사용하여 AlloyDB Omni 인스턴스를 설치, 구성, 관리할 수 있습니다. 이 접근 방식은 VM 인프라에 상당한 투자를 하고 Ansible과 같은 자동화 도구를 기반으로 운영 관행을 확립한 조직을 지원합니다. RPM 조정자 배포 옵션은 Docker와 같은 컨테이너화 레이어나 Kubernetes와 같은 조정 시스템 없이 Linux VM 또는 베어메탈 서버에서 직접 실행됩니다.

이 배포 옵션을 시작하려면 가입 양식을 사용하여 액세스를 요청하세요.

사용 사례

RPM 오케스트레이터 배포 옵션은 다음 사용 사례를 지원합니다.

사용 사례 설명
VM 인프라를 사용하는 기업 Kubernetes가 표준이 아니거나 표준 VM 또는 베어메탈 배포를 선호하는 애플리케이션 종속 항목이 있는 컨테이너화된 환경을 지원합니다.
운영 간소화 Ansible과 같은 익숙한 도구를 사용하여 데이터베이스 배포, 구성, 수명 주기 관리를 자동화합니다.
고가용성 (HA) 및 재해 복구 (DR) 자동 장애 조치 및 복구 메커니즘을 갖춘 복원력 있는 AlloyDB Omni 클러스터를 설정합니다.
하이브리드 환경 온프레미스 데이터 센터와 클라우드 VM 전반에서 일관된 데이터베이스 작업을 보장합니다.
레거시 시스템 통합 컨테이너화되지 않은 환경을 위해 설계된 기존 애플리케이션 및 시스템과 통합됩니다.

이점

RPM 조정자 배포 옵션의 이점은 다음과 같습니다.

  • 신속한 배포: 프로비저닝부터 확인까지 전체 수명 주기를 자동화하여 AlloyDB Omni 클러스터를 설정하는 시간과 복잡성을 크게 줄입니다.
  • 원활한 통합: 표준 Linux 패키지 관리(RPM) 및 인기 있는 자동화 프레임워크(예: Ansible)와 기본적으로 통합되므로 팀에서 기존 기술과 도구 통합을 사용할 수 있습니다.
  • 일관된 환경: 다양한 배포 모델에서 일관성을 제공하는 AlloyDB Omni Kubernetes 연산자와 유사한 관리 및 운영을 위한 사용자 환경과 특성 세트를 제공합니다.
  • 엔터프라이즈급 고가용성 (HA) 및 재해 복구 (DR): 비즈니스 연속성 요구사항을 충족하기 위해 고가용성 및 재해 복구를 위한 유연한 구성을 지원합니다.
  • 강력한 보안: 사용자 관리, 인증서(SSL)를 사용한 네트워크 보안, Microsoft Active Directory와 같은 시스템과의 통합을 포함한 다각적인 보안 전략을 구현할 수 있습니다.
  • 중앙 집중식 관리: AlloyDB Omni 서비스를 사용하여 VM에서 AlloyDB Omni를 관리하기 위한 통합 컨트롤 플레인을 제공합니다.
  • 모니터링 가능성 및 감사: 중앙 집중식 로그 관리, 모니터링, 감사를 위해 rsyslog를 사용하여 외부 로깅 서버(예: Elastic Stack)와 통합할 수 있습니다.
  • 데이터 보호: 간소화된 백업 및 복원 구성과 전략을 위한 기능이 포함되어 있습니다.
  • 연결 풀링: PgBouncer 배포를 지원하여 데이터베이스 연결을 최적화하고 성능을 개선합니다.
  • Fleet 관리: 여러 AlloyDB Omni 클러스터를 대규모로 관리할 수 있습니다.

아키텍처

AlloyDB Omni는 유연성을 제공하는 구성요소의 계층 구조를 정의합니다. 이러한 유연성을 통해 데이터 가용성을 극대화하고 쿼리 성능과 처리량을 최적화할 수 있습니다. 이 접근 방식을 사용하면 AlloyDB Omni 배포를 모니터링하고 워크로드에 맞게 규모와 크기를 조정할 수 있습니다.

계층 구조의 최상위 리소스는 기본 클러스터와 하나 이상의 보조 클러스터를 포함하는 AlloyDB Omni 배포입니다. AlloyDB Omni 클러스터에는 사용자가 연결하는 컴퓨팅 리소스의 추상화인 인스턴스가 하나 이상 있습니다. 클러스터에는 기본 인스턴스 (읽기-쓰기)와 하나 이상의 선택적 읽기 풀 인스턴스(읽기 전용)가 포함됩니다. 각 인스턴스에는 자체 액세스 엔드포인트가 있습니다. 선택적으로 독립형 배포를 위해 단일 노드로 기본 인스턴스를 설정하거나 가용성이 높은 배포를 위해 여러 노드로 기본 인스턴스를 설정할 수 있습니다. 모든 노드에는 소프트웨어 패키지를 사용하여 배포된 AlloyDB Omni 및 기타 관련 구성요소가 있습니다.

기본 인스턴스에는 트랜잭션 워크로드를 처리하도록 설계된 활성 (읽기-쓰기) 노드가 하나 포함되어 있습니다. 기본 테스트, 실험, 개발을 넘어선 데이터베이스 클러스터의 경우 추가 대기 노드를 사용하여 고가용성을 설정하세요. 데이터 손실을 방지하고 기본 노드 장애 발생 시 목표 복구 시간 (RPO)을 0으로 달성하려면 대기 노드의 동기화된 복제 모드를 구성하세요.

복원력이 우수한 HA

복원력이 우수한 HA 아키텍처는 전용 부하 분산기 노드 없이 별도의 영역에 활성 기본 노드와 대기 노드를 배포합니다. 대신 keepalived 서비스가 데이터베이스 노드에서 직접 실행되어 활성 기본 노드에서 읽기-쓰기 엔드포인트를 노출하는 부동 가상 IP 주소를 관리합니다.

다음 그림은 베어메탈 또는 VM 환경의 복원력이 우수한 HA 배포 아키텍처를 보여줍니다.

AlloyDB Omni 복원력 있는 HA 배포 아키텍처

그림 1. AlloyDB Omni 복원력 있는 HA 배포 아키텍처

확장 가능한 HA

확장 가능한 HA 아키텍처는 전용 HAProxy 부하 분산기 노드와 페어링된 별도의 영역에 활성 기본 노드와 대기 노드를 배포합니다. 이러한 부하 분산기 노드는 읽기-쓰기 및 읽기 전용 엔드포인트를 노출하고 클라이언트 트래픽을 라우팅합니다.

다음 그림은 베어메탈 또는 VM 환경에서 AlloyDB Omni 확장 가능한 HA 배포의 분류를 보여줍니다.

AlloyDB Omni 확장 가능한 HA VM 배포 아키텍처

그림 2. AlloyDB Omni 확장 가능한 HA VM 배포 아키텍처

구성요소

RPM 조정자 배포 옵션에는 풀 스택, 가용성이 높은 AlloyDB Omni 배포를 위해 각각 RPM 또는 Debian 패키지로 설치되는 소프트웨어 구성요소 집합이 포함됩니다. 참조 아키텍처는 데이터베이스 작업에 이러한 구성요소를 사용합니다.

구성요소 설명
조정자 AlloyDB Omni 조정을 사용하면 명령줄 및 Ansible 인터페이스를 통해 분산 환경에서 하나 이상의 AlloyDB Omni 클러스터를 배포하고 관리할 수 있습니다.
alloydbomni AlloyDB Omni 코어에는 온라인 분석 처리 (OLAP) 및 생성형 AI와 같은 최신 워크로드를 지원하는 향상된 성능과 기능을 위한 PostgreSQL 및 Autopilot 기능이 포함되어 있습니다.
alloydbomni_monitor AlloyDB Omni 모니터를 사용하면 AlloyDB Omni에서 측정항목을 가져올 수 있습니다.
etcd etcd는 클러스터 관리자가 PostgreSQL 구성 및 상태 정보를 저장하는 데 사용하는 분산 구성 시스템을 제공합니다.
클러스터 관리자 중앙 컨트롤 플레인은 클러스터 전체 작업을 조정합니다. 여기에는 클러스터 부트스트랩, HA 관리, 장애 조치 처리, 업그레이드 조정, 자동화 도구(예: Ansible 및 alloydbctl 명령줄 유틸리티)용 인터페이스 노출이 포함됩니다.
노드 관리자 AlloyDB Omni 클러스터의 각 노드에서 실행되는 에이전트입니다. 클러스터 관리자와 상호작용하여 노드에서 작업을 실행합니다(예: AlloyDB Omni 설치 및 구성, 데이터베이스 서비스 수명 주기 관리(시작 및 중지), 노드 상태 모니터링, 로그 및 측정항목 수집).
HAProxy HAProxy는 AlloyDB Omni 배포의 부하 분산기로 작동합니다. 읽기-쓰기 및 읽기 전용 엔드포인트를 노출합니다. 클러스터 관리자와 협력하여 트래픽을 적절한 활성 노드로 리디렉션합니다.
keepalived keepalived는 유동 가상 IP 주소를 사용하여 참여 노드(예: HAProxy)에 HA를 제공할 수 있습니다.
PgBouncer PgBouncer는 PostgreSQL 데이터베이스를 위한 경량 연결 풀러입니다.
pgBackRest pgBackRest는 PostgreSQL용으로 설계된 오픈소스 백업 및 복원 도구입니다.

이 아키텍처를 사용하면 기존 Linux VM 환경에서 AlloyDB Omni를 효율적으로 실행하고 운영할 수 있으며, AlloyDB Omni를 익숙한 기존 운영 관행과 결합할 수 있습니다.

시스템 요구사항

AlloyDB Omni 배포 스택의 시스템 요구사항에는 다양한 구성요소를 실행하도록 사전 구성된 가상 머신 집합이 포함됩니다. 각 AlloyDB Omni 가상 머신에는 ext4/xfs 파일 시스템으로 구성된 연결된 데이터 디스크가 있어야 합니다. 디스크 크기는 데이터 크기에서 추정됩니다. 스토리지의 성능 특성은 AlloyDB Omni의 성능에 영향을 미칩니다. 다음 표에는 VM의 최소 및 권장 CPU 및 메모리 구성이 나와 있습니다.

VM 유형 최소 하드웨어 및 운영체제 (OS) 권장 하드웨어 및 OS
컨트롤러 노드
  • OS: RHEL9
  • CPU: AVX2를 지원하는 x86-64 vCPU 2개
  • RAM: 2GB
  • 디스크: 10GB
  • OS: RHEL9
  • CPU: AVX2를 지원하는 x86-64 8 vCPU
  • RAM: 8GB
  • 디스크: 20GB 이상
부하 분산기 노드
  • OS: RHEL9
  • CPU: AVX2를 지원하는 x86-64 vCPU 2개
  • RAM: 2GB
  • 디스크: 10GB
  • OS: RHEL9
  • CPU: AVX2를 지원하는 x86-64 16 vCPU
  • RAM: 8GB
  • 디스크: 20GB 이상
AlloyDB Omni (독립형)
  • OS: RHEL9
  • CPU: AVX2를 지원하는 x86-64 vCPU 2개
  • RAM: 16GB
  • 디스크: 20GB
  • 데이터 디스크: 데이터 크기의 2배
  • OS: RHEL9
  • CPU: AVX2를 지원하는 x86-64 64 vCPU
  • RAM: AlloyDB Omni의 경우 vCPU당 8GB
  • 디스크: 20GB
  • 데이터 디스크: 데이터 크기의 2배
AlloyDB Omni (가용성이 높음)
  • OS: RHEL9
  • CPU: AVX2를 지원하는 x86-64 4 vCPU
  • RAM: 20GB
  • 디스크: 10GB
  • 데이터 디스크: 데이터 크기의 2배
  • OS: RHEL9
  • CPU: AVX2를 지원하는 x86-64 64 vCPU
  • RAM: AlloyDB Omni의 경우 vCPU당 8GB 이상
  • 디스크: 20GB
  • 데이터 디스크: 데이터 크기의 2배
백업 저장소 노드
  • OS: RHEL9
  • CPU: AVX2를 지원하는 x86-64 vCPU 2개
  • RAM: 2GB
  • 디스크: 10GB
  • 백업 디스크: N일 x 데이터 크기
  • OS: RHEL9
  • CPU: AVX2를 지원하는 x86-64 8 vCPU
  • RAM: 8GB
  • 디스크: 20GB
  • 백업 디스크: N일 * 데이터 크기

HA 배포 참조 아키텍처

HA 아키텍처는 단일 노드 데이터베이스 설정에 비해 데이터 계층 다운타임에 대한 보호를 강화합니다. 두 HA 참조 아키텍처 모두 활성 기본 노드와 동기식 스트리밍 복제 대기 노드가 있는 멀티 노드 데이터베이스 설정 (primary_instance_nodes 그룹)을 사용하며, 이 노드는 별도의 영역에 배포됩니다. 기본 노드에 장애가 발생하면 대기 노드가 기본 노드로 인계되어 클라이언트 쿼리를 처리합니다.

소프트웨어 스택의 클러스터 관리자 구성요소는 클러스터 구성을 수행하고, AlloyDB Omni 서버 상태를 모니터링하고, etcd와 같은 분산 구성 시스템을 사용하여 새 기본 인스턴스를 선택하여 자동 장애 조치를 조정합니다. 기업은 RPO와 복구 시간 목표 (RTO)를 가용성의 주요 측정항목으로 사용합니다. HA 아키텍처 설정은 영역 수준 장애에 대해 거의 0에 가까운 RPO 및 RTO를 제공합니다. 비동기 복제를 사용하여 백업 및 선택적 읽기 풀 인스턴스를 구성하여 읽기 전용 워크로드를 오프로드할 수도 있습니다.

워크로드 및 라우팅 요구사항에 따라 전용 부하 분산기 노드 없이 작동하는 복원력이 우수한 HA 아키텍처 또는 전용 부하 분산기 노드가 포함된 확장 가능한 HA 아키텍처를 사용하여 AlloyDB Omni를 배포할 수 있습니다.

복원력 있는 HA

복원력이 우수한 HA 아키텍처는 전용 부하 분산기 노드 없이 데이터베이스 노드(primary_instance_nodes 그룹)를 배포합니다.

  • 가상 IP 라우팅: keepalived 서비스가 데이터베이스 노드에서 직접 실행되고 활성 기본 노드를 가리키는 플로팅 가상 IP 주소를 관리합니다. 이 구성은 활성 노드에서 읽기-쓰기 엔드포인트를 직접 노출합니다. 클라이언트 애플리케이션은 가상 IP 주소를 사용하여 데이터베이스에 연결합니다. 장애 조치가 발생하고 대기 노드가 기본 노드로 승격되면 keepalived 서비스가 가상 IP 주소를 새 활성 기본 노드로 자동으로 전환합니다.
  • 연결 풀링: 연결 풀링에 PgBouncer를 사용하는 경우 데이터베이스 노드에서 직접 실행됩니다.

확장 가능한 HA

확장 가능한 HA 아키텍처는 데이터베이스 클러스터에 전용 부하 분산기 노드(load_balancer_nodes 그룹)를 추가합니다.

  • HAProxy 부하 분산: 전용 부하 분산기 노드는 읽기-쓰기 및 읽기 전용 엔드포인트를 모두 노출하는 HAProxy를 실행합니다. HAProxy는 클러스터 관리자와 함께 노드 상태를 모니터링하고, 읽기-쓰기 쿼리를 활성 기본 노드로 라우팅하고, 정상 대기 노드 또는 선택적 읽기 풀 인스턴스에 읽기 전용 쿼리를 배포합니다. 장애 조치가 발생하면 HAProxy는 읽기-쓰기 트래픽을 새 활성 노드로 자동으로 전환합니다.
  • 부하 분산기 고가용성: keepalived 서비스는 부하 분산기 노드에서 실행되며 노드 간에 유동 가상 IP 주소를 관리합니다. 클라이언트는 이 가상 IP 주소를 사용하여 HAProxy 부하 분산기에 연결하여 데이터베이스 작업을 수행합니다. 활성 HAProxy 서비스 또는 부하 분산기 노드에 장애가 발생하면 keepalived 서비스가 가상 IP 주소를 다른 부하 분산기 노드로 마이그레이션합니다.
  • 연결 풀링: 연결 풀링에 PgBouncer를 사용하는 경우 HAProxy 및 keepalived와 함께 전용 부하 분산기 노드에서 실행됩니다.

다음 이미지는 HA 배포 아키텍처를 보여줍니다.

AlloyDB Omni HA 배포 아키텍처

그림 3. HA 배포 아키텍처

RPM 조정자

RPM 조정자를 사용하는 AlloyDB Omni는 VM 또는 베어메탈 서버 집합에서 AlloyDB Omni 데이터베이스 클러스터를 설치, 설정, 관리하기 위한 자동화 플랫폼과 컨트롤 플레인을 제공합니다. 여기에는 독립형, 복원력 있는, 확장 가능한 고가용성 (HA)과 같은 다양한 참조 아키텍처 구성이 포함됩니다.

AlloyDB Omni 클러스터 관리자는 컨트롤 플레인을 제공합니다. 이 구성요소는 AlloyDB Omni 클러스터의 관리 및 고가용성을 자동화하여 AlloyDB Omni 클러스터의 엔드 투 엔드 수명 주기를 제어하는 데 도움이 되는 핵심 서비스입니다. 컨트롤 플레인 자체는 가용성이 높으며 다양한 장애 시나리오를 처리합니다.

RPM 조정자 배포 옵션은 AlloyDB Omni 클러스터 관리자 서비스와 통신하는 원격 인터페이스입니다. 오케스트레이터는 제어 노드라는 전용 노드에서 실행됩니다. 이 노드에서 보안 채널을 통해 하나 이상의 클러스터를 원격으로 관리할 수 있습니다. 환경과의 호환성을 위해 여러 AlloyDB Omni 조정자를 사용할 수 있습니다. 자동화 요구사항에 적합한 오케스트레이터를 선택합니다.

  • AlloyDB Omni 조정자 CLI (RPM으로 사용 가능): 셸 스크립트를 사용하여 클러스터 배포 및 관리를 자동화하는 환경에 권장됩니다.
  • RPM 조정자 Ansible (Ansible 컬렉션으로 사용 가능): 기본 제공 Ansible 기반 자동화를 사용하고 추가 Ansible 역할에 대한 호출로 이를 확장할 준비가 된 환경에 권장됩니다. 기존 Ansible 플레이북과 간단하게 통합할 수 있도록 Ansible 플레이북 예시가 제공됩니다.

AlloyDB Omni 조정자는 다음과 같은 AlloyDB Omni 클러스터 관련 작업을 지원합니다. Ansible 기반 조정자는 이러한 각 작업에 Ansible 역할을 제공합니다. 명령줄은 셸 프롬프트 또는 셸 스크립트를 사용하여 호출되는 명령어 집합을 제공합니다.

  • Installation: 각 노드에 다양한 클러스터 구성요소를 설치합니다.
  • Bootstrap: 사양에 따라 모든 구성요소를 구성하고 부트스트랩합니다.
  • Update: 최신 버전 또는 업데이트된 구성의 리소스를 업데이트합니다.
  • Status: 클러스터의 모든 구성요소 또는 서비스 상태를 가져옵니다.
  • Delete: 클러스터 리소스를 삭제합니다.

오케스트레이터는 YAML 형식으로 사양 집합을 입력으로 사용합니다.

  • 배포 사양: VM 클러스터의 토폴로지를 정의하는 Ansible 인벤토리 형식과 동일합니다. 여기에는 다양한 VM 그룹(예: 다음)과 구성이 포함됩니다.
    • primary_instance_nodes: AlloyDB Omni 데이터베이스 서버 전용 노드
    • cluster_manager_nodes: 선택사항. AlloyDB Omni 클러스터 관리자 서버를 실행하는 노드입니다. 전용 클러스터 관리자 노드가 없으면 primary_instance_nodes에 클러스터 관리자를 배포할 수 있습니다.
    • etcd_nodes: 클러스터 관리자는 etcd에 메타데이터를 저장합니다. etcd는 명시적으로 지정되지 않은 경우 클러스터 관리자 노드와 동일한 노드에서 실행될 수 있습니다.
    • load_balancer_nodes: 선택사항. 확장 가능한 HA 배포에서 HAProxy 기반 부하 분산기 전용 추가 노드입니다. 생략하면 keepalived 및 PgBouncer가 복원력이 있는 HA 배포에서 primary_instance_nodes 그룹의 노드에서 직접 실행됩니다.
  • 리소스 사양: 클러스터는 배포 및 관리할 하나 이상의 클러스터 리소스(예: 데이터베이스 클러스터 및 연결 풀러)로 구성됩니다. 리소스 사양은 YAML 형식이며 클러스터에 배포할 리소스를 설명합니다.

제한사항

  • RPM 조정자 배포 옵션은 다음만 지원합니다.
    • AlloyDB Omni PostgreSQL 18
    • RHEL 버전 9 호환 소프트웨어 패키지
    • Intel x86 64비트 플랫폼
  • 메이저 버전 업그레이드는 지원되지 않습니다.
  • 재해 복구 및 읽기 풀 인스턴스 설정에 관한 안내는 포함되어 있지 않습니다.
  • AlloyDB Omni 모니터링은 SSL 연결을 지원하지 않습니다. AlloyDB Omni 노드와 동일한 비공개 네트워크에 모니터링 대시보드 서버를 배포해야 합니다.
  • AlloyDB Omni는 허용 모드와 시행 모드 모두에서 SELinux를 지원합니다. 클러스터를 부트스트랩하기 전에 선택한 SELinux 모드를 구성해야 합니다. 부트스트랩 후 시행 모드로 전환하는 것은 지원되지 않습니다.

다음 단계