From b749cbf794c77cd42f732c07a9f7e3cba13fd0a0 Mon Sep 17 00:00:00 2001 From: "Yuk, Yongsu" Date: Thu, 31 Oct 2019 10:17:37 +0900 Subject: [PATCH] Translate workloads/controllers/ttlafterfinished.md in Korean. (#17241) * Translate workloads/controllers/ttlafterfinished.md in Korean. * Fix word and sentence. * Fix tag. * Fix typo. * Apply suggestions from code review Co-Authored-By: Seokho Son * Apply suggestions from code review Co-Authored-By: Seokho Son --- .../workloads/controllers/ttlafterfinished.md | 87 +++++++++++++++++++ 1 file changed, 87 insertions(+) create mode 100644 content/ko/docs/concepts/workloads/controllers/ttlafterfinished.md diff --git a/content/ko/docs/concepts/workloads/controllers/ttlafterfinished.md b/content/ko/docs/concepts/workloads/controllers/ttlafterfinished.md new file mode 100644 index 0000000000000..94b34ff0ce789 --- /dev/null +++ b/content/ko/docs/concepts/workloads/controllers/ttlafterfinished.md @@ -0,0 +1,87 @@ +--- +title: 완료된 리소스를 위한 TTL 컨트롤러 +content_template: templates/concept +weight: 65 +--- + +{{% capture overview %}} + +{{< feature-state for_k8s_version="v1.12" state="alpha" >}} + +TTL 컨트롤러는 실행이 완료된 리소스 오브젝트의 수명을 +제한하는 TTL 메커니즘을 제공한다. TTL 컨트롤러는 현재 +[잡(Job)](/docs/concepts/workloads/controllers/jobs-run-to-completion/)만 +처리하며, 파드와 커스텀 리소스와 같이 실행을 완료할 다른 리소스를 +처리하도록 확장될 수 있다. + +알파(Alpha) 고지 사항: 이 기능은 현재 알파이다, 그리고 +[기능 게이트](/docs/reference/command-line-tools-reference/feature-gates/) +`TTLAfterFinished` 를 통해 활성화 될 수 있다. + + +{{% /capture %}} + + + + +{{% capture body %}} + +## TTL 컨트롤러 + +현재의 TTL 컨트롤러는 잡만 지원한다. 클러스터 운영자는 +[예시](/docs/concepts/workloads/controllers/jobs-run-to-completion/#clean-up-finished-jobs-automatically) +와 같이 `.spec.ttlSecondsAfterFinished` 필드를 명시하여 +완료된 잡(`완료` 또는 `실패`)을 자동으로 정리하기 위해 이 기능을 사용할 수 있다. +리소스의 작업이 완료된 TTL 초(sec) 후 (다른 말로는, TTL이 만료되었을 때), +TTL 컨트롤러는 해당 리소스가 정리될 수 있다고 가정한다. +TTL 컨트롤러가 리소스를 정리할때 리소스를 연속적으로 삭제한다. 즉, +의존하는 오브젝트와 함께 삭제한다. 리소스가 삭제되면 완료자(finalizers)와 +같은 라이프 사이클 보증이 적용 된다. + +TTL 초(sec)는 언제든지 설정이 가능하다. 여기에 잡 필드 중 +`.spec.ttlSecondsAfterFinished` 를 설정하는 몇 가지 예시가 있다. + +* 작업이 완료된 다음, 일정 시간 후에 자동으로 잡이 정리될 수 있도록 + 리소스 메니페스트에 이 필드를 지정한다. +* 이미 완료된 기존 리소스에 이 새 기능을 적용하기 위해서 이 필드를 + 설정한다. +* [어드미션 웹후크 변형](/docs/reference/access-authn-authz/extensible-admission-controllers/#admission-webhooks) + 을 사용해서 + 리소스 생성시 이 필드를 동적으로 설정 한다. 클러스터 관리자는 이것을 + 사용해서 완료된 리소스에 대해 TTL 정책을 적용할 수 있다. +* 리소스가 완료된 이후에 + [어드미션 웹후크 변형](/docs/reference/access-authn-authz/extensible-admission-controllers/#admission-webhooks) + 을 사용해서 이 필드를 동적으로 설정하고, 리소스의 상태, + 레이블 등에 따라 다른 TTL 값을 선택한다. + +## 경고 + +### TTL 초(sec) 업데이트 + +TTL 기간은, 예를 들어 잡의 `.spec.ttlSecondsAfterFinished` 필드는 +리소스를 생성하거나 완료한 후에 수정할 수 있다. 그러나, 잡을 +삭제할 수 있게 되면(TTL이 만료된 경우) 시스템은 TTL을 연장하기 +위한 업데이트가 성공적인 API 응답을 리턴하더라도 +작업이 유지되도록 보장하지 않는다. + +### 시간 차이(Skew) + +TTL 컨트롤러는 쿠버네티스 리소스에 +저장된 타임스탬프를 사용해서 TTL의 만료 여부를 결정하기 때문에, 이 기능은 클러스터 간의 +시간 차이에 민감하며, 시간 차이에 의해서 TTL 컨트롤러가 잘못된 시간에 리소스 +오브젝트를 정리하게 될 수 있다. + +쿠버네티스에서는 시간 차이를 피하기 위해 모든 노드 +([#6159](https://github.com/kubernetes/kubernetes/issues/6159#issuecomment-93844058)를 본다) +에서 NTP를 실행해야 한다. 시계가 항상 정확한 것은 아니지만, 그 차이는 +아주 작아야 한다. 0이 아닌 TTL을 설정할때는 이 위험에 대해 유의해야 한다. + +{{% /capture %}} + +{{% capture whatsnext %}} + +[자동으로 잡 정리](/docs/concepts/workloads/controllers/jobs-run-to-completion/#clean-up-finished-jobs-automatically) + +[디자인 문서](https://github.com/kubernetes/enhancements/blob/master/keps/sig-apps/0026-ttl-after-finish.md) + +{{% /capture %}}