Red Hat Summit1장. Red Hat Ceph Storage 클러스터를 RHCS 4에서 RHCS 5로 업그레이드
스토리지 관리자는 Red Hat Ceph Storage 4에서 Red Hat Ceph Storage 5로 Red Hat Ceph Storage 클러스터를 업그레이드할 수 있습니다. 업그레이드 프로세스에는 다음 작업이 포함됩니다.
- 스토리지 클러스터가 아직 Red Hat Enterprise Linux 7을 실행 중인 경우 스토리지 클러스터의 호스트 OS 버전을 Red Hat Enterprise Linux 7에서 Red Hat Enterprise Linux 8로 업그레이드합니다.
- 노드가 아직 Red Hat Enterprise Linux 7을 실행 중인 경우 Ceph Ansible 관리 노드의 호스트 OS 버전을 Red Hat Enterprise Linux 7에서 Red Hat Enterprise Linux 8로 업그레이드합니다.
- Ansible 플레이북을 사용하여 Red Hat Ceph Storage 4 스토리지 클러스터를 Red Hat Ceph Storage 5로 업그레이드합니다.
Red Hat Enterprise Linux 7.9의 Red Hat Ceph Storage 4.3에서 Red Hat Enterprise Linux 9로 업그레이드하는 경우 먼저 호스트 OS를 Red Hat Enterprise Linux 7.9에서 Red Hat Enterprise Linux 8.x로 업그레이드한 다음 Red Hat Ceph Storage를 업그레이드한 다음 Red Hat Enterprise Linux 9.x로 업그레이드하십시오.
Red Hat Ceph Storage 4 클러스터가 이미 Red Hat Enterprise Linux 8을 실행 중인 경우 Red Hat Enterprise Linux 8을 RHCS4에서 RHCS 5로 실행하는 Red Hat Ceph Storage 업그레이드를 참조하십시오.
LeApp 은 암호화된 파티션이 있는 암호화된 OSD 또는 OSD 업그레이드를 지원하지 않습니다. OSD가 암호화되어 호스트 OS를 업그레이드하는 경우 OS를 업그레이드하기 전에 ceph-ansible 에서 dmcrypt 를 비활성화합니다. power p 사용에 대한 자세한 내용은 Red Hat Enterprise Linux 7에서 Red Hat Enterprise Linux 8으로 업그레이드 및 Red Hat Enterprise Linux 8에서 Red Hat Enterprise Linux 9로 업그레이드를 참조하십시오.
현재 Red Hat Ceph Storage 5에서는 Ceph -ansible 이 지원되지 않습니다. 즉, 스토리지 클러스터를 Red Hat Ceph Storage 5로 마이그레이션했으면 cephadm 및 cephadm-ansible 을 사용하여 후속 업데이트를 수행해야 합니다.
Red Hat Ceph Storage 4에서 Red Hat Ceph Storage 5로 업그레이드하는 동안 bluestore_fsck_quick_fix_on_mount 매개변수를 true 로 설정하지 않거나 ceph-bluestore-tool --path PATH_TO_OSD --command quick-fix|repair 명령으로 인해 잘못된 형식의 OMAP 키가 잘못 포맷되고 데이터 손상을 일으키지 않습니다.
Ceph Object Gateway 스토리지 클러스터(단일 사이트 또는 다중 사이트)의 Red Hat Ceph Storage 5.2로 업그레이드할 수 있지만 스토리지 클러스터를 업그레이드하기 전에 ceph 구성 세트 mgr/cephadm/no_five_one_rgw true --force 옵션을 설정해야 합니다.
Ceph Object Gateway 스토리지 클러스터의 Red Hat Ceph Storage 5.2에서 Red Hat Ceph Storage 5.2로 업그레이드하는 것은 알려진 문제로 인해 지원되지 않습니다. 자세한 내용은 Red Hat Red Hat Ceph Storage 5.2의 RADOS Gateway(RGW) 업그레이드에 대한 기술 자료 문서 지원 제한 사항을 참조하십시오.
Red Hat Ceph Storage 5.0z4 로 업그레이드하려는 경우 업그레이드 절차에 따라 Red Hat Ceph Storage 4.2z4에서 5.0z4 로 업그레이드하는 방법을 기술 자료 문서를 참조하십시오.
Red Hat Ceph Storage에 대해 기본적으로 bluefs_buffered_io 옵션이 True 로 설정됩니다. 이 옵션을 사용하면 BlueFS에서 버퍼링된 읽기를 수행할 수 있으며 커널 페이지 캐시가 2001:sDB 블록 읽기와 같은 읽기에 대한 보조 캐시 역할을 할 수 있습니다. 예를 들어, OMAP 반복 중에 모든 블록을 보관할 수 있을 만큼 충분히 크지 않은 경우 디스크 대신 페이지 캐시에서 해당 블록을 읽을 수 있습니다. 이로 인해 osd_memory_target이 블록 캐시의 모든 항목을 유지하기에 너무 작으면 성능이 크게 향상될 수 있습니다. 현재 bluefs_buffered_io 를 활성화하고 시스템 수준 스왑을 비활성화하면 성능 저하가 발생하지 않습니다.
bluefs_buffered_io 의 현재 설정을 보는 방법에 대한 자세한 내용은 Red Hat Ceph Storage 관리 가이드의 bluefs_buffered_io 설정 섹션을 참조하십시오.
Red Hat Ceph Storage 4에서 Red Hat Ceph Storage 5로 클러스터를 업그레이드하면 모든 클라이언트 노드에서 ceph-common 패키지를 업그레이드해야 합니다. ceph-common 패키지를 업그레이드하려면 다른 데몬의 업그레이드 후 모든 클라이언트에서 yum update ceph-common 명령을 실행합니다.
Red Hat Ceph Storage 5는 컨테이너화된 데몬만 지원합니다. 컨테이너화되지 않은 스토리지 클러스터는 지원하지 않습니다. Red Hat Ceph Storage 4에서 Red Hat Ceph Storage 5로 컨테이너화되지 않은 스토리지 클러스터를 업그레이드하는 경우 업그레이드 프로세스에는 컨테이너화된 배포가 포함됩니다.
1.1. 사전 요구 사항
- 실행 중인 Red Hat Ceph Storage 4 클러스터.
- 유효한 고객 서브스크립션.
- Ansible 관리 노드에 대한 루트 수준 액세스.
- 스토리지 클러스터의 모든 노드에 대한 루트 수준 액세스.
- Ansible 애플리케이션에서 사용할 Ansible 사용자 계정입니다.
- Red Hat Ceph Storage 툴 및 Ansible 리포지토리가 활성화되어 있습니다.
Red Hat Ceph Storage 클러스터와 Red Hat Enterprise Linux 운영 체제를 새로운 메이저 릴리스로 수동으로 Ceph File System (CephFS) 메타데이터 서버(MDS) 소프트웨어를 업그레이드할 수 있습니다. 기본 XFS 파일 시스템은 ftype=1 또는 d_type 지원을 사용하여 포맷해야 합니다. xfs_info /var 명령을 실행하여 ftype 이 1 로 설정되어 있는지 확인합니다. ftype 값이 1 이 아닌 경우 새 디스크를 연결하거나 볼륨을 만듭니다. 이 새 장치 상단에서 새 XFS 파일 시스템을 생성하여 /var/lib/containers 에 마운트합니다.
Red Hat Enterprise Linux 8부터 mkfs.xfs 는 기본적으로 ftype=1 을 활성화합니다.
