1.8. Galera를 사용하여 MariaDB 복제


Red Hat Enterprise Linux에서 Galera 솔루션을 사용하여 MariaDB 데이터베이스를 복제할 수 있습니다.

1.8.1. MariaDB Galera 클러스터 소개

Galera 복제는 여러 MariaDB 서버로 구성된 동기식 멀티 소스 MariaDB Galera Cluster 생성을 기반으로 합니다. 복제본이 일반적으로 읽기 전용인 기존 기본/복제 설정과 달리 MariaDB Galera Cluster의 노드는 모두 쓸 수 있습니다.

Galera 복제와 MariaDB 데이터베이스 간의 인터페이스는 쓰기 세트 복제 API(wsrep API)로 정의됩니다.

MariaDB Galera Cluster의 주요 기능은 다음과 같습니다.

  • 동기 복제
  • active-active 다중 소스 토폴로지
  • 클러스터 노드 읽기 및 쓰기
  • 자동 멤버십 제어, 실패한 노드가 클러스터에서 드롭
  • 자동 노드 가입
  • 행 수준에서 병렬 복제
  • 직접 클라이언트 연결: 사용자가 클러스터 노드에 로그온하고 복제를 실행하는 동안 노드에서 직접 작업할 수 있습니다.

동기 복제는 서버가 트랜잭션과 연결된 쓰기 세트를 클러스터의 모든 노드에 브로드캐스트하여 커밋 시 트랜잭션을 복제함을 의미합니다. 클라이언트(사용자 애플리케이션)는 DBMS(데이터베이스 관리 시스템)에 직접 연결하고 기본 MariaDB와 유사한 동작을 경험합니다.

동기 복제를 통해 클러스터의 한 노드에서 발생한 변경이 클러스터의 다른 노드에서 동시에 수행됩니다.

따라서 동기 복제는 비동기 복제에 비해 다음과 같은 이점이 있습니다.

  • 특정 클러스터 노드 간 변경 사항 전파 지연 없음
  • 모든 클러스터 노드는 항상 일관적입니다.
  • 클러스터 노드 중 하나가 충돌하면 최신 변경 사항이 손실되지 않습니다.
  • 모든 클러스터 노드의 트랜잭션이 병렬로 실행됩니다.
  • 전체 클러스터의 상호 작용

1.8.2. MariaDB Galera 클러스터를 빌드하는 구성 요소

MariaDB Galera 클러스터를 빌드하려면 시스템에 다음 패키지를 설치해야 합니다.

  • mariadb-server-galera - MariaDB Galera Cluster 에 대한 지원 파일과 스크립트가 포함되어 있습니다.
  • mariadb-server - MariaDB 업스트림에서 패치하여 쓰기 세트 복제 API(wsrep API)를 포함합니다. 이 API는 Galera 복제와 MariaDB 간의 인터페이스를 제공합니다.
  • Galera - MariaDB 업스트림에서 패치하여 MariaDB 에 대한 전체 지원을 추가합니다. Galera 패키지에 는 다음이 포함됩니다.

    • Galera Replication Library 는 전체 복제 기능을 제공합니다.
    • Galera Arbitrator 유틸리티는 split- Cryostat 시나리오에서 투표하는 클러스터 구성원으로 사용할 수 있습니다. 그러나 Galera Arbitrator 는 실제 복제에 참여할 수 없습니다.
    • Galera Systemd 서비스Galera Arbitrator 유틸리티 배포에 사용되는 Galera 래퍼 스크립트 입니다. RHEL 10에서는 /usr/lib/systemd/system/garbd.service/usr/sbin/garb-systemd 에 있는 이러한 파일의 업스트림 버전을 제공합니다.

1.8.3. MariaDB Galera 클러스터 배포

MariaDB Galera Cluster 패키지를 배포하고 구성을 업데이트할 수 있습니다. 새 클러스터를 만들려면 클러스터의 첫 번째 노드를 부트스트랩해야 합니다.

사전 요구 사항

  • 클러스터의 모든 노드에는 TLS가 설정되어 있습니다.
  • 모든 노드의 모든 인증서에는 Extended Key Usage 필드가 다음과 같이 설정되어 있어야 합니다.

    TLS Web Server Authentication, TLS Web Client Authentication
    Copy to Clipboard Toggle word wrap

프로세스

  1. MariaDB Galera 클러스터 패키지를 설치합니다.

    # dnf install mariadb-server-galera
    Copy to Clipboard Toggle word wrap

    결과적으로 다음 패키지가 해당 종속 항목과 함께 설치됩니다.

    • mariadb-server-galera
    • mariadb-server
    • Galera

      MariaDB Galera Cluster를 빌드하는 데 필요한 이러한 패키지에 대한 자세한 내용은 MariaDB 클러스터를 빌드하는 구성 요소를 참조하십시오.

  2. 시스템을 클러스터에 처음 추가하기 전에 MariaDB 서버 복제 구성을 업데이트합니다. 기본 구성은 /etc/my.cnf.d/galera.cnf 파일에 배포됩니다. MariaDB Galera 클러스터를 배포하기 전에 다음 문자열로 시작하도록 모든 노드의 /etc/my.cnf.d/galera.cnf 파일에서 wsrep_cluster_address 옵션을 설정합니다.

    gcomm://
    Copy to Clipboard Toggle word wrap
    • 초기 노드의 경우 wsrep_cluster_address 를 빈 목록으로 설정할 수 있습니다.

      wsrep_cluster_address="gcomm://"
      Copy to Clipboard Toggle word wrap
    • 다른 모든 노드의 경우 wsrep_cluster_address 를 설정하여 이미 실행 중인 클러스터의 일부인 모든 노드의 주소를 포함합니다. 예를 들면 다음과 같습니다.

      wsrep_cluster_address="gcomm://10.0.0.10"
      Copy to Clipboard Toggle word wrap

      Galera Cluster 주소를 설정하는 방법에 대한 자세한 내용은 Galera Cluster Address 를 참조하십시오.

  3. /etc/my.cnf.d/galera.cnf 구성 파일에서 wsrep _on=1 옵션을 설정하여 모든 노드에서 wsrep API를 활성화합니다.
  4. TLS 키 및 인증서를 사용하여 Galera 구성 파일에 wsrep_provider_options 변수를 추가합니다. 예를 들면 다음과 같습니다.

    wsrep_provider_options="socket.ssl_cert=/etc/pki/tls/certs/source.crt;socket.ssl_key=/etc/pki/tls/private/source.key;socket.ssl_ca=/etc/pki/tls/certs/ca.crt”
    Copy to Clipboard Toggle word wrap
  5. 해당 노드에서 다음 래퍼를 실행하여 새 클러스터의 첫 번째 노드를 부트스트랩합니다.

    # galera_new_cluster
    Copy to Clipboard Toggle word wrap

    이 래퍼를 사용하면 MariaDB 서버 데몬(mariadbd)이 --wsrep-new-cluster 옵션으로 실행됩니다. 이 옵션은 연결할 기존 클러스터가 없다는 정보를 제공합니다. 따라서 노드는 새 클러스터를 식별하기 위해 새 UUID를 생성합니다.

    참고

    mariadb 서비스는 여러 MariaDB 서버 프로세스와 상호 작용하는 systemd 방법을 지원합니다. 따라서 실행 중인 여러 MariaDB 서버가 있는 경우 인스턴스 이름을 접미사로 지정하여 특정 인스턴스를 부트스트랩할 수 있습니다.

    # galera_new_cluster mariadb@node1
    Copy to Clipboard Toggle word wrap
  6. 각 노드에서 다음 명령을 실행하여 다른 노드를 클러스터에 연결합니다.

    # systemctl start mariadb
    Copy to Clipboard Toggle word wrap

    결과적으로 노드는 클러스터에 연결하고 클러스터 상태와 자체적으로 동기화됩니다.

1.8.4. MariaDB Galera 클러스터 상태 확인

MariaDB Galera 클러스터의 상태, 성능 및 동기화를 모니터링하고 확인하는 것이 중요합니다. 이를 위해 각 노드에서 상태 변수를 쿼리하여 노드와 클러스터를 모니터링할 수 있습니다.

MariaDB Galera 클러스터의 상태를 확인하려면 다음 쿼리를 사용할 수 있습니다.

  • 클러스터의 노드 수를 표시합니다.

    # mysql -u root -p -e 'show status like "wsrep_cluster_size";'
    +--------------------+-------+
    | Variable_name      | Value |
    +--------------------+-------+
    | wsrep_cluster_size | 4     |
    +--------------------+-------+
    Copy to Clipboard Toggle word wrap
  • 노드의 클러스터 구성 요소 상태를 표시합니다.

    # mysql -u root -p -e 'show status like "wsrep_cluster_status";'
    +----------------------+---------+
    | Variable_name        | Value   |
    +----------------------+---------+
    | wsrep_cluster_status | Primary |
    +----------------------+---------+
    Copy to Clipboard Toggle word wrap

    wsrep_cluster_status 변수 값은 현재 노드가 속한 클러스터 구성 요소의 상태를 나타냅니다. 가능한 값은 다음과 같습니다.

    • primary: 클러스터가 정상적으로 작동합니다. 쿼럼이 있습니다. 정상 클러스터에서 모든 노드는 기본.
    • 비 기본 사항: 노드가 클러스터의 기본 구성 요소에 대한 연결이 끊어졌으며 더 이상 활성 클러스터의 일부가 아닙니다. 그러나 노드는 여전히 읽기 쿼리를 제공할 수 있지만 쓰기 작업을 처리할 수 없습니다.
    • disconnected: 노드가 클러스터 구성 요소에 연결되어 있지 않습니다. 결과적으로 쿼리를 수락할 수 없으며 데이터를 복제하지 않습니다.
  • 노드 상태를 표시합니다.

    # mysql -u root -p -e 'show status like "wsrep_local_state_comment";'
    +---------------------------+--------+
    | Variable_name             | Value  |
    +---------------------------+--------+
    | wsrep_local_state_comment | Synced |
    +---------------------------+--------+
    Copy to Clipboard Toggle word wrap

    다음은 wsrep_local_state_comment 변수의 빈번한 값입니다.

    • synced: 노드가 클러스터 내에서 완전히 동기화되고 복제에 적극적으로 참여하고 있습니다.
    • Desynced: 노드는 여전히 클러스터의 일부이지만 주로 상태 전송에 사용됩니다.
    • join: 노드가 클러스터에 가입하는 중입니다.
    • join: 노드가 클러스터에 성공적으로 참여했습니다. 클러스터에서 쓰기 세트를 수신하고 적용할 수 있습니다.
    • donor: 현재 노드는 가입 노드에 SST(State Snapshot Transfer)를 제공합니다. 새 노드가 결합되고 전체 상태 전송이 필요한 경우 클러스터는 필요한 데이터를 전송하기 위해 기존 노드를 선택합니다.
  • 노드에서 클러스터의 쓰기 세트를 수락하는지 확인합니다.

    # mysql -u root -p -e 'show status like "wsrep_ready";'
    +---------------+-------+
    | Variable_name | Value |
    +---------------+-------+
    | wsrep_ready   | ON    |
    +---------------+-------+
    Copy to Clipboard Toggle word wrap

    wsrep_ready 변수가 ON 이면 노드가 구성 요소를 성공적으로 초기화하고 클러스터에 연결됩니다. 또한 노드가 동기화되거나 쿼리를 제공할 수 있는 상태에 도달했습니다.

  • 노드에 다른 호스트와의 네트워크 연결이 있는지 확인합니다.

    # mysql -u root -p -e 'show status like "wsrep_connected";'
    +-----------------+-------+
    | Variable_name   | Value |
    +-----------------+-------+
    | wsrep_connected | ON    |
    +-----------------+-------+
    Copy to Clipboard Toggle word wrap

    ON 값은 노드가 클러스터의 하나 이상의 멤버에 연결되어 있음을 의미합니다.

  • 마지막 CryostatUSH STATUS 명령 또는 서버가 시작된 이후 쓰기 세트에 대한 로컬 수신 대기열의 평균 크기를 표시합니다.

    # mysql -u root -p -e 'show status like "wsrep_local_recv_queue_avg";'
    +----------------------------+-------+
    | Variable_name              | Value |
    +----------------------------+-------+
    | wsrep_local_recv_queue_avg | 0.012 |
    +----------------------------+-------+
    Copy to Clipboard Toggle word wrap

    0에 가까운 값은 이상적인 상태이며 노드가 수신 시 쓰기 세트를 계속 적용함을 나타냅니다. 영구적으로 높은 또는 증가하는 값은 디스크 I/O 속도 저하와 같은 성능 병목 현상을 나타내는 지표일 수 있습니다.

  • 흐름 제어 상태를 표시합니다.

    # mysql -u root -p -e 'show status like "wsrep_flow_control_paused";'
    +---------------------------+-------+
    | Variable_name             | Value |
    +---------------------------+-------+
    | wsrep_flow_control_paused | 0     |
    +---------------------------+-------+
    Copy to Clipboard Toggle word wrap

    이 변수는 노드가 일시 중지된 시간의 일부를 나타내며 로컬 수신 큐가 너무 많기 때문에 새 들어오는 트랜잭션을 처리할 수 없으므로 흐름 제어를 트리거합니다. 값이 0이면 노드가 복제 워크로드를 효율적으로 계속합니다. 1.0에 도달하는 값은 노드가 쓰기 세트를 적용할 때 문제가 발생하며 클러스터의 병목 현상이 발생할 수 있음을 의미합니다.

    노드가 자주 일시 중지되는 경우 /etc/my.cnf.d/galera.cnf 파일에서 wsrep_slave_threads 매개변수를 조정할 수 있습니다.

  • 노드가 병렬로 적용할 수 있는 가장 낮은 시퀀스 번호와 가장 높은 시퀀스 번호 사이의 평균 거리를 표시합니다.

    # mysql -u root -p -e 'show status like "wsrep_cert_deps_distance";'
    +--------------------------+-------+
    | Variable_name            | Value |
    +--------------------------+-------+
    | wsrep_cert_deps_distance | 1     |
    +--------------------------+-------+
    Copy to Clipboard Toggle word wrap

    값이 클수록 병렬 처리 수준이 더 높습니다.A higher value indicates a greater degree of parallelism. /etc/my.cnf.d/galera.cnf 파일의 wsrep_slave_threads 매개변수에서 사용할 수 있는 최적의 값입니다.

1.8.5. MariaDB Galera 클러스터에 새 노드 추가

MariaDB Galera Cluster에 새 노드를 추가하려면 다음 절차를 사용하십시오.

이 절차를 사용하여 기존 노드를 다시 연결할 수도 있습니다.

프로세스

  • 특정 노드에서 /etc/my.cnf.d/galera.cnf 구성 파일의 [mariadb] 섹션에서 wsrep_cluster_address 옵션에 있는 하나 이상의 기존 클러스터 구성원에게 주소를 제공하십시오.

    [mariadb]
    wsrep_cluster_address="gcomm://192.168.0.1"
    Copy to Clipboard Toggle word wrap

    새 노드가 기존 클러스터 노드 중 하나에 연결하면 클러스터의 모든 노드를 볼 수 있습니다.

    그러나 wsrep_cluster_address 에 클러스터의 모든 노드를 나열하는 것이 좋습니다.

    결과적으로 하나 이상의 클러스터 노드가 다운된 경우에도 다른 클러스터 노드에 연결하여 모든 노드가 클러스터에 참여할 수 있습니다. 모든 멤버가 멤버십에 동의하면 클러스터 상태가 변경됩니다. 새 노드의 상태가 클러스터 상태와 다른 경우 새 노드는 증분 상태 전송(IST) 또는 상태 스냅샷 전송(SST)을 요청하여 다른 노드와의 일관성을 보장합니다.

1.8.6. MariaDB Galera 클러스터 다시 시작

모든 노드를 동시에 종료하면 클러스터를 중지하고 실행 중인 클러스터가 더 이상 존재하지 않습니다. 그러나 클러스터의 데이터는 여전히 존재합니다.

클러스터를 다시 시작하려면 MariaDB Galera Cluster배포에 설명된 대로 첫 번째 노드를 부트스트랩

주의

클러스터를 부트스트랩하지 않고 첫 번째 노드의 mariadbsystemctl start mariadb 명령으로만 시작되면 노드는 /etc/my.cnf.cnf 파일의 wsrep_cluster_address 옵션에 나열된 노드 중 하나에 연결을 시도합니다. 현재 실행 중인 노드가 없으면 재시작이 실패합니다.

맨 위로 이동
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다. 최신 업데이트를 확인하세요.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

Theme

© 2025 Red Hat