🥇Kubernetes의 상위 10가지 요령 및 팁

인터넷에는 많은 참고 문헌이 있지만 때로는 가장 간단한 조언이 가장 가치가 있습니다. 팀 Mail.ru의 Kubernetes aaS 번역 XNUMX가지 트릭과 팁 선택, 기사 작성자가 Kubernetes를 XNUMX년 동안 작업한 후 수집한 내용입니다. 팁은 중요도에 따라 분류되어 있지 않지만 모든 사람이 자신에게 유용한 정보를 찾을 수 있을 것이라고 생각합니다.

Kubernetes를 사용하는 가장 간단한 명령

우선, 아마도 Kubernetes 작업에서 가장 간단하고 유용한 작업일 것입니다. 다음 명령은 명령 완성을 활성화합니다. kubectl Bash 쉘에서:

echo "source <(kubectl completion bash)" >> ~/.bashrc

자동 완성 kubectl .bashrc 파일에 기록되며 쉘이 시작될 때마다 자동으로 활성화됩니다. 이렇게 하면 다음과 같은 긴 명령과 매개변수를 입력하는 속도가 빨라집니다. all-namespaces. 자세히 알아보기 쿠버네티스 배시 도움말.

네임스페이스의 기본 메모리 및 CPU 제한

예를 들어 애플리케이션이 잘못 작성되면 매초마다 데이터베이스에 대한 새 연결이 열리지만 결코 닫히지 않는 경우 클러스터에 메모리 누수가 발생합니다. 그리고 배포 중에 애플리케이션에 메모리 제한이 설정되어 있지 않으면 노드 오류가 발생할 수 있습니다.

이를 방지하기 위해 Kubernetes에서는 네임스페이스별로 기본 제한을 설정할 수 있습니다. 특정 네임스페이스에 대한 yaml 파일에 작성됩니다. 다음은 그러한 파일의 예입니다.

apiVersion: v1
kind: LimitRange
metadata:
  name: mem-limit-range
spec:
  limits:
  - default:
      memory: 512Mi
    defaultRequest:
      memory: 256Mi
    type: Container

이러한 yaml을 생성하고 모든 네임스페이스에 적용합니다. 예를 들어 네임스페이스에 limit-example. 이제 이 컨테이너에 대해 다른 개별 제한이 추가로 설정되지 않는 한 이 네임스페이스에 배포된 모든 컨테이너의 제한은 512Mi입니다.

이전 버전의 Kubernetes의 가비지 수집

Kubelet은 기본적으로 다음과 같은 경우에 가비지 수집을 시작합니다. var/lib/도커 사용 가능한 디스크 공간의 90%를 차지합니다. 그러나 Kubernetes 1.7까지는 파일 시스템의 파일 수에 해당하는 사용되는 inode 수에 대한 기본 제한이 없었습니다.

잠재적으로 귀하의 컨테이너 var/lib/도커 디스크 공간의 50%만 사용할 수 있지만 inode가 부족하여 작업자에게 문제를 일으킬 수 있습니다.

1.4에서 1.6까지의 이전 버전의 kubelet에서는 다음 플래그를 추가해야 합니다.

--eviction-hard
=memory.available<100Mi,nodefs.available<10%,nodefs.inodesFree<5%

1.7 이상 버전에서는 이 플래그가 기본적으로 설정됩니다. 그러나 이전 버전에서는 inode 제한을 모니터링하지 않습니다.

Minikube... 작지만 강력한 로컬 Kubernetes

Minikube는 로컬 Kubernetes 클러스터를 실행하는 가장 쉬운 방법입니다. 간단한 명령으로 시작됩니다.

minikube start

이 명령을 실행하면 컴퓨터에서 실제 Kubernetes 클러스터가 실행됩니다.

일러스트 소스

비결은 애플리케이션을 빌드하고 해당 클러스터에서 로컬로 실행하는 방법입니다. 특별히 지시하지 않는 한 Docker 이미지는 클러스터가 아닌 컴퓨터에 구축됩니다.

Docker가 이미지를 로컬 Kubernetes 클러스터에 푸시하도록 강제하기 위해 docker 머신에 다음 명령이 제공됩니다.

eval $(minikube docker-env)

이제 로컬 Kubernetes 클러스터에 애플리케이션을 구축할 수 있습니다.

모든 사람에게 kubectl 액세스 권한을 부여하지 마세요

이는 당연한 것처럼 보이지만 여러 팀이 애플리케이션에 동일한 클러스터를 사용하는 경우(Kubernetes가 만들어진 이유) 모든 사람에게 클러스터를 제공해서는 안 됩니다. kubectl. 명령을 분리하여 각 명령에 고유한 네임스페이스를 할당하고 RBAC 정책을 사용하여 액세스를 제한하는 것이 좋습니다.

각 Pod에 대한 액세스, 읽기, 생성, 삭제 및 기타 작업에 대한 권한을 할당하면 혼란스러울 수 있습니다. 그러나 가장 중요한 것은 비밀에 대한 액세스를 제한하여 관리자에게만 허용하는 것입니다. 이런 방식으로 클러스터를 관리할 수 있는 사람과 클러스터에 배포만 할 수 있는 사람을 구별할 것입니다.

포드 예산 관리

Kubernetes 클러스터에서 애플리케이션의 가동 중지 시간을 방지하는 방법은 무엇입니까? PodDisruptionBudget 및 다시 PodDisruptionBudget.

클러스터는 주기적으로 업데이트되고 노드는 비워집니다. 아무것도 가만히 있지 않습니다. 그것이 현실입니다. 인스턴스가 두 개 이상인 모든 배포에는 PDB(PodDisruptionBudget)가 포함되어야 합니다. 클러스터에 적용되는 간단한 yaml 파일로 생성됩니다. 특정 PDB의 적용 범위는 레이블 선택기에 의해 결정됩니다.

참고 : PDB 예산은 예산 위반을 되돌릴 수 있는 경우에만 고려됩니다(자발적 방해). 하드웨어 오류와 같은 상황에서는 PDB가 작동하지 않습니다.

예시 PDB:

apiVersion: policy/v1beta1
kind: PodDisruptionBudget
metadata:
  name: app-a-pdb
spec:
  minAvailable: 2
  selector:
      matchLabels:
        app: app-a

두 가지 주요 매개변수는 다음과 같습니다. matchLabels и minAvailable. 첫 번째 매개변수는 예산이 적용되는 애플리케이션을 지정합니다. 예를 들어 레이블이 있는 배포가 있는 경우 app: app-a и app: app-b이면 이 PDB는 첫 번째 PDB에만 적용됩니다.

매개 변수 minAvailable 노드를 비울(청소) 때 고려됩니다. 예를 들어, 이 예에서는 비우는 동안 모든 인스턴스가 제거됩니다. app: app-a, 두 개만 제외하고.

이를 통해 특정 시간에 실행되어야 하는 애플리케이션 인스턴스 수를 제어할 수 있습니다.

애플리케이션 상태 모니터링

이러한 모니터링은 준비 또는 활성 테스트를 사용하는 두 가지 방법으로 가능합니다.

첫 번째 프로브(준비 상태)는 트래픽을 수신할 컨테이너의 준비 상태를 결정합니다.

두 번째(활성)는 컨테이너가 정상인지 또는 다시 시작해야 하는지를 보여줍니다.

관련 구성은 배포를 위해 yaml에 간단히 추가됩니다. 여기에서 시간 초과, 지연 시간 및 재시도 횟수를 지정할 수 있습니다. 자세한 내용 보기 쿠버네티스 문서.

태그는 어디에나 있습니다

라벨은 Kubernetes의 기본 개념 중 하나입니다. 이를 통해 개체는 서로 자유롭게 통신할 수 있을 뿐만 아니라 레이블을 기반으로 쿼리를 생성할 수 있습니다. Kubernetes에서는 클라이언트로 이동하여 특정 태그에 대한 이벤트를 볼 수도 있습니다.

태그를 사용하면 거의 모든 작업을 수행할 수 있지만 좋은 예는 동일한 클러스터에서 프로그램을 실행하기 위해 여러 환경을 만드는 것입니다.

동일한 클러스터를 사용한다고 가정해 보겠습니다. dev и qa. 즉, 신청서를 제출할 수 있음을 의미합니다. app-a, 두 환경에서 동시에 작업 qa и dev. 이 경우 적절한 매개변수를 지정하여 특정 환경의 애플리케이션 인스턴스에 별도로 액세스할 수 있습니다. environment. 예를 들어, app: app-a и environment: dev 하나의 환경에 대해 app: app-a и environment: qa 두 번째로.

이를 통해 애플리케이션의 두 인스턴스에 모두 액세스하여 동시에 테스트를 수행할 수 있습니다.

조직하다

Kubernetes는 매우 강력한 시스템이지만 모든 시스템은 결국 너무 많은 프로세스로 인해 정체될 수 있습니다. Kubelet은 자체 프로세스뿐만 아니라 사용자가 지정한 모든 프로세스와 검사를 실행합니다.

물론 하나의 고아 서비스로 인해 시스템 속도가 느려지지는 않으며 Kubernetes는 처음부터 확장되도록 설계되었습니다. 그러나 하나의 서비스 대신 백만 개가 나타나면 kubelet이 질식하기 시작합니다.

어떤 이유로 배포(컨테이너, 이미지 등)를 삭제하는 경우 전체 정리를 수행해야 합니다.

만나보세요

마지막으로 주요 조언을 저장했습니다. Go 프로그래밍 언어를 배워보세요.

Kubernetes는 Go로 개발되었으며, 모든 확장 기능은 Go로 작성되었으며, client-go 클라이언트 라이브러리도 공식적으로 지원됩니다.

다양하고 흥미로운 용도로 사용될 수 있습니다. 예를 들어 Kubernetes 시스템을 원하는 대로 확장합니다. 따라서 자체 프로그램을 사용하여 데이터를 수집하고 애플리케이션을 배포하거나 단순히 컨테이너를 정리할 수 있습니다.

Go 프로그래밍 언어를 배우고 클라이언트 Go를 마스터하는 것은 아마도 새로운 Kubernetes 사용자에게 줄 수 있는 가장 중요한 조언일 것입니다.

Mail.ru 클라우드 솔루션의 지원으로 번역됨

또 무엇을 읽어야 할까요?:

출처 : habr.com

상위 10가지 Kubernetes 요령 및 팁