Google Cloud 배포 원형

Last reviewed 2023-11-03 UTC

클라우드 설계자 또는 의사 결정자로서 Google Cloud에서 애플리케이션 배포를 계획할 때는 해당 애플리케이션에 적합한 배포 원형1을 선택해야 합니다. 이 가이드에서는 영역, 리전, 멀티 리전, 전역, 하이브리드, 멀티 클라우드의 6가지 배포 원형을 설명하고 각 배포 원형의 사용 사례와 설계 고려사항을 보여줍니다. 또한 이 가이드에서는 가용성, 비용, 성능, 운영 효율에 대한 요구사항을 충족시켜 주는 배포 원형을 선택하는 데 도움이 되는 내용을 비교 분석해서 보여줍니다.

배포 원형이란 무엇인가요?

배포 원형은 비즈니스 및 기술 요구사항을 충족시켜 주는 애플리케이션에 한정된 배포 아키텍처를 빌드하기 위한 기초로 사용할 수 있으며, 공급자마다 독립적인 추상적인 모델입니다. 각 배포 원형은 애플리케이션이 실행할 수 있는 장애 도메인의 조합을 지정합니다. 이러한 장애 도메인은 하나 이상의 Google Cloud 영역 또는 리전일 수 있으며, 다른 클라우드 제공업체의 온프레미스 데이터 센터 또는 장애 도메인을 포함하도록 확장될 수 있습니다.

다음 다이어그램은 Google Cloud에 배포된 6개의 애플리케이션을 보여줍니다. 각 애플리케이션은 특정 요구사항을 충족시켜 주는 배포 원형을 사용합니다.

Google Cloud에서 서로 다른 배포 원형을 사용하여 배포된 애플리케이션

위 다이어그램에 표시된 것처럼 하이브리드 또는 멀티 클라우드 배포 원형을 사용하는 아키텍처에서 클라우드 토폴로지는 기본 원형인 영역, 리전, 멀티 리전, 전역 중 하나를 기반으로 합니다. 이러한 의미에서 하이브리드와 멀티 클라우드 배포 원형은 기본 원형 중 하나를 포함하는 복합 배포 원형으로 고려될 수 있습니다.

배포 원형을 선택하면 사용할 Google Cloud 제품과 기능과 관련해서 이후의 의사결정을 단순화하는 데 도움이 됩니다. 예를 들어 가용성이 높은 컨테이너화된 애플리케이션의 경우에는 리전별 배포 원형을 선택할 때 리전별 Google Kubernetes Engine(GKE) 클러스터가 영역별 GKE 클러스터보다 적합합니다.

애플리케이션의 배포 원형을 선택할 때는 가용성, 비용, 운영 복잡성 등의 요소들 간의 장단점을 고려해야 합니다. 예를 들어 애플리케이션이 여러 국가의 사용자를 지원하고 고가용성이 필요한 경우에는 멀티 리전 배포 원형을 선택할 수 있습니다. 하지만 단일 지리적 리전 내의 직원들이 사용하는 내부 애플리케이션의 경우에는 가용성보다 비용을 우선시하여 리전 배포 원형을 선택할 수 있습니다.

배포 원형 개요

다음 탭에서는 배포 원형에 대한 정의와 각 배포 원형의 사용 사례 및 설계 고려 사항을 요약해서 보여줍니다.

영역

다음 다이어그램에 표시된 것처럼 애플리케이션이 단일 Google Cloud 영역 내에서 실행됩니다.

영역 배포 원형
사용 사례
  • 개발 및 테스트 환경
  • 고가용성이 필요하지 않은 애플리케이션
  • 애플리케이션 구성요소 간에 지연 시간이 짧은 네트워킹
  • 상용 워크로드 마이그레이션
  • 라이선스가 제한적인 소프트웨어를 사용하는 애플리케이션
설계 고려사항
  • 영역 중단 중 다운타임

    비즈니스 연속성을 위해서는 동일 리전의 또 다른 영역에 애플리케이션의 수동 복제본을 프로비저닝할 수 있습니다. 영역 중단이 발생하면 수동 복제본을 사용해서 애플리케이션을 프로덕션에 복원할 수 있습니다.

추가 정보

다음 섹션을 참조하세요.

리전

다음 다이어그램에 표시된 것처럼 단일 Google Cloud 리전 내에 있는 둘 이상의 영역에서 애플리케이션이 독립적으로 실행됩니다.

리전 배포 원형
사용 사례
  • 하나의 지리적 영역 내에서 사용자를 지원하는 고가용성 애플리케이션
  • 데이터 상주 및 데이터 주권 요구사항 준수
설계 고려사항
  • 리전 중단 중 다운타임

    비즈니스 연속성을 위해서는 애플리케이션 및 데이터를 다른 리전에 백업할 수 있습니다. 리전 중단이 발생하면 다른 리전의 백업을 사용해서 애플리케이션을 프로덕션에 복원할 수 있습니다.

  • 중복 리소스 프로비저닝 및 관리에 필요한 비용과 노력
추가 정보

다음 섹션을 참조하세요.

멀티 리전

둘 이상의 Google Cloud 리전에 걸쳐 있는 여러 영역에서 애플리케이션이 독립적으로 실행됩니다. DNS 라우팅 정책을 사용해서 들어오는 트래픽을 리전 부하 분산기로 라우팅할 수 있습니다. 그런 후에는 다음 다이어그램에 표시된 것처럼 리전 부하 분산기가 애플리케이션의 영역 복제본으로 트래픽을 분산합니다.

멀티 리전 배포 원형
사용 사례
  • 사용자가 지리적으로 분산된 고가용성 애플리케이션
  • 최종 사용자의 지연 시간이 낮은 환경이 요구되는 애플리케이션
  • 지오펜싱 DNS 라우팅 정책을 사용하여 데이터 상주 및 주권 요구사항 준수
설계 고려사항
  • 리전 간 데이터 전송 및 데이터 복제 비용
  • 운영 복잡성
추가 정보

다음 섹션을 참조하세요.

전역

위치를 구분하지 않는 전역 분산 스택 또는 리전별로 격리된 스택의 전 세계 Google Cloud 리전에 걸쳐서 애플리케이션이 실행됩니다. 전역 애니캐스트 부하 분산기는 사용자에게 가장 가까운 리전으로 트래픽을 분산합니다. 데이터베이스, 캐시, 객체 저장소와 같은 애플리케이션 스택의 다른 구성요소도 전역적일 수 있습니다.

다음 다이어그램은 전역 배포 원형의 전역적으로 분산된 변형을 보여줍니다. 전역 애니캐스트 부하 분산기는 여러 리전에 걸쳐서 분산되었고 전역적으로 복제된 데이터베이스를 사용하는 애플리케이션 스택으로 요청을 전달합니다.

전역 배포 원형: 전역적으로 분산된 스택

다음 다이어그램은 리젼별로 격리된 애플리케이션 스택이 포함된 전역 배포 원형의 변형을 보여줍니다. 전역 애니캐스트 부하 분산기는 리전 중 하나에 있는 애플리케이션 스택으로 요청을 전달합니다. 모든 애플리케이션 스택은 전역적으로 복제된 단일 데이터베이스를 사용합니다.

전역 배포 원형: 리전별로 격리된 스택
사용 사례
  • 전역적으로 분산된 사용자를 지원하는 고가용성 애플리케이션
  • 리전별 리소스의 여러 인스턴스 대신 전역적 리소스를 사용하여 얻을 수 있는 비용 최적화 및 운영 간소화 기회
설계 고려사항 리전 간 데이터 전송 및 데이터 복제 비용
추가 정보

다음 섹션을 참조하세요.

하이브리드

다음 다이어그램에 표시된 것처럼 애플리케이션의 특정 부분은 Google Cloud에 배포되고 다른 부분은 온프레미스로 실행됩니다. Google Cloud의 토폴로지는 영역, 리전, 멀티 리전, 전역 배포 원형을 사용할 수 있습니다.

하이브리드 배포 원형
사용 사례
  • 온프레미스 워크로드에 대한 재해 복구(DR) 사이트
  • 클라우드 애플리케이션을 위한 온프레미스 개발
  • 기존 애플리케이션의 점진적인 클라우드 마이그레이션
  • 클라우드 기능으로 온프레미스 애플리케이션 향상
설계 고려사항
  • 설정 노력과 운영 복잡성
  • 중복 리소스 비용
추가 정보

다음 섹션을 참조하세요.

멀티 클라우드

다음 다이어그램에 표시된 것처럼 애플리케이션의 일부는 Google Cloud에 배포되고 다른 부분은 다른 클라우드 플랫폼에 배포됩니다. 각 클라우드 플랫폼의 토폴로지는 영역, 리전, 멀티 리전, 전역 배포 원형을 사용할 수 있습니다.

멀티 클라우드 배포 원형
사용 사례
  • Google Cloud를 기본 사이트로 사용하고 다른 클라우드를 DR 사이트로 사용
  • 고급 Google Cloud 기능으로 애플리케이션 향상
설계 고려사항
  • 설정 노력과 운영 복잡성
  • 중복 리소스 비용과 클라우드 전체 네트워크 트래픽
추가 정보

다음 섹션을 참조하세요.

참여자

저자: 쿠마르 다나고팔 | 크로스 프로덕트 솔루션 개발자

기타 참여자:


  1. 안나 베렌베르크 및 브래드 칼더, 클라우드 애플리케이션의 배포 원형, ACM Computing Surveys, Volume 55, Issue 3, Article No.: 61, pp 1-48