⒈
POD 이해
함께 용기 미러 복수의 네트워크 공유 공간 용기 용적
⒉
포드의 분류
- 자기 podv
사람의 죽음을 함께 끌어 번 대신 컨트롤러 포드에 의해 관리되는, 그것은되지 않습니다.
- 컨트롤러 포드에서 관리
그것은 컨트롤러 포드에 의해 관리됩니다
⒊
POD 컨트롤러 유형
- ReplicationController는 RC를 언급
비정상 종료 포드가있는 경우 응용 프로그램의 복사본은 항상 사본의 사용자 정의 번호로 유지되도록하는 데 사용되는 컨테이너의 ReplicationController 수, 즉, 자동 장소에서 새로운 포드를 만들 것입니다 및 비정상 추가 포드는 자동으로 복구 될 경우. ReplicaSet는 ReplicationController의 장소는 Kubernetes의 새 버전에 권장
- ReplicatSet는 RS를 지칭
ReplicationController와 ReplicatSet 본질적으로 다르지 않다, 단지 다른 이름, ReplicaSet는 집단 태그 선택 ReplicationController 기반을 지원
- 배포 참조
ReplicaSet 독립적으로 사용할 수 있지만, 그러나 일반적으로 자동 ReplicaSet을 관리하기 위해 배포를 사용하는 것이 좋습니다, 그래서 (롤링 업데이트 [롤오버]하지만 배포 지원을 지원하지 않는 등 ReplicaSet 등) 호환성 다른 메커니즘에 대해 걱정할 필요, 배포 직접 포드를 생성하지 않습니다 .
- 포드는 수평 자동 확장 함 매끄러운 팽창 [HPA
만 배치 및 ReplicaSet, 수평 포드 자동 확장은 사용자 정의에 따라 v1alpha 버전 지지체에서, 증설에 따른 버전 V1의 CPU 사용률 포드 지원하는 확장 된 메모리 용량 메트릭.
- StatefulSet는 언급
StatefulSet은 상태 기반 서비스의 문제 (그리고 비 저장 서비스 디자인에 해당 배치의 ReplicaSets)을 해결하기 위해, 해당 응용 프로그램 시나리오는 다음과 같습니다
PVC를 기반으로 스케줄링 포드 또는 동일한 지속 데이터에 대한 액세스, 즉 안정된 후 영구 저장은 달성
헤드리스 서비스를 기반으로 포드는 변화의 PodName 및 호스트 이름을 다시 예약 안정적인 네트워크 기호 (예 : 더 클러스터 서비스의 IP)을 달성 없습니다
질서 배치 질서 팽창, 즉 포드는 포드까지 순차적으로 전개시에 순차로 정의되거나, 즉, 0에서 N-1, 하부 주행 모두에 (연장 된 순서에 따라 정렬해야 모두 포드 전 실행 및 대기 상태)를 기반으로 초기화 컨테이너 것은 달성했다.
질서 수축 순서 (즉, N-1에서 0으로) 제거하는
- DaemonSet는 언급
포드 (노드) 모든 (또는 일부) 노드의 사본을 실행해야합니다 DaemonSet. 새로운 노드가 참여하면 클러스터는 그들을 위해 포드를 추가합니다. 노드는 포드를 복구 할 클러스터에서 제거됩니다. 이 포드를 생성 DaemonSet 모두 삭제됩니다 삭제
몇 가지 일반적인 사용 DaemonSet의 사용 :
ceph, 각 노드 glusterd에, 예를 들어, 클러스터 스토리지 데몬을 실행
각 노드에서 로그 데몬 실행을 수집, 예를 들어, Fluentd에, logstash
각 노드 모니터링 데몬, 예를 들어, 프로 메테우스 노드 수출에서 실행
- 작업 || Cromjob
일괄 처리 작업에 대한 책임 작업은 해당 작업은 하나 이상의 일괄 작업 포드 성공적인 결론을 보장 한 번만 수행됩니다.
즉 작업의 시간을 기준으로 크론 작업 관리 :
특정 시점에서 한 번만 실행
주기적으로 지정된 시점에 실행