nomos 버그 신고 콘텐츠

nomos 명령줄 도구는 진단 아카이브 생성과 같은 구성 동기화의 일반적인 관리 태스크에 도움이 됩니다. 아카이브의 정확한 출력과 레이아웃은 변경될 수 있으며 API로 고려되지 않습니다. nomos 코드는 구성 동기화 저장소에서 제공됩니다.

kubectl get 또는 kubectl logs를 실행하여 클러스터에서 비슷한 정보를 가져올 수 있지만 nomos bugreport의 장점은 구성 동기화 시스템에 대한 핵심 정보 보관 파일이 생성된다는 점입니다. Google Cloud 지원팀에 연락할 때는 nomos bugreport 출력을 제공하는 것이 도움이 됩니다.

또한 자체 디버깅 또는 내부 지원을 위해 nomos bugreport 출력을 사용할 수 있습니다.

nomos bugreport 출력 파일 구조는 다음과 같습니다.

- raw/
  - cluster/
    - configmanagement/
  - namespaces/
    - config-management-monitoring/
    - config-management-system/
    - gatekeeper-system/
    - resource-group-system/
    - kube-system/
- processed/
  - status.txt
  - version.txt

nomos bugreport에서 얻을 수 있는 정보:

Nomos 버전은 nomos version의 출력인 구성 동기화 버전을 표시합니다.
Nomos 상태는 동기화되는 커밋과 모든 오류와 같은 nomos status 상태 출력을 표시합니다.
구성 동기화 커스텀 리소스 정보:
1. ConfigManagement 및 ClusterSelectors와 같은 클러스터 범위의 리소스는 raw/cluster-1/cluster/configmanagement/에 있습니다.
2. RootSync, RepoSync, ResourceGroup과 같은 네임스페이스 범위의 리소스는 raw/cluster-1/namespaces/namespace-1에 있습니다.
구성 동기화에서 동기화되고 관리되는 리소스:
1. RootSync 및 RepoSync API를 사용 설정하면 ResourceGroup 사양에 포함됩니다. 이러한 리소스 수, 종류, 네임스페이스, 이름을 가져올 수 있습니다.
2. RootSync 및 RepoSync API를 사용 설정하지 않고 ConfigManagement 객체(지원 중단됨)에 git 필드를 지정하면 리소스의 전체 콘텐츠가 ClusterConfigs 및 NamespaceConfigs에 포함됩니다. ConfigManagement 객체를 마이그레이션해야 합니다.
모든 구성 동기화 포드 로그는 raw/cluster-1/namespaces/pod-namespace-1/pod-name-1/container-name.txt에 있습니다.
모든 구성 동기화 포드의 전체 콘텐츠는 raw/cluster-1/namespaces/pod-namespace-1/pods.txt에 있습니다.
구성 동기화 RootSync 및 RepoSync API가 사용 설정되었나요? 즉, 다중 저장소 모드를 사용 중인가요?
1. ConfigManagement 리소스를 확인하고 spec.enableMultiRepo: true, RootSync, RepoSync API가 사용 설정되었는지 확인합니다.
2. RootSync, RepoSync, 조정자 포드와 같은 구성요소가 있으면 RootSync 및 RepoSync API가 사용 설정된 것입니다.
3. git-importer 포드와 같은 구성요소가 있으면 RootSync 및 RepoSync API가 사용 설정되지 않았고 ConfigManagement 객체를 마이그레이션해야 합니다.