5장. 다중 사이트 구성 및 관리
스토리지 관리자는 다양한 사용 사례에 맞게 여러 Ceph Object Gateway를 구성하고 관리할 수 있습니다. 재해 복구 및 페일오버 이벤트 중에 수행할 작업을 확인할 수 있습니다. 또한 다중 사이트 Ceph Object Gateway 환경에서 영역, 영역 및 동기화 정책에 대해 자세히 알아볼 수 있습니다.
단일 영역 구성은 일반적으로 인스턴스 간에 게이트웨이 클라이언트 요청을 로드 밸런싱할 수 있는 하나 이상의 ceph-radosgw 인스턴스를 포함하는 하나의 영역 그룹으로 구성됩니다. 단일 영역 구성에서 일반적으로 여러 게이트웨이 인스턴스는 단일 Ceph 스토리지 클러스터를 가리킵니다. 그러나 Red Hat은 Ceph Object Gateway에 대한 여러 다중 사이트 구성 옵션을 지원합니다.
-
다중 영역: 고급 구성은 하나의 영역 그룹과 여러 영역으로 구성되며, 각 영역은 하나 이상의
ceph-radosgw인스턴스가 있습니다. 각 영역은 자체 Ceph Storage 클러스터에서 지원합니다. 영역 그룹의 여러 영역을 사용하면 영역 그룹 중 하나에 상당한 오류가 발생할 경우 영역 그룹에 대한 재해 복구를 제공합니다. 각 영역은 활성화되어 있으며 쓰기 작업을 수신할 수 있습니다. 재해 복구 외에도 여러 활성 영역이 콘텐츠 전달 네트워크의 기반 역할을 할 수도 있습니다. - multi-zone-group: Ceph Object Gateway는 하나 이상의 영역이 있는 각 영역 그룹인 여러 영역 그룹도 지원할 수 있습니다. 동일한 영역 내의 영역 그룹에 저장된 오브젝트는 글로벌 네임스페이스를 공유하므로 영역 그룹과 영역에서 고유한 오브젝트 ID를 확인할 수 있습니다.
- 다중 Cryostat: Ceph Object Gateway는 단일 영역 그룹 또는 여러 영역 그룹일 수 있는 영역의 개념을 지원하며 영역에 대해 전역적으로 고유한 네임스페이스를 지원합니다. 여러 영역은 다양한 구성 및 네임스페이스를 지원하는 기능을 제공합니다.
사전 요구 사항
- 정상 실행 Red Hat Ceph Storage 클러스터.
- Ceph Object Gateway 소프트웨어 배포.
5.1. 요구 사항 및 사용량
다중 사이트 구성에는 Ceph 스토리지 클러스터마다 두 개 이상의 Ceph 스토리지 클러스터와 최소 두 개의 Ceph 개체 게이트웨이 인스턴스가 필요합니다.
이 가이드에서는 지리적으로 별도의 위치에 있는 두 개 이상의 Ceph 스토리지 클러스터를 가정하지만, 구성은 동일한 물리적 사이트에서 작동할 수 있습니다. 이 가이드에서는 각각 rgw1,rgw2,rgw3 및 rgw4 라는 4 개의 Ceph 개체 게이트웨이 서버를 가정합니다.
다중 사이트 구성에는 마스터 영역 그룹과 마스터 영역이 필요합니다. 또한 각 영역 그룹에는 마스터 영역이 필요합니다. 영역 그룹에는 하나 이상의 보조 또는 마스터 영역이 있을 수 있습니다.
다중 사이트에 대한 네트워크 고려 사항을 계획할 때 다중 사이트 동기화 네트워크에서 관찰되는 관계 대역폭과 대기 시간을 이해하고 클라이언트는 보조 사이트와 관련된 현재 동기화 상태와 직접 상관관계를 수집하는 것이 중요합니다. Red Hat Ceph Storage 다중 사이트 클러스터 간의 네트워크 링크에서 보조 사이트의 효율적인 복구 시간을 유지하기 위해 기본 클러스터의 ingest를 처리할 수 있어야 합니다. 다중 사이트 동기화는 비동기적이고 제한 사항 중 하나는 동기화 게이트웨이가 링크 전체에서 데이터를 처리할 수 있는 속도입니다. 네트워크 상호 연결 속도 측면에서 보는 예는 클라이언트 게이트웨이마다 8TB 또는 누적 수신 데이터에 대해 1GbE 또는 데이터 센터 간 연결일 수 있습니다. 따라서 다른 두 개의 사이트로 복제하고 하루에 16TB를 수집하는 경우 다중 사이트 복제를 위해 6GbE의 전용 대역폭이 필요합니다.
또한 Red Hat은 인터넷을 통한 VPN이 발생한 추가 오버헤드로 인해 적합하지 않으므로 프라이빗 이더넷 또는 Dense파장 분류 다중화(DWDM)를 권장합니다.
영역의 마스터 영역 그룹 내의 마스터 영역은 사용자, 할당량 및 버킷( radosgw-admin CLI로 생성된)을 포함하여 영역 메타데이터의 마스터 사본을 저장합니다. 이 메타데이터는 보조 영역 및 보조 영역 그룹과 자동으로 동기화됩니다. radosgw-admin CLI로 실행된 메타데이터 작업은 마스터 영역 그룹의 마스터 영역 내의 호스트에서 실행해야 보조 영역 그룹 및 영역에 동기화되도록 해야 합니다. 현재 보조 영역 및 영역 그룹에서 메타데이터 작업을 실행할 수 있지만 동기화 되지 않아 조각화된 메타데이터로 이어지는 것은 권장되지 않습니다.
다중 사이트에 새 Ceph Object Gateway 배포의 경우 메타데이터 작업을 보조 사이트에 동기화하는 데 약 20분이 걸립니다.
다음 예제에서 rgw1 호스트는 마스터 영역 그룹의 마스터 영역 역할을 합니다. rgw2 호스트는 마스터 영역 그룹의 보조 영역 역할을 합니다. rgw3 호스트는 보조 영역 그룹의 마스터 영역 역할을 하며, rgw4 호스트는 보조 영역 그룹의 보조 영역 역할을 합니다.
Red Hat은 로드 밸런서와 3개의 Ceph Object Gateway 데몬을 사용하여 엔드 포인트를 다중 사이트와 동기화하는 것이 좋습니다. 로드 밸런서를 통해 클라이언트 I/O 작업 전용인 다중 사이트 구성에서 Ceph Object Gateway 노드가 동기화되지 않은 경우 ceph config set client.rgw.CLIENT_NODE rgw_run_sync_thread false 명령을 실행하여 Ceph Object Gateway를 다시 시작합니다.
다음은 게이트웨이를 동기화하기 위한 HAProxy의 일반적인 구성 파일입니다.
예제
[root@host01 ~]# cat ./haproxy.cfg
global
log 127.0.0.1 local2
chroot /var/lib/haproxy
pidfile /var/run/haproxy.pid
maxconn 7000
user haproxy
group haproxy
daemon
stats socket /var/lib/haproxy/stats
defaults
mode http
log global
option httplog
option dontlognull
option http-server-close
option forwardfor except 127.0.0.0/8
option redispatch
retries 3
timeout http-request 10s
timeout queue 1m
timeout connect 10s
timeout client 30s
timeout server 30s
timeout http-keep-alive 10s
timeout check 10s
timeout client-fin 1s
timeout server-fin 1s
maxconn 6000
listen stats
bind 0.0.0.0:1936
mode http
log global
maxconn 256
clitimeout 10m
srvtimeout 10m
contimeout 10m
timeout queue 10m
# JTH start
stats enable
stats hide-version
stats refresh 30s
stats show-node
## stats auth admin:password
stats uri /haproxy?stats
stats admin if TRUE
frontend main
bind *:5000
acl url_static path_beg -i /static /images /javascript /stylesheets
acl url_static path_end -i .jpg .gif .png .css .js
use_backend static if url_static
default_backend app
maxconn 6000
backend static
balance roundrobin
fullconn 6000
server app8 host01:8080 check maxconn 2000
server app9 host02:8080 check maxconn 2000
server app10 host03:8080 check maxconn 2000
backend app
balance roundrobin
fullconn 6000
server app8 host01:8080 check maxconn 2000
server app9 host02:8080 check maxconn 2000
server app10 host03:8080 check maxconn 2000
