반응형

 

 

 

매개변수로 정보 전달하기

# Pod 생성하는 YAML파일 생성
master@master:~$ cat arg-pod.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: arg-pod
spec:
  containers: 
  - name: ubuntu
    image: ubuntu:18.04
    command: [ "echo" ]
    args: [ "abc", "def" ]
master@master:~$ 

master@master:~$ kubectl apply -f arg-pod.yaml 
pod/arg-pod created
master@master:~$

master@master:~$ kubectl logs arg-pod     
abc def
master@master:~$

 

 

환경변수 설정하기

# pod 생성을 위한 YAML 파일 생성
master@master:~$ cat env-pod.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: env-pod
spec:
  containers: 
  - name: nginx
    image: nginx
    env:
    - name: my_env
      value: "this is jinsu nginx!"
master@master:~$

master@master:~$ kubectl apply -f env-pod.yaml 
pod/env-pod created
master@master:~$

master@master:~$ kubectl get pod
NAME           READY   STATUS             RESTARTS   AGE
volume-nginx   1/1     Running            0          41m
env-pod        1/1     Running            0          44s
master@master:~$

# exec 명령으로 env-pod 환경변수 확인
master@master:~$ kubectl exec env-pod -- printenv
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
HOSTNAME=env-pod
my_env=this is jinsu nginx!
KUBERNETES_PORT=tcp://10.43.0.1:443
KUBERNETES_PORT_443_TCP=tcp://10.43.0.1:443
KUBERNETES_PORT_443_TCP_PROTO=tcp
KUBERNETES_PORT_443_TCP_PORT=443
KUBERNETES_PORT_443_TCP_ADDR=10.43.0.1
KUBERNETES_SERVICE_HOST=10.43.0.1
KUBERNETES_SERVICE_PORT=443
KUBERNETES_SERVICE_PORT_HTTPS=443
NGINX_VERSION=1.23.1
NJS_VERSION=0.7.6
PKG_RELEASE=1~bullseye
HOME=/root
master@master:~$

 

 

 

 

 

 

 

 

참고자료

https://kubernetes.io/ko/docs/tasks/inject-data-application/_print/

 

 

 

반응형
저작자표시

'Kubernetes' 카테고리의 다른 글

[K8S] 쿠버네티스 - 동일 파드, 컨테이너 간 통신  (0) 2022.08.09
[K8S] 쿠버네티스 - 리소스 생성 및 관리  (0) 2022.08.09
[K8S] 쿠버네티스 - 볼륨(volume)  (0) 2022.08.07
[K8S] 쿠버네티스 - 라벨(label), 셀렉터 시스템  (0) 2022.08.07
[K8S] 쿠버네티스 - YAML 파일로 Pod 생성  (0) 2022.08.07
반응형

 

 

 

볼륨(volume)

컨테이너 내의 디스크에 있는 파일은 임시적이며, 컨테이너에서 실행될 때 애플리케이션에 적지 않은 몇 가지 문제가 발생한다. 한 가지 문제는 컨테이너가 크래시될 때 파일이 손실된다는 것이다. kubelet은 컨테이너를 다시 시작하지만 초기화된 상태이다. 두 번째 문제는 Pod에서 같이 실행되는 컨테이너간에 파일을 공유할 때 발생한다. 쿠버네티스 볼륨 추상화는 이러한 문제를 모두 해결한다. Pod에 대해 익숙해지는 것을 추천한다

 

 

 

volume-pod 생성 

# YAML파일 생성
master@master:~$ cat volume-pod.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: volume-nginx
spec:
  containers: 
  - name: jinsunginx
    image: nginx
    volumeMounts:
    - mountPath: /test-volume
      name: my-volume
  volumes:
  - name: my-volume
    hostPath:
      path: /home
      type: Directory
master@master:~$ 

# Pod 생성
master@master:~$ kubectl apply -f volume-pod.yaml 
pod/volume-nginx created

 

 

volume 연결 확인

# 로컬 디렉토리와 volume-nginx pod 디렉토리와 연결 확인
master@master:~$ kubectl exec volume-nginx -- ls -alh /test-volume/master
total 64K
drwxr-xr-x 6 1000 1000 4.0K Aug  7 07:54 .
drwxr-xr-x 3 root root 4.0K Aug  6 16:27 ..
-rw------- 1 1000 1000 1.2K Aug  7 07:13 .bash_history
-rw-r--r-- 1 1000 1000  220 Apr  4  2018 .bash_logout
-rw-r--r-- 1 1000 1000 3.8K Aug  7 05:36 .bashrc
drwx------ 2 1000 1000 4.0K Aug  6 16:30 .cache
drwx------ 3 1000 1000 4.0K Aug  6 16:30 .gnupg
drwxrwxr-x 4 1000 1000 4.0K Aug  7 04:38 .kube
-rw-r--r-- 1 1000 1000  807 Apr  4  2018 .profile
drwx------ 2 1000 1000 4.0K Aug  6 16:28 .ssh
-rw-r--r-- 1 1000 1000    0 Aug  7 03:44 .sudo_as_admin_successful
-rw------- 1 1000 1000 8.8K Aug  7 07:54 .viminfo
-rw-rw-r-- 1 1000 1000  155 Aug  7 07:14 jinsu2nginx.yaml
-rw-rw-r-- 1 1000 1000  137 Aug  7 06:25 jinsunginx.yaml
-rw-rw-r-- 1 1000 1000  270 Aug  7 07:54 volume-pod.yaml
master@master:~$ 

master@master:~$ ls -al
total 64
drwxr-xr-x 6 master master 4096 Aug  7 07:54 .
drwxr-xr-x 3 root   root   4096 Aug  6 16:27 ..
-rw------- 1 master master 1165 Aug  7 07:13 .bash_history
-rw-r--r-- 1 master master  220 Apr  4  2018 .bash_logout
-rw-r--r-- 1 master master 3838 Aug  7 05:36 .bashrc
drwx------ 2 master master 4096 Aug  6 16:30 .cache
drwx------ 3 master master 4096 Aug  6 16:30 .gnupg
-rw-rw-r-- 1 master master  155 Aug  7 07:14 jinsu2nginx.yaml
-rw-rw-r-- 1 master master  137 Aug  7 06:25 jinsunginx.yaml
drwxrwxr-x 4 master master 4096 Aug  7 04:38 .kube
-rw-r--r-- 1 master master  807 Apr  4  2018 .profile
drwx------ 2 master master 4096 Aug  6 16:28 .ssh
-rw-r--r-- 1 master master    0 Aug  7 03:44 .sudo_as_admin_successful
-rw------- 1 master master 8970 Aug  7 07:54 .viminfo
-rw-rw-r-- 1 master master  270 Aug  7 07:54 volume-pod.yaml
master@master:~$

 

 

 

 

참고자료

https://kubernetes.io/ko/docs/concepts/storage/volumes/

반응형
저작자표시

'Kubernetes' 카테고리의 다른 글

[K8S] 쿠버네티스 - 리소스 생성 및 관리  (0) 2022.08.09
[K8S] 쿠버네티스 - Pod에 정보 전달하기  (0) 2022.08.07
[K8S] 쿠버네티스 - 라벨(label), 셀렉터 시스템  (0) 2022.08.07
[K8S] 쿠버네티스 - YAML 파일로 Pod 생성  (0) 2022.08.07
[K8S] 쿠버네티스 - k3s 구성  (0) 2022.08.07
반응형

레이블과 셀렉터

레이블은 Pod와 같은 오브젝트에 첨부된 키와 값의 쌍이다. 레이블은 오브젝트의 특성을 식별하는 데 사용되어 사용자에게 중요하지만, 코어 시스템에 직접적인 의미는 없다. 레이블로 오브젝트의 하위 집합을 선택하고, 구성하는데 사용할 수 있다. 레이블은 오브젝트를 생성할 때에 붙이거나 생성 이후에 붙이거나 언제든지 수정이 가능하다. 오브젝트마다 키와 값으로 레이블을 정의할 수 있다. 오브젝트의 키는 고유한 값이어야 한다.

"metadata": {
  "labels": {
    "key1" : "value1",
    "key2" : "value2"
  }
}

레이블은 UI와 CLI에서 효율적인 쿼리를 사용하고 검색에 사용하기에 적합하다. 식별되지 않는 정보는 어노테이션으로 기록해야 한다.

 

사용 동기

레이블을 이용하면 사용자가 간단하게 결합한 방식으로 조직 구조와 시스템 오브젝트를 매핑할 수 있으며, 클라이언트에 매핑 정보를 저장할 필요가 없다.

 

레이블 셀렉터

이름과 UID와 다르게 레이블은 고유하지 않다. 일반적으로 우리는 많은 오브젝트에 같은 레이블을 사용한다.

레이블 셀렉터를 통해 클라이언트와 사용자는 오브젝트를 식별할 수 있다. 레이블 셀렉터는 쿠버네티스 코어 그룹의 기본이다.

API는 현재 일치성 기준 과 집합성 기준 이라는 두 종류의 셀렉터를 지원한다. 레이블 셀렉터는 쉼표로 구분된 다양한 요구사항 에 따라 만들 수 있다. 다양한 요구사항이 있는 경우 쉼표 기호가 AND(&&) 연산자로 구분되는 역할을 하도록 해야 한다.

비어있거나 지정되지 않은 셀렉터는 상황에 따라 달라진다. 셀렉터를 사용하는 API 유형은 유효성과 의미를 따로 정의하여 정리해야 한다.

참고: 레플리카셋(ReplicaSet)과 같은 일부 API 유형에서 두 인스턴스의 레이블 셀렉터는 네임스페이스 내에서 겹치지 않아야 한다. 그렇지 않으면 컨트롤러는 상충하는 명령으로 보고, 얼마나 많은 복제본이 필요한지 알 수 없다.
주의: 일치성 기준과 집합성 기준 조건 모두에 대해 논리적인 OR (||) 연산자가 없다. 필터 구문이 적절히 구성되어 있는지 확인해야 한다.

 

labels 확인 

master@master:~$ kubectl get pod
NAME          READY   STATUS    RESTARTS   AGE
jinsunginx    1/1     Running   0          9s
jinsu2nginx   1/1     Running   0          9s
master@master:~$ 

master@master:~$ kubectl get pod -L run
NAME          READY   STATUS    RESTARTS   AGE     RUN
jinsunginx    1/1     Running   0          2m58s   jinsunginx
jinsu2nginx   1/1     Running   0          2m58s   jinsu2nginx
master@master:~$ 

master@master:~$ kubectl get pod jinsunginx --show-labels
NAME         READY   STATUS    RESTARTS   AGE     LABELS
jinsunginx   1/1     Running   0          3m21s   run=jinsunginx
master@master:~$

 

 

labels 추가 및 확인

# color를 red로 labels 설정
master@master:~$ cat jinsu2nginx.yaml 
apiVersion: v1
kind: Pod
metadata:
  labels:
    run: jinsu2nginx
    color: red 
  name: jinsu2nginx
spec:
  containers:
  - name: nginx
    image: nginx
master@master:~$

# labels 확인
master@master:~$ kubectl get pod jinsu2nginx --show-labels
NAME          READY   STATUS    RESTARTS   AGE   LABELS
jinsu2nginx   1/1     Running   0          27s   color=red,run=jinsu2nginx
master@master:~$

 

 

Pod edit으로 labels 수정

# kubectl edit pod로 color 오렌지색으로 labels 수정
master@master:~$ kubectl edit pod jinsunginx
# Please edit the object below. Lines beginning with a '#' will be ignored,
# and an empty file will abort the edit. If an error occurs while saving this file will be
# reopened with the relevant failures.
#
apiVersion: v1
kind: Pod
metadata:
  annotations:
    kubectl.kubernetes.io/last-applied-configuration: |
      {"apiVersion":"v1","kind":"Pod","metadata":{"annotations":{},"labels":{"run":"jinsunginx"},"name":"jinsunginx","names
  creationTimestamp: "2022-08-07T07:08:05Z"
  labels:
    color: orange
    run: jinsunginx
  name: jinsunginx
  namespace: default
  resourceVersion: "7343"
  selfLink: /api/v1/namespaces/default/pods/jinsunginx
  uid: 22d83e8b-4d1e-4072-a09c-b19eabc47a95"
...

  
# color labels 수정 확인
master@master:~$ kubectl get pod jinsunginx --show-labels
NAME         READY   STATUS    RESTARTS   AGE   LABELS
jinsunginx   1/1     Running   0          12m   color=orange,run=jinsunginx
master@master:~$

 

 

labels 필터링으로 찾기

aster@master:~$ kubectl get pod -l run
NAME          READY   STATUS    RESTARTS   AGE
jinsu2nginx   1/1     Running   0          7m15s
jinsunginx    1/1     Running   0          14m
master@master:~$

master@master:~$ kubectl get pod -l run=jinsunginx
NAME         READY   STATUS    RESTARTS   AGE
jinsunginx   1/1     Running   0          15m
master@master:~$

 

 

node selector 이용하여 disktype 구분

master@master:~$ kubectl label node master disktype=ssd
# node/master labeld
master@master:~$ 

master@master:~$ cat << EOF | kubectl apply -f -
apiVersion: v1
kind: Pod
metadata:
  labels:
    run: jinsunginx
  name: jinsunginx
spec:
  containers: 
  - name: jinsunginx
    image: nginx
  nodeSelector:
    disktype: ssd
EOF
master@master:~$

 

 

 

 

 

참고자료

https://kubernetes.io/ko/docs/concepts/overview/working-with-objects/labels/

반응형
저작자표시

'Kubernetes' 카테고리의 다른 글

[K8S] 쿠버네티스 - Pod에 정보 전달하기  (0) 2022.08.07
[K8S] 쿠버네티스 - 볼륨(volume)  (0) 2022.08.07
[K8S] 쿠버네티스 - YAML 파일로 Pod 생성  (0) 2022.08.07
[K8S] 쿠버네티스 - k3s 구성  (0) 2022.08.07
[K8S] 쿠버네티스 - k3s 명령어  (0) 2022.08.07
반응형

 

 

Pod 구성하는 YAML 파일 생성

# pod 생성하는 YAML 파일 생성
master@master:~$ cat jinsunginx.yaml 
apiVersion: v1
kind: Pod
metadata:
  labels:
    run: jinsunginx
  name: jinsunginx
spec:
  containers:
  - name: nginx
    image: nginx
master@master:~$

 

 

YAML 파일로 Pod 생성

# YAML 파일로 Pod 생성
master@master:~$ kubectl apply -f jinsunginx.yaml 
pod/jinsunginx created
master@master:~$


# 생성한 Pod 확인
master@master:~$ kubectl get pod jinsunginx -oyaml
apiVersion: v1
kind: Pod
metadata:
  annotations:
    kubectl.kubernetes.io/last-applied-configuration: |
      {"apiVersion":"v1","kind":"Pod","metadata":{"annotations":{},"labels":{"run":"jinsunginx"},"name":"jinsunginx","namespace":"default"},"spec":{"containers":[{"image":"nginx","name":"nginx"}]}}
  creationTimestamp: "2022-08-07T06:26:05Z"
  labels:
    run: jinsunginx
  name: jinsunginx
  namespace: default
  resourceVersion: "5061"
  selfLink: /api/v1/namespaces/default/pods/jinsunginx
  uid: 40941481-58b6-4684-8cce-7dd2dd84653b
spec:
  containers:
  - image: nginx
    imagePullPolicy: Always
    name: nginx
    resources: {}
    terminationMessagePath: /dev/termination-log
    terminationMessagePolicy: File
    volumeMounts:
    - mountPath: /var/run/secrets/kubernetes.io/serviceaccount
      name: default-token-g8wm6
      readOnly: true
  dnsPolicy: ClusterFirst
  enableServiceLinks: true
  nodeName: master
  priority: 0
  restartPolicy: Always
  schedulerName: default-scheduler
  securityContext: {}
  serviceAccount: default
  serviceAccountName: default
  terminationGracePeriodSeconds: 30
  tolerations:
  - effect: NoExecute
    key: node.kubernetes.io/not-ready
    operator: Exists
    tolerationSeconds: 300
  - effect: NoExecute
    key: node.kubernetes.io/unreachable
    operator: Exists
    tolerationSeconds: 300
  volumes:
  - name: default-token-g8wm6
    secret:
      defaultMode: 420
      secretName: default-token-g8wm6
status:
  conditions:
  - lastProbeTime: null
    lastTransitionTime: "2022-08-07T06:26:05Z"
    status: "True"
    type: Initialized
  - lastProbeTime: null
    lastTransitionTime: "2022-08-07T06:26:09Z"
    status: "True"
    type: Ready
  - lastProbeTime: null
    lastTransitionTime: "2022-08-07T06:26:09Z"
    status: "True"
    type: ContainersReady
  - lastProbeTime: null
    lastTransitionTime: "2022-08-07T06:26:05Z"
    status: "True"
    type: PodScheduled
  containerStatuses:
  - containerID: docker://101279274be74990989e719696b2853cc3b5da4c382a78f4e738aa9bbb14f4e3
    image: nginx:latest
    imageID: docker-pullable://nginx@sha256:ecc068890de55a75f1a32cc8063e79f90f0b043d70c5fcf28f1713395a4b3d49
    lastState: {}
    name: nginx
    ready: true
    restartCount: 0
    started: true
    state:
      running:
        startedAt: "2022-08-07T06:26:09Z"
  hostIP: 192.168.0.201
  phase: Running
  podIP: 10.42.0.6
  podIPs:
  - ip: 10.42.0.6
  qosClass: BestEffort
  startTime: "2022-08-07T06:26:05Z"
master@master:~$

 

 

Kubectl run명령으로 yaml 파일 생성

  • 커맨드는 서비스에 대한 구성을 생성하지만, 이를 kube-apiserver에 전송하는 대신 YAML 형식으로 stdout에 출력한다.
kubectl run redis --image=redis --dry-run=client -o yaml > redis.yaml

cat redis.yaml

apiVersion: v1
kind: Pod
metadata:
  creationTimestamp: null
  labels:
    run: redis
  name: redis
spec:
  containers:
  - image: redis
    name: redis
    resources: {}
  dnsPolicy: ClusterFirst
  restartPolicy: Always
status: {}

 

 

즉석 리소스 생성

# 즉시 리소스 생성
master@master:~$ cat << EOF | kubectl apply -f -
> apiVersion: v1
> kind: Pod
> metadata:
>   labels:
>     run: jinsunginx
>   name: jinsunginx
> spec:
>   containers:
>   - name: nginx
>     image: nginx
>     ports:
>     - containerPort: 80
> EOF
pod/jinsunginx created
master@master:~$

# 상태 확인
master@master:~$ kubectl get pod
NAME         READY   STATUS    RESTARTS   AGE
jinsunginx   1/1     Running   0          15s
master@master:~$ kubectl get pod jinsunginx -oyaml
apiVersion: v1
kind: Pod
metadata:
  annotations:
    kubectl.kubernetes.io/last-applied-configuration: |
      {"apiVersion":"v1","kind":"Pod","metadata":{"annotations":{},"labels":{"run":"jinsunginx"},"name":"jinsunginx","namespace":"default"},"spec":{"containers":[{"image":"nginx","name":"nginx","ports":[{"containerPort":80}]}]}}
  creationTimestamp: "2022-08-07T07:03:01Z"
  labels:
    run: jinsunginx
  name: jinsunginx
  namespace: default
  resourceVersion: "6649"
  selfLink: /api/v1/namespaces/default/pods/jinsunginx
  uid: fd90af8b-8d3d-40fb-bd3c-7ac553728cc5
spec:
  containers:
  - image: nginx
    imagePullPolicy: Always
    name: nginx
    ports:
    - containerPort: 80
      protocol: TCP
    resources: {}
    terminationMessagePath: /dev/termination-log
    terminationMessagePolicy: File
    volumeMounts:
    - mountPath: /var/run/secrets/kubernetes.io/serviceaccount
      name: default-token-g8wm6
      readOnly: true
  dnsPolicy: ClusterFirst
  enableServiceLinks: true
  nodeName: master
  priority: 0
  restartPolicy: Always
  schedulerName: default-scheduler
  securityContext: {}
  serviceAccount: default
  serviceAccountName: default
  terminationGracePeriodSeconds: 30
  tolerations:
  - effect: NoExecute
    key: node.kubernetes.io/not-ready
    operator: Exists
    tolerationSeconds: 300
  - effect: NoExecute
    key: node.kubernetes.io/unreachable
    operator: Exists
    tolerationSeconds: 300
  volumes:
  - name: default-token-g8wm6
    secret:
      defaultMode: 420
      secretName: default-token-g8wm6
status:
  conditions:
  - lastProbeTime: null
    lastTransitionTime: "2022-08-07T07:03:01Z"
    status: "True"
    type: Initialized
  - lastProbeTime: null
    lastTransitionTime: "2022-08-07T07:03:06Z"
    status: "True"
    type: Ready
  - lastProbeTime: null
    lastTransitionTime: "2022-08-07T07:03:06Z"
    status: "True"
    type: ContainersReady
  - lastProbeTime: null
    lastTransitionTime: "2022-08-07T07:03:01Z"
    status: "True"
    type: PodScheduled
  containerStatuses:
  - containerID: docker://aeab365d5f8ea73911e2218105f0194825748ae244cd377a718e68d78cae7557
    image: nginx:latest
    imageID: docker-pullable://nginx@sha256:ecc068890de55a75f1a32cc8063e79f90f0b043d70c5fcf28f1713395a4b3d49
    lastState: {}
    name: nginx
    ready: true
    restartCount: 0
    started: true
    state:
      running:
        startedAt: "2022-08-07T07:03:05Z"
  hostIP: 192.168.0.201
  phase: Running
  podIP: 10.42.0.8
  podIPs:
  - ip: 10.42.0.8
  qosClass: BestEffort
  startTime: "2022-08-07T07:03:01Z"
master@master:~$

 

 

 

 

 

 

 

반응형
저작자표시

'Kubernetes' 카테고리의 다른 글

[K8S] 쿠버네티스 - 볼륨(volume)  (0) 2022.08.07
[K8S] 쿠버네티스 - 라벨(label), 셀렉터 시스템  (0) 2022.08.07
[K8S] 쿠버네티스 - k3s 구성  (0) 2022.08.07
[K8S] 쿠버네티스 - k3s 명령어  (0) 2022.08.07
[K8S] 쿠버네티스 - Pod 구성  (0) 2022.08.07
반응형

 

초기 구성

# 필요 프로그램 설치
master@master:~$ sudo apt-get update
master@master:~$ sudo apt-get install -y docker.io
master@master:~$ sudo apt-get install -y nfs-common
master@master:~$ sudo apt-get install -y python3-dev
master@master:~$ sudo apt-get install -y python3-pip

# Master Node 필요 설정 및 버전 구성(중요)
master@master:~$ curl -sfL https://get.k3s.io | INSTALL_K3S_EXEC="\
    --disable traefik \
    --disable metrics-server \
    --node-name master --docker" \
    INSTALL_K3S_VERSION="v1.17.4+k3s1" sh -s -

# sudo 명령 없이 사용자 권한 설정 구성
master@master:~$ mkdir ~/.kube
master@master:~$ sudo cp /etc/rancher/k3s/k3s.yaml ~/.kube/config
master@master:~$ sudo chown -R $(id -u):$(id -g) ~/.kube
master@master:~$ echo "export KUBECONFIG=~/.kube/config" >> ~/.bashrc
master@master:~$ source ~/.bashrc
master@master:~$ kubectl get node
NAME     STATUS   ROLES    AGE     VERSION
master   Ready    master   2m42s   v1.17.4+k3s1
master@master:~$

 

반응형
저작자표시

'Kubernetes' 카테고리의 다른 글

[K8S] 쿠버네티스 - 라벨(label), 셀렉터 시스템  (0) 2022.08.07
[K8S] 쿠버네티스 - YAML 파일로 Pod 생성  (0) 2022.08.07
[K8S] 쿠버네티스 - k3s 명령어  (0) 2022.08.07
[K8S] 쿠버네티스 - Pod 구성  (0) 2022.08.07
[K8S] 쿠버네티스 설치  (0) 2022.08.07
반응형

Kubernetes 리소스 조회

# 리소스 조회
kubectl get namespace
kubectl get node
kubectl get pod

master@master:~$ kubectl get namespace
kubectl get node
kubectl get podNAME              STATUS   AGE
kube-system       Active   73m
default           Active   73m
kube-public       Active   73m
kube-node-lease   Active   73m
master@master:~$ kubectl get node
NAME     STATUS   ROLES    AGE   VERSION
master   Ready    master   73m   v1.17.4+k3s1
master@master:~$ kubectl get pod
NAME         READY   STATUS    RESTARTS   AGE
jinsunginx   1/1     Running   0          16m
master@master:~$

 

 

Kubernetes 모든 리소스 조회

# 클러스터에 모든 리소스 조회
master@master:~$ kubectl api-resources
NAME                              SHORTNAMES   APIGROUP                       NAMESPACED   KIND
bindings                                                                      true         Binding
componentstatuses                 cs                                          false        ComponentStatus
configmaps                        cm                                          true         ConfigMap
endpoints                         ep                                          true         Endpoints
events                            ev                                          true         Event
limitranges                       limits                                      true         LimitRange
namespaces                        ns                                          false        Namespace
nodes                             no                                          false        Node
persistentvolumeclaims            pvc                                         true         PersistentVolumeClaim
persistentvolumes                 pv                                          false        PersistentVolume
pods                              po                                          true         Pod
podtemplates                                                                  true         PodTemplate
replicationcontrollers            rc                                          true         ReplicationController
resourcequotas                    quota                                       true         ResourceQuota
secrets                                                                       true         Secret
serviceaccounts                   sa                                          true         ServiceAccount
services                          svc                                         true         Service
mutatingwebhookconfigurations                  admissionregistration.k8s.io   false        MutatingWebhookConfiguration
validatingwebhookconfigurations                admissionregistration.k8s.io   false        ValidatingWebhookConfiguration
customresourcedefinitions         crd,crds     apiextensions.k8s.io           false        CustomResourceDefinition
apiservices                                    apiregistration.k8s.io         false        APIService
controllerrevisions                            apps                           true         ControllerRevision
daemonsets                        ds           apps                           true         DaemonSet
deployments                       deploy       apps                           true         Deployment
replicasets                       rs           apps                           true         ReplicaSet
statefulsets                      sts          apps                           true         StatefulSet
tokenreviews                                   authentication.k8s.io          false        TokenReview
localsubjectaccessreviews                      authorization.k8s.io           true         LocalSubjectAccessReview
selfsubjectaccessreviews                       authorization.k8s.io           false        SelfSubjectAccessReview
selfsubjectrulesreviews                        authorization.k8s.io           false        SelfSubjectRulesReview
subjectaccessreviews                           authorization.k8s.io           false        SubjectAccessReview
horizontalpodautoscalers          hpa          autoscaling                    true         HorizontalPodAutoscaler
cronjobs                          cj           batch                          true         CronJob
jobs                                           batch                          true         Job
certificatesigningrequests        csr          certificates.k8s.io            false        CertificateSigningRequest
leases                                         coordination.k8s.io            true         Lease
endpointslices                                 discovery.k8s.io               true         EndpointSlice
events                            ev           events.k8s.io                  true         Event
ingresses                         ing          extensions                     true         Ingress
helmcharts                                     helm.cattle.io                 true         HelmChart
addons                                         k3s.cattle.io                  true         Addon
ingresses                         ing          networking.k8s.io              true         Ingress
networkpolicies                   netpol       networking.k8s.io              true         NetworkPolicy
runtimeclasses                                 node.k8s.io                    false        RuntimeClass
poddisruptionbudgets              pdb          policy                         true         PodDisruptionBudget
podsecuritypolicies               psp          policy                         false        PodSecurityPolicy
clusterrolebindings                            rbac.authorization.k8s.io      false        ClusterRoleBinding
clusterroles                                   rbac.authorization.k8s.io      false        ClusterRole
rolebindings                                   rbac.authorization.k8s.io      true         RoleBinding
roles                                          rbac.authorization.k8s.io      true         Role
priorityclasses                   pc           scheduling.k8s.io              false        PriorityClass
csidrivers                                     storage.k8s.io                 false        CSIDriver
csinodes                                       storage.k8s.io                 false        CSINode
storageclasses                    sc           storage.k8s.io                 false        StorageClass
volumeattachments                              storage.k8s.io                 false        VolumeAttachment
master@master:~$

 

 

 

자동완성 명령어

# 자동완성 기능
master@master:~$ echo "source <(kubectl completion bash)" >> ~/.bashrc
master@master:~$ source ~/.bashrc

 

 

사용자 인증 파일 확인

# kubectl 명령을 이용하여 확인
master@master:~$ kubectl config view
apiVersion: v1
clusters:
- cluster:
    certificate-authority-data: DATA+OMITTED
    server: https://127.0.0.1:6443
  name: default
contexts:
- context:
    cluster: default
    user: default
  name: default
current-context: default
kind: Config
preferences: {}
users:
- name: default
  user:
    password: 4275a8b14f67fb2159b6a7f88facc091
    username: admin
master@master:~$ 



# master node가 가지고 있는 config파일로 확인
master@master:~$ cat ~/.kube/config
apiVersion: v1
clusters:
- cluster:
    certificate-authority-data: LS0tLS1CRUdJTiBDRVJUSUZJQ0FURS0tLS0tCk1JSUJWekNCL3FBREFnRUNBZ0VBTUFvR0NDcUdTTTQ5QkFNQ01DTXhJVEFmQmdOVkJBTU1HR3N6Y3kxelpYSjIKWlhJdFkyRkFNVFkxT1RnME5qa3hNakFlRncweU1qQTRNRGN3TkRNMU1USmFGdzB6TWpBNE1EUXdORE0xTVRKYQpNQ014SVRBZkJnTlZCQU1NR0dzemN5MXpaWEoyWlhJdFkyRkFNVFkxT1RnME5qa3hNakJaTUJNR0J5cUdTTTQ5CkFnRUdDQ3FHU000OUF3RUhBMElBQkR6S2t1bU1TbGVwd0VaSG9NeldidS9lSzRhT2RUQ1hWcHlEWVBmWXdCcjUKY0t0a2ZMVHZvVHZ6SG9pOXdrOU9TNC9CRHc3bHJxbHZoeHJZZ0dLYm02NmpJekFoTUE0R0ExVWREd0VCL3dRRQpBd0lDcERBUEJnTlZIUk1CQWY4RUJUQURBUUgvTUFvR0NDcUdTTTQ5QkFNQ0EwZ0FNRVVDSUdnVFFwZ3NROUJnCkJ5RVpJQlgrbzlsZVBsL0QwRi9VUGQ0azB0Zk4xVzQrQWlFQW9WdVBoUWtPNXd4bjJkU1Jtck5lYW9BbWlLeGsKL0hGRWlBQlNoRUhSblZZPQotLS0tLUVORCBDRVJUSUZJQ0FURS0tLS0tCg==
    server: https://127.0.0.1:6443
  name: default
contexts:
- context:
    cluster: default
    user: default
  name: default
current-context: default
kind: Config
preferences: {}
users:
- name: default
  user:
    password: 4275a8b14f67fb2159b6a7f88facc091
    username: admin
master@master:~$

 

 

 

클러스터 상태 확인

# Cluster 상태 확인
master@master:~$ kubectl cluster-info
Kubernetes master is running at https://127.0.0.1:6443
CoreDNS is running at https://127.0.0.1:6443/api/v1/namespaces/kube-system/services/kube-dns:dns/proxy

To further debug and diagnose cluster problems, use 'kubectl cluster-info dump'.
master@master:~$

 

 

 

 

 

참고자료

https://kubernetes.io/ko/docs/reference/kubectl/cheatsheet/

 

 

 

 

 

반응형
저작자표시

'Kubernetes' 카테고리의 다른 글

[K8S] 쿠버네티스 - YAML 파일로 Pod 생성  (0) 2022.08.07
[K8S] 쿠버네티스 - k3s 구성  (0) 2022.08.07
[K8S] 쿠버네티스 - Pod 구성  (0) 2022.08.07
[K8S] 쿠버네티스 설치  (0) 2022.08.07
[K8S] Kubernetes 란 무엇인가?  (0) 2022.08.07
반응형

파드

파드(Pod) 는 쿠버네티스에서 생성하고 관리할 수 있는 배포 가능한 가장 작은 컴퓨팅 단위이다.

파드 (고래 떼(pod of whales)나 콩꼬투리(pea pod)와 마찬가지로)는 하나 이상의 컨테이너의 그룹이다. 이 그룹은 스토리지 및 네트워크를 공유하고, 해당 컨테이너를 구동하는 방식에 대한 명세를 갖는다. 파드의 콘텐츠는 항상 함께 배치되고, 함께 스케줄되며, 공유 콘텍스트에서 실행된다. 파드는 애플리케이션 별 "논리 호스트"를 모델링한다. 여기에는 상대적으로 밀접하게 결합된 하나 이상의 애플리케이션 컨테이너가 포함된다. 클라우드가 아닌 콘텍스트에서, 동일한 물리 또는 가상 머신에서 실행되는 애플리케이션은 동일한 논리 호스트에서 실행되는 클라우드 애플리케이션과 비슷하다.

애플리케이션 컨테이너와 마찬가지로, 파드에는 파드 시작 중에 실행되는 초기화 컨테이너가 포함될 수 있다. 클러스터가 제공하는 경우, 디버깅을 위해 임시 컨테이너를 삽입할 수도 있다.

 

파드란 무엇인가?

참고 : 도커가 가장 일반적으로 잘 알려진 컨테이너 런타임이지만, 쿠버네티스는 도커 외에도 다양한 컨테이너 런타임을 지원하며, 파드를 설명할 때 도커 관련 용어를 사용하면 더 쉽게 설명할 수 있다.

파드의 공유 콘텍스트는 리눅스 네임스페이스, 컨트롤 그룹(cgroup) 및 도커 컨테이너를 격리하는 것과 같이 잠재적으로 다른 격리 요소들이다. 파드의 콘텍스트 내에서 개별 애플리케이션은 추가적으로 하위 격리가 적용된다.

도커 개념 측면에서, 파드는 공유 네임스페이스와 공유 파일시스템 볼륨이 있는 도커 컨테이너 그룹과 비슷하다

 

 

 

 

Pod 생성 및 실행

# Pod 생성 및 실행
master@master:~$ kubectl run jinsunginx --image nginx --restart Never           
pod/jinsunginx created
master@master:~$

 

 

Pod 실행 상태 확인

# Pod 실행 상태 확인
master@master:~$ kubectl get pod jinsunginx
NAME         READY   STATUS    RESTARTS   AGE
jinsunginx   1/1     Running   0          52s
master@master:~$

 

 

Pod YAML 정의서 상세내용 확인

# Pod YAML 정의서 상세확인
master@master:~$ kubectl get pod jinsunginx -o yaml       
apiVersion: v1
kind: Pod
metadata:
  creationTimestamp: "2022-08-07T04:51:41Z"
  labels:
    run: jinsunginx
  name: jinsunginx
  namespace: default
  resourceVersion: "1035"
  selfLink: /api/v1/namespaces/default/pods/jinsunginx
  uid: db8ef4a7-de65-421d-9b08-c835b8050eff
spec:
  containers:
  - image: nginx
    imagePullPolicy: Always
    name: jinsunginx
    resources: {}
    terminationMessagePath: /dev/termination-log
    terminationMessagePolicy: File
    volumeMounts:
    - mountPath: /var/run/secrets/kubernetes.io/serviceaccount
      name: default-token-g8wm6
      readOnly: true
  dnsPolicy: ClusterFirst
  enableServiceLinks: true
  nodeName: master
  priority: 0
  restartPolicy: Never
  schedulerName: default-scheduler
  securityContext: {}
  serviceAccount: default
  serviceAccountName: default
  terminationGracePeriodSeconds: 30
  tolerations:
  - effect: NoExecute
    key: node.kubernetes.io/not-ready
    operator: Exists
    tolerationSeconds: 300
  - effect: NoExecute
    key: node.kubernetes.io/unreachable
    operator: Exists
    tolerationSeconds: 300
  volumes:
  - name: default-token-g8wm6
    secret:
      defaultMode: 420
      secretName: default-token-g8wm6
status:
  conditions:
  - lastProbeTime: null
    lastTransitionTime: "2022-08-07T04:51:41Z"
    status: "True"
    type: Initialized
  - lastProbeTime: null
    lastTransitionTime: "2022-08-07T04:51:52Z"
    status: "True"
    type: Ready
  - lastProbeTime: null
    lastTransitionTime: "2022-08-07T04:51:52Z"
    status: "True"
    type: ContainersReady
  - lastProbeTime: null
    lastTransitionTime: "2022-08-07T04:51:41Z"
    status: "True"
    type: PodScheduled
  containerStatuses:
  - containerID: docker://f132455cc278b02f7ac431e962237eb7fa3e69537e63a4299dabf2f11f6b4e07
    image: nginx:latest
    imageID: docker-pullable://nginx@sha256:ecc068890de55a75f1a32cc8063e79f90f0b043d70c5fcf28f1713395a4b3d49
    lastState: {}
    name: jinsunginx
    ready: true
    restartCount: 0
    started: true
    state:
      running:
        startedAt: "2022-08-07T04:51:52Z"
  hostIP: 192.168.0.201
  phase: Running
  podIP: 10.42.0.4
  podIPs:
  - ip: 10.42.0.4
  qosClass: BestEffort
  startTime: "2022-08-07T04:51:41Z"
master@master:~$

 

 

Pod 정보 확인

# Pod 정보 확인
master@master:~$ kubectl describe pod jinsunginx
Name:         jinsunginx
Namespace:    default
Priority:     0
Node:         master/192.168.0.201
Start Time:   Sun, 07 Aug 2022 04:51:41 +0000
Labels:       run=jinsunginx
Annotations:  <none>
Status:       Running
IP:           10.42.0.4
IPs:
  IP:  10.42.0.4
Containers:
  jinsunginx:
    Container ID:   docker://f132455cc278b02f7ac431e962237eb7fa3e69537e63a4299dabf2f11f6b4e07
    Image:          nginx
    Image ID:       docker-pullable://nginx@sha256:ecc068890de55a75f1a32cc8063e79f90f0b043d70c5fcf28f1713395a4b3d49
    Port:           <none>
    Host Port:      <none>
    State:          Running
      Started:      Sun, 07 Aug 2022 04:51:52 +0000
    Ready:          True
    Restart Count:  0
    Environment:    <none>
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from default-token-g8wm6 (ro)
Conditions:
  Type              Status
  Initialized       True 
  Ready             True 
  ContainersReady   True 
  PodScheduled      True 
Volumes:
  default-token-g8wm6:
    Type:        Secret (a volume populated by a Secret)
    SecretName:  default-token-g8wm6
    Optional:    false
QoS Class:       BestEffort
Node-Selectors:  <none>
Tolerations:     node.kubernetes.io/not-ready:NoExecute for 300s
                 node.kubernetes.io/unreachable:NoExecute for 300s
Events:
  Type    Reason     Age        From               Message
  ----    ------     ----       ----               -------
  Normal  Scheduled  <unknown>  default-scheduler  Successfully assigned default/jinsunginx to master
  Normal  Pulling    9m7s       kubelet, master    Pulling image "nginx"
  Normal  Pulled     8m57s      kubelet, master    Successfully pulled image "nginx"
  Normal  Created    8m57s      kubelet, master    Created container jinsunginx
  Normal  Started    8m57s      kubelet, master    Started container jinsunginx
master@master:~$

 

 

Pod 명령 내리기

# Pod 명령 내리기
master@master:~$ kubectl exec jinsunginx -- apt update

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

Get:1 http://deb.debian.org/debian bullseye InRelease [116 kB]
Get:2 http://deb.debian.org/debian-security bullseye-security InRelease [48.4 kB]
Get:3 http://deb.debian.org/debian bullseye-updates InRelease [44.1 kB]
Get:4 http://deb.debian.org/debian bullseye/main amd64 Packages [8182 kB]
Get:5 http://deb.debian.org/debian-security bullseye-security/main amd64 Packages [170 kB]
Get:6 http://deb.debian.org/debian bullseye-updates/main amd64 Packages [2592 B]
Fetched 8563 kB in 1s (5924 kB/s)
Reading package lists...
Building dependency tree...
Reading state information...
All packages are up to date.
master@master:~$ 
master@master:~$ 
master@master:~$ kubectl exec jinsunginx -- apt install -y curl

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

Reading package lists...
Building dependency tree...
Reading state information...
curl is already the newest version (7.74.0-1.3+deb11u2).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
master@master:~$

 

 

Pod logs 확인 

# Pod 로그 확인
master@master:~$ kubectl logs jinsunginx
/docker-entrypoint.sh: /docker-entrypoint.d/ is not empty, will attempt to perform configuration
/docker-entrypoint.sh: Looking for shell scripts in /docker-entrypoint.d/
/docker-entrypoint.sh: Launching /docker-entrypoint.d/10-listen-on-ipv6-by-default.sh
10-listen-on-ipv6-by-default.sh: info: Getting the checksum of /etc/nginx/conf.d/default.conf
10-listen-on-ipv6-by-default.sh: info: Enabled listen on IPv6 in /etc/nginx/conf.d/default.conf
/docker-entrypoint.sh: Launching /docker-entrypoint.d/20-envsubst-on-templates.sh
/docker-entrypoint.sh: Launching /docker-entrypoint.d/30-tune-worker-processes.sh
/docker-entrypoint.sh: Configuration complete; ready for start up
2022/08/07 04:51:52 [notice] 1#1: using the "epoll" event method
2022/08/07 04:51:52 [notice] 1#1: nginx/1.23.1
2022/08/07 04:51:52 [notice] 1#1: built by gcc 10.2.1 20210110 (Debian 10.2.1-6) 
2022/08/07 04:51:52 [notice] 1#1: OS: Linux 4.15.0-189-generic
2022/08/07 04:51:52 [notice] 1#1: getrlimit(RLIMIT_NOFILE): 1048576:1048576
2022/08/07 04:51:52 [notice] 1#1: start worker processes
2022/08/07 04:51:52 [notice] 1#1: start worker process 31
2022/08/07 04:51:52 [notice] 1#1: start worker process 32
2022/08/07 04:51:52 [notice] 1#1: start worker process 33
2022/08/07 04:51:52 [notice] 1#1: start worker process 34
127.0.0.1 - - [07/Aug/2022:05:11:16 +0000] "GET / HTTP/1.1" 200 615 "-" "Wget/1.21" "-"
master@master:~$

 

 

Pod 파일 이동 복사

# 로컬에서 Pod로 파일 이동 및 복사
master@master:~$ kubectl cp ~/.bashrc jinsunginx:/.
master@master:~$ 
master@master:~$ kubectl exec jinsunginx -- cat /.bashrc
# ~/.bashrc: executed by bash(1) for non-login shells.
# see /usr/share/doc/bash/examples/startup-files (in the package bash-doc)
# for examples

# If not running interactively, don't do anything
case $- in
    *i*) ;;
      *) return;;
esac

# don't put duplicate lines or lines starting with space in the history.
# See bash(1) for more options
HISTCONTROL=ignoreboth
...

 

 

Pod 값 수정

# Pod를 수정
master@master:~$ kubectl edit pod jinsunginx
# Please edit the object below. Lines beginning with a '#' will be ignored,
# and an empty file will abort the edit. If an error occurs while saving this file will be
# reopened with the relevant failures.
#
apiVersion: v1
kind: Pod
metadata:
  creationTimestamp: "2022-08-07T04:51:41Z"
  labels:
    run: jinsunginx
  name: jinsunginx
  namespace: default
  resourceVersion: "1035"
  selfLink: /api/v1/namespaces/default/pods/jinsunginx
  uid: db8ef4a7-de65-421d-9b08-c835b8050eff
spec:
  containers:
  - image: nginx
    imagePullPolicy: Always
    name: jinsunginx
    resources: {}
    terminationMessagePath: /dev/termination-log
    terminationMessagePolicy: File
    volumeMounts:
    - mountPath: /var/run/secrets/kubernetes.io/serviceaccount
      name: default-token-g8wm6
      readOnly: true
  dnsPolicy: ClusterFirst
  enableServiceLinks: true
  nodeName: master
  priority: 0
  restartPolicy: Never
  schedulerName: default-scheduler
  securityContext: {}
  serviceAccount: default
  serviceAccountName: default
  terminationGracePeriodSeconds: 30
  tolerations:
  - effect: NoExecute
    key: node.kubernetes.io/not-ready
    operator: Exists
    tolerationSeconds: 300
  - effect: NoExecute
    key: node.kubernetes.io/unreachable
    operator: Exists
    tolerationSeconds: 300
  volumes:
  - name: default-token-g8wm6
    secret:
      defaultMode: 420
      secretName: default-token-g8wm6

 

 

Pod 삭제

# 생성한 Pod 삭제하기
master@master:~$ kubectl delete pod jinsunginx
pod "jinsunginx" deleted

master@master:~$

 

 

생성된 Pod 변경(수정)

# 변경하고 싶은 Pod를 수정
master@master:~$  kubectl edit pods webapp-color

# 수정하고나면 에러로그 발생
error: pods "webapp-color" is invalid
A copy of your changes has been stored to "/tmp/kubectl-edit-3440084507.yaml"
error: Edit cancelled, no valid changes were saved.

# 해당 Pod의 yaml파일을 replace 해주면 됩니다.
master@master:~$  kubectl replace --force -f /tmp/kubectl-edit-3440084507.yaml
pod "webapp-color" deleted
pod/webapp-color replaced

 

 

 

 

 

 

 

 

 

 

 

참고자료

https://kubernetes.io/ko/docs/concepts/workloads/pods/

 

 

 

반응형
저작자표시

'Kubernetes' 카테고리의 다른 글

[K8S] 쿠버네티스 - YAML 파일로 Pod 생성  (0) 2022.08.07
[K8S] 쿠버네티스 - k3s 구성  (0) 2022.08.07
[K8S] 쿠버네티스 - k3s 명령어  (0) 2022.08.07
[K8S] 쿠버네티스 설치  (0) 2022.08.07
[K8S] Kubernetes 란 무엇인가?  (0) 2022.08.07
반응형

 

 

 

Kubernetes 설치 

 

설치하기전에 설정 및 확인 사항 (Master node, Worker node)

# sudo swapoff -a && sudo sed -i '/swap/s/^/#/' /etc/fstab

 

iptable 설정

# cat <<EOF | sudo tee /etc/modules-load.d/k8s.conf
br_netfilter
EOF

# cat <<EOF | sudo tee /etc/sysctl.d/k8s.conf
net.bridge.bridge-nf-call-ip6tables = 1
net.bridge.bridge-nf-call-iptables = 1
EOF

# sudo sysctl --system

 

통신을 위한 방화벽 예외 설정

# sudo systemctl stop firewalld
# sudo systemctl disable firewalld

 

로컬에서 Kubernetes 포트가 열려있는지 확인

# telnet 127.0.0.1 6443
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.

 

 

 

kubelet, kubeadm, kubectl 설치  (Master node, Worker node)

# sudo apt-get update
# sudo apt-get install -y apt-transport-https ca-certificates curl

 

구글 클라우드 퍼블릭 키 다운로드 명령을 입력합니다.

# sudo curl -fsSLo /usr/share/keyrings/kubernetes-archive-keyring.gpg https://packages.cloud.google.com/apt/doc/apt-key.gpg

 

쿠버네티스 설치를 위한 Kubernetes 저장소를 추가해주세요.

# echo "deb [signed-by=/usr/share/keyrings/kubernetes-archive-keyring.gpg] https://apt.kubernetes.io/ kubernetes-xenial main" | sudo tee /etc/apt/sources.list.d/kubernetes.list

 

 

저장소 업데이트 후 kubelet, kubeadm, kubectl 설치

# sudo apt-get update
# sudo apt-get install -y kubelet kubeadm kubectl
# sudo apt-mark hold kubelet kubeadm kubectl

 

설치 후 서비스 재시작

# sudo systemctl daemon-reload
# sudo systemctl restart kubelet

 

 

 

 

감사합니다.

 

 

 

반응형
저작자표시

'Kubernetes' 카테고리의 다른 글

[K8S] 쿠버네티스 - YAML 파일로 Pod 생성  (0) 2022.08.07
[K8S] 쿠버네티스 - k3s 구성  (0) 2022.08.07
[K8S] 쿠버네티스 - k3s 명령어  (0) 2022.08.07
[K8S] 쿠버네티스 - Pod 구성  (0) 2022.08.07
[K8S] Kubernetes 란 무엇인가?  (0) 2022.08.07
반응형

 

Kubernetes 란 무엇인가 ? 

쿠버네티스는 컨테이너화된 워크로드와 서비스를 관리하기 위해 만들어진 확장가능한 오픈소스 플랫폼이다. 쿠버네티스는 간편한 구성과 자동화를 모두 편리하게 해준다. 쿠버네티스는 크고, 빠르게 성장하는 아키텍처를 가지고 있다. 쿠버네티스 서비스, 기술 지원 및 도구는 어디서나 쉽게 이용할 수 있다.

쿠버네티스란 명칭은 키잡이(helmsman)나 파일럿을 뜻하는 그리스어에서 유래했다. K8s라는 표기는 "K"와 "s"와 그 사이에 있는 8글자를 나타내는 약식 표기이다. 구글이 2014년에 쿠버네티스 프로젝트를 오픈소스화했다.

 

  • 전통적인 배포 시대

여태까지 대부분 데이터센터나 서버스를 구성할 때 애플리케이션을 물리 서버에서 실행했었다. 한 물리 서버에서 여러 애플리케이션의 리소스 한계를 정의할 방법이 없었기에, 리소스 할당의 문제가 발생했다. 예를 들어 물리 서버 하나에서 여러 애플리케이션을 실행하면, 리소스 전부를 차지하는 애플리케이션 인스턴스가 있을 수 있고, 결과적으로는 다른 애플리케이션의 성능이 저하될 수 있었다. 이에 대한 해결책은 서로 다른 여러 물리 서버에서 각 애플리케이션을 실행하는 것이 있다. 그러나 이는 리소스가 충분히 활용되지 않는다는 점에서 확장 가능하지 않았으므로, 물리 서버를 많이 유지하기 위해서 관리하는 조직에 많은 비용이 들었다.

  • 가상화된 배포 시대

그 해결책으로 가상화가 도입되었다. 이는 단일 물리 서버의 CPU에서 여러 가상 시스템 (VM)을 실행할 수 있게 한다. 가상화를 사용하면 VM간에 애플리케이션을 격리하고 애플리케이션의 정보를 다른 애플리케이션에서 자유롭게 액세스 할 수 없으므로, 일정 수준의 보안성을 제공할 수 있다.

가상화를 사용하면 물리 서버에서 리소스를 보다 효율적으로 활용할 수 있으며, 쉽게 애플리케이션을 추가하거나 업데이트할 수 있고 하드웨어 비용을 절감할 수 있어 더 나은 확장성을 제공한다. 가상화를 통해 일련의 물리 리소스를 폐기 가능한(disposable) 가상 머신으로 구성된 클러스터로 만들 수 있다.

각 VM은 가상화된 하드웨어 상에서 자체 운영체제를 포함한 모든 구성 요소를 실행하는 하나의 완전한 머신이다.

  • 컨테이너 개발 시대

컨테이너는 VM과 유사하지만 격리 속성을 완화하여 애플리케이션 간에 운영체제(OS)를 공유한다. 그러므로 컨테이너는 가볍다고 여겨진다. VM과 마찬가지로 컨테이너에는 자체 파일 시스템, CPU 점유율, 메모리, 프로세스 공간 등이 있다. 기본 인프라와의 종속성을 끊었기 때문에, 클라우드나 OS 배포본에 쉽게 이식하거나 연동할 수 있다.

 

 

 

 

쿠버네티스가 왜 필요하고 무엇을 할 수 있는가 ?

컨테이너는 애플리케이션을 포장하고 실행하는 좋은 방법이다. 프로덕션 환경에서는 애플리케이션을 실행하는 컨테이너를 관리하고 장애가 있는지 확인해야 한다. 예를 들어 컨테이너가 다운되면 다른 컨테이너를 다시 시작해야 한다. 이 문제를 시스템에 의해 처리한다면 더 쉽지 않을까?

그것이 쿠버네티스가 필요한 이유이다! 쿠버네티스는 분산 시스템을 탄력적으로 실행하기 위한 프레임 워크를 제공한다. 애플리케이션의 확장과 장애 조치를 처리하고, 배포 패턴 등을 제공한다. 예를 들어, 쿠버네티스는 시스템의 카나리아 배포를 쉽게 관리 할 수 있다. 쿠버네티스는 다음을 제공한다.

 

  • 서비스 관리와 로드 밸런싱

쿠버네티스는 DNS 이름을 사용하거나 자체 IP 주소를 사용하여 컨테이너를 노출할 수 있다. 컨테이너에 대한 트래픽이 많으면, 쿠버네티스는 네트워크 트래픽을 로드밸런싱하고 배포하여 배포가 안정적으로 이루어질 수 있다.

 

  • 스토리지 관리

 쿠버네티스를 사용하면 로컬 저장소, 공용 클라우드 공급자 등과 같이 원하는 저장소 시스템을 자동으로 탑재 할 수 있다.

 

  • 자동화된 롤아웃과 롤백 

쿠버네티스를 사용하여 배포된 컨테이너의 원하는 상태를 서술할 수 있으며 현재 상태를 원하는 상태로 설정한 속도에 따라 변경할 수 있다. 예를 들어 쿠버네티스를 자동화해서 배포용 새 컨테이너를 만들고, 기존 컨테이너를 제거하고, 모든 리소스를 새 컨테이너에 적용할 수 있다.

 

  • 자동화된 빈 패킹(bin packing)

컨테이너화된 작업을 실행하는데 사용할 수 있는 쿠버네티스 클러스터 노드를 제공한다. 각 컨테이너가 필요로 하는 CPU와 메모리(RAM)를 쿠버네티스에게 지시한다. 쿠버네티스는 컨테이너를 노드에 맞추어서 리소스를 가장 잘 사용할 수 있도록 해준다.

 

  • 자동화된 복구(self-healing)

쿠버네티스는 실패한 컨테이너를 다시 시작하고, 컨테이너를 교체하며, '사용자 정의 상태 검사'에 응답하지 않는 컨테이너를 죽이고, 서비스 준비가 끝날 때까지 그러한 과정을 클라이언트에 보여주지 않는다.

 

  • 시크릿과 구성 관리

쿠버네티스를 사용하면 암호, OAuth 토큰 및 SSH 키와 같은 중요한 정보를 저장하고 관리 할 수 있다. 컨테이너 이미지를 재구성하지 않고 스택 구성에 시크릿을 노출하지 않고도 시크릿 및 애플리케이션 구성을 배포 및 업데이트 할 수 있다.

 

 

 

 

 

 

클러스터 아키텍처

Control Plane은 클러스터의 두뇌 역활을 하며 컨테이너 스케쥴링, 서비스 관리, API 요청 처리 등의 작업을 수행한다.

컨트롤 플레인 컴포넌트는 클러스터 내 Master node에서 실행된다.

 

  • kube-apiserer : 컨트롤 플레인의 프론트 엔드 서버로 API 요청을 처리
  • etcd : 어떤 노트가 존재하고 클러스터에 어떤 리소스가 존재하는지 쿠버네티스와 관련된 모든 정보를 저장하는 데이터베이스 역활
  • kube-scheduler : 새로 생성된 Pod를 실행할 노드를 결정
  • kube-controller-manager : 디플로이먼트와 같은 리소스 컨트롤러를 관리
  • cloud-controller-manager : 클라우드 기반 업체와 연동하여 로드 밸런서나 디스크 볼륨과 같은 자원을 관리

 

 

노드 컴포넌트

Worker node는 클러스터 내에서 사용자의 워크로드를 실행합니다.

쿠버네티스 클러스터의 각 Worker node는 다음과 같은 컴포넌트를 실행합니다.

 

  • kubelet : 노드에 예약된 워크로드를 실행하기 위해 컨테이너 런타임을 관리하고 상태를 모니터링한다.
  • kube-proxy : 서로 다른 노드에 있는 파드 간 통신이나 파드와 인터넷 사이의 네트워크 트래픽을 라우팅한다.
  • Container Runtime : 컨테이너를 시작하고 중지하며 컨테이너 간 통신을 처리한다. 일반적으로 Docker가 사용되지만 쿠버네티스는 rkt나 CRI-O와 같은 다른 컨테이너 런타임도 지원합니다.

 

 

 

 

 

 

감사합니다.

 

 

반응형
저작자표시

'Kubernetes' 카테고리의 다른 글

[K8S] 쿠버네티스 - YAML 파일로 Pod 생성  (0) 2022.08.07
[K8S] 쿠버네티스 - k3s 구성  (0) 2022.08.07
[K8S] 쿠버네티스 - k3s 명령어  (0) 2022.08.07
[K8S] 쿠버네티스 - Pod 구성  (0) 2022.08.07
[K8S] 쿠버네티스 설치  (0) 2022.08.07
반응형

 

 

 

 

 

 

 

 

 

 

MTU (Maximum Transmission Unit) 란?

  • MTU는 디바이스가 전달할 수 있는 최대 전송 단위입니다.
  • 일반적으로 이 "Unit"은 IP 헤더를 포함한 IP 패킷 길이입니다.
  • Dot1q Tag, MacSec, SVL 헤더 등의 L2 헤더는 이 계산에 포함되지 않습니다.

 

L2 Header 및 길이

  • 일반 L2 Header는 14바이트 + 4바이트의 CRC이며 총 18바이트
  • 트렁크는 dot1q vlan Tag에 4바이트를 추가하며 총 22바이트
  • MacSec은 일반적인 L2 헤더 길이 위에 자체 헤더 길이를 추가합니다

 

기본 MTU란?

  • 기본 MTU는 사용자가 구성하기 이전에 스위치가 기본적으로 설정된 MTU입니다
  • 스위치의 기본 MTU는 1500바이트입니다.
  • 이더넷 포트는 1500바이트 레이어 3 패킷 + 레이어 2 헤더를 전달합니다.

 

MTU 요약 테이블

총 프레임 크기 =  MTU + L2 헤더

포트 유형 기본 MTU - 바이트 구성된 MTU - 바이트 L2 Header 총 프레임 크기
L2 Acess 1500   18 1518
    9216 18 9234
L2 Trunk 1500   22 1522
    9216 22 9238
L3 물리적 포트 1500   18 1518
    9216 18 9234
L3 SVI 1500   18 1518
    9216 18 9234
L3 포트의 IP MTU 1500 범위가 지원됨 18 ip mtu 구성 값 기반

 

 

 

 

 

MTU 검사는 Ingress, Egress가 언제 발생되나요?

 

Egress : MTU는 Maximum Transmission Unit, Egress 확인, Fragment(조각화) 또는 Trending(전송)에 대한 결정, Egress에 대해 결정

  • 포트의 MTU가 라우팅될 패킷 길이보다 크면 패킷이 있는 그대로 전송됩니다.
  • 패킷이 Egress 포트의 MTU보다 크고 Egress 포트가 레이어 3 포트, 패킷은 MTU에 따라 조각화됩니다. 레이어 2 포트, 패킷이 삭제됩니다.(조각화는 레이어 3에서만 수행)

Ingress : 인터페이스에 도착하는 패킷에 대해서도 MTU 확인이 수행됩니다 

  • 인터페이스가 구성된 MTU 위에 패킷을 수신하면 이러한 패킷은 큰 패킷으로 처리되고 삭제됩니다. 

 

 

 

 

Jumbo Packet 이란?

스위치에서 1500바이트 이상의 모든 스위치는 대형 패킷 또는 점보 패킷입니다.

  • 예-1:9216바이트의 점보 프레임 크기를 전달하도록 인터페이스 MTU가 구성된 경우 9216바이트 + 레이어 2 헤더의 프레임을 허용하거나 전송합니다. 
  • 예-2:인터페이스 MTU가 5000바이트의 점보 프레임 크기를 전달하도록 구성된 경우 5000바이트 + 레이어 2 헤더의 프레임을 허용하거나 전송합니다.

 

 

MTU 설정

 

# System MTU 설정
SW(config)# system mtu ?
 <1500-9216> MTU size in bytes

SW(config)# system mtu 1800
Global Ethernet MTU is set to 1800 bytes.
Note: this is the Ethernet payload size, not the total
Ethernet frame size, which includes the Ethernet
header/trailer and possibly other tags, such as ISL or
802.1q tags.

# Interface MTU 설정
SW(config)# interface Ethernet0/0
SW(config-if)# mtu 9126

 

 

MTU 설정 확인

SW# show system mtu
Global Ethernet MTU is 1800 bytes.

SW# show interfaces mtu

Port         Name              MTU
Twe1/0/1                       9216   <-- Per-Port MTU override
Twe1/0/2                       1800   <-- No per-port MTU uses global MTU 


SW# show interfaces TwentyFiveGigE 1/0/1 | inc MTU
MTU 9216 bytes, BW 1000000 Kbit/sec, DLY 10 usec,

SW# show interfaces TwentyFiveGigE 1/0/2 | inc MTU
MTU 1800 bytes, BW 25000000 Kbit/sec, DLY 10 usec,

 

 

하드웨어 MTU 확인

SW# show platform software fed active ifm mappings
Interface                 IF_ID    Inst Asic Core Port SubPort Mac Cntx LPN GPN Type Active
TwentyFiveGigE1/0/1       0x8        1   0   1    20     0      16  4    1   101 NIF  Y  <-- Retrieve the IF_ID for use in the next command
TwentyFiveGigE1/0/2       0x9        1   0   1    21     0      17  5    2   102 NIF  Y

SW# show platform software fed active ifm if-id 0x8 | inc MTU
                Jumbo MTU ............ [9216]  <-- Hardware matches software configuration

SW# show platform software fed active ifm if-id 0x9 | in MTU
                Jumbo MTU ............ [1800]  <-- Hardware matches software configuration

 

 

 

 

반응형
저작자표시

'Network > CISCO' 카테고리의 다른 글

[Network] CISCO - IPSEC (IKEv2) 설정  (0) 2023.10.08
[Network] CISCO - IPSEC (IKEv1) 설정  (1) 2023.10.08
[Network] CISCO - EtherChannel 설정  (0) 2022.07.24
[Network] CISCO - 기능 설정  (0) 2022.02.18
[Network] CISCO - HSRP 라우터 이중화  (0) 2020.07.16

+ Recent posts

티스토리툴바