✔️ Create VM instances 두 개의 VM 인스턴스를 만듭니다. managementsubnet-us의 managementnet-us-vm privatesubnet-us의 privatenet-us-vm ✔️ Create the managementnet-us-vm instance Cloud Console을 사용하여 managementnet-us-vm 인스턴스를 만듭니다. 1. Cloud Console에서 탐색 메뉴 > Compute Engine > VM 인스턴스로 이동합니다. mynet-eu-vm 및 mynet-us-vm은 네트워크 다이어그램의 일부로 생성되었습니다. 2. 인스턴스 만들기를 클릭합니다. 3. 다음 값을 설정하고 다른 모든 값은 기본값으로 둡니다. Property Value (ty..
![[Study Jam] Multiple VPC Networks - 1](https://img1.daumcdn.net/thumb/R750x0/?scode=mtistory2&fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdn%2FWFHfh%2FbtrxHXqrxvy%2FWy1xnac8W3iVa3mfCZjz20%2Fimg.png)
✔️ OverView 이 실습에서는 여러 VPC 네트워크와 VM 인스턴스를 만들고 네트워크 간 연결을 테스트합니다. 특히 이 네트워크 다이어그램에 표시된 것처럼 방화벽 규칙 및 VM 인스턴스를 사용하여 두 개의 사용자 지정 모드 네트워크(managementnet 및 privatenet)를 만듭니다. 방화벽 규칙과 두개의 VM 인스턴스(mynet-eu-vm 및 mynet-us-vm)가 있는 mynetwork 네트워크가 이 Qwiklabs 프로젝트에서 이미 생성되었습니다. ✔️ 실습 목표 이 실습에서는 다음 작업을 수행하는 방법을 배웁니다. 방화벽 규칙으로 커스텀 모드 VPC 네트워크 만들기 Compute Engine을 사용하여 VM 인스턴스 만들기 VPC 네트워크 전반의 VM 인스턴스 연결 살펴보기 여러 ..
![[Kubernetes] Pod 생성 과정](https://img1.daumcdn.net/thumb/R750x0/?scode=mtistory2&fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdn%2FbPNqya%2FbtrxEDMR3zM%2F0rtVLsehfnOYmdds9kKlm1%2Fimg.png)
쿠버네티스에서 새로운 Pod을 만들기 위한 과정 (시퀀스 다이어그램) 1. Master Node의 kube-apiserver에 Pod 생성을 요청 2. kube-apiserver는 etcd에 새로운 상태를 저장 3. kube-apiserver가 etcd의 상태 변경을 확인하여, kube-controller-manager에게 새로운 Pod 생성을 요청 4. kube-controller-manager는 새로운 Pod를 생성(no assign)을 kube-apiserver에 전달하고, 이를 전달받은 kube-apiserver는 etcd에 저장 5. kube-scheduler는 kube-apiserver에 의해 Pod(no assign)가 확인되면, 조건에 맞는 Worker Node를 찾고 해당 Pod를 할당하..
![[Kubernetes] Object - Volume이란 (3)](https://img1.daumcdn.net/thumb/R750x0/?scode=mtistory2&fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdn%2FcMtiye%2FbtrxHXXvkkN%2FiiBclYlN14eK6AcfQNOhf0%2Fimg.png)
PV, PVC lifeCycle 그림으로 설명 Static Provisioning 1. 인프라 관리자(admin)가 사용할 수 있는 Storage에 해당하는 PV를 생성 예제에서는 HostPath, NFS와 public cloud GCP, AWS, Azure의 Storage를 사용할 수 있는 상태 2개의 PV 생성 [ Local Storage와 Public Cloud Storage의 Access mode에 대한 설명 ] ReadWriteOnce(RWO) : 해당 PV는 하나의 Pod에만 마운트 되고 하나의 Pod에서만 읽고 쓰기가 가능. ReadOnlyMany (ROM): 여러 개의 Pod에 마운트가 가능하며, 여러 개의 Pod에서 동시에 읽기가 가능. 쓰기는 불가능. ReadWriteMany (RWM)..
![[Kubernetes] Object - Volume이란 (2)](https://img1.daumcdn.net/thumb/R750x0/?scode=mtistory2&fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdn%2FHMdMI%2FbtrxwY4Yvb4%2FLdpBG48E86WcRsGGeyRb51%2Fimg.png)
✔️ Network 볼륨 (Persistent Storage) Pod 내부에서 특정 데이터를 보유해야 하는 stateful한(ex. DB) app의 경우 stateless한(Pod, deployment) 데이터를 영속적으로 저장하기 위한 방법이 필요하다. Pod에서 실행 중인 어플리케이션이 디스크에 데이터를 유지해야하고 Pod가 다른 노드로 Rescheduling된 경우에도 동일한 데이터를 사용해야 한다면 Local Volume(emptyDir, hostPath volume)을 사용할 수 없다. 어떤 클러스터 노드에서도 접근할 수 있어야 하므로 NAS 유형의 스토리지에 저장이 되어야한다. 온프렘 환경에서도 구축할 수 있는 NFS, iSCSI, GlusterFS, Ceph 뿐 아니라 EBS, gcePers..
![[Kubernetes] Object - Volume이란 (1)](https://img1.daumcdn.net/thumb/R750x0/?scode=mtistory2&fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdn%2FcnlpH7%2FbtrxGbBiYvh%2F29q5rAFtHjsgR8UPIDrvA1%2Fimg.png)
✔️ Volume이란 ? 쿠버네티스 Pod 내에서 돌아가는 컨테이너는 고유한 파일시스템을 갖는다. 파일시스템은 컨테이너 이미지에서 제공되기 때문이다. 따라서 컨테이너가 재시작하게되면 이전 컨테이너에서 쓰여진 파일시스템은 새롭게 재시작된 컨테이너가 볼 수 없다. 만약 컨테이너가 종료되더라도 파일시스템이 유지되도록 하고싶다면 어떻게 해야 할까 ? 이 때 사용하는 오브젝트가 Volume이다. Volume은 파드의 일부분으로 정의되며 파드와 동일한 라이프사이클을 갖는 디스크 스토리지이다. 파드가 여러개의 컨테이너를 가지는 경우 모든 컨테이너가 볼륨을 공유할 수도 있다. ✔️ Volume의 종류 내부 Network (외부) Temp Local emptyDir hostPath GlusterFS gitRepo NFS..