본문으로 건너뛰기
hannctl.
PDF ↓
← 모든 작업
09 / Com2us Platform · Migration 멀티클라우드 운영 · IaC 자동화

GCP → Tencent Cloud 무중단 마이그레이션.

서머너즈워: 크로니클의 서버 80대·DB 20개를 약 1주일 만에 서비스 중단 없이 GCP에서 Tencent Cloud로 옮긴 프로젝트입니다.

PERIOD
2023.02 – 2026.02
MY ROLE
Cloud Engineer · 메인 엔지니어
TOOLS & CONTEXT
Terraform · GCP · Tencent Cloud · Online Migration — 서버 80대 · DB 20개
1. 방화벽 먼저네트워크·방화벽 규칙 동일 구성2. Online Migration서버를 이관 도구로 이동3. 비공개 검증동일 인프라 구성 후 개발팀과 확인4. 트래픽 단계 전환검증 후 단계적으로 전환GCPTencent Cloud서버 80대 · DB 20개비공개 운영LIVE약 1주일 · 서비스 중단 0 · gcp.tf → tencentcloud.tf
약 1주일 만에 서비스 중단 없이 끝납니다. 전 과정이 GCP Terraform 코드에서 Tencent Terraform 코드로 남습니다.
01 / CONTEXT

문제

라이브 게임의 인프라를 클라우드 간에 옮기면서 서비스를 멈출 수 없었고, 옮기는 과정에서 방화벽 정책이 다르게 적용되면 안 됐습니다.

02 / DECISIONS

접근

네트워크와 방화벽 규칙을 Tencent에 GCP와 동일하게 먼저 구성했습니다. 서버는 Online Migration 도구로 옮기고 같은 인프라를 구성한 뒤, 비공개로 운영하며 개발팀과 이슈를 확인하고 트래픽을 단계적으로 전환했습니다. 전 과정은 GCP Terraform 코드를 Tencent Terraform 코드로 옮기는 방식으로 진행했습니다.

03 / ENGINEERING

구현

  • Terraform
  • GCP
  • Tencent Cloud
  • Online Migration

규모 · 서버 80대 · DB 20개

FLOW / 06
1. 방화벽 먼저네트워크·방화벽 규칙 동일 구성2. Online Migration서버를 이관 도구로 이동3. 비공개 검증동일 인프라 구성 후 개발팀과 확인4. 트래픽 단계 전환검증 후 단계적으로 전환GCPTencent Cloud서버 80대 · DB 20개LIVE

GCP에서 운영 중인 서버 80대·DB 20개를 Tencent Cloud로 옮깁니다. 서비스 중단은 허용되지 않습니다.

01 / 06
전체 단계 읽기
  1. GCP에서 운영 중인 서버 80대·DB 20개를 Tencent Cloud로 옮깁니다. 서비스 중단은 허용되지 않습니다.
  2. Tencent에 네트워크와 방화벽 규칙을 GCP와 동일하게 먼저 구성합니다.
  3. 서버는 Tencent의 Online Migration 도구로 이관합니다.
  4. 같은 인프라를 구성하고 비공개로 운영하며 개발팀과 이슈를 확인합니다.
  5. 검증이 끝나면 트래픽을 단계적으로 Tencent로 전환합니다.
  6. 약 1주일 만에 서비스 중단 없이 끝납니다. 전 과정이 GCP Terraform 코드에서 Tencent Terraform 코드로 남습니다.
트래픽 단계 전환LIVEGCPTencent0%100%서비스 중단 0 · 약 1주일
트래픽이 모두 Tencent로 옮겨 갑니다. 서비스 중단은 0입니다.
04 / VERIFICATION

결과

약 1주일 만에 서비스 중단 없이 이관을 끝냈습니다. 일부는 GCP에 남기고 대부분의 게임 서버와 DB를 Tencent로 옮겼으며, 방화벽 정책은 전부 검토해 다시 세운 상태로 운영했습니다.

80
이관한 서버
20
이관한 DB
0
서비스 중단
05 / REFLECTION

배운 점

클라우드 간 이관에서 가장 먼저 할 일은 서버를 옮기는 것이 아니라 두 클라우드의 리소스를 역할별로 짝지어 보는 일이었습니다. 네트워크, 서브넷, 방화벽, 서버의 대응표를 먼저 정리하니 GCP Terraform 코드를 Tencent Terraform 코드로 옮기는 작업이 단순해졌고, 방화벽 정책도 옮기는 김에 전부 검토해 다시 세울 수 있었습니다. 서비스를 멈추지 않는 비결도 한 번에 바꾸지 않는 데 있었습니다. 같은 인프라를 먼저 구성해 비공개로 운영하며 개발팀과 이슈를 확인하고, 트래픽은 단계적으로 넘겼습니다. 인프라는 코드로 남았지만 트래픽 전환 절차까지 코드와 런북으로 남겨야 다음 이관에서도 같은 결과를 재현할 수 있다는 점을 배웠습니다.

OUTCOME

약 1주일 — 서비스 중단 0, 서버 80대·DB 20개

관련 현장 노트

NEXT / Com2us Platform · Multi-cloud 서머너즈워: 천공의 아레나 멀티클라우드와 방화벽 재설계

사이트 검색

바로 가기 ↑ ↓ 결과 이동 · Enter 열기 · Esc 닫기

테마 고르기

사원증을 누르면 그 테마로, 보던 내용과 같은 곳으로 이동합니다. 끌면 흔들리기만 합니다.

처음 화면으로 →