일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 쿠버네티스
- deep_learning
- 반도체
- stl
- CUDA
- POD
- C++
- jhDNN
- FPGA
- Qubit
- flash_memory
- SpMM
- 반도체기초
- 클라우드
- quantum_computing
- kubernetes
- Compression
- 딥러닝
- GPU
- jhVM
- nvidia
- cloud
- CuDNN
- HA
- dnn
- convolution
- sycl
- 양자역학의공준
- Semiconductor
- DRAM
- Today
- Total
목록Cloud/Kubernetes (14)
Computing
이전글 - Pod 네트워크 (1) : Service 필요성과 개념, 종류 (ClusterIP, NodePort, LoadBalancer) 이전 글에서 쿠버네티스의 서비스 리소스의 필요성과 그 개념에 대하여 정리하였다. 쿠버네티스 서비스는 파드들에 네트워크 접근할 수 있도록 변하지 않는 Private or Public IP를 제공하는 리소스이다. 사실 서비스 없이도 파드와 네트워크 통신할 수 있지만, 그 과정이 복잡하고 구현하기 까다롭다. (Iptables rule, routing table 설정 등을 Pod 정보가 변할 때마다 개발자가 직접 계속해서 관리해줘야 할 것이다.) 쿠버네티스는 서비스라는 추상화된 개념을 도입하여 이를 누구나 쉽게 이용할 수 있도록 제공한다. Fig 1.은 Service 개념을 ..
파드 통신 예시 및 Service의 필요성 쿠버네티스 클러스터에서 애플리케이션(워크로드)은 파드 단위로 실행된다. 애플리케이션은 하나 이상의 파드들로 구성될 수 있는데, 간단한 웹애플리케이션 예시를 들면 Java spring 웹애플리케이션 로직을 담당하는 파드 3개, 데이터 저장을 위한 DB 파드 하나로 구성될 수 있다. Fig 1.과 같이 모든 파드는 쿠버네티스 클러스터 안에서 가상 IP 하나를 부여받는다. 이 가상 IP는 쿠버네티스 클러스터 안에서 유일하며, 쿠버네티스 클러스터 내에서만 유효하다. 이 가상 IP를 통해 같은 쿠버네티스 클러스터 내의 파드들끼리는 통신이 가능하다. 예를 들면 Fig 1.에서 Pod A가 Pod C와 통신하기 위해서 10.1.2.1로 패킷을 보내는 것이 가능하다. 문제는 ..
이전글 - [jhKube][1] Kubernetes와 Linux Container 간단 정리 - [jhKube][2] Kubernetes architecture 및 설치 방법 간단 정리 - [jhKube][3] kubeadm을 통한 쿠버네티스 클러스터 설치 (CentOS7, 가상머신 환경, cri-docker) - [jhKube][4] kubespary를 통한 쿠버네티스 클러스터 설치 (ansible 간단 정리) 이전 jh 실습 시리즈를 통해 쿠버네티스 클러스터 개념 및 배포에 대해서 실습을 통해 정리하였다. 이전 포스터에서 매우 간단히 Kubespray 개념 및 Kubespray를 통한 쿠버네티스 클러스터 배포(deployment, 간단하게 설치라고도 하겠다) 방법에 대해서 정리하였다. 그간 Kubes..
이전 글 Pod 배포 - 워크로드 리소스 (1) (Replicaset, Deployment) 이전 글에서 Pod를 자동으로 실행시키기 위한 워크로드 리소스들 중 Replicaset과 Deployment에 대하여 정리하였다. 워크로드 리소스는 개발자를 대신하여 파드 집합을 관리하는 쿠버네티스 객체로 사용자가 Pod가 어떻게 실행되어야 하는 지 명시해 둔 것이다. 쿠버네티스는 이 리소스를 기반으로 Pod를 실행&제거한다. 이번 포스터에서는 Daemonset(데몬셋), Job(잡), Cronjob(크론잡) 워크로드 리소스에 대해서 정리하고자 한다. 간단히 정리하자면 - 데몬셋: 모든 노드에서 파드가 정확히 하나씩 실행되도록 명시한 워크로드 리소스 - 잡: 파드(들)가 한번만 문제 없이 실행되도록 명시한 워크로..
Pod 배포 케이스 앞선 포스터에서 Pod란 무엇인지에 대해서 간략히 정리하였다. 파드는 쿠버네티스에서 배포되는 가장 작은 컴퓨팅 단위이다. 개발자가 애플리케이션을 파드 단위로 개발하고, 이 쿠버네티스에게 파드들 실행(배포)을 명령한다. 이 명령은 선언적 방식으로, 이 파드의 배포는 어떻게 이루어져야 하는 지를 개발자가 구성 파일로 작성한다. 쿠버네티스는 그 파일을 읽어 그 구성대로 클러스터 내에 효율적으로 파드들을 배포한다. 앞선 포스터에서 파드 하나만을 생성하는 yaml 파일(구성 파일, Manifest)에 대해서 정리하였다. 쿠버네티스는 yaml 파일에 정의된 방식으로 파드를 생성하고 그것을 클러스터 내의 임의 노드에 스케쥴링한다. 파드가 스케쥴링된 노드는 해당 파드를 실행한다. 파드 생성을 위한 ..
Pod 개념 Pod(파드, 포드, 팟)는 쿠버네티스가 생성하고 관리하는 가장 작은 컴퓨팅 단위[1]이다. 파드는 한 개 이상의 리눅스 컨테이너로 구성되며, 애플리케이션(의 인스턴스)이 실행되는 논리적 호스트(컴퓨터)[2]라고 생각할 수도 있다. 파드는 물리 컴퓨터인 쿠버네티스 워커노드에 배치되어 실행되는데, 쿠버네티스의 목적이 바로 파드들을 안정적이고 효율적으로 클러스터 내에서 실행시키는 것이다. 애플리케이션은 하나의 프로세스(컨테이너, 파드)로 만들어질 수도 있지만, 여러 개의 프로세스(컨테이너)로 구성될 수도 있다. 특히 요즘은 마이크로서비스 아키텍처라고 해서, 대규모 애플리케이션을 작은 소규모 프로세스로 분리해서 개발하는 경우가 많아지고 있다. 블로그를 만들때도, 기본적으로 웹서버, DB, 웹 애플..