컨테이너 자원 요구 사항, 자원 제약 (XXII)

공식 웹 사이트 : https://kubernetes.io/docs/concepts/configuration/manage-compute-resources-container/

컨테이너 자원 요구 사항, 자원 제약

   요청 : 수요, 최소 보장;

   제한 : 제한 하드 제한

    CPU :

     논리적 CPU

     1 = 1000 millcores

     500m = 0.5CPU

 

   메모리 :

     E, P, T, G, F, K, 에이, 파이

 , CPU 리소스를 사용할 수 보호하기 위해 제약 자원 한계를 컨테이너 요청

 

 필기 시험은 데모,

 

 압축 CPU 사용량을 확인

[루트 @ 마스터 ~] # 고양이 / proc 디렉토리 / cpuinfo의 | 그렙 "프로세서"| 화장실 -l CPU의 수를 확인하려면, 호스트 2

는 CPU의 25 %를 차지 500m은, 테스트는 정상입니다.

 

 [루트 @ 마스터 ~] # kubectl GET 포드 -owide

[루트 @ 마스터 ~] # kubectl GET 포드 resapp

[루트 @ 마스터 ~] # 개의 kubectl 최고 포드 resapp

[루트 @ 마스터 ~] # 개의 kubectl 간부 resapp - 상단

 

QoS는 자동으로 구성됩니다

  Guranteed : 각 컨테이너, 가장 높은 우선 순위 스케줄링을 클러스터 자원 제약이있는 경우

CPU와 메모리 요청과 한계를 모두 설정

  Cpu.limits = cpu.requests

  Memory.limites = memory.request

   Burstable :

     하나 이상의 용기에 배치 요청 CPU 또는 메모리 자원 특성

   BestEffort : 더 요청 또는 컨테이너 제한 특성을 최신 우선 순위를 설정하지 않습니다;

 설정 CPU, 모든 용어로, Qos를 위에서 확인 Burstable 중간 우선 순위.

[루트 @ 마스터 ~] #의 kubectl는 포드의 resapp을 설명

 

 변환 포드, 최고 권위의 QoS 우선 순위를 달성하기 위해

 

 으로는 가장 높은 우선 순위에 따른다.

 

 생산 환경 구성 매개 변수는 일반적으로하므로, 데이터 수집이 모니터링 서비스에 의해 수집 될 필요가 실제 상황에 따라 이러한 매개 변수를 구성해야합니다.

 

나는 프로 메테우스 그래서 여기 Influxdb + headster + grafana 모니터링을 도입하지 않는, 감시 모드, 내장 cadvisor되지 kubelet의 높은 버전을 사용합니다.

프로 메테우스의 모니터링에 대한 초기 장 (https://www.cnblogs.com/sunnyyangwang/p/10950382.html)에 참여할 수 있습니다.

디폴트 스토리지 볼륨을 Influxdb 없습니다.

Heapster 수렴 인덱스 데이터

 

 기본 취득 수단은 HeapSter이 노드에서 수집 된 데이터 만 수집합니다.

Kubelet의 새로운 버전은 cadvisor 전화 도구, 단일 노드에서 볼 수있는 내장. 기본 포트 4194.

heapster Cadvisor 활성에 입력 된 데이터는 데이터를 메모리에 캐시.

우리는 외부 타이밍 데이터베이스 시스템에 의존 할 필요가있다.

추천

출처www.cnblogs.com/sunnyyangwang/p/10983540.html