편집을 취소할 수 있습니다. 이 편집을 되돌리려면 아래의 바뀐 내용을 확인한 후 게시해주세요.
최신판 | 당신의 편집 | ||
173번째 줄: | 173번째 줄: | ||
==H== | ==H== | ||
;Horizontal Scaling | ;Horizontal Scaling | ||
The ability to add more machines based on policy and well-defined metrics. For example, add a machine to a cluster when CPU load average > (X) for a period of time (Y). | |||
;Host | ;Host | ||
see Server | |||
==I== | ==I== | ||
;Infrastructure provider | ;Infrastructure provider | ||
Refers to a provider that implements provisioning of infrastructure/computational resources required by the Cluster or by Machines (e.g. VMs, networking, etc.). Infrastructure provider’s interaction with Cluster API is based on what is defined in the Cluster API contract. | |||
Clouds infrastructure providers include AWS, Azure, or Google; while VMware, MAAS, or metal3.io can be defined as bare metal providers. When there is more than one way to obtain resources from the same infrastructure provider (e.g. EC2 vs. EKS in AWS) each way is referred to as a variant. | |||
For a complete list of providers see Provider Implementations. | |||
;Inline patch | ;Inline patch | ||
A patch defined inline in a ClusterClass. An alternative to an external patch. | |||
;In-place mutable fields | ;In-place mutable fields | ||
Fields which changes would only impact Kubernetes objects or/and controller behaviour but they won’t mutate in any way provider infrastructure nor the software running on it. In-place mutable fields are propagated in place by CAPI controllers to avoid the more elaborated mechanics of a replace rollout. They include metadata, MinReadySeconds, NodeDrainTimeout, NodeVolumeDetachTimeout and NodeDeletionTimeout but are not limited to be expanded in the future. | |||
;Instance | ;Instance | ||
see Server | |||
; | ;Immutability | ||
A resource that does not mutate. In Kubernetes we often state the instance of a running pod is immutable or does not change once it is run. In order to make a change, a new pod is run. In the context of Cluster API we often refer to a running instance of a Machine as being immutable, from a Cluster API perspective. | |||
;IPAM provider | ;IPAM provider | ||
Refers to a provider that allows Cluster API to interact with IPAM solutions. IPAM provider’s interaction with Cluster API is based on the IPAddressClaim and IPAddress API types. | |||
Cluster | |||
==K== | ==K== | ||
228번째 줄: | 220번째 줄: | ||
==M== | ==M== | ||
;Machine, Machine Resource | |||
;머신, 머신 리소스 | ;머신, 머신 리소스 | ||
kubelet을 실행할 장소를 확보하라는 요청을 나타내는 Kubernetes용 커스텀 리소스. | kubelet을 실행할 장소를 확보하라는 요청을 나타내는 Kubernetes용 커스텀 리소스. | ||
234번째 줄: | 226번째 줄: | ||
같이 보기: 서버(Server) | 같이 보기: 서버(Server) | ||
;Manage a cluster | |||
;클러스터 관리 | ;클러스터 관리 | ||
클러스터에서 생성, 확장, 업그레이드, 삭제 작업을 수행합니다. | 클러스터에서 생성, 확장, 업그레이드, 삭제 작업을 수행합니다. | ||
;Managed Kubernetes | |||
;관리형 Kubernetes | ;관리형 Kubernetes | ||
관리형 Kubernetes는 일반적으로 API로 노출되며 클라우드 제공자에서 기본적으로 사용할 수 있는 모든 Kubernetes 클러스터 프로비저닝 및 유지 관리 추상화를 나타냅니다. 예를 들어 EKS, OKE, AKS, GKE, IBM Cloud Kubernetes Service, DOKS 등 Kubernetes Cloud Native 생태계 전반에 걸쳐 있습니다. | 관리형 Kubernetes는 일반적으로 API로 노출되며 클라우드 제공자에서 기본적으로 사용할 수 있는 모든 Kubernetes 클러스터 프로비저닝 및 유지 관리 추상화를 나타냅니다. 예를 들어 EKS, OKE, AKS, GKE, IBM Cloud Kubernetes Service, DOKS 등 Kubernetes Cloud Native 생태계 전반에 걸쳐 있습니다. | ||
;Managed Topology | |||
;관리형 토폴로지 | ;관리형 토폴로지 | ||
토폴로지(Topology) 참조 | 토폴로지(Topology) 참조 | ||
;Management cluster | |||
;관리 클러스터 | ;관리 클러스터 | ||
하나 이상의 인프라 제공자가 실행되고, 리소스(예: 머신)가 저장되는 클러스터. 일반적으로 여러 워크로드 클러스터를 프로비저닝할 때 참조됩니다. | 하나 이상의 인프라 제공자가 실행되고, 리소스(예: 머신)가 저장되는 클러스터. 일반적으로 여러 워크로드 클러스터를 프로비저닝할 때 참조됩니다. | ||
;Multi-tenancy | |||
;멀티 테넌시 | ;멀티 테넌시 | ||
클러스터 API의 멀티 테넌시는 인프라 제공자가 인프라 테넌트에 해당하는 다양한 크리덴셜을 관리하는 기능을 정의합니다. | 클러스터 API의 멀티 테넌시는 인프라 제공자가 인프라 테넌트에 해당하는 다양한 크리덴셜을 관리하는 기능을 정의합니다. | ||
267번째 줄: | 259번째 줄: | ||
;Operating system (OS) | ;Operating system (OS) | ||
;운영 체제 | ;운영 체제 | ||
특정 | 특정 배포판보다는, Linux나 Windows 같이, 일반적으로 이해되는 커널과 시스템 수준 사용자공간 인터페이스의 조합. | ||
==P== | ==P== |