서비스 수준 지표(SLI) 설정을 클릭하여 이 SLO에서 추적할 서비스 수준 지표(SLI) 유형을 선택합니다. 다음 중 하나를 선택합니다.
가용성: 모든 응답 수 대비 성공한 응답 수의 비율입니다. 예를 들어 네트워킹 또는 DNS 장애로 인해 서비스의 Envoy 사이드카 프록시에 도달하기 전에 실패한 요청은 이 비율에 포함되지 않습니다.
지연 시간: 전체 호출 수 대비 지정된 지연 시간 기준 미만인 호출 수의 비율입니다.
지연 시간 SLI의 경우, 지연 시간 기준을 밀리초 단위로 입력합니다.
성능 목표 섹션에서 목표 필드에 백분율을 입력하여 SLI의 성능 타겟을 설정합니다.
Cloud Service Mesh는 이 값을 사용하여 이 SLO에 대해 존재하는 오류 예산을 계산합니다.
규정 준수 기간 섹션에서 기간 유형 및 기간 길이를 선택합니다. 이 설정에 대한 자세한 내용은 규정 준수 기간을 참조하세요.
또는 SLI 설정 섹션에서 기간 기반 SLI를 선택할 수 있습니다. 기간이 설정된 SLI를 사용하면 서비스가 SLO 규정 준수 타겟을 충족하지 못하는 기간을 포착할 수 있습니다(예: 짧은 시간 동안 요청 수 급증으로 인해 지연 시간이 증가하는 경우). 이 옵션을 선택하는 경우 다음을 지정해야 합니다.
양호 기준: 특정 기간이 '양호'로 계산되기 위해 충족해야 하는 '양호한 성능' 비율의 임곗값을 설정합니다.
기간: 규정 준수 기간 동안 SLO 성능이 단위로 측정되는 각 기간의 길이를 설정합니다.
예를 들어 가용성 SLO의 기간이 연속7일이고 SLO 목표가 99%라고 가정하겠습니다. 그런 다음 양호 기준을 95% 로, 기간을 5분으로 추가합니다.
이를 준수하려면 서비스가 지난 7일 동안 5분 기간의 95% 이상이 99% 이상의 확률로 사용 가능해야 합니다.
필요한 경우 SLO 이름 지정을 클릭하여 기본 SLO 표시 이름을 변경합니다. Cloud Service Mesh는 설정에 따라 SLO를 설명하는 기본 이름을 제공합니다.
[[["이해하기 쉬움","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-04-23(UTC)"],[],[],null,["# Creating SLOs\n=============\n\n| **Note:** This guide only supports Cloud Service Mesh with Istio APIs and does not support Google Cloud APIs. For more information see, [Cloud Service Mesh overview](/service-mesh/v1.24/docs/overview).\n\nThis page describes how to create a service level objective (SLO) in the\nGoogle Cloud console. For information on creating a SLO programmatically,\nsee\n[Working with the SLO API](/stackdriver/docs/solutions/slo-monitoring/api/api-structures)\n\nFor an overview and information on designing SLOs, see the following:\n\n- [Service level objectives overview](/service-mesh/v1.24/docs/observability/slo-overview)\n- [Designing SLOs](/service-mesh/v1.24/docs/observability/design-slo)\n\nTo create an SLO:\n\n1. Go to the **Health** tab for a service:\n\n 1. In the Google Cloud console, go to **Cloud Service Mesh**.\n\n [Go to Cloud Service Mesh](https://console.cloud.google.com/kubernetes/services)\n 2. Select the Google Cloud project from the drop-down list on the menu bar.\n\n 3. Click the service that you want to create an SLO for.\n\n 4. In the left navigation bar, click **Health**.\n\n2. Click the **Create an SLO** link.\n\n3. Click **Set your service-level indicator (SLI)** to select the type of service level indicator (SLI)\n to track for this SLO. Choose one of the following:\n\n - **Availability**: The ratio of the number of successful responses to the number of all responses. Requests that fail before they reach the Envoy sidecar proxy for your service (because of networking or DNS failures, for example) aren't included in this ratio.\n - **Latency** : The ratio of the number of calls that are below the specified **Latency Threshold** to the number of all calls.\n4. For latency SLIs, enter the **Latency Threshold** in milliseconds.\n\n5. In the **Performance Goal** section, enter a percentage in the **Goal**\n field to set the performance target for the SLI.\n Cloud Service Mesh uses this value to calculate the\n [error budget](/service-mesh/v1.24/docs/observability/design-slo#error_budgets)\n you have for this SLO.\n\n6. In the **Compliance Period** section, select the **Period Type** and the\n **Period Length** . See\n [Compliance periods](/service-mesh/v1.24/docs/observability/design-slo#compliance_periods)\n for more information on these settings.\n\n7. Alternatively, in the **Set your SLI** section, you may select **Windows-based** SLI. A windowed SLI can help you catch\n periods of time when the service won't meet the SLO **Compliance target**\n (such as when there are spikes in the number of requests that increase\n latency for a short period of time). When you select this option, you must\n specify:\n\n - **Goodness criterion**: Set a threshold for the percentage of \"good performance\" that must be met in order for a given window to count as \"good.\"\n - **Duration**: Set the length of each window, over which SLO performance will be measured in increments during the compliance period.\n\n For example, suppose you have an **Availability** SLO with a\n **Rolling** **7** day period, and an **SLO Goal** of **99** %. Then you add\n a **Goodness criterion** of **95** % and a **Duration** of **5** minutes.\n To be compliant, the service needs **95** % of all **5** minute windows\n over the last **7** days to be available at least **99**% of the time.\n8. Optionally, click **Name your SLO** to change the default SLO display\n name. Cloud Service Mesh supplies a default name that describes the\n SLO based on the settings.\n\n9. Click **Submit**.\n\nWhat's next\n-----------\n\n- [Monitoring SLOs](/service-mesh/v1.24/docs/observability/monitor-slo)\n- [Creating an alerting policy on an SLO](/service-mesh/v1.24/docs/observability/alert-policy-slo)"]]