2장. 로깅 구성
이 장에서는 다양한 Ceph 하위 시스템에 대한 로깅을 구성하는 방법을 설명합니다.
로깅은 리소스를 많이 사용합니다. 또한 자세한 로깅은 비교적 짧은 시간에 대량의 데이터를 생성할 수 있습니다. 클러스터의 특정 하위 시스템에 문제가 발생하면 해당 하위 시스템에서만 로깅을 활성화합니다. 자세한 내용은 2.1절. “Ceph 하위 시스템”를 참조하십시오.
또한 로그 파일의 순환을 설정하는 것이 좋습니다. 자세한 내용은 2.4절. “로그 교체 가속화” 을 참조하십시오.
문제가 발생하면 하위 시스템 로그 및 메모리 수준을 기본값으로 변경합니다. 모든 Ceph 하위 시스템 목록과 기본값 목록은 부록 A. Ceph 하위 시스템의 기본 로깅 수준 값 를 참조하십시오.
다음을 통해 Ceph 로깅을 구성할 수 있습니다.
-
런타임 시
ceph
명령 사용. 가장 일반적인 접근 방식입니다. 자세한 내용은 2.2절. “런타임 시 로깅 구성” 을 참조하십시오. - Ceph 구성 파일 업데이트. 클러스터를 시작할 때 문제가 발생하는 경우 이 방법을 사용합니다. 자세한 내용은 2.3절. “구성 파일에서 로그인 구성” 을 참조하십시오.
사전 요구 사항
- 실행 중인 Red Hat Ceph Storage 클러스터.
2.1. Ceph 하위 시스템 링크 복사링크가 클립보드에 복사되었습니다!
이 섹션에서는 Ceph 하위 시스템 및 로깅 수준에 대해 설명합니다.
Ceph kubevirts 및 로깅 수준 이해
Ceph는 여러 하위 시스템으로 구성됩니다.
각 하위 시스템에는 로깅 수준이 있습니다.
-
기본적으로
/var/log/ceph/CLUSTER_FSID/
디렉터리에 저장된 출력 로그 (로그 수준) - 메모리 캐시에 저장된 로그(메모리 수준)
일반적으로 Ceph는 메모리에 저장된 로그를 출력 로그에 전송하지 않습니다.
- 치명적인 신호가 발생합니다.
- 소스 코드에서 어설션이 트리거됨
- 요청하신 경우
이러한 하위 시스템 각각에 대해 다른 값을 설정할 수 있습니다. Ceph 로깅 수준은 1
에서 20
까지의 척도로 작동합니다. 여기서 1
은 terse이고 20
은 상세합니다.
로그 수준 및 메모리 수준에 단일 값을 사용하여 둘 다 동일한 값으로 설정합니다. 예를 들어 debug_osd = 5
는 ceph-osd
데몬의 디버그 수준을 5
로 설정합니다.
출력 로그 수준과 메모리 수준에 다른 값을 사용하려면 슬래시(/
)로 값을 구분합니다. 예를 들어 debug_mon = 1/5
는 ceph-mon
데몬의 디버그 로그 수준을 1
로 설정하고 메모리 로그 수준을 5
로 설정합니다.
하위 시스템 | 로그 수준 | 메모리 수준 | 설명 |
---|---|---|---|
| 1 | 5 | 관리 소켓 |
| 1 | 5 | 인증 |
| 0 | 5 |
|
| 1 | 5 | BlueStore OSD 백엔드 |
| 1 | 5 | OSD 저널 |
| 1 | 5 | 메타데이터 서버 |
| 0 | 5 | 모니터 클라이언트는 대부분의 Ceph 데몬과 모니터 간의 통신을 처리합니다. |
| 1 | 5 | 모니터 |
| 0 | 5 | Ceph 구성 요소 간 메시징 시스템 |
| 0 | 5 | OSD 데몬 |
| 0 | 5 | 모니터가 추측을 설정하는 데 사용하는 알고리즘 |
| 0 | 5 | 안정적인 자동 분산 오브젝트 저장소(Ceph의 핵심 구성 요소) |
| 0 | 5 | Ceph 블록 장치 |
| 1 | 5 | Ceph Object Gateway |
로그 출력 예
다음 예제에서는 모니터 및 OSD에 대한 세부 정보 표시 수준을 늘릴 때 로그의 메시지 유형을 보여줍니다.
디버그 설정 모니터링
debug_ms = 5 debug_mon = 20 debug_paxos = 20 debug_auth = 20
debug_ms = 5
debug_mon = 20
debug_paxos = 20
debug_auth = 20
모니터 디버그 설정의 로그 출력 예
OSD 디버그 설정
debug_ms = 5 debug_osd = 20
debug_ms = 5
debug_osd = 20
OSD 디버그 설정의 로그 출력 예