7장. Red Hat Ceph Storage 클러스터 업그레이드
스토리지 관리자는 Red Hat Ceph Storage 클러스터를 새 주요 버전 또는 새 마이너 버전으로 업그레이드하거나 비동기 업데이트를 현재 버전에만 적용할 수 있습니다. rolling_update.yml Ansible 플레이북은 Red Hat Ceph Storage의 베어 메탈 또는 컨테이너화된 배포를 위해 업그레이드를 수행합니다. Ansible은 Ceph 노드를 다음 순서로 업그레이드합니다.
- 노드 모니터링
- MGR 노드
- OSD 노드
- MDS 노드
- Ceph Object Gateway 노드
- 기타 모든 Ceph 클라이언트 노드
Red Hat Ceph Storage 3.1부터 Object Gateway 및 고속 NVMe 기반 SSD(및 SATA SSD)를 사용할 때 성능을 위해 스토리지를 최적화하기 위해 새로운 Ansible 플레이북이 추가되었습니다. 플레이북은 저널과 버킷 인덱스를 SSD에 함께 배치하여 이 작업을 수행합니다. 이렇게 하면 한 장치에 모든 저널을 사용하는 것보다 성능이 향상됩니다. 이러한 플레이북은 Ceph를 설치할 때 사용하도록 설계되었습니다. 기존 OSD는 계속 작동하며 업그레이드하는 동안 추가 단계가 필요하지 않습니다. 이러한 방식으로 스토리지를 최적화하기 위해 OSD를 동시에 재구성하는 동안 Ceph 클러스터를 업그레이드할 수 없습니다. 저널 또는 버킷 인덱스에 다른 장치를 사용하려면 OSD를 다시 프로비저닝해야 합니다. 자세한 내용은 프로덕션 가이드의 Ceph Object Gateway에서 LVM에서 최적의 NVMe 사용을 참조하십시오.
이전 지원 버전에서 Red Hat Ceph Storage 클러스터를 버전 4.2z2로 업그레이드할 때 모니터에서 비보안 global_id 회수를 허용하는 HEALTH_WARN 상태의 스토리지 클러스터에서 업그레이드가 완료됩니다. 이는 CVE-2021-20288 에서 사용할 수 있는 패치된 CVE 때문입니다. 이 문제는 Red Hat Ceph Storage 4.2z2의 CVE에서 해결되었습니다.
상태 경고를 음소거하는 권장 사항:
-
AUTH_INSECURE_GLOBAL_ID_RECLAIM경고에 대한ceph 상태 세부 정보출력을 확인하여 업데이트되지 않는 클라이언트를 식별합니다. - 모든 클라이언트를 Red Hat Ceph Storage 4.2z2 릴리스로 업그레이드합니다.
모든 클라이언트를 확인하고 AUTH_INSECURE_GLOBAL_ID_RECLAIM 경고가 더 이상 클라이언트에 표시되지 않으면
auth_allow_insecure_global_id_reclaim을false로 설정합니다. 이 옵션을false로 설정하면 간헐적인 네트워크 중단이 모니터에 대한 연결을 중단한 후 패치되지 않은 클라이언트가 스토리지 클러스터에 다시 연결할 수 없거나 시간 초과 시 인증 티켓을 갱신할 수 없습니다. 기본값은 72시간입니다.구문
ceph config set mon auth_allow_insecure_global_id_reclaim false
-
AUTH_INSECURE_GLOBAL_ID_RECLAIM경고가 나열된 클라이언트가 없는지 확인합니다.
rolling_update.yml 플레이북에는 동시에 업데이트할 노드 수를 조정하는 직렬 변수가 포함되어 있습니다. Red Hat은 Ansible이 클러스터 노드를 하나씩 업그레이드하도록 하는 기본값(1)을 사용하는 것이 좋습니다.
언제든지 업그레이드가 실패하면 ceph status 명령을 사용하여 클러스터 상태를 확인하여 업그레이드 실패 원인을 파악합니다. 실패 이유와 해결 방법을 확실하지 않은 경우 Red hat 지원팀에 문의하십시오.
Red Hat Ceph Storage 3에서 Red Hat Ceph Storage 4로 다중 사이트 설정을 업그레이드하는 경우 다음 권장 사항 또는 기타 복제가 중단될 수 있습니다. rolling_update.yml 을 실행하기 전에 all.yml 에서 rgw_multisite: false 를 설정합니다. 업그레이드 후 rgw_multisite 를 다시 활성화하지 마십시오. 업그레이드 후 새 게이트웨이를 추가해야 하는 경우에만 사용합니다. 버전 3.3z5 이상에서 Red Hat Ceph Storage 3 클러스터만 Red Hat Ceph Storage 4로 업그레이드합니다. 3.3z5 이상으로 업데이트할 수 없는 경우 클러스터를 업그레이드하기 전에 사이트 간 동기화를 비활성화합니다. 동기화를 비활성화하려면 rgw_run_sync_thread = false 를 설정하고 RADOS Gateway 데몬을 다시 시작합니다. 먼저 기본 클러스터를 업그레이드합니다. Red Hat Ceph Storage 4.1 이상으로 업그레이드 3.3z5와 관련이 있는 패키지 버전을 보려면 Red Hat Ceph Storage 릴리스 및 해당 Ceph 패키지 버전은 무엇입니까? 동기화를 비활성화하는 방법에 대한 자세한 내용은 RGW 멀티 사이트 동기화를 일시적으로 비활성화하는방법을 참조하십시오.
Ceph Object Gateway를 사용하고 Red Hat Ceph Storage 3.x에서 Red Hat Ceph Storage 4.x로 업그레이드하는 경우 프런트 엔드는 자동으로 CivetWeb에서 Beast로 변경됩니다. 이는 새 기본값입니다. 자세한 내용은 오브젝트 게이트웨이 구성 및 관리 가이드의 구성을 참조하십시오.
RADOS 게이트웨이를 사용하는 경우 Ansible은 프런트 엔드를 CivetWeb에서 Beast로 전환합니다. 이 과정에서 RGW 인스턴스 이름이 rgw.HOSTNAME 에서 rgw.HOSTNAME.rgw0으로 변경됩니다. 이름 변경 Ansible은 ceph.conf 의 기존 RGW 구성을 업데이트하지 않고 기본 구성을 추가하지 않고 기존 CivetWeb 기반 RGW 설정을 그대로 유지하지만 사용되지는 않습니다. 그런 다음 사용자 지정 RGW 구성 변경 사항이 손실되어 RGW 서비스가 중단될 수 있습니다. 업그레이드 전에 기존 RGW 구성을 all.yml 의 ceph_conf_overrides 섹션에 추가하되 .rgw0 을 추가하여 RGW 인스턴스 이름을 변경한 다음 RGW 서비스를 다시 시작합니다. 이렇게 하면 업그레이드 후 기본이 아닌 RGW 구성 변경 사항이 유지됩니다. ceph_conf_overrides 에 대한 자세한 내용은 Ceph 기본 설정 덮어쓰기를 참조하십시오.
7.1. 지원되는 Red Hat Ceph Storage 업그레이드 시나리오
Red Hat은 다음과 같은 업그레이드 시나리오를 지원합니다.
베어 메탈 및 컨테이너화된 테이블을 읽고 특정 업그레이드 후 상태로 이동하기 위해 클러스터의 사전 업그레이드 상태를 확인합니다.
베어 메탈 또는 호스트 운영 체제가 주요 버전을 변경하지 않는 베어 메탈 및 컨테이너화된 업그레이드를 수행하려면 ceph-ansible 을 사용합니다. Red Hat Enterprise Linux 7에서 Red Hat Enterprise Linux 8으로의 업그레이드는 ceph-ansible 에서 지원되지 않습니다. Red Hat Ceph Storage 업그레이드의 일부로 베어 메탈 운영 체제를 Red Hat Enterprise Linux 7.9에서 Red Hat Enterprise Linux 8.4로 업그레이드하려면 Red Hat Ceph Storage 설치 가이드 의 Red Hat Ceph Storage 클러스터 및 운영 체제 섹션을 수동으로 업그레이드하십시오.
클러스터를 Red Hat Ceph Storage 4로 업그레이드하려면 Red Hat Ceph Storage 3의 최신 버전을 사용할 것을 권장합니다. 최신 Red Hat Ceph Storage 버전을 알아보려면 Red Hat Ceph Storage 릴리스의 내용을참조하십시오. 자세한 내용은 지식베이스 문서입니다.
표 7.1. 베어 메탈 배포에 지원되는 업그레이드 시나리오
| pre-upgrade 상태 | post-upgrade 상태 | ||
|---|---|---|---|
| Red Hat Enterprise Linux 버전 | Red Hat Ceph Storage 버전 | Red Hat Enterprise Linux 버전 | Red Hat Ceph Storage 버전 |
| 7.6 | 3.3 | 7.9 | 4.2 |
| 7.6 | 3.3 | 8.4 | 4.2 |
| 7.7 | 3.3 | 7.9 | 4.2 |
| 7.7 | 4.0 | 7.9 | 4.2 |
| 7.8 | 3.3 | 7.9 | 4.2 |
| 7.8 | 3.3 | 8.4 | 4.2 |
| 7.9 | 3.3 | 8.4 | 4.2 |
| 8.1 | 4.0 | 8.4 | 4.2 |
| 8.2 | 4.1 | 8.4 | 4.2 |
| 8.2 | 4.1 | 8.4 | 4.2 |
| 8.3 | 4.1 | 8.4 | 4.2 |
표 7.2. 컨테이너화된 배포에 지원되는 업그레이드 시나리오
| pre-upgrade 상태 | post-upgrade 상태 | ||||
|---|---|---|---|---|---|
| 호스트 Red Hat Enterprise Linux 버전 | 컨테이너 Red Hat Enterprise Linux 버전 | Red Hat Ceph Storage 버전 | 호스트 Red Hat Enterprise Linux 버전 | 컨테이너 Red Hat Enterprise Linux 버전 | Red Hat Ceph Storage 버전 |
| 7.6 | 7.8 | 3.3 | 7.9 | 8.4 | 4.2 |
| 7.7 | 7.8 | 3.3 | 7.9 | 8.4 | 4.2 |
| 7.7 | 8.1 | 4.0 | 7.9 | 8.4 | 4.2 |
| 7.8 | 7.8 | 3.3 | 7.9 | 8.4 | 4.2 |
| 8.1 | 8.1 | 4.0 | 8.4 | 8.4 | 4.2 |
| 8.2 | 8.2 | 4.1 | 8.4 | 8.4 | 4.2 |
| 8.3 | 8.3 | 4.1 | 8.4 | 8.4 | 4.2 |
