🍽 요리와 코딩💻

안녕하세요?

코딩하는 모주부 입니다.

이번 시간에는 Cloud platform에서 많이 거론되는 VPC에 대해 알아볼 거에요

VPC는 글자의 의미에서 알 수 있듯이,

가상공간에서 이루어진 사설 클라우드 입니다.

VPN이랑 이름이 헷갈릴 수 있는데,

VPN에 대한 설명은 포스트 하단에 남겨놓도록 하겠습니다.

VPC를 사용하는 경우를 설명하기 위해서 

A, B, C, D, E, F 라는 인스턴스가 있다고 합시다.

클라우드 시스템에서 이 인스턴스들이 모두 동작을 하고,

상호 통신을 해야한다고 하면

A는 B, C, D, E, F와 연결되어야 하고

B는 A, C, D, E, F 와 연결되어야 하고, ... 등등

매우 많은 연결이 필요합니다.

이는 언뜻봐도 매우 비효율적이죠.

이를 해결할 수 있는 것이 바로 VPC 입니다.

A, B, C 를 Subnet1 로 묶어 서로 연결하고,

D, E, F 를 Subnet2로 묶은 다음 서로 연결을 하여

통신을 하게 됩니다.

GCP에는 VPC 네트워크를 커스터 마이징할 수 있는데요,

1. 특정 지역의 네트워크만을 사용하고 싶을 때

2. VM이 접근할 수 있는 영역을 제한하고, 나누고 싶을 때

사용하면 좋습니다.

예를 들어, 하나의 VPC 네트워크를 만들어서

그 안에 VM과 PostgreSQL과 같은 데이터베이스를 넣으면

VM <--> Database 간 통신은 내부 IP 로 통신을 하고,

Database는 외부로 유출 될 일이 없는 보안성이 우수한 구조가 되는 것입니다.

VPC 네트워크의 특성

> 하나 이상의 서브넷으로 구성.
> 리전에 연결되어 있지 않음.

아래 그림은 두 개의 리전에 3개의 서브넷이 있는 
VPC네트워크 구성도를 나타낸 것입니다.
Subnet 내부에도 zone이 존재하는데, 
이 zone은 서로 다른 subnet들에 중복으로 포함될 수 있습니다.
(us-east1-a) 

서브 넷(Sub net) 이란?

유용한 IP가 여러 개 모인 것을 의미 (생성 시 기본 IP 주소 범위 설정 필요)
각 서브넷은 리전에 연결됨.
유효한 범위가 존재함.

< 혼란 방지용 >
VPN (Virtual Private Network)이란?

회사들의 네트워크는 사설망으로 이루어져 있는 경우가 많습니다.
(누구나 접속할 수 있는 전화망이나 인터넷과 같은 공중망과 분리)
조직 내에서 인증된 사람만이 이용할 수 있도록 구성 해 놓은 것으로
보안이 뛰어난 것이 특징입니다.

하지만 재택근무를 하거나 원격으로
이 네트워크에 접속할 필요가 있는 경우,
실제로 사설 망과 연결되어 있지 않더라도
VPN을 이용하여 접속을 할 수 있는 것입니다.

따라서, VPN은 보안을 유지하면서도
특정 인원이 사설망에 연결될 수 있도록 하는
가상의 네트워크를 일컫는 것입니다.

여기까지 VPC에 관한 내용들이었습니다.

다음번에는 다른 내용으로 찾아오겠습니다.

오늘도 재미있는 코딩 하세요 :)

인스턴스 그룹을 생성해보자 (feat. VPC 네트워크)

안녕하세요?

한끼 코딩입니다.

최근에 집들이가 너무 많아 코드 포스팅이 조금 늦어졌네요

그럼 이번에도 이어서 가볼까요?

1. GCP내의 인스턴스 그룹 종류

이번 시간에는 인스턴스 그룹을 만들어 볼 텐데요,

인스턴스 그룹은 말 그대로 인스턴스가 그룹을 이루고 있는 것입니다.

GCP에서는 그룹 인스턴스의 종류는 크게 2가지가 있습니다.

1. 관리형 인스턴스 그룹

2. 비 관리형 인스턴스 그룹

관리형과 비 관리형의 차이점은 아래와 같습니다.

관리형 인스턴스를 사용하는 가장 큰 이유는

Virtual machine의 CPU load를 감시하여

일정 수준 이상에 도달하였을 때,

인스턴스를 추가적으로 생성하여

외부의 request로 인한 load를 분배해 주기 때문입니다.

즉, 비 관리형 인스턴스 그룹을 사용하게 되면

갑작스러운 서버 폭주로 인해 다운이 될 확률이 높고

관리형 인스턴스는 서버의 규모를 늘리기 때문에 안정성이 높습니다.

이런 관리형 인스턴스에도 아래와 같이 2종류로 나누어집니다.

(MIG : managed instance group)

어떠한 인스턴스 그룹을 사용하는지는,

본인이 만들 애플리케이션의 기능과 규모를 따져서 결정해야 합니다.

이번에는 규모가 그리 크지 않고, 외부의 요청이 없지만

(비 관리형 인스턴스를 사용해도 문제가 없지만)

언젠가는 필요할..! 관리형 인스턴스 그룹을 만들어 보도록 하겠습니다.

2. 인스턴스 그룹 생성하기

이전 포스팅에서 만든 인스턴스 템플릿을 선택해 주시고,

자동 복구 - 상태확인에서 새로 생성하기를 눌러주세요.

formicae.tistory.com/entry/GCPGoogle-cloud-platform%EB%A1%9C-%EB%82%98%EC%9D%98-%EC%84%9C%EB%B2%84Server-%EB%A7%8C%EB%93%A4%EA%B8%B0-3?category=815536

GitHub 주소 :

github.com/formicae/gcp_example

현재 서버의 PORT가 3000번이고 HTTP 통신을 할 것이므로,

저의 GitHub 소스를 사용하시는 분들은 아래 그림과 같이 입력 해 주세요.

중요한 것은, 요청 경로에 반드시 다음의 문구를 입력 해야 합니다.

/health_check

이유는, 아래와 같이 제가 GitHub에 만들어 놓은 코드의

GET method 중 상태 체크용으로 만든 uri가 /health_check 이기 때문이에요

인스턴스 그룹을 만들었다면,

상태가 정상인지 확인해 주세요.

만약 정상이 아니라면, 그룹에 포함된 인스턴스에 문제가 있을 확률이 높답니다!

인스턴스 그룹의 생성은 간단하지만, 

목적에 맞게 선택하는 것이 중요하답니다.

인스턴스 그룹을 생성하고 난 뒤에도

인스턴스를 수정해도 괜찮습니다.

다만, 로드 밸런서의 연결이 되어있다면

해당 인스턴스의 부팅이 끝나는 시간과

로드 밸런서에서 health check 하는 시간 동안

서버로의 연결이 지연되므로

인스턴스 그룹의 상태가 녹색 체크가 아니신 분들은

여유롭게 3~5분 정도 기다려보시기 바랍니다.

만약 그래도 인스턴스가 정상 상태가 아니라면,

상태 체크(health check)에 실패 했을 확률이 매우 높습니다

이전 포스팅에서 만든 인스턴스 템플릿을 다시 한번 확인 해 보세요!!

그럼, 다음 포스팅에서 인스턴스 그룹을

로드 밸런서에 연결 해봅시다!