이 섹션에서는 Cloud Service Mesh를 사용할 때의 문제를 해결하는 방법을 설명합니다. 추가 지원이 필요하면 지원 받기를 참조하세요.
문제 해결 단계
Cloud Service Mesh 문제를 해결하는 일반적인 방법은 다음과 같습니다.
자동 구성 검증 도구 사용
일반적인 문제와 알려진 해결책 확인
문제 범위 좁히기
관련 로그 및 정보 검토
진단 로그 수집 및 도움말 탐색
자동 검증 도구 사용
Cloud Service Mesh에는 문제를 해결하고 향후 재발을 방지하는 데 유용한 자동 진단 및 구성 검증 도구가 포함되어 있습니다. 다음 섹션에서는 이러한 도구의 사용 방법에 대해 설명합니다.
istioctl analyze
istioctl analyze 진단 도구는 일반적인 구성 문제를 감지할 수 있습니다.
이 안내에 따라 istioctl을 설치합니다.
istioctl analyze는 클러스터 구성을 읽은 후, 문제가 발견되면 정보 메시지를 제공하고 구제 조치를 제안합니다. 이 도구는 실제 클러스터 또는 로컬 구성 파일 모음에 대해 실행할 수 있습니다. 또한 이 둘의 조합을 대상으로 실행할 수 있으므로 클러스터에 변경사항을 적용하기 전에 문제가 발견됩니다. 자세한 내용은 istioctl analyze로 구성 진단을 참조하세요.
istioctl analyze가 감지하는 오류에 대한 자세한 내용은 구성 분석 메시지를 참조하세요.
실제 클러스터 분석
다음 명령어를 사용하여 실제 클러스터를 분석합니다.
istioctl analyze -A
istioctl analyze가 감지한 구성 문제가 이미 알려져 있는 경우 이를 해결하는 데 유용한 정보가 포함된 메시지가 표시됩니다. 예를 들어 Istio 사이드카 삽입을 사용 설정하는 라벨을 네임스페이스에 올바르게 지정하지 않은 일반적인 실수를 한 경우 다음 메시지가 생성됩니다.
Warn [IST0102] (Namespace default) The namespace is not enabled for Istio injection.
Run 'kubectl label namespace default istio-injection=enabled' to enable it,
or 'kubectl label namespace default istio-injection=disabled'
to explicitly mark it as not needing injection
문제가 지속되면 다음 섹션을 참조하여 이미 알려진 문제인지 확인하세요.
일반적인 문제 및 해결책 확인
다음과 같이 Cloud Service Mesh 기능 영역으로 그룹화한 일반적인 문제 및 해결책 섹션에 나온 문제와 현재 증상이 일치하는지 확인하면 시간을 줄일 수 있습니다.
Cloud Service Mesh는 여러 연동 기술로 구성되어 있습니다. 따라서 특정 유형의 문제는 특정 기능 영역 또는 구성요소와 관련이 있습니다. 이러한 각 구성요소는 유용한 자체 로그를 생성합니다. 제공되는 정보의 양을 수동으로 분석하기 전에 다음 질문에 답변하는 방식으로 해결할 문제의 범위를 좁힙니다.
문제가 제어 영역 또는 데이터 영역(예: istiod 또는 Envoy 프록시)에서 발생하나요?
어떤 기능 영역에서 네트워킹, 원격 분석, 보안 등의 문제가 발생하나요?
서비스 메시 전체 또는 특정 배포에 트래픽 손실이 있나요?
서비스 메시에 트래픽을 확장하는 기능 부족으로 문제가 발생하거나 악화되나요?
지연 시간이나 다른 성능 문제를 발생시키나요?
요청 시 문제를 재현할 수 있나요?
최근 Istio, GKE 등의 구성을 변경한 후 문제가 시작되었나요?
서비스 메시 내의 트래픽이 증가 또는 급증했나요?
이 클러스터에 눈에 띄는 기능이 사용 설정되어 있거나 일반적이지 않은 배포가 있나요?
높은 CPU 사용률 또는 메모리 사용률이 관찰되나요? 그렇다면 규모에 맞는 예상 사용률은 얼마인가요?
고려할 할당량 제한이 있나요?
제어 영역 상태 보기
다음 명령어는 Cloud Service Mesh 제어 영역의 상태를 이해하는 데 도움이 될 수 있습니다.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-09-04(UTC)"],[],[],null,["# Troubleshoot Cloud Service Mesh step-by-step\n============================================\n\nThis section explains how to troubleshoot and resolve problems when using\nCloud Service Mesh. If you need additional assistance, see\n[Getting support](/service-mesh/v1.19/docs/getting-support).\n\nTroubleshooting steps\n---------------------\n\nFollow these general steps to troubleshoot Cloud Service Mesh:\n\n1. Use the automated configuration validation tools.\n2. Check if you have a common problem with a known solution.\n3. Narrow the scope of the problem.\n4. Review relevant logs and information.\n5. Gather diagnostic logs and seek help.\n\n| **Note:** If you are unable to troubleshoot manually, see [Gather diagnostic logs and seek help](/service-mesh/v1.19/docs/troubleshooting/troubleshoot-collect-logs) for next steps.\n\nUse automated validation tools\n------------------------------\n\nCloud Service Mesh includes automated diagnostic and configuration validation tools\nthat can resolve problems and help you avoid them in the future. The following\nsections explain how to use these tools.\n\n### `istioctl analyze`\n\nThe `istioctl analyze` diagnostic tool can detect common configuration problems.\nInstall `istioctl` using these\n[instructions](/service-mesh/v1.19/docs/downloading-istioctl).\n\n`istioctl analyze` reads a cluster configuration and if it finds a problem,\nprovides informational messages and suggests remedies. It can run against a live\ncluster or a set of local configuration files. It can also run against a\ncombination of the two, allowing you to find problems before you apply changes\nto a cluster. For more information, see\n[Diagnose your Configuration with `istioctl analyze`](https://istio.io/latest/docs/ops/diagnostic-tools/istioctl-analyze).\nFor more information about the errors that `istioctl analyze` detects, see\n[Configuration Analysis Messages](https://istio.io/latest/docs/reference/config/analysis/).\n\n#### Analyze a live cluster\n\nAnalyze a live cluster by using the following command. \n\n```\nistioctl analyze -A\n```\n\nIf `istioctl analyze` detects a problem with your configuration, it will display\na message with helpful information to resolve it, if known. For\nexample, if you made the common mistake to not label your namespace correctly\nto enable Istio sidecar injection, it would generate the following message: \n\n```\nWarn [IST0102] (Namespace default) The namespace is not enabled for Istio injection.\nRun 'kubectl label namespace default istio-injection=enabled' to enable it,\nor 'kubectl label namespace default istio-injection=disabled'\nto explicitly mark it as not needing injection\n```\n\nIf the problem persists, see the next section to check if your problem is\nalready known.\n\nCheck for common problems and solutions\n---------------------------------------\n\nYou can save time by checking if your symptoms match an issue in these common\nproblems and resolutions sections, grouped by Cloud Service Mesh functional\narea:\n\n- [Installation issues](/service-mesh/v1.19/docs/troubleshooting/troubleshoot-installation)\n- [Managed control plane issues](/service-mesh/v1.19/docs/managed/troubleshoot-managed-anthos-service-mesh)\n- [Observability issues](/service-mesh/v1.19/docs/troubleshooting/troubleshoot-observability)\n- [Off-Google Cloud deployment issues](/service-mesh/v1.19/docs/troubleshooting/troubleshoot-off-gcp)\n- [Proxy issues](/service-mesh/v1.19/docs/troubleshooting/troubleshoot-proxy)\n- [Resource issues](/service-mesh/v1.19/docs/troubleshooting/troubleshoot-resources)\n- [Scaling issues](/service-mesh/v1.19/docs/troubleshooting/troubleshoot-scaling)\n- [Security issues](/service-mesh/v1.19/docs/troubleshooting/troubleshoot-security)\n- [Traffic management issues](/service-mesh/v1.19/docs/troubleshooting/troubleshoot-traffic)\n- [Webhook issues](/service-mesh/v1.19/docs/troubleshooting/troubleshoot-webhook)\n- [Sidecar proxies issues](/service-mesh/v1.19/docs/troubleshooting/troubleshoot-sidecar-proxies)\n\nIf this does not resolve your issue, see the next section.\n\nNarrow the scope of the problem\n-------------------------------\n\nCloud Service Mesh consists of several technologies working together, which means\nthat certain types of problems are associated with particular functional areas\nor components. Each of these components generate helpful logs of their own. Before\nyou attempt to manually analyze the volume of information they provide, narrow\nthe scope of your troubleshooting by answering the following questions:\n\n- Does the issue occur within the control plane or the data plane, for example `istiod` or Envoy proxies?\n- In which functional area are you experiencing the issue, for example Networking, Telemetry, Security, etc.?\n- Is there service-mesh wide traffic loss or in a specific deployment?\n- Does the problem appear or worsen due to lack of ability to scale traffic in service mesh?\n- Does the issue cause latency or other performance issues?\n- Can you reproduce the issue on demand?\n- Did the problem begin after a recent configuration change in Istio, GKE, etc.?\n- Is there an increase or spike in traffic within the service mesh?\n- Does this cluster have any noticeable features enabled or non-typical deployments?\n- Do you observe high CPU or memory utilization? If so, what is the expected usaged at scale?\n- Are there quota restrictions to consider?\n\n### View control plane status\n\nThe following commands can help you understand the status of the Cloud Service Mesh control plane:\n\n- `kubectl get pods -n istio-system`\n- `kubectl describe -n istio-system`\n- For all pods in istio-system: `kubectl logs -n istio-system -l istio --all-containers`\n- `istioctl version`\n- `istioctl proxy-status`\n- `kubectl get configmap istio -o yaml && kubectl get configmap istio-sidecar-injector -o yaml`\n- `kubectl top pods -n istio-system`\n\nUse the following commands to understand the scale of the deployment:\n\n- `kubectl get nodes`\n- `kubectl get services --all-namespaces`\n- `kubectl get pods --all-namespaces`\n\nReview relevant logs and information\n------------------------------------\n\nAfter you narrow the scope of the problem, you can focus on certain logs and\ninformation more effectively. To learn about the logs that Cloud Service Mesh\ngenerates and how to interpret the information they contain, see\n[Interpreting Cloud Service Mesh logs](/service-mesh/v1.19/docs/observability/accessing-logs#interpret_anthos_service_mesh_logs)."]]