클라우드 멀티존으로 웹 서비스 인프라 이중화하기

클라우드 멀티존으로 웹 서비스 인프라 이중화하기

클라우드 멀티존이 필요한 이유

              
클라우드는 인스턴스(가상서버)로 들어오는 트래픽을 분산하는 로드밸런서,
가상 자원의 상태를 그대로 복사해 저장하는 스냅샷 등 서비스들이 안정적으로 운영될 수 있도록 다양한 기능들을 제공합니다.

온라인을 통해 사업을 하는 A사를 예를 들어보겠습니다.
A사는 온라인 사이트와 앱을 통해 여행 관련 상품을 판매하고 있습니다. 클라우드를 통해 웹 서버와 DB 서버를 구축해
서비스를 운영 중이죠. 특정 기간에는 세일 등 이벤트를 진행하며 접속자 수가 증가하고 트래픽이 폭주합니다.
이런 경우, 일반적으로 로드밸런서를 사용해 특정 웹 서버로 몰리는 트래픽을 분산합니다.
또한 스냅샷을 이용해 서버의 상태를 주기적으로 저장해두고 있습니다.

하지만, A사의 인스턴스가 동작하고 있는 ‘존’에 장애가 발생한다면
아무리 단일 존에 인프라 설계를 잘해놨을지언정 최악의 경우 서비스가 중단될 수도 있습니다.
이미 유사한 사례가 실제로 있었으며 멀티존에 인프라를 구축한 기업들만이 특정 존 장애로 인한 영향을 피할 수 있었습니다.



단일존 인프라 이중화 비용으로 멀티존 인프라 이중화가 가능 


‘존’은 물리적, 지리적으로 독립되고 구분되는 클라우드 인프라가 있는 지역을 의미합니다.
클라우드 서비스마다 부르는 명칭은 다릅니다만 독립적인 네트워크, 전력, 공조 시스템을 가지고 있으며
존 간 논리적으로 연결된 네트워크 구성을 통해 보안과 속도가 보장되는 것이 특징입니다.

존이 두 개 이상인 경우 멀티존으로 불리며 클라우드 서비스에 따라 인프라 비용에 차이가 나기도 합니다.
국내 클라우드에는 IXcloud™, KT cloud, Naver Cloud Platform이 멀티존을 보유하고 있습니다.
일반적으로 글로벌 클라우드는 존 별로 요금이 상이하나 IXcloud™ 등 일부 클라우드는 존 별 요금이 동일하거나
크게 차이가 없어 단일 존에서 인프라를 이중화하는 것과 거의 동일한 비용으로 존 간 인프라를 이중화 할 수도 있습니다.

IXcloud™의 멀티존을 이용하는 경우 타사에서는 제공하지 않거나 유상으로 제공하는
볼륨 소산 백업(생성된 볼륨을 자동으로 지리적으로 분리된 다른 존에 백업해 저장하는 기능)을
용량 제한 없이 무료로 이용할 수 있습니다.

볼륨소산백업 자세히 보기





멀티존을 활용한 인프라 이중화 구축 with IXcloud™


그렇다면 A사와 같이 웹 서버와 DB 서버를 운영하며 로드밸런서를 사용하는 인프라 환경을
IXcloud™의 멀티존에서 어떻게 구축할 수 있을지 실제 대시보드 화면을 통해 알아보겠습니다.
구축환경은 아래와 같습니다.

- 웹서버 2대(4Core 4GB), DB서버 1대(4Core 8GB)
- 멀티존 서비스 이용 (R1∙R2 존 사용, 크로스존 네트워크)
- 멀티존 로드밸런서 이용(조건: 가장 적은 연결을 가진 인스턴스에 할당)


<R1 존의 네트워크 토폴로지>


IXcloud™에서는 먼저 네트워크를 만들고 그 네트워크를 사용할 인스턴스를 생성하는 순서로
인프라를 생성할 수 있습니다. 멀티존 인프라도 동일합니다.

1. R1, R2 각각의 존에 네트워크와 인프라를 생성해줍니다.
인프라 생성이 완료되면 각 존의 네트워크를 연결해주는 ‘크로스존 네트워크’를 생성해야 합니다.
각각의 존은 별개의 독립적인 인프라와 네트워크를 사용하기 때문에 논리적인 연결이 필요합니다.
각 존에 필요한 인프라를 생성해 두었다고 가정하고 진행하겠습니다.



<크로스존 네트워크 생성 레이어>


2. 크로스존 네트워크 생성을 클릭해 연결할 각각의 존과 프로젝트, 네트워크를 선택합니다.
존을 선택하면 자동으로 선택 가능한 프로젝트와 네트워크가 나타납니다.
첫 번째 존(R1 존)을 선택하고 난 뒤 이어서 두 번째 존(R1 존)의 프로젝트와 네트워크 선택하고 확인 버튼을 클릭합니다.



<IXcloud™의 멀티존 로드밸런서 설정 화면>


3. 크로스존 네트워크 생성이 완료되면 크로스존 네트워크 상단에서 트래픽을 분배할 멀티존 LB를 생성해야 합니다.
이름과 크로스존 네트워크를 설정하면 자동으로 각 존의 라우터와 서브넷이 선택됩니다.



<IXcloud™와 AWS(CLB)의 리스너 설정 화면>


4. 이어서 로드밸런서에 적용할 규칙인 ‘리스너’를 설명합니다.
글로벌 CSP인 AWS와 동일하게 HTTP, TCP 프로토콜을 설정할 수 있으며 메소드 방식과 세션 지속성 옵션을 선택할 수 있습니다.


*메소드 방식
LEAST_CONNECTIONS: 가장 적은 수의 연결을 가진 인스턴스에 요청을 할당합니다.
ROUND_ROBIN: 여러 인스턴스간에 요청을 균등하게 할당합니다.
SOURCE_IP: 하나의 고유한 소스 IP 주소로부터의 요청들은 지속적으로 같은 인스턴스로 이동합니다.


*세션 지속성
NOT_USED: 세션을 유지하지 않습니다.
SOURCE_IP: 원본 IP를 기준으로 세션을 유지합니다.
HTTP_COOKIE: 서버에서 제공하는 쿠키를 기준으로 세션을 유지합니다.
APP_COOKIE: 서버가 아닌 로드밸런서에서 설정하는 쿠키를 기준으로 세션을 유지합니다.




모든 멀티존 LB 설정을 완료하고 생성 버튼을 클릭하면 멀티존 LB의 이름과 라우터 상태,
크로스존 네트워크 이름과 서브넷이 목록 창에 나타납니다.
위와 같은 화면이 나타난다면 멀티존을 통한 인프라 구축이 완료된 것입니다.
IXcloud™ 멀티존 LB는 Active-Active 방식으로 작동합니다.


지금까지 KINX의 IXcloud™ 멀티존을 활용해 트래픽을 분산하는 인프라 구축 방법을 알아봤습니다.
IXcloud™는 로드밸런서 비용을 제외한 각 존의 인스턴스 비용과 네트워크 트래픽 비용이 동일하기 때문에
단일존이 아닌 멀티존으로 인프라를 구축하더라도 부담 없이 인프라를 생성할 수 있습니다.
또한 볼륨 소산 백업도 무료로 이용할 수 있습니다.
IXcloud™ 멀티존 자세히 보기


IXcloud™에 대한 상담이 필요하시면 [email protected]으로 연락 부탁드립니다.
그외 본문 또는 IXcloud™에 대한 궁금한 점이 있다면 댓글을 남겨주세요!

8개의 댓글이 있습니다.

9일 전

잘 보았습니다.
감사합니다.

Reply

댓글 남기기

댓글을 남기기 위해서는 로그인이 필요합니다.

로그인 회원가입

15일 전

처음 들어본 업체이지만 좋은 정보였습니다. 도대체 백업과 이중화는 어디까지 해야하는지... 결국은 확률싸움이겠죠.

Reply

댓글 남기기

댓글을 남기기 위해서는 로그인이 필요합니다.

로그인 회원가입

19일 전

좋은 자료 감사합니다.

Reply

댓글 남기기

댓글을 남기기 위해서는 로그인이 필요합니다.

로그인 회원가입

23일 전

내용이 알차네요 좋은 자료 감사합니다.

Reply

댓글 남기기

댓글을 남기기 위해서는 로그인이 필요합니다.

로그인 회원가입

23일 전

클라우드 멀티존이라고 처음 알았습니다.
많은것을 보고갑니다. 감사합니다.

Reply

댓글 남기기

댓글을 남기기 위해서는 로그인이 필요합니다.

로그인 회원가입

23일 전

좋은 자료군요 . 잘 봤습니다.

Reply

댓글 남기기

댓글을 남기기 위해서는 로그인이 필요합니다.

로그인 회원가입

24일 전

KINX 가 클라우드 사업도 하는줄은 처음 알았습니다. IX CLOUD 처음 들어봤습니다. 화이팅~!

Reply

댓글 남기기

댓글을 남기기 위해서는 로그인이 필요합니다.

로그인 회원가입

25일 전

와우~잘봤습니다

Reply

댓글 남기기

댓글을 남기기 위해서는 로그인이 필요합니다.

로그인 회원가입

댓글 남기기

댓글을 남기기 위해서는 로그인이 필요합니다.

로그인 회원가입