blog

서비스: 외부에서 쿠버네티스 클러스터를 외부에 노출 시키기 위한 컴포넌트 1. NodePort - 사용자가 워커 노드의 특정 포트로 요청 - 모든 요청을 노트포트 서비스로 전달 - 노드포트 서비스는 Pod에 전달 (Node Port를 통해 Node를 접속해 pod를 찾아감. pod에 직접 연결하는 것은 아님) nodeport.yaml apiVersion: v1 kind: Service metadata: name: k8s-svc spec: selector: app: deploy-pod ports: - name: http protocol: TCP port: 80 targetPort: 80 nodePort: 30000 type: NodePort yaml파일이 아닌 아래와 같이 expose 가능 kubectl ..

컨테이너란? - 호스트 OS상에서 논리적인 구획을 생성하고, 애플리케이션을 실행하는데 필요한 라이브러리, 애플리케이션 등을 하나로 모아 전용 서버 인 것 처럼 사용 가능한것(컨테이너 엔진 필요) - 현재 쿠버네티스 기본값으로 되어 있는 것은 도커 외 다른 가상화 호스트가상화: Windows 10과 같은 Host OS에 별도의 가상화 소프트웨어를 설치 후 Guest OS실행(Virtual Box, VM Ware Player) 하이퍼바이저: HW상에 하이퍼바이저를 설치해 가상환경 제공(Windwos Hyper-V, 시트릭스 Hypervisior) 컨테이너를 통해 애플리케이션을 개발하게 된다면 애플리케이션 실행에 필요한 모든 파일과 디렉토리를 통째로 모두 컨테이너 이미지로 생성 가능하기에 개발, QA, 운영 ..

ACR이란? - Azure Container Registry로 컨테이너 이미지를 프라이빗하게 저장 가능 ACR 이름이 중복되지 않는지 확인하는 명령어 ➜ ~ az acr check-name -n tpcableacr { "message": null, "nameAvailable": true, "reason": null } Azure CLI로 ACR 생성하기 1. 리소스그룹 생성 ➜ ~ az group create -g tpcablerg -l koreacentral [결과확인] ➜ ~ az group list --output table 2. ACR 생성 ➜ ~ az acr create -g tpcablerg -l koreacentral -n tpcableacr --sku basic [결과확인] ➜ ~ az a..

Service를 통해 Pod가 트래픽을 수신하도록 허용 서비스 Type Cluster IP: 클러스터 내부 단일 진입점, 클러스터 내부에서만 사용가능 보통 지정 없으면 10.96.0.12 범위내 랜덤 IP 할당된다. Node Port: 노드에 지정된 포트를 예약 well-knowport x 30000~32767(default) Load Balancer: 퍼블릭 LB

Pod 컨테이너를 표현하는 k8s API의 최소단위 Pod하나에는 하나 또는 여러개의 컨테이너 포함 가능 Kubelet 각 노드들을 모니터링 Pod 라이프사이클 Kubectl을 통해 API서버로 API서버는 구성데이터를 ectd에 저장 scheduler은 pod를 적절한 노드에 배치 controller는 pod가 정상 작동 하는지 확인 Pod 작동 과정 Kubectl을 통해 API서버로 명령 API 서버는 etcd로 정보 저장 이후 scheduler에게.. scheduler 배포할 pod 정도를 etcd로

이미지 검색 $ docker search [image] 이미지 다운로드 $ docker pull [image:tag] 이미지 태그 $ docker tag [image] [docker hub계정]/[image:tag] 이미지 업로드 $ docker push [docker hub계정]/[image:tag] 이미지 확인 $ docker images 옵션 --no-trunc 모든 값 출력 --digests 이미지의 고유값 출력 이미지 삭제 $ docker rmi [이름orID] 모든 이미지 삭제 $ docker rmi $(docker images -q) 옵션 -f 강제 실행 컨테이너 확인 $ docker ps 모든 컨테이너 확인 $ docker ps -a 컨테이너 작성 및 실행 $ docker run [imag..

1. docker stop [컨테이너1]2. docker commit [컨테이너1] [컨테이너2]3. docker run -d -p 80:80 [컨테이너2]

가상화 기술은 크게 3가지로 나눌 수 있다.1. 호스트 가상화 2. 하이퍼바이저 가상화3. 컨테이너 1. 호스트형 가상화: Host OS(예를들면 Win10, MAC OS)에 가상화 SW를 설치해서 이 가상화 SW에서 Guest OS를 작동 시키는 기술Host OS에서 다른 Guest OS를 구동하기에 오버헤드가 크다. 2. 하이퍼바이저 가상화: HW위에 가상화 SW인 하이퍼바이져를 배치하고, 가상화 구성. 윈도우 Hyper-V, 시트릭스 XenServer가 있다. 가상 환경마다 별도의 OS가 작동하므로 가상환경시작에 걸리는 오버헤드가 크다. 3. 컨테이너: 호스트 OS위에 컨테이너 엔진을 설치하고 애플리케이션 작동에 필요한 바이너리, 라이브러리 등을 하나로 모아 각자가 별도의 서버인 것처럼 사용하는 환..

docker pull 실행 시 오류 나는 경우가 있는데... 1. docker login이 안되었을 경우 2. 명령을 관리자 권한으로 실행하지 않았을 경우 3. 올리려고 하는 이미지사용자 이름과 docker hub id(hub.docker.com) 가 다른경우 내 docker hub 계정은 jh가 아닌데 자꾸 jh로 올리려고 하니 오류 docker tag 이미지 사용자/이미지:버전 형식으로 바꿔준다 이름을.. 정상작동 확인