1.34. Submariner 애드온 상태 문제 해결
Submariner 애드온을 클러스터 세트의 클러스터에 추가한 후 연결 상태,에이전트 상태 및 게이트웨이 노드 의 상태가 클러스터에 대한 예기치 않은 상태를 표시합니다.
1.34.1. 증상: 하위 요약 애드온 상태가 저하됨
Submariner 애드온을 클러스터 세트의 클러스터에 추가하면 게이트웨이 노드,에이전트 상태 및 클러스터의 연결 상태에 다음 상태가 표시됩니다.
레이블이 지정된 게이트웨이 노드
-
progress: 게이트웨이 노드의 레이블을 지정하는 프로세스입니다. -
nodes not labeled: 게이트웨이 노드는 레이블이 지정되지 않았기 때문에 레이블이 지정되지 않을 수 있습니다. -
nodes not labeled: 게이트웨이 노드는 아직 레이블이 지정되지 않았습니다. 다른 프로세스가 완료될 때까지 프로세스가 대기 중이기 때문일 수 있습니다. - 레이블이 지정된 노드: 게이트웨이 노드에 레이블이 지정되었습니다.
-
에이전트 상태
- 진행 중: Submariner 에이전트 설치가 시작되었습니다.
- degraded: Submariner 에이전트가 아직 진행 중이므로 올바르게 실행되지 않을 수 있습니다.
연결 상태
- 진행 상황: Submariner 애드온을 사용한 연결을 설정하는 프로세스입니다.
-
degraded: 연결이 준비되지 않았습니다. 애드온을 설치한 경우에도 프로세스가 여전히 진행 중일 수 있습니다. 연결이 이미 설정되어 실행된 후 발생한 경우 두 클러스터가 서로 연결이 끊어졌습니다. 클러스터가 여러 개인 경우 클러스터의 연결이 끊어진 상태인 경우 모든 클러스터에
Degraded상태가 표시됩니다.
또한 연결된 클러스터와 연결이 끊긴 클러스터도 표시됩니다.
1.34.2. 문제 해결: 잠수함 애드온 상태가 저하됨
- 프로세스가 완료되면 성능이 저하된 상태가 자동으로 확인되는 경우가 많습니다. 표의 상태를 클릭하여 프로세스의 현재 단계를 볼 수 있습니다. 해당 정보를 사용하여 프로세스가 완료되었는지 여부를 확인할 수 있으며 다른 문제 해결 단계를 수행해야 합니다.
자체적으로 해결되지 않는 문제의 경우 다음 단계를 완료하여 문제를 해결합니다.
subctl유틸리티와 함께diagnose명령을 사용하여 다음 조건이 있는 경우 Submariner 연결에서 일부 테스트를 실행할 수 있습니다.-
에이전트 상태 또는 연결 상태는
Degraded상태입니다.diagnose명령은 문제에 대한 자세한 분석을 제공합니다. 모든 것이 콘솔에서 녹색이지만 네트워킹 연결이 제대로 작동하지 않습니다.
진단명령은 콘솔 외부에 다른 연결 또는 배포 문제가 없는지 확인하는 데 도움이 됩니다. 배포 후diagnostics명령을 실행하여 문제를 식별하는 것이 좋습니다.명령을 실행하는 방법에 대한 자세한 내용은 Submariner의
진단을참조하십시오.
-
에이전트 상태 또는 연결 상태는
Connection status에서는 문제가 계속되는 경우subctl유틸리티 툴의diagnose명령을 실행하여 두 Submariner 클러스터 간의 연결에 대한 자세한 상태를 얻을 수 있습니다. 명령의 형식은 다음과 같습니다.subctl diagnose all --kubeconfig <path-to-kubeconfig-file>
path-to-kubeconfig-file을kubeconfig파일의 경로로 바꿉니다. 명령에 대한 자세한 내용은 Submariner 설명서의진단을참조하십시오.방화벽 설정을 확인합니다. 경우에 따라 연결 문제는 클러스터가 통신하지 못하도록 방화벽 권한 문제로 인해 발생합니다. 이로 인해
연결 상태가degraded로 표시될 수 있습니다. 다음 명령을 실행하여 방화벽 문제를 확인합니다.subctl diagnose firewall inter-cluster <path-to-local-kubeconfig> <path-to-remote-cluster-kubeconfig>
path-to-local-kubeconfig를 클러스터 중 하나의kubeconfig파일로 교체합니다.path-to-remote-kubeconfig를 다른 클러스터의kubeconfig파일 경로로 교체합니다.verify명령을subctl유틸리티 툴로 실행하여 두 하위 클러스터 간의 연결을 테스트할 수 있습니다. 명령의 기본 형식은 다음과 같습니다.Connection status에서 문제가 계속되면subctl유틸리티 툴로verify명령을 실행하여 두 하위 클러스터 간의 연결을 테스트할 수 있습니다. 명령의 기본 형식은 다음과 같습니다.subctl verify --kubecontexts <cluster1>,<cluster2> [flags]
cluster1및cluster2를 테스트 중인 클러스터 이름으로 교체합니다. 명령에 대한 자세한 내용은 Submariner 설명서의확인을참조하십시오.문제 해결 단계에서 문제를 해결한 후
subctl툴과 함께benchmark명령을 사용하여 추가 진단을 실행할 때 비교할 기반을 설정합니다.명령의 옵션에 대한 자세한 내용은 Submariner 문서의
벤치마크를 참조하십시오.
