AWS

*주의, aws의 과금 기준은 시간으로써, 틀어놓으면 금액이 발생한다.

aws실습을 진행한 이후에는 즉시 클러스터를 삭제해주는 것이 중요하다.

 

시스템을 실제로 배포해볼 것이다. 

(EC2, 로드밸런스 등을 생성하지 않을 것이다.)

 

(금액 문제로 인하여, 강의 내용만 보겠다)

 

Minikube는, 소규모 프로젝트에만 가능한 로컬 

 

Node는, 우리 시스템에 있는 서버가 된다 .minikube는 1개의 node를 담당.

EC2가 AWS의 서버 기준이 된다. 

 

Master node에서 -> 각 node 중 어떤 node에 전달할지 결정하는 구조가 기본구조이다.

하지만 k8s에서는 어떤 노드의 어떤 포드가 실행될지를 자동 설정해주었었다. 

(그래서 해당 진행을 할 필요가 없었다. (minikube가 1node 기준이라 그런것도 있었다))

또한, masternode는 실행 불가능한 Node를 쉽게 인지하고 이에 따라 반응할 수 있다.

 

<MINIKUBE를 사용하지 않고, AWS의 CLUSTER로 옮겨가는 과정>

MASTER NODE -> 많은 NODE 

(수업에 배웠었던 이 구조가 기본임을 항시 인지하자)

 

MASTERNODE에 설정해두면, 각 NODE가 이를 확인하고 이에따른 POD와 CONTAINER의 설계 등을 진행한다.

 

<이러한 CLUSER의 설계,관리 KOPS VS EKS> 

 

KOPS가 더 오래된 기술로써, 기록과 정보를 더 많이 가지고 있다.

EKS는 AWS의 일부이다. 

 

둘의 기능은 크게 차이가 없고, 마스터 노드에만 차이가 있다.

KOPS는 MASTER NODE를 볼 수 있고 관리해야하고, EKS는 AMAZON이 MASTER NODE를 관리한다.

KOPS는 그러므로 MASTER NODE를 관리하고 종료할 수 있다. (종료하면 새로운 MASTER NODE가 생성된다)

EKS는, EC2 계정에 INSTANCE로 나타나지 않는다. 하지만, MASTER NODE를 관리하지 않는 장점도 있다. 

 

다만 작업량의 차이가 있다고 보기는 힘든 기술들이다. 

EKS는 EKSCTL이라는 도구의 도움을 받는다. 

 

내부의 동작을 확인하기 위하여, KOPS를 사용하는 것이 현명할 수 있다. 

 

[수 많은 기업과 , 회사의 선택기준인 비용을 고민해보자.] 

 

EX) 아마존에서 NODE를 빌려야 한다. MASTER NODE도 빌려야하고, LOAD BALANCER도 빌려야한다.

(EKS는 해당 내용들이 감춰져 있을 뿐)

 

보통 EC2 INSTNACE를 사용하는데, 이 크기는 매우 크지 않다. 

 

KOPS는 MASTER NODE, WORKER NODE, LOADBALANCER, EC2각각으로 배용을 치루지만,

EKS는 모든것을 묶은 가격을 지불하낟. (ENTIRE CONTROL PLANE) 

KOPS보다는 서비스를 묶었기 때문에 비싸지만, MULTI MASTER일땐 EKS가 더 저렴하다.