6.9. RADOS
Progress 모듈은 더 이상 무해한 시간 동안 고착되지 않습니다.
이전에는 Ceph 상태의 진행 상태가 정의되지 않은 시간 동안 중단되었습니다. 이는 PG 상태를 조기에 확인하고 OSDMap의 epoch와 동기화하지 않기 때문에 Progress 모듈 때문입니다. 이번 릴리스에서는 진행 중인 이벤트가 예상대로 표시됩니다.
Ceph Monitor 충돌로 인한 progress 모듈
백필(backfill) 및 복구 작업 중에 progress 모듈은 음수 진행 이벤트를 생성할 수 있습니다. 대규모 스토리지 클러스터를 사용하면 Ceph Monitor 노드에서 너무 많은 부정적인 진행 이벤트가 발생하여 Ceph Monitor가 충돌할 수 있습니다. 이번 릴리스에서는 코드는 진행 중인 이벤트가 음수가 아닌 것을 확인합니다. 결과적으로 progress 모듈에서 Ceph 모니터가 충돌하지 않습니다.
전달된 OSD 실패 보고서를 처리할 때 Ceph Monitor에 주의가 표시됩니다.
이전에는 Ceph Monitor가 관리자 및 로깅 시스템에 느린 작업을 잘못 보고했습니다. 이번 릴리스에서는 Ceph Monitor가 전달된 OSD 오류 보고서를 신중하게 처리하므로 부정확한 속도가 많은 작업이 발생할 수 있습니다.
trims osdmaps를 적절하게 모니터링
이전 버전에서는 모니터가 osdmaps를 트리밍할 때 "in" 및 "out" OSD 둘 다 고려되었기 때문에 모니터가 오래된 osdmaps를 트리밍하지 못했습니다. 이번 릴리스에서는 "out" OSD가 고려되지 않고 osdsmap이 적절하게 트리밍됩니다.
bluestore 및 FileStore OSD는 혼합 클러스터에서 동일한 순서로 오브젝트를 나열합니다.
이전에는 BlueStore 및 FileStore OSD가 모두 있는 클러스터에서 딥 스크러브 및 백필이 있는 클러스터에서 백엔드의 정렬 메커니즘 불일치로 인해 누락된 오브젝트를 보고할 수 있었습니다. 이 업그레이드를 통해 BlueStore의 collection_list 메서드가 FileStore와 동일한 순서로 나열되도록 OSD_FIXED_COLLECTION_LIST 기능 플래그가 추가되었습니다.
잘못된 권한으로 로그 파일이 생성됨
이전에는 코드 추가에서 관련 함수가 호출된 순서가 변경되었습니다. 이로 인해 일부 데몬이 잘못된 권한이 있는 로그 파일을 생성할 수 있었습니다. 이번 릴리스에서는 함수를 올바른 순서로 호출하고 데몬에서 올바른 권한으로 로그 파일을 생성합니다.
bluefs_buffered_io 를 활성화하면 성능 저하가 방지
이전 버전에서는 bluefs_buffered_io 옵션이 비활성화되어 특정 시나리오에서 backsDB 및 OMAP 상호 작용 속도가 느려졌습니다. 이 릴리스에서는 bluefs_buffered_io 옵션이 True 로 설정되어 성능이 저하되지 않았습니다.
onodes가 제어됨으로 인해 메모리 증가
이전에는 bluestore_cache_trim_max_skip_pinned 옵션의 기본값은 대규모 클러스터의 경우 매우 낮은 64개였습니다. 이 옵션은 트리밍 onodes의 속도를 제어했기 때문에 현재 기본값을 사용하여 onodes의 빌드로 인해 메모리 증가가 발생할 수 있었습니다. 이번 릴리스에서는 bluestore_cache_trim_max_skip_pinned'의 기본값이 1000이고 메모리 증가가 제어됩니다.
