일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
- NaverAItech
- GIT
- datascience
- GitHub Action
- wandb
- FastAPI
- Matplotlib
- GCP
- pep8
- Kubernetes
- 완전탐색
- docker
- FDS
- Kaggle
- 알고리즘
- 백준
- python
- 네이버AItech
- github
- rnn
- 프로그래머스
- pytorch
- autoencoder
- leetcode
- 코딩테스트
- vscode
- NLP
- DeepLearning
- PytorchLightning
- torchserve
- Today
- Total
목록개발/kubernetes (3)
Sangmun
쿠버네티스의 Label은 쿠버네티스의 리소스를 논리적인 그룹으로 나누기 위해 붙이는 레이블링이다. selector는 Label을 이용하여 조회하려는 리소스만 조회할 수 있게 하는 기능이다. yaml 파일 안에서 Label은 아래와 같이 metadata아래에서 선언을 하며 해당 이미지에는 app=backend, version=v1, env=prod라는 라벨링을 생성하였다. apiVersion: v1 kind: Pod metadata: name: my-pod labels: app: backend version: v1 env: prod spec: containers: - image: my-pod name: my-pod 또한 yaml에서 선언하지 않아도 kubectl 명령어로도 label을 생성하거나 삭제가 가..
쿠버네티스에서 Pod는 노드에서 컨테이너를 실행하기 위한 가장 기본적인 배포 단위이다. 여러개의 노드에서 1개이상의 pod를 배포하는것이 가능하다. 쿠버네티스 Pod의 특징 쿠버네티스를 Pod를 생성할때 노드에서 유일한 IP를 할당 Pod 내부 컨테이너간에 localhost로 통신, 포트 충돌에 유의 Pod 내부에서는 네트워크와 볼륨 자원을 공유 외부에서는 접근이 불가능하고 클러스터 내부에서끼리 통신이 가능하다 (외부 트래픽을 수신하려면 Service, Ingress 오브젝트가 필요) 또한 자가 치유 능력이 없음으로, Pod나 노드에 이상이 발생하면 종료되고 재생성 되지 않는다. (ReplicaSet 오브젝트로 해당 부분 관리 가능) Pod와 컨테이너를 1:1로 기본 설계하고 특별한 사유가 있는 경우 1..
쿠버네티스로 애플리케이션을 배포하고 관리하기 쿠버네티스를 사용하여 사용자의 의도대로 어플리케이션을 배포하는 방법은 쿠버네티스 오브젝트를 정의하여 Master node(API Server)에 명령을 내리는것이다. 이때 명령을 내리는 표현방식은 yaml형식의 파일을 작성하여 REST API로 마스터 노드에 전달을 하면 된다. 쿠버네티스 오브젝트란 "쿠버네티스 클러스터를 이용해 애플리케이션을 배포하고 운영하기 위해 필요한 모든 쿠버네티스 리소르스를 의미하며 쿠버네티스 오브젝트가 될 수 있는 것들은 아래와 같다. Pod : 애플리케이션 Replicaset : 복제 횟수 Node, Namespace : 어디에(서버 등) Deployment : 배포 방식 Service, Endpoints : 트래픽 로드밸린싱 이러..