1. Controller
\n 2.3. Selector \n\n
Replication Controller의 경우 label 이 동일할 경우만 연결이 된다.
\n 2.3.1 Match Labels \n\n
2.3.2 Match Expressions \n\n
2.4. ReplicationController에서 ReplicaSet으로 변경방법
\n아래 명령어로 연결된 pod는 지우지 않고 ReplicationController만 삭제
\n$ kubectl delete replicationcontrollers replication1 --cascade=falseReplicaSet 생성
\napiVersion: apps/v1\nkind: ReplicaSet\nmetadata:\nname: replica2\nspec:\nreplicas: 2\nselector:\nmatchLabels:\n cascade: \"false\"\ntemplate:\nmetadata:\n labels:\n cascade: \"false\"\nspec: #아래 스펙내용은 기존 ReplicationController 와 동일하게\n containers:\n - name: container\n image: kubetm/app:v12.5. ReplicaSet 샘플
\napiVersion: apps/v1\nkind: ReplicaSet\nmetadata:\n name: replica1\nspec:\n replicas: 2 #파드개수를 replicas 만큼 유지를 시킨다.\n selector:\n matchLabels:\n type: web #동일한 라벨링 된 파드와 연결이 된다.\n ver: v1 #만약 template 아래 labels에 존재하지 않는 라벨을 사용할 경우 에러 발생(ex. ver: v3)\n template:\n metadata:\n name: pod1 #ReplicaSet이 해당 템플릿으로 Pod를 생성하면 \"pod1\"로 파드명이 만들어지지 않고 임의의 파드명으로 생성된다.\n labels:\n type: web\n ver: v1\n ver: v2\n spec:\n containers:\n - name: container\n image: kubetm/app:v1\n terminationGracePeriodSeconds: 0apiVersion: apps/v1\nkind: ReplicaSet\nmetadata:\n name: replica1\nspec:\n replicas: 1\n selector: \n #matchLabels, matchExpressions 두 조건 모두 들어갈 수 있다. or 조건이다. (matchLabels or matchExpressions)\n #template 아래 labels에 존재하는 라벨만 사용가능\n matchLabels: \n type: web\n ver: v1\n matchExpressions:\n - {key: type, operator: In, values: [web]}\n - {key: ver, operator: Exists}\n template:\n metadata:\n labels:\n type: web\n ver: v1\n location: dev\n spec:\n containers:\n - name: container\n image: kubetm/app:v1\n terminationGracePeriodSeconds: 0 3. Deployment \n\n
Recreate Deployment 리소스파일
\napiVersion: apps/v1\nkind: Deployment\nmetadata:\n name: deployment-1\nspec:\n selector:\n matchLabels:\n type: app\n replicas: 2\n strategy:\n type: Recreate #type 설정\n revisionHistoryLimit: 1 #삭제하지 않고 유지 할 ReplicaSet 개수, 기본값은 10\n template:\n metadata:\n labels:\n type: app\n spec:\n containers:\n - name: container\n image: kubetm/app:v1\n terminationGracePeriodSeconds: 10 3.2. Rolling Update \n\n
어떻게 새로 생성된 파드들은 새로 생성된 ReplicaSet을 구별하나?
\nBlue/Green ReplicaSet 리소스파일
\napiVersion: apps/v1\nkind: ReplicaSet\nmetadata:\n name: replica1 # -> replica2로 변경하여 배포 (새로운 ReplicaSet 생성됨)\nspec:\n replicas: 2\n selector:\n matchLabels:\n ver: v1 # -> v2로 변경하여 배포\n template:\n metadata:\n name: pod1\n labels:\n ver: v1 # -> v2로 변경하여 배포\n spec:\n containers:\n - name: container\n image: kubetm/app:v1 # -> 업데이트할 이미지로 변경하여 배포\n terminationGracePeriodSeconds: 0Blue/Green Service 리소스파일
\napiVersion: v1\nkind: Service\nmetadata:\n name: svc-3\nspec:\n selector:\n ver: v1 # -> v2로 변경하여 배포 (새로운 파드로 연결)\n ports:\n - port: 8080\n protocol: TCP\n targetPort: 8080 3.4 Canary \n\n
불특정 다수 테스트
\n특정 타겟 테스트
\n 4. DaemonSet \n\n
5.1. Pod
\n5.2. ReplicaSet
\nRecreate vs Restart \n- Recreate는 파드를 재생성하여 IP나 파드명이 변경이 된다. \n- Restart는 파드를 재생성하지 않고 안의 컨테이너만 재시작한다.5.3. Job
\napiVersion: batch/v1\nkind: Job\nmetadata:\n name: job-2\nspec:\n completions: 6\n parallelism: 2\n activeDeadlineSeconds: 30\n template:\n spec:\n restartPolicy: Never\n containers:\n - name: container\n image: kubetm/init\n command: [\"sh\", \"-c\", \"echo 'job start';sleep 20; echo 'job end'\"]\n terminationGracePeriodSeconds: 05. CronJob
\n#v1.22\napiVersion: batch/v1\nkind: CronJob\nmetadata:\n name: cron-job\nspec:\n schedule: \"*/1 * * * *\"\n jobTemplate:\n spec:\n template:\n spec:\n restartPolicy: Never\n containers:\n - name: container\n image: kubetm/init\n command: [\"sh\", \"-c\", \"echo 'job start';sleep 20; echo 'job end'\"]\n terminationGracePeriodSeconds: 0\n\n---\n#v1.15\napiVersion: batch/v1beta1\nkind: CronJob\nmetadata:\n name: cron-job-2\nspec:\n schedule: \"20,21,22 * * * *\"\n concurrencyPolicy: Replace\n jobTemplate:\n spec:\n template:\n spec:\n restartPolicy: Never\n containers:\n - name: container\n image: kubetm/init\n command: [\"sh\", \"-c\", \"echo 'job start';sleep 140; echo 'job end'\"]\n terminationGracePeriodSeconds: 0