[Infrastructure] 무중단 배포의 2가지 방법 (Rolling Update, Blue-Green Update)

배포는 DevOps의 꽃이라고 생각한다.

이러한 배포는 무중단 배포와 중단 배포 방식이 있다.

중단 배포와 무중단 배포의 차이는 이름에서도 알 수 있듯 중단의 유무이다.

 

우리가 만약 쿠팡 서비스를 이용하려고 쿠팡 페이지에 들어갔으나 다음과 같은 페이지가 뜬다면 이 상황은 새로운 버전을 위해서 잠시 서비스를 중단한 중단 배포라고 할 수 있다.

 

(참고로 일반적인 생각에 의해서 글을 쓰고 있습니다. 해당 서비스가 중단 배포처럼 보이는 무중단 배포인지 혹은 무중단 배포인지 정확히 내부자가 아니라 알지 못합니다.)

이런 배포 중단에 과정은 다음과 같다.

 

만약 다음과 같은 서비스가 있다고 가정해보자.

이런 서비스에 배포를 한다고 하면

일반적인 배포

위와 같이 새로운 버전으로 업데이트를 하기 위해서는 기존에 연결된 서비스를 해제 하고 새로운 버전으로 갈아끼운 뒤 다시 서비스를 하는 방식이다.

무중단 배포

하지만 무중단 배포는 여러 기술들을 이용해서 배포되는 도중에 연결을 해제하지 않고 새로운 버전으로 갈아끼운 뒤 지속해서 서비스를 유지하는 것이다.

 

이런 무중단 배포에 방법에는 4가지가 있고 이 중 2가지를 오늘 한 번 알아볼 것이다.

1. Rolling Deployment
2. Blue-Green Deployment
3. Canary Deployment
4. L4 Switch

시작해보자.

1. Rolling Deployment

Rolling 배포의 컨셉은 간단하다. 배포된 서버를 한 대씩 구버전에서 새 버전으로 교체하는 것이다.

 

로드밸런서가 새로운 버전으로 업데이트 할 때 다음과 같은 임무를 수행한다.

 

• 로드밸런서는 배포된 서버에 연결을 일시적으로 끊는다.
• 연결이 끊어진 서버에 새롭게 업데이트된 서버르르 교체한다.
• 교체가 완료되면 나머지 버전을 위와 같은 과정으로 업데이트 한다.

위의 과정을 그림으로 나타내면 아래와 같을 것이다.

이런 Rolling 서버에도 장점이 있고 단점이 있는데,

장점

인프라에 구성된 현재 자원을 그대로 유지하고 무중단 배포가 가능하다는 것이다.

그도 그럴 것이 기존의 서버의 연결을 끊고 그 자리에 새로운 서버로 대치시켜버리니 기존의 자원에 크게 줄이거나 늘일 필요가 없는 것이다.

단점

단점은 조금 치명적이다.

 

업데이트 도중에 서버를 필연적으로 끊어야 하기 때문에 서버 과부하가 생긴다.

그리고 롤백이 힘들다는 점이 있다.

문제가 생겨서 롤백을 해야한다면 위와 같은 과정을 또 거쳐야하기 때문에 절 효율적이지 못한다.

 

2. Blue-Green Deployment

위에서 말 했던 Rolling Update의 단점을 보완할 수 있는 방법이 바로 이 Blue-Green Deployment이다.

Blue Green Deploy는 다음과 같이 구성된다.

이 두 상태를 서비스 그룹으로 나눈다.

이 Blue 상태를 Green 상태로 만들기 위해서는 다음과 같은 과정이 진행된다.

• 서버를 그대로 본떠 하나의 새로운 서버를 만든다. (새로운 서버는 로드밸런서에 연결되어있지 않다.)
• 새로운 서버 전체를 업데이트한다.
• 기존 서버에 연결된 연결을 새로운 서버의 연결로 변경한다.

이를 그림으로 확인해보자.

이제 또 단점과 장점을 알아보자

장점

서버의 과부하가 일어나지 않는다.

Rolling은 새로 업데이트를 하기 위해서 기존 서버 하나 연결을 끊어야하기 때문에 과부하가 일어나지 않게 된다.

단점

비용적인 측면에서 제약이 생긴다.

이 방법은 기존의 서버와 동일한 서버 그룹을 하나 더 생성해야 하기 때문에 물리적인 서버에서 사용하기는 조금 힘들 수 있다.
기존에 물리적 서버를 구동하는 장비의 비용이 1억이었다면 동일한 그룹을 하나 더 생성해야 하기 때문에 2배인 2억이 들어야 하는데, 이것은 매우 비효율적이다. 그래서 이 방식은 쉽게 인스턴스를 생성하거나 없앨 수 있는 클라우드 환경이나 Docker과 같은 가상환경이 더 어울린다.