🍽 요리와 코딩💻

안녕하세요?

코딩하는 모주부 입니다!

오늘도 지난 포스팅에 이어 달려봅시다 ㅎㅎ

1. GCP에서 스냅샷 생성하기

이때까지 GCP로 가상머신을 빌리고,

서버를 올려 실행하는 것 까지 해보았습니다.

(아래 포스팅 참조)

https://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-2?category=811869

하지만 테스트를 했던 서버의 규모  가 커지게 되면,

이 방법을 고수 할 때, 서버로 요청 이 많아질 경우

서버가 버티지 못하고 응답 불가 상태가 되어 버립니다.

쉬운 말로, 다운되어 버리는 것이지요.

이를 피하기 위해서는 서버로의 요청에 따라

VM(가상머신)을 여러개 늘려주고 ↑,

요청이 없을 때에는 줄여주는 ↓

관리형 인스턴스 그룹을 사용하기도 합니다.

이를 위해서 가장 먼저 해야할 일은,

이전 인스턴스를 토대로 스냅샷을 만드는 것입니다.

> 스냅샷 이란? <

특정 시간에 저장 장치의 상태를 순간적으로 캡쳐하여

보존하고, 백업 용도로 사용 하는 것을 말합니다.

쉽게 말해, 휴대폰에 있는 정보들을 기억하기 위해서

캡쳐하여 갤러리에 넣어놓는 것 처럼,

순간의 VM 상태를 남겨 놓는 것입니다.

캡쳐하는 속성이 있기 때문에, 매일 또는 특정 주기마다

스냅샷 생성을 하는 것도 가능하죠.

먼저, Compute Engine에서 스냅샷으로 들어가봅시다.

첫 화면은 아무것도 없을테니, 생성하기를 클릭해 봅시다.

소스 디스크에는 미리 만들어 놓은 VM을 선택힙니다.

리전을 결정할 때에는 신중하게 선택을 해야합니다.

내가 스냅샷 저장을 위해 빌리는 위치를 결정하는 것이지요.

리전을 결정하는 기준은 아래의 포스팅을 참조합시다!

formicae.tistory.com/entry/%EC%84%9C%EB%B2%84%EC%9D%98-%EC%9A%94%EC%B2%AD%EA%B3%BC-%EC%9D%91%EB%8B%B5%EC%9D%98-%EA%B4%80%EC%A0%90%EC%97%90%EC%84%9C-%EB%B3%B4%EB%8A%94-%EB%A6%AC%EC%A0%84Region-%EB%A9%80%ED%8B%B0-%EB%A6%AC%EC%A0%84

스냅샷을 생성했다면, 아래와 같이 녹색 체크표시가 뜰 것이다.

그렇다면 이제 이미지를 만들 차례입니다.

2. GCP에서 이미지 생성하기

> 이미지란 무엇인가? <

이미지는 디스크나 스냅샷을 템플릿화 한 것으로

VM에 바로 올려 서버 사용을 할 수 있도록 

임시 디스크와 같은 것입니다.

가족과 함께있는 시간을 기억하고 싶어서

사진을 찍어놓은 것이 스냅샷이고,

그 스냅샷을 가족들이 보고

동일한 기억을 떠올리는 것이 바로 이미지인 것이죠.

아래와 같이 이미지를 만들면 되는데, 

계열을 추가하게 되면 인스턴스 그룹 설정때 편리합니다.

또한, 키&값 Pair 설정이 필요한 경우 입력하되

필수가 아니므로 그냥 넘어가도 상관없습니다.

아래와 같이 여기까지 다 만들었다면,

인스턴스 템플릿을 만들어 볼 차례입니다.

3. GCP에서 인스턴스 템플릿 만들기

인스턴스 템플릿을 만드는 과정은

인스턴스를 만드는 과정과 비슷합니다!

다른 점이 있다면, 부팅 디스크 대신

위에서 미리 만들어 둔 이미지를 사용한다는 것입니다.

머신 구성은 필요한 성능을 고려하여 선택 해 줍시다.

성능이 높을수록 더 비쌉니다..ㅎㅎ

부팅 디스크에서 "변경"을 클릭하고,

"맞춤 이미지"를 눌러 만들어 놓은 이미지를 선택합시다.

그리고 인스턴스를 만들 때와 동일하게

액세스 범위와 방화벽을 설정합니다.

그리고 가장 중요한.. 시작 스크립트를 삽입 해 줄거에요

시작 스크립트란, 인스턴스 템플릿이

VM의 메모리에 로드되었을 때 처음으로 실행할 코드를 의미합니다.

예전 포스팅에서 SSH로 들어가 CentOS용 명령어를 입력한 것이 기억 나시나요?

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-2?category=815536

파란색으로 "관리, 보안, 디스크, 네트워킹, 단독 임대" 라고 쓰여있는

접어두기 표시를 클릭하게 되면 아래와 같이 나옵니다.

시작 스크립트에 아래 코드를 입력해 줍시다.

screen 을 생성하여 my_server라는 이름을 부여하고,

gcp_example이라는 폴더로 이동해, 서버를 기동시키는 코드 입니다.

#!/bin/bash
cd gcp_example
screen -dmS my_server bash -c 'npm start'

여기까지 만들었다면, 아래와 같은 화면이 나타날 거에요

그럼 다음 포스팅에서 그룹 인스턴스를 만들어 보겠습니다!

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

안녕하세요?

코딩하는 모주부 입니다!

이번 시간에는, 서버의 요청과 응답이 어떤 식으로 이루어지는지 이해하고,

가상머신을 빌리거나, 스냅샷, 디스크를 생성할 때

결정하는 리전과 멀티리전을 알아 볼 거에요. 

1. 인터넷 검색을 할 때 일어나는 현상들

쉬운 예로, 우리가 구글창에 검색을 할 때

일어나는 현상들에 대해 순서대로 생각해 봅시다.

1. 우리가 구글에 "formicae" 라고 검색을 합니다.

2.  www.google.com이라는 도메인과 

연결된 서버에  "formicae"라는 문자로

검색을 해 달라는 요청이 보내집니다.

(www는 도메인과 연결된 서버의 위치를 알고있습니다.)

3. 구글의 서버에 해당 요청이 전달됩니다.

4. 구글의 서버에서 "formicae" 검색을 합니다.

5. 구글의 서버에서 검색 로직을 수행합니다.

6. 구글의 서버에서 로직이 종료되었을 때

수행되는 코드를 실행합니다.

7. 결과를 다시 사용자가 보는 html에 그려주기 위해 준비합니다.

8. 아래와 같은 url로 리다이렉션 되면서 결과가 나타납니다.
www.google.com/search?bih=914&biw=1569&hl=ko&sxsrf=ALeKk030NxYM5qTpzTeZYEGOtc9ueJ0JtQ%3A1602953536910&source=hp&ei=QCGLX_TdNIn7wAP0hZOgDw&q=formicae&oq=formicae&gs_lcp=CgZwc3ktYWIQAzICCAAyAggAMgIIADICCAAyAggAMgIIADIECAAQCjICCAAyAggAMgUIABDLAToFCAAQsQM6BwgAEBQQhwI6CAgAELEDEIMBOgQIIxAnOgcIIxDqAhAnOgQIABBDOgcIABCxAxBDUM4GWKEXYJMYaANwAHgAgAGCAYgBhgmSAQQwLjEwmAEAoAEBqgEHZ3dzLXdperABCg&sclient=psy-ab&ved=0ahUKEwj0_Z-hi7zsAhWJPXAKHfTCBPQQ4dUDCAc&uact=5

이게 다 무슨 말인가 싶겠지만, 우리가 인터넷을 사용하는

모든 행위들은 요청과 응답으로 이루어져 있고,

그 요청에 응답하는 서버들이 항상 존재해서,

결과물을 www(world wide web)를 통해 전달하여

html이라는 포맷을 통해 우리가 볼 수 있게

만들어 준다는것을 항상 명심합시다!

2. 리전과 멀티 리전

위의 예시와 같이 굳이 검색이 아니더라도,

인스턴스 끼리의 통신이나 데이터베이스와의 통신도

응답과 요청으로 이루어져 있습니다.

따라서, VM이나 데이터베이스등의 

위치를 결정할 때에는 신중하게 선택을 해야합니다.

구글에서 빌릴 수 있는

아시아, 북미의 서버는 대충 아래와 같이 분포합니다.

(남미, 유럽 서버도 있지만 생략합니다)

그렇다면 리전과 멀티리전이라는 것은 무엇일까요?

멀티 리전은, 대륙을 선택하면 지역을 분산하여 저장을 해줍니다.

예를들어, 아시아를 선택하면 아래와 같이

여러개의 리전에 분산되도록 저장을 해 줍니다.

< 멀티 리전 - Asia >

⊙ asia-east1-a

⊙ asia-northeast1-a

⊙ asia-northeast2-a

반대로, 일반 리전은 지역 하나에 분산하여 저장하는 것입니다.

예를 들어, asia-east1를 선택했다면 아래와 같이 저장 됩니다.

<리전 - Asia-east1 >

⊙ asia-east1-a

⊙ asia-east1-b

⊙ asia-east1-c

멀티 리전과 리전 중 어느 것을 선택하느냐에 따라,

지역에 따라 다르지만 응답 속도에 영향을 줄 수 있습니다.

응답 속도에 영향을 주는 것은 다음과 같은 요인들이 있습니다.

◆ 서버에 요청을 하는 클라이언트의 위치 (A)

◆ 응답을 하는 서버의 위치 (B)

◆ 서버와 통신하는 데이터 베이스의 위치 (C)

A 위치는 아시아, 북미, 유럽 다양할 수 있습니다.

B 위치는 이전 포스팅에서 만들었던 인스턴스의

위치로써, 한번 생성하면 고정이 되어있어요.

C 위치 또한 데이터 베이스를 생성할 때 결정하므로

고정이 되어있는 것이죠.

특정 사람이 "formicae"라고 검색하여

검색 엔진과 같은 로직이 실행 될 때,

서버에서 데이터 베이스를 참고해야 한다면

A -> B -> C 방향으로 요청이 이루어지고,

C -> B -> A 방향으로 응답이 이루어집니다.

따라서 A, B, C간의 거리는 가까운 것이 좋으므로

리전을 선택할 때 본인이 만들 서비스가

주로 어디에서 사용이 될 것인지를 잘 파악하는 것이 중요합니다!

TIP.

비용적인 측면을 고려하면

여러 리전에 저장하는 리소스가 드는 만큼

멀티리전이 리전보다 더 비쌀 수 밖에 없습니다.

여기까지 리전과 멀티리전에 대한 내용이었습니다.

다음 포스팅에서 또 만나요 :)