클라우드 마이그레이션

IDC: Google Cloud IaaS 마이그레이션을 통한 ROI 318% 달성의 가능성

Tue, 05 Mar 2024 01:00:00 +0000

전 세계 많은 조직이 지속적인 디지털 혁신을 실현하고 지원하기 위해 계속해서 클라우드 서비스를 도입하고 있습니다. 비용 절감, 민첩성, 탄력성, 확장성을 비롯한 클라우드 인프라의 장점이 널리 알려져 있긴 하지만, 이러한 장점을 수치화하기란 쉽지 않은 일입니다.

Google은 클라우드 인프라로 마이그레이션하는 것의 실질적인 ROI를 더 자세히 파악하기 위해 이와 관련된 IDC 연구 조사를 의뢰했으며 2023년 말에 그 결과를 발표했습니다. 이 연구는 독일, 미국, 영국의 금융 서비스, 정부 기관, 의료, 부동산, 소매, 공공 산업에 속한 조직을 대상으로 진행한 9개의 인터뷰로 구성되어 있습니다. 인터뷰는 Google Cloud Infrastructure as a Service(IaaS)를 채택했으며 그 이점과 비용을 직접 경험한 조직을 선정하여 진행했습니다.

IDC: Extracting more business value from cloud infrastructure

Google Cloud IaaS의 비즈니스 가치에 대해 Google이 의뢰하여 진행한 IDC 연구팀의 조사 결과1를 간단하게 살펴보면 다음과 같습니다.

5년간 ROI 318% 달성
5년간 운영 비용 51% 절감
IT 인프라 관리팀 효율성 57% 향상
75% 더 빠른 새로운 애플리케이션 기능 배포
323만 달러의 추가 수익 창출

IDC 연구 결과를 자세히 살펴보고 조직이 Google Cloud IaaS 도입을 통해 누릴 수 있는 이점을 알아보고 싶으신가요?

IDC 연구 조사 보고서 전문을 다운로드하세요.
IDC 리서치 부사장인 Dave McCarthy와 Google 북미 개발자 지원 Lead이자 베스트셀러 작가인 Priyanka Vergadia가 연구 결과에 대해 심도 있게 논의하는 Firechat에 참여해 보세요.

___

^{1 출처: IDC Business Value Research, Google 후원, The Business Value of Google Cloud IaaS, IDC #US51037323, 2023년 8월.}

^{기업통계 참고:
- 직원 수: 1,500~300,000명
- IT 직원 수: 300~2,000명
- 비즈니스 애플리케이션 수: 20~6,000개
- 수익: 1억 2,630만~590억 달러}

더 쉬워진 클라우드 전환: Google Cloud에서 마이그레이션 시 데이터 전송 비용 무료

Wed, 07 Feb 2024 01:00:00 +0000

*본 아티클의 원문은 2024년 1월 12일 Google Cloud 블로그(영문)에 게재되었습니다.

Google Cloud는 상호 운용 가능하고 안전하며 개방적인 클라우드 생태계의 번영을 지원하기 위해 최선을 다하고 있습니다. 고객의 비즈니스 니즈가 변화하면 클라우드 또한 유연하게 이러한 변화를 수용할 수 있어야 합니다.

오늘부터 Google Cloud의 사용을 중단하고 다른 클라우드 제공업체나 온프레미스로 데이터를 마이그레이션하기를 원하는 고객은 무료 네트워크 데이터 전송을 통해 Google Cloud 외부로 데이터를 마이그레이션할 수 있습니다. 이 변경사항은 전 세계 모든 고객에게 적용됩니다. 자세한 내용은 여기를 참조하세요.

클라우드 제공업체 변경 시 데이터 전송 비용이 발생하지 않으면 고객이 클라우드 제공업체를 더 쉽게 변경할 수 있게 됩니다. 하지만 이 방법만으로는 근본적인 문제가 해결되지 않습니다. 애당초 많은 고객이 각자가 선호하는 클라우드 제공업체와 협력하지 못하도록 가로막는 것은 불공정하고 제한적인 라이선스 관행입니다.

일부 기존 제공업체는 온프레미스 소프트웨어 독점을 발판으로 클라우드를 독점하고 제한적인 라이선스 관행을 통해 고객을 궁지에 몰아넣으며 경쟁을 훼방하고 있습니다.

라이선스 제한이라는 복잡한 그물망 안에는 고객이 협력할 수 있는 대상과 방법을 선별 및 제한하고, 고객이 특정 경쟁업체의 클라우드를 사용하려 할 경우 비용의 5배를 청구하며, 경쟁업체의 클라우드 인프라 및 필수 소프트웨어의 상호 운용성을 제한하는 행위 등이 포함되어 있습니다. 하지만 이같이 제한하는 관행에는 기술적인 근거도 없을 뿐더러, 고객에게 300%의 비용 증가를 야기할 수 있습니다. 반면, 고객이 클라우드 제공업체 외부로 데이터를 마이그레이션할 때는 최소한의 비용밖에 들지 않습니다.

그러나 고객이 한 제공업체에서 다른 제공업체로 더 쉽게 이동할 수 있게 되더라도 제한적인 라이선스에 매여 있다면, 고객의 선택권을 개선하는 데는 큰 도움이 되지 않습니다. 고객은 기존 제공업체의 지나치게 제한적인 약관이나 징벌적인 라이선스 관행에 얽매이지 않고 비즈니스에 적합한 클라우드 제공업체를 선택할 수 있어야 합니다.

정부와 기업이 기술 사용을 원활하게 확장할 수 있도록 지원할 때 클라우드의 전망이 밝아집니다. 오늘의 발표는 Google Cloud에서 워크로드를 실행하는 크고 작은 조직을 위해 더 많은 가치를 제공하고 데이터 전송을 개선하기 위해 지난 몇 달 동안 취한 여러 가지 조치의 연장선 위에 있습니다.

클라우드 시장의 경쟁과 고객의 선택을 가로막는 제한적인 라이선스 관행을 종식하려면 아직도 넘어야 할 산이 많습니다. 많은 클라우드 고객이 기존 제공업체의 라이선스 제한에 대한 우려를 Google Cloud에 직접 표명해 주고 계십니다. Google Cloud는 클라우드 고객을 대변하여 목소리를 내기 위해 앞으로도 변함없는 노력을 기울이겠습니다.

Google Cloud로 데이터 디스크를 제대로 그리고 쉽게 마이그레이션하는 방법

Mon, 18 Dec 2023 01:00:00 +0000

*본 아티클의 원문은 2023년 11월 1일 Google Cloud 블로그(영문)에 게재되었습니다.

데이터 디스크 마이그레이션은 한 스토리지 기기에서 다른 스토리지 기기로 데이터를 전송하는 프로세스입니다. 실제 기기나 가상 머신 간에 데이터를 이동하거나 온프레미스 솔루션에서 클라우드 기반 플랫폼으로 전환하는 작업도 여기에 포함될 수 있습니다. 데이터 디스크 마이그레이션의 궁극적인 목표는 데이터 무결성, 보안 또는 접근성의 저하 없이 원활하게 전환하는 것입니다. 이 블로그 게시물에서는 Google Cloud 마이그레이션 센터에 내장된 Migrate to Virtual Machines를 사용해 쉽고 빠르게 데이터 디스크를 Google Cloud로 마이그레이션하는 방법을 설명합니다.

데이터 디스크 마이그레이션이 중요한 이유

최신 OS로 업그레이드: 지원되지 않는 운영체제는 공식 업데이트, 보안 패치, 기술 지원이 더이상 제공되지 않기 때문에 심각한 위협이 됩니다. 이로 인해 시스템이 사이버 위협, 호환성 문제, 규정 미준수에 취약해지며, 혁신이 저해되고 기능이 저하됩니다.
디스크 마이그레이션에는 지원되지 않는 오래된 운영체제에서 지원되는 최신 운영체제로 데이터를 전송하는 작업이 포함됩니다.
현대화: 기술이 발전하면서 오래된 스토리지 기기에서 병목 현상이 발생해 성능과 용량이 제한될 수 있습니다. 데이터 디스크 마이그레이션으로 보다 효율적인 최신 하드웨어를 활용할 수 있습니다.
데이터 보호: 오래된 스토리지 기기는 장애 및 데이터 손실에 더 취약합니다. 데이터를 최신 플랫폼으로 마이그레이션하면 이러한 위험을 완화하고 안전을 보장하는 데 도움이 됩니다.
성능 향상: 최신 스토리지 기술은 대체로 개선된 읽기 및 쓰기 속도를 제공하므로 시스템 성능이 향상되고 애플리케이션 액세스 시간이 단축됩니다.
확장성: 데이터 디스크 마이그레이션을 통해 스토리지 인프라를 용이하게 확장할 수 있습니다. 따라서 효율성 저하 없이 데이터 수요 증가에 대응할 수 있습니다.

Google Cloud 디스크 마이그레이션

Google Cloud에서는 마이그레이션 센터에 직접 Migrate to Virtual Machines를 통합하여 디스크 마이그레이션의 부담을 줄여 드립니다. 디스크 마이그레이션을 위한 이 강력하고도 효과적인 솔루션은 클라우드 마이그레이션 기술을 활용하여 클라우드 환경과의 호환성에 관계없이 OS 디스크 또는 데이터 디스크를 원활하게 마이그레이션해 줍니다. 운영체제 업데이트나 하드웨어 업그레이드와 같은 과제에 직면했을 때 적용할 수 있는 최상의 솔루션입니다.

유연성과 개방성을 위한 Google Cloud의 지속적인 노력이 반영된 Migrate to Virtual Machines는 VMware 및 기타 클라우드 서비스 제공업체들을 포함한 늘어나는 마이그레이션 소스들과 연결합니다. 예를 들어 기존 Linux 배포판이나 이전 Windows 버전(W2003, W2008, W2012)에서 실행되는 광범위한 가상 머신을 관리한다고 생각해 보세요. 바로 이런 경우에 Migrate to Virtual Machines의 디스크 마이그레이션 기능이 지닌 강점이 발휘됩니다. 소스 워크로드 디스크를 선택적으로 마이그레이션한 후 지원되는 운영체제에 연결하여 워크로드 인프라를 효과적으로 현대화할 수 있습니다.

작동 방식

디스크 마이그레이션 프로세스의 단계는 다음과 같습니다.

먼저 디스크를 마이그레이션할 VM을 온보딩해야 합니다.

다음 예시는 로컬 VMware 데이터 센터에서 호스팅되는 VM입니다. 이 VM을 선택해 GCP 마이그레이션 서비스에 온보딩합니다.

그런 다음 복제를 시작할 수 있습니다.

VM이 마이그레이션 서비스에 온보딩되는 즉시 소스 VM의 디스크에서 Google Cloud에 있는 Persistent Disk 볼륨으로 데이터 복제를 시작할 수 있습니다. 데이터 복제는 최종 컷오버(cutover)를 수행하거나 마이그레이션을 삭제할 때까지 백그라운드에서 계속 진행되는 프로세스입니다.

Monitoring도 활용할 수 있습니다.

VM을 클릭해 디스크 복제 상태, 예상 완료 시간, 기타 디스크 마이그레이션 관련 세부정보를 확인할 수 있는 상세 뷰를 열어 자세한 내용을 살펴보세요.

복제가 진행되는 동안 미리 디스크의 대상(target) 세부정보를 설정할 수 있습니다. 호스팅 프로젝트(리전 및 영역), 디스크 유형 등 마이그레이션된 디스크의 설정을 구성하세요.

그러면 시간을 절약할 수 있고 컷오버 날짜가 다가올 때 서두르지 않아도 됩니다.

복제 주기를 조정하여 점진적 변경사항의 누적 데이터 피크와 동기화되도록 할 수도 있습니다.

요약

Migrate to Virtual Machines 디스크 마이그레이션 기능은 모든 소스 VM에서 Google Cloud 디스크 스토리지로 컴퓨팅 디스크를 원활하게 마이그레이션할 수 있는 새로운 기능입니다. 이 기능은 Migrate to Virtual Machines의 원활한 에이전트리스 마이그레이션 기능을 활용하므로 소스 워크로드가 중단되지 않으며 정기적인 복제 주기 및 빠른 컷오버 시간과 같은 이점을 제공합니다.

이 기능은 개별 디스크 수준으로 마이그레이션 정밀도를 높이므로 워크로드를 다른 운영체제로 손쉽게 전환하거나 전체 데이터 스토어를 새 플랫폼으로 전송하는 등 혁신적으로 사용할 수 있습니다.

시작할 준비가 되셨나요? 마이그레이션 센터에서 Migrate to Virtual Machines가 포함된 마이그레이션 및 현대화를 위한 Google Cloud의 중앙 집중식 엔드 투 엔드 허브를 살펴보세요. 아직 확신이 생기지 않는다면 마이그레이션 센터에 대한 이 3분 길이의 동영상을 시청하거나 Google Cloud의 무료 IT 탐색 및 평가를 신청하여 귀사의 IT 환경을 정확히 파악하고 성공적인 마이그레이션 방법을 알아보세요.

SAP 비용 예측 도구 소개: Google Cloud 기반 SAP 환경의 총 비용을 계산하세요

Tue, 08 Aug 2023 07:00:00 +0000

*본 아티클의 원문은 2023년 7월 25일 Google Cloud 블로그(영문)에 게재되었습니다.

Google Cloud 기반 SAP의 비용에 대해 생각해 보셨나요? 다양한 구성과 기능 선택이 비용에 어떤 영향을 미칠까요? 직접 비용을 추정해본 적이 있다면 SAP 환경에 대한 많은 세부정보를 입력하지 않은 채 초기 예상 비용을 개괄적으로 추정하는 것이 얼마나 어려운 일인지 아실 겁니다.

Google Cloud가 SAP 애플리케이션에 적합한 비용 효율적인 클라우드인 이유를 쉽게 알아볼 수 있는 간편한 기능을 제공하기 위해, Google Cloud 마이그레이션 센터의 Cloud 지출 예측 도구 모듈에 내장된 SAP 비용 예측 도구를 출시했습니다. 자세한 내용을 알아보려면 계속 읽어보세요.

SAP 비용 예측 도구 들여다보기

SAP 비용 예측 도구는 SAP 애플리케이션을 위한 일반적인 Infrastructure as a Service(Iaas) 재료명세서를 기반으로 사전 정의된 크기(XS, S, M, L, XL)로 SAP 배포 비용을 계산합니다. 고가용성/재해 복구(HA/DR) 여부에 따라 다음 SAP 애플리케이션을 위한 사전 정의된 크기를 선택할 수 있습니다.

S/4HANA
BW/4HANA
BusinessObjects 비즈니스 인텔리전스
Fiori
비즈니스 목표 데이터 서비스(BODS)
프로세스 조정(PO)
SAP NetWeaver ABAP

사전 정의된 크기에는 기본 스토리지 구성이 포함됩니다. 하지만 추가 스토리지가 필요한 경우 요건에 따라 Block과 Cloud Storage를 모두 간편하게 포함할 수 있습니다. 또한 기본 리전과 DR 리전을 계획한 후 다른 리전 비용을 비교하고 약정 사용 할인(CUD) 가격을 확인할 수 있습니다.

다음 다이어그램은 개발, 품질보증, Production 시스템 등 SAP 워크로드 환경 전반에 걸친 IaaS 비용 분석을 보여줍니다.

SAP 비용 예측 도구는 초기 예상 비용을 추정해 Google Cloud에서 SAP 인프라를 실행하는 데 드는 비용에 대한 유용한 정보를 제공합니다. 이는 IT 환경에 대해 보다 심층적인 무료 탐색과 평가를 실행하기 위한 초기 단계 역할을 하며, 사용자는 더 정확한 마이그레이션 계획을 수립하고 예상 추정치를 얻을 수 있습니다. 마이그레이션 센터에서 제공하는 이 평가로 환경의 각 시스템(vCPU, 메모리, 스토리지 등)에 대한 자세한 정보와 마이그레이션 기본 설정에 기반한 총소유비용 보고서를 확인할 수 있습니다.

또한 SAP 사용자에게 Google Cloud에서 SAP 앱을 실행하는 데 드는 비용에 관한 유용한 정보를 제공하게 된 것을 기쁘게 생각합니다. 한 고객은 이렇게 말했습니다. "SAP 비용 예측 도구는 SAP 고객이 Google Cloud 인프라에서 SAP 애플리케이션을 실행하는 데 드는 비용을 초기에 파악하여 Google Cloud로 마이그레이션하는 여정을 가속화할 수 있도록 도와줍니다. 이러한 기능을 제공해 주셔서 감사합니다.”

SAP 비용 예측 도구에 관한 자세한 정보를 알아보고, 마이그레이션 센터에서 직접 사용해 보거나, Google Cloud 기반 SAP를 지원하는 모든 방식에 대해 자세히 읽어보세요.

먼저 평가를 실시하여 시간과 비용을 절약하고 기존 데이터베이스 자산을 현대화하기

Tue, 01 Aug 2023 07:00:00 +0000

*본 아티클의 원문은 2023년 7월 13일 Google Cloud 블로그(영문)에 게재되었습니다.

기업에서 애플리케이션과 인프라를 현대화할 때 많은 IT 이해관계자는 오픈소스 기술을 활용해 도움을 얻고자 합니다. 오픈소스가 인기를 얻고 있는 분야 중 하나는 관계형 데이터베이스 관리 시스템(RDBMS)입니다. PostgreSQL과 같은 오픈소스 RDBMS는 Oracle과 Microsoft SQL Server와 같은 상용 RDBMS의 대안으로 갈수록 많은 인기를 얻고 있습니다. 이 같은 전환이 일어나는 데는 여러 이유가 있습니다.

첫째, 오픈소스 RDBMS가 기존의 독자적인 RDBMS에 비해 비용 효율성이 높은 경우가 많습니다. 일반적으로 무료로 다운로드해서 사용할 수 있으며 라이선스 요금이 없습니다.

둘째, 오픈소스 RDBMS는 기존 RDBMS에 비해 유연성과 확장성이 더 뛰어난 경우가 많습니다. 조직의 특정 요구사항을 충족하도록 손쉽게 맞춤설정할 수 있으며 필요에 따라 확장 또는 축소할 수 있습니다.

이러한 요인들 덕분에 오픈소스 RDBMS는 규모에 관계없이 모든 조직에서 널리 인기를 얻고 있습니다. 오픈소스 RDBMS는 비용 효율성, 유연성, 확장성을 비롯해 기존 RDBMS에 비해 여러 이점을 제공합니다.

Oracle/SQL Server에서 PostgreSQL로 마이그레이션

Oracle/SQL Server에서 PostgreSQL로 마이그레이션하는 작업은 까다로울 수 있습니다. 마이그레이션 전략은 조직의 목표에 따라 다르지만 마이그레이션 프로세스를 원활하게 수행하는 데 도움이 되는 다음과 같은 몇 가지 일반적인 전략이 있습니다.

데이터베이스 마이그레이션 평가(DMA) 활용: Oracle 또는 SQL Server 데이터베이스를 PostgreSQL로 현대화하는 데 필요한 작업의 수준을 세부적으로 알려주는 여러 평가 도구로 유용한 정보를 얻을 수 있습니다. 이 단계의 속도를 높이려는 고객은 DMA라는 Google Cloud 퍼스트 파티 도구를 활용하여 Oracle/SQL Server 데이터베이스의 복잡성을 평가하면 됩니다. 이 도구는 Google Cloud의 '무료' 데이터베이스 평가 솔루션으로, 마이그레이션 작업, 비용, 예상 투자수익을 추정합니다. DMA에 대한 더 자세한 내용은 아래에서 다루겠습니다.
코드/스키마 변환 도구 활용: 사람의 실수를 줄이고 마이그레이션의 전체적인 효율성을 개선하는 데 도움이 될 수 있습니다. Google Cloud 도구를 활용하여 Oracle/SQL Server의 스키마 및 코드를 PostgreSQL로 자동 변환합니다.
단계별로 데이터 마이그레이션: 모든 데이터를 한 번에 마이그레이션하는 것은 위험할 수 있습니다. 소규모 데이터 하위 집합부터 시작한 다음 시간이 흐름에 따라 점진적으로 더 많은 데이터를 마이그레이션하는 단계적 데이터 마이그레이션이 보다 바람직한 경우가 많습니다. Google Cloud와 함께라면 고객의 요구사항에 따라 데이터 마이그레이션 전략을 수립할 수 있습니다. 다운타임을 허용하는 고객이든 실시간 복제가 필요한 고객이든 Google Cloud는 고객의 요구사항에 맞는 데이터 마이그레이션 솔루션을 제공합니다.
애플리케이션 변경: 데이터베이스 엔진이 전환되면 애플리케이션이 변경되는 경우가 많습니다. Google Cloud로 애플리케이션 저장소를 스캔하고 새로운 데이터베이스 엔진에서 실행하기 위해 변경이 필요할 수 있는 SQL 문을 식별할 수 있습니다.
마이그레이션된 데이터 테스트: 데이터를 마이그레이션한 다음에는 테스트를 통해 데이터가 올바르게 작동하는지 확인하는 것이 중요합니다. 이 단계에서는 여러 작업이 필요합니다. 우선, 소스와 대상 간에 모든 데이터가 동기화되어 있는지 확인해야 하며, Google 도구를 사용하여 이 작업을 수행할 수 있습니다. 둘째, 애플리케이션 기능 테스트를 수행하여 애플리케이션이 예상대로 작동하는지 확인해야 합니다. 마지막으로, 성능 테스트를 수행하는 것이 좋습니다.

이러한 일반적인 전략을 따르면 Oracle/SQL Server에서 PostgreSQL로의 마이그레이션을 원활하고 성공적으로 수행하는 데 도움이 됩니다.

이 글의 뒷부분에서는 이 클라우드 여정의 출발지인 Google 데이터베이스 평가 프로세스에 대해 중점적으로 살펴보겠습니다. 데이터베이스 평가에서는 업계 권장사항, 데이터베이스 전문가 및 데이터 수집 도구를 한데 모아 Oracle과 SQL Server에서 PostgreSQL로 마이그레이션하는 작업에 착수하기 위한 마이그레이션 전략을 제공합니다.

PostgreSQL로 마이그레이션: 데이터베이스 마이그레이션 평가부터 시작

데이터베이스 마이그레이션 평가(DMA)는 고객에게 제공되는 무료 서비스로, 데이터베이스 메타데이터를 수집하여 세부적인 맞춤형 고객 판독 값을 제공합니다. 수집되는 데이터에는 데이터베이스 객체 유형, PL/SQL 또는 T-SQL 코드, 사용 중인 데이터베이스 기능, 현재 리소스 사용량, 워크로드 특성을 비롯한 세부적인 메타데이터가 포함됩니다. 이 데이터는 Google의 *새로운* 퍼스트 파티 DMA 도구를 사용하여 수집됩니다.

메타데이터가 수집되고 나서 처리를 거치면 Google 데이터베이스 전문가팀이 다음을 포함한 세부적인 맞춤형 판독 값을 제공합니다.

현재 온프레미스 데이터베이스 워크로드 특성을 기반으로 한 Google Cloud 대상 상태 데이터베이스 추천이 제공됩니다.
마이그레이션 작업: Oracle/SQL Server 스키마 및 코드를 PostgreSQL과 같은 오픈소스 데이터베이스로 변환하는 데 필요한 작업의 정도를 시간 단위로 반영합니다.
클라우드를 위한 적정 크기 조정: 실제로 필요한 리소스에 대해서만 비용을 지불하도록 현재 온프레미스 리소스 사용량 정보를 사용하여 Google Cloud 데이터베이스의 크기를 적절히 조정합니다.
마이그레이션 계획 완성: 처음으로 마이그레이션할 데이터베이스를 식별하고 후속 데이터베이스를 위한 마이그레이션 웨이브를 만듭니다.

다음은 14개의 Oracle 데이터베이스를 관찰한 고객 판독 값의 일부입니다. 이 예시의 고객은 Oracle에서 PostgreSQL용 Cloud SQL 또는 PostgreSQL용 AlloyDB로 현대화하기를 원했습니다. 처음에 고객은 Oracle 데이터베이스를 현대화하는 작업이 매우 복잡하고 상당한 노력이 필요할 것이라고 생각했습니다. DMA로 마이그레이션 평가를 실행하고 난 후 Google Cloud 스키마/코드 변환 도구를 사용하면 고객 데이터베이스 환경의 89%를 자동으로 변환할 수 있음이 확인되었습니다. 이러한 판단은 아래 그래프에 기반한 것입니다. 그래프에는 각 데이터베이스가 나열되어 있고, Oracle/SQL Server와 PostgreSQL 간의 호환성이 표시되어 있습니다.

각 데이터베이스를 대상으로 데이터베이스 객체와 코드가 세 가지 버킷으로 분류되어 있습니다. 녹색 버킷은 Google Cloud 도구를 사용하여 자동으로 변환할 수 있는 데이터베이스 객체를 식별합니다. 노란색 버킷은 어느 정도 수동 작업이 필요한 데이터베이스 객체/코드를 식별합니다. 마지막으로, 빨간색 버킷은 Google Cloud 스키마/코드 변환 도구로 객체를 자동 변환할 수 없기 때문에 완전히 리팩터링해야 하는 데이터베이스 객체를 식별합니다. 요약하면, 차트에서 녹색이 많을수록 Google Cloud 변환 도구를 사용하여 자동으로 변환할 수 있는 객체가 많기 때문에 고객의 수고를 덜 수 있습니다.

이 고객의 경우 고객의 예상보다 더 좋은 결과가 나왔습니다. 원래 고객은 이러한 Oracle 데이터베이스에 PL/SQL 코드가 많아 자동 변환이 쉽지 않으리라는 인식을 전반적으로 가지고 있었습니다. 그러나 이 시각화 자료에서 고객의 Oracle 객체와 코드 대부분을 자동 변환할 수 있는 것으로 나타났습니다.

고객 데이터베이스 마이그레이션 복잡성 평가 보고서(샘플)

다음으로, Google은 고객에게 각 데이터베이스를 변환하는 데 필요한 작업량의 수준을 보여주었습니다. 아래 그래프에는 마이그레이션을 완료하는 데 필요한 작업량 수준(시간 단위로 표시)별로 모든 데이터베이스가 정렬되어 있습니다. 첫 번째 나열된 데이터베이스는 마이그레이션에 가장 적은 시간이 걸리는 반면 마지막 데이터베이스는 마이그레이션에 가장 많은 시간이 소요됩니다. 이 데이터는 가장 먼저 마이그레이션할 데이터베이스를 파악하고 마이그레이션 웨이브를 정의하는 데 유용합니다. 즉, 단계별로 마이그레이션할 데이터베이스 그룹을 정의할 수 있습니다.

데이터베이스 마이그레이션 작업 점수(샘플)

그렇다면 어떻게 시작해야 할까요? 가장 복잡한 데이터베이스가 아닌 가장 복잡성이 덜한 데이터베이스부터 시작하는 것이 좋습니다. 그러면 반복 가능한 프로세스로 마이그레이션 청사진을 구축하고, Google Cloud 스키마/코드 변환 및 데이터 이동 도구 활용에 익숙해질 수 있습니다. 이러한 학습과 반복 가능한 프로세스가 결합되어 더 복잡한 데이터베이스를 신속하게 마이그레이션할 수 있는 기반이 마련됩니다.

이러한 결과를 보고 고무된 고객은 Oracle 데이터베이스를 AlloyDB로 현대화하는 데 필요한 작업 수준 대비 투자수익(ROI)이 많다는 결론을 내렸습니다. 값비싼 라이선스/지원 구조에서 벗어나 비용 효율적인 완전 관리형 데이터베이스 서비스로 전환할 수 있기 때문입니다.

이 예시에는 Google이 고객에게 제공한 판독 값의 일부만 표시되어 있습니다. 하지만 고객의 전체 판독 값에는 더 유의미한 정보가 포함됩니다. 고객은 작업 시간 계산을 구성하는 개별 데이터베이스 객체에 이르기까지 여러 수준을 상세히 살펴볼 수 있습니다.

주요 특징

DMA 도구는 오픈소스이며 GitHub에서 제공됩니다. 현재 Oracle과 SQL Server 데이터베이스를 지원합니다.

Oracle의 경우 DMA는 고객 라이선스 정책에 따라 AWR과 AWR(statspack) 이외의 데이터베이스 평가를 모두 지원합니다.
MS SQL의 경우 DMA는 Perfmon 데이터를 활용하며 메타데이터만 수집합니다.

아래 표에는 DMA 도구로 수집되는 데이터의 유형이 나열되어 있습니다.

결론

현재 Oracle 또는 SQL Server 데이터베이스를 사용 중이고 이를 PostgreSQL과 같은 오픈소스 데이터베이스로 현대화하는 방안을 고려 중인 경우 Google GitHub 저장소에서 DMA 도구를 다운로드하면 됩니다. 또는 Google Cloud 영업 담당자에게 연락하여 평가일정을 조율하세요. Google Cloud 데이터베이스 전문가는 이러한 데이터베이스의 현대화에 관한 추천과 권장사항 및 지침을 제공함으로써 Oracle 또는 SQL Server 데이터베이스 현대화가 적절한 선택인지 여부를 평가하기 위한 데이터 기반 접근 방식을 안내합니다.

BigQuery Migration Service를 사용해 데이터 웨어하우스 마이그레이션을 간소화하고 가속화하는 방법

Tue, 15 Nov 2022 00:00:00 +0000

* 본 아티클의 원문은 2022년 10월 5일 Google Cloud 블로그(영문)에 게재되었습니다.

클라우드로 데이터를 마이그레이션하는 것은 버거운 작업일 수 있습니다. 특히 웨어하우스와 기존 환경에서 데이터를 이전하려면 체계적으로 접근해야 합니다. 이러한 마이그레이션에는 보통 수작업이 필요하며 오류가 발생하기 쉽습니다. 복잡할뿐만 아니라 계획, 시스템 설정, 쿼리 변환, 스키마 분석, 데이터 이전, 검증, 성능 최적화와 같은 여러 단계를 거쳐야 합니다. 위험을 완화하기 위해서는 보다 예측 가능한 결과를 제공하는 일관된 도구 집합을 사용하는 구조화된 마이그레이션 방식이 필요합니다.

일반적인 데이터 웨어하우스 마이그레이션: 오류가 발생하기 쉽고 수고가 많이 들며 시행착오를 거쳐야 합니다.

Google Cloud의 BigQuery Migration Service를 사용하여 마이그레이션을 간소화할 수 있습니다. 이 솔루션은 사용자가 마이그레이션을 안정적으로 계획하고 실행하여 보다 예측 가능한 결과를 얻도록 지원하는 관리형 도구 모음으로, 무료로 제공되며 정확도가 높고 일관된 결과를 얻을 수 있습니다.
PayPal, HSBC, Vodafone, Major League Baseball과 같은 주요 브랜드에서는 BigQuery Migration Service를 사용해 더욱 빠르게 BigQuery 기능을 활용하고, 새로운 사용 사례를 배포하고, 데이터 사일로를 허물며, 데이터의 잠재력을 최대한 이용하고 있습니다. 사용하기 매우 쉽고 개방적이며 맞춤설정도 가능합니다. 덕분에 고객이 직접 마이그레이션할 수 있음은 물론 다양한 전문 마이그레이션 파트너 중에서 파트너를 선택할 수도 있습니다.

BigQuery Migration Service: 자동으로 평가, SQL 변환, 데이터 전송, 검증을 처리합니다.

BigQuery Migration Service는 대부분의 마이그레이션 여정을 자동화해 줍니다. 이 솔루션은 엔드 투 엔드 마이그레이션 여정을 평가, SQL 변환, 데이터 전송, 검증이라는 4가지 구성요소로 나눕니다. 일반적으로 사용자가 버튼 몇 개만 누르면 각 단계를 진행할 수 있어 마이그레이션 속도를 높일 수 있습니다. 이 블로그에서는 각 단계를 자세히 살펴보고 데이터 웨어하우스 마이그레이션의 위험을 완화하고 비용을 절감하는 방법을 알아봅니다.

1단계: 평가

BigQuery Migration Service는 소스 워크로드 로그와 메타데이터를 프로파일링하여 BigQuery에서 종속 항목, 위험, 최적화된 마이그레이션 상태를 보여주는 자세한 계획을 생성합니다.

평가 단계에서 BigQuery Migration Service는 직관적인 인터페이스를 사용하여 일련의 단계를 안내하고 풍부한 통계와 실행 가능한 단계가 포함된 Google 데이터 스튜디오 보고서를 자동으로 생성합니다. 현재 Teradata와 Redshift에 대한 평가 기능이 제공되고 있으며 조만간 추가 소스로 서비스를 확장할 예정입니다.

평가 보고서: 시작하기 전에 파악하여 예상 밖의 상황을 방지하세요. 데이터 전송을 시작하기 전에 데이터 객체 및 쿼리 특성을 확인하세요.

2단계: SQL 변환

이 단계가 마이그레이션에서 가장 어려운 부분일 때가 많습니다. BigQuery Migration Service는 대부분의 SQL 언어를 빠르고 의미론적으로 올바르며 사람이 읽을 수 있는 BigQuery로의 변환 서비스를 제공합니다. 처리량이 많은 일괄 모드 및 Google 번역과 유사한 대화형 모드로 Amazon Redshift SQL, Apache HiveQL, Apache Spark SQL, Azure Synapse T-SQL, IBM Netezza SQL/NZPLSQL, MySQL, Oracle SQL/PL/SQL/Exadata, Presto SQL, PostgreSQL, Snowflake SQL, SQL Server T-SQL, Teradata SQL/SPL/BTEQ, Vertica SQL의 SQL 문을 지능적으로 변환할 수 있습니다.

정규 표현식을 파싱하는 대부분의 기존 제품과 달리 BigQuery의 SQL 변환은 진정한 컴파일러 기반으로서 매크로 치환, 사용자 정의 함수, 출력 이름 매핑, 기타 소스 컨텍스트 인식 뉘앙스를 처리할 수 있는 맞춤설정 가능한 고급 기능을 갖추고 있습니다. '다음 작업'을 명확하게 안내하는 처방적인 상세한 출력이 제공됩니다. 데이터 엔지니어와 데이터 분석가들이 업계 최고의 자동화된 SQL 변환 서비스를 활용해 많은 시간을 절약하고 있습니다.

일괄 변환: 포괄적인 목록의 SQL 언어 자동 변환으로 대규모 마이그레이션을 가속화합니다.

대화형 변환: 데이터 엔지니어가 선호하는 대화형 변환 기능은 리팩터링 작업을 간소화하고 오류를 크게 줄여주며 학습에 큰 도움을 줍니다.

3단계: 데이터 전송

BigQuery는 안내를 제공하는 간단한 마법사를 사용해 소스 시스템에서 BigQuery로의 데이터 전송 서비스를 제공합니다. 사용자가 전송 구성을 만들고 드롭다운 목록에서 데이터 소스를 선택할 수 있습니다.

대상 설정이 사용자를 연결 옵션부터 데이터 소스까지 안내하며 소스 및 대상 시스템으로 안전하게 연결합니다.

BigQuery 데이터 전송의 주요 기능으로는 작업 예약 기능이 있습니다. 대규모 데이터 전송은 운영체제에 부담을 더하고 데이터 소스에 영향을 미칠 수 있습니다. BigQuery Migration Service는 사용자가 지정한 시간에 전송 작업이 실행되도록 예약할 수 있는 유연성을 제공하여 프로덕션 환경에 미칠 수 있는 부정적인 영향을 방지합니다.

데이터 전송 마법사: 단계별 마법사의 안내에 따라 사용자가 소스 시스템에서 BigQuery로 데이터를 이전할 수 있습니다.

4단계: 검증

이 단계에서는 마이그레이션이 완료된 후 기존 소스와 BigQuery의 데이터가 일관적인지 확인합니다. 검증을 통해 고도로 구성 가능하고 조정 가능한 규칙으로 소스 시스템과 BigQuery 간에 행별, 열별 또는 테이블별로 상세한 좌우 비교를 수행할 수 있습니다. 라벨 지정, 집계, 그룹화, 필터링으로 심층적인 검증이 가능합니다.

검증: 안심할 수 있는 BigQuery Migration Service용 모듈

예정된 개념 증명 또는 마이그레이션에 BigQuery Migration Service를 활용하고 싶다면 GCP 파트너 또는 GCP 영업 담당자에게 문의하거나 문서를 확인하여 직접 체험해 보세요.

Google Cloud와 Cloud4C의 온라인 컨퍼런스: SAP on Google Cloud 특집

Mon, 27 Jun 2022 00:00:00 +0000

2022년 7월 6일 오후 2시, Google Cloud가 국내 최초로 개최하는“SAP on GCP” 특집 온라인 컨퍼런스에 여러분을 초대합니다.

이제 SAP 클라우드 전환을 넘어 데이터를 체계화하여 어디에서나 접근 가능하고 유용하게 가공해 새로운 밸류를 창출하는 니즈가 올라가고 있습니다.

Google Cloud는 전 세계적으로 10억명이 넘는 사용자가 이용하는 9가지의 구글 자체 솔루션을 바탕으로 기업에게 최고의 비즈니스 가치를 제공하고자 합니다.

특히, Google Cloud의 인프라와 BigQuery를 포함해 Cortex 프레임워크는 어떠한 규모이든, 얼마나 복잡하든 상관없이 손쉬운 실시간 데이터 분석을 가능하게 하며, 직접 ML 솔루션 구축과 운영을 통해 기업의 총 소유비용 최대 52%를 절감하게 도와드릴 수 있습니다.

이번 SAP on GCP 특집 컨퍼런스에서는 ERP 고도화를 통한 인프라 구축과 지속 가능한 비즈니스 솔루션을 비롯해 어떻게 고객의 디지털 트랜스포메이션의 여정을 함께 하는지 알려드립니다.

또한, Google Cloud와 글로벌 파트너십을 통해 SAP on GCP 전문팀 (CoE)을 구축한 Cloud4C가 자체 자동화 솔루션을 통해 빠르고, 쉽고, 리스크-프리한 SAP on GCP 마이그레이션에 대해 알려드립니다.

특히, ‘SAP ERP 클라우드 글로벌 프리미엄 파트너'로서 SAP 클라우드 전환 분야에 대한 전문성을 바탕으로 기업에게 가장 효율적인 SAP on GCP 도입에 관해 설명드립니다.

아젠다

시각	표제	발표자
14:00 - 14:05	환영 및 행사 안내
14:05 - 14:15	SAP Digital Transformation의 글로벌 동향	지기성 Director, SAP Practice APAC Google Cloud
14:15 - 14:35	SAP on Google Cloud 인프라 서비스의 특장점 및 BigQuery를 이용한 SAP 데이터 분석 방법 살펴보기	이상규 SAP Specialist CE Google Cloud
14:35 - 14:40	깜짝 Quiz 이벤트
14:40 - 15:00	Cloud4C 자동화 솔루션 활용 애자일한 SAP on GCP 마이그레이션 방법 알아보기	Peter Seo Country Manager Cloud4C Korea
15:00 - 15:15	실시간 Q&A, 무료 SAP on GCP 컨설팅 기회 안내 및 맺음말

본 행사에 등록 및 참여하신 분들을 대상으로 다양한 경품이 준비되어 있습니다.

지금 등록하세요.

소매업체가 Google Cloud로 민첩성과 복원력을 향상시킬 수 있는 방법

Mon, 28 Mar 2022 00:00:00 +0000

* 본 아티클의 원문은 2021년 8월 21일 Google Cloud 블로그(영문)에 게재되었습니다.

코로나19로 인해 소비자가 상품과 서비스를 구매하는 방식이 크게 달라졌지만 사실 이러한 변화는 성장 추세를 더욱 앞당겼을 뿐입니다. 갑작스런 전환에 당황한 소매업체도 많지만 대다수의 소매업체는 영구적으로 정착될 가능성이 높은 소비자 행동 및 기대의 변화에 대응하여 클라우드 혁신 이니셔티브에 더욱 매진하고 있습니다. 소매업체들은 제품을 효과적으로 홍보하고, 고객 지원을 확대하며, 수요 수준을 예측하고, 계속 높아지는 고객의 기대치를 충족시키는 데 필요한 속도와 대응력을 확보하기 위해 온프레미스 워크로드를 클라우드로 마이그레이션할 필요성을 깨닫고 있습니다. 관건은 최대한 빠르고 효과적이며 비용 효율적으로 마이그레이션하는 동시에 업무 중단을 최소화하는 것입니다. Google Cloud VMware Engine과 같은 솔루션을 활용하면 소매업체에서 온프레미스 애플리케이션을 클라우드로 이전하여 관련성과 경쟁력을 유지하는 데 필요한 확장성, 인텔리전스, 속도를 확보할 수 있습니다.

클라우드의 이점 확보

최근 MIT¹에서 진행한 설문조사*에서 소매업 IT 리더의 75%가 팬데믹으로 인해 비즈니스 프로세스 개선, 운영 효율성 증가, 고객 경험 향상을 위한 자사의 디지털 혁신 프로젝트를 가속화했다고 답했습니다. 클라우드 컴퓨팅은 디지털 혁신의 핵심입니다. 클라우드 컴퓨팅은 점점 더 빨라지는 변화 속도에 대응하는 데 필요한 확장성, 분석 능력, 민첩성을 소매업체에 제공합니다. 소매업체는 IT 리소스를 클라우드로 마이그레이션함으로써 혁신적인 모바일 앱을 개발 및 배포하고, 콜센터와 같이 비용이 많이 드는 서비스를 가상화하고, 비즈니스 프로세스를 자동화하고, 대량의 데이터를 분석하여 수요 예측의 속도와 정확성을 개선할 수 있습니다. 클라우드에서 애플리케이션을 실행하면 비즈니스 관리자와 IT 부서가 변경 없이 온프레미스 시스템의 기능을 복제할 수 있어 언제 어디서나 직원, 고객, 파트너가 시스템에 액세스할 수 있습니다. 또한 클라우드에서 운영하면 소매업체의 비즈니스를 방해하던 기존 시스템의 많은 제한사항도 피할 수 있습니다.

이는 소매업체가 애플리케이션과 데이터를 클라우드로 마이그레이션할 때 얻을 수 있는 이점 중 일부에 불과합니다.

새로운 수익원 구축: 클라우드 인프라의 속도와 안정성을 토대로 옴니채널 쇼핑을 실행할 수 있습니다.
인공지능 및 데이터 분석 활용: 클라우드에서 인공지능과 데이터 분석을 사용할 수 있습니다. Google Cloud의 BigQuery를 사용해 AI 기반 예측 모델을 실행하면 수요를 예측하고 판매, 주문, 기타 활동을 계획하는 데 정확도를 높일 수 있습니다. Recommendations AI를 배포하면 규모에 맞게 고도로 맞춤화된 제품 추천을 고객에게 제공할 수 있습니다.
운영 효율성 개선: 탄력적이고 확장성이 뛰어난 환경이 제공되므로 물리적 인프라에 대대적으로 선불 투자하는 대신 자사에 필요한 컴퓨팅 및 스토리지 비용만 지불하면 됩니다.
고객 경험 개선: 행동 및 기타 데이터를 분석하여 고객이 원하는 사항을 적절한 시기에 제공합니다. 또한 맞춤 모바일 및 웹 애플리케이션을 빌드하고 고객 서비스 및 현장 인력에게 실시간 정보를 제공하여 고객의 문제를 신속하고 효과적으로 해결할 수 있도록 합니다.
비용 절감: AI 기반 에이전트를 배포하면 간단한 문제는 고객이 직접 해결하도록 돕고 일상적인 백오피스 절차를 자동화하여 팀에서 더 가치 있는 작업에 집중할 수 있습니다.
고객 데이터 보호: Google Cloud의 멀티 레이어, 보안 내재화 설계 인프라, 내장 보호 기능, 글로벌 네트워크를 통해 고객 데이터를 보호합니다.
제어 개선: 통합 클라우드 관리 도구로 IT 인력이 온프레미스 시스템 및 클라우드의 전체 스택을 한 자리에서 감독할 수 있습니다.

Google Cloud VMware Engine을 사용한 쉬운 리프트 앤 시프트

소매업체에서 완전히 새로운 애플리케이션을 배포하지 않고도 Google Cloud를 활용할 수 있습니다. 코드를 다시 작성할 필요 없이 백오피스 애플리케이션 및 기타 비즈니스 시스템을 그대로 클라우드로 이전할 수 있습니다.

Google Cloud VMware Engine을 사용하면 비즈니스에서 온프레미스 워크로드 및 애플리케이션을 클라우드로 원활하게 마이그레이션하거나 확장할 수 있습니다. 즉, IT 관리자가 기존 애플리케이션을 다시 빌드할 필요 없이 단 몇 분 만에 클라우드로 이전할 수 있습니다. 클라우드에서 POS(point-of-sale) 시스템, 가상 데스크톱, 기타 기기 등의 기존 애플리케이션을 매장이나 사무실에 설치되어 있을 때처럼 실행할 수 있습니다.

Google Cloud VMware Engine에서는 현재 도구의 변경 없이 기본적으로 VMware 워크로드를 실행하는 소프트웨어 정의 인프라를 만듭니다. 이 인프라에는 개별 고객 전용의 컴퓨팅 성능, 스토리지, 네트워크 연결, 보안 서비스가 포함되어 있습니다.

새로운 소매업 현실에 맞는 클라우드 인프라

코로나19로 인해 많은 소매업체가 소비자 행동과 기대의 영구적인 변화에 대응하여 혁신 이니셔티브에 집중해야 했다는 사실을 깨닫게 되었습니다. 이러한 혁신을 위해서는 비용이 많이 드는 서비스 중단이나 다운타임 없이 최대한 빠르고 효과적이며 비용 효율적으로 클라우드로 전환하는 것이 필수입니다. Google Cloud VMware Engine을 사용하는 소매업체는 몇 분이면 끝나는 간단한 리프트 앤 시프트 프로세스를 통해 이를 달성할 수 있습니다. 클라우드로 전환한 소매업체는 정교한 데이터 분석, 고객 경험 개선, 엔터프라이즈 수준의 보안, 비용 절감 등 Google Cloud가 제공하는 수많은 이점을 활용할 수 있습니다.

소매업 백서를 읽고 Google Cloud VMware Engine을 사용하면 얼마나 쉽게 소매업 IT 시스템을 클라우드로 마이그레이션할 수 있는지 알아보세요.

_{1. MIT Technology Review Insights에서 전 세계 소매업계 기술 및 비즈니스 리더 100명을 대상으로 VMware와 관련해 코로나19 및 코로나19가 기술에 미치는 영향을 주제로 진행한 설문조사}

성공적인 클라우드 마이그레이션을 위한 가이드

Mon, 15 Nov 2021 00:00:00 +0000

* 본 아티클의 원문은 2021년 7월 21일 Google Cloud 블로그(영문)에 게재되었습니다.

회사의 애플리케이션을 클라우드로 마이그레이션하면 고객 만족도 향상, 기술 부채 감소, 우수한 운영의 기반 마련 등 많은 이점이 있지만 그만큼 도전과제도 많습니다. 많은 조직이 마이그레이션을 시작하는 방법을 잘 모르거나 클라우드 제공업체로부터 충분한 처방적 안내와 파트너십 지원을 받지 못해 클라우드 마이그레이션을 주저합니다.

Google의 새 백서는 디지털 혁신에서 가장 중요한 부분인 ‘시작’을 안내하기 위해 간단하고 명료한 가이드를 제공합니다. 애플리케이션 마이그레이션은 하나의 정해진 솔루션이 없고 디지털 혁신마다 미묘한 차이와 고유한 고려사항이 있기 때문에 어려울 수 있습니다.

따라서 비즈니스에 가장 적합한 마이그레이션 계획을 세우려면 여정을 시작하기 전에 사용 가능한 각 옵션의 장점과 단점을 이해해야 합니다. 이를 위해 조직에 적합한 옵션을 결정하는 데 도움이 되도록 아래 다이어그램에 다양한 마이그레이션 경로의 이점을 간략히 정리해 두었습니다.

Google Cloud는 마이그레이션이 처음부터 끝까지, 그리고 그 이후까지도 원활한 여정이 될 수 있도록 지원해 드립니다. 자세히 알아보려면 이 백서를 다운로드하세요. 지금 바로 마이그레이션을 시작할 준비가 되셨다면 무료 검색 및 평가에 등록하거나 RAMP(신속 평가 및 마이그레이션 프로그램)를 살펴보고 현재 제공되는 혜택을 활용해 보세요.

데모를 사용하여 Microsoft 및 Windows 현대화 여정을 시뮬레이션

Mon, 13 Sep 2021 00:00:00 +0000

* 본 아티클의 원문은 2021년 6월 9일 Google Cloud 블로그(영문)에 게재되었습니다.

Microsoft 및 Windows 워크로드를 마이그레이션하고 현대화할 계획이라면 Google Cloud를 가장 먼저 고려해야 합니다. 어떤 마이그레이션 전략을 선택했든, 어떤 가치를 추구하든 관계없이 Google Cloud을 사용하면 다음과 같은 이점을 누릴 수 있습니다.

마이그레이션 및 현대화 여정 단순화
온프레미스 공간을 줄이고 민첩성 향상
라이선스 사용을 최적화하여 비용 절감
현대화를 통해 단일 공급업체 의존도 축소
Microsoft가 제공하는 엔터프라이즈급 지원 활용

Google Cloud는 Windows 가상 머신에서 실행 중인 애플리케이션의 마이그레이션, Google Kubernetes Engine(GKE)에서 Windows 컨테이너 채택, SQL 데이터베이스를 Cloud SQL로 전환 등을 고려하고 있는 사용자에게 필요한 최고 수준의 경험을 제공합니다.

하지만 Google Cloud의 말만 듣고 선택할 필요는 없습니다. Google Cloud에서 Microsoft 및 Windows 실행을 지원하는 새로운 온라인 데모 센터를 약정이나 불편 없이 직접 경험해 보세요.

데모 센터에서는 Google Cloud의 Microsoft 및 Windows 솔루션으로 비즈니스 관련 중요한 문제를 해결하는 여러 시나리오를 실무형 가이드 시뮬레이션을 통해 설명합니다. 모든 과정이 시뮬레이션화되어 제공되므로 배포, 구성, 약정 없이 작동 방식을 확인할 수 있습니다. Google Cloud의 도움을 어떻게 받을 수 있는지 정확하고 원활하게 확인할 수 있습니다.

전용 하드웨어를 실행하고 단독 테넌트로 최적화

규정 준수, 라이선스, 관리를 위해 워크로드를 전용 하드웨어(초과 구독 옵션 사용)에서 실행하려는 경우도 있을 것입니다. Google Cloud는 단독 테넌트 노드를 제공하므로 가상 머신을 전용 머신에 배포하여 '주변 소음' 문제를 피하고, 규제 또는 라이선스 제약을 해소하고, VM 간 통신을 최적화할 수 있습니다.

또한 CPU 오버커밋 옵션으로 최대 2배까지 단독 테넌트 노드 리소스를 초과 구독할 수 있으므로 SQL 서버 등 다수의 라이선스 워크로드에 대한 물리적 코어당 라이선스 비용을 절감할 수 있습니다.

단독 테넌트 그룹 및 노드 설정 방법 알아보세요.

프리미엄 이미지 및 커스텀 VM으로 라이선스 비용 최적화

가상 머신(VM)으로 클라우드 경험을 최적화하는 가장 쉬운 방법 중 하나는 적합한 VM 이미지를 선택하는 것입니다. Google Cloud는 사용한 만큼만 지불하는 라이선스가 포함된 SQL Server 옵션 등 철저히 테스트되고 최적화되며 프리미엄 라이선스가 포함된 VM 이미지를 제공합니다. Bring Your Own License(BYOL, 사용자 라이선스 사용)에 대한 여분의 라이선스가 없거나 상시 실행할 필요가 없는 워크로드에 적합합니다.

몇 가지 Windows 및 SQL 이미지를 살펴보고 CPU/메모리 옵션이 어떻게 배포를 최적화하고 라이선스 비용을 절감하는 데 도움이 되는지 알아보세요.

관리형 SQL Server로 데이터베이스를 현대화

특정 비즈니스 목표나 운영 목표를 달성하기 위해 SQL Server 인스턴스를 관리해야 할 때가 있습니다. 하지만 대부분의 경우에는 SQL Server 배포 관리와 크게 다르지 않습니다. 백업, 고가용성, 업데이트, 패치 적용은 직접 관리할 때 신경 써야 하는 여러 요소 중 일부에 지나지 않습니다. 데이터베이스 계층을 현대화하는 한 가지 방법은 SQL용 완전 관리형 관계형 데이터베이스 서비스인 Cloud SQL과 같은 관리형 서비스로 마이그레이션하는 것입니다.

클릭 몇 번만으로 인스턴스를 만드는 과정을 살펴보세요.

Migrate for Anthos로 VM에서 앱을 추출하여 GKE 컨테이너로 이전

인터넷 정보 서비스(IIS)와 같은 가상 머신에서 실행되는 많은 Windows 워크로드는 재작성이나 재설계와 같은 큰 변화 없이도 컨테이너로 마이그레이션하기에 이상적인 대상입니다. 그러나 수동으로 이런 마이그레이션을 실행하는 것은 지루한 작업이 될 수 있습니다. 바로 이런 이유에서 IIS에서 실행되는 .NET 앱을 컨테이너 기반 앱으로 간편하게 플랫폼 변경할 때 Migrate for Anthos가 도움이 될 수 있습니다.

애플리케이션을 지능적으로 추출, 마이그레이션, 현대화하여 GKE 및 Anthos 클러스터의 컨테이너에서 기본적으로 실행되도록 시뮬레이션하세요.

코드 변경 없이 .NET 애플리케이션을 Windows의 GKE로 이전

완전히 클라우드 기반으로 전환하는 방안을 고려하는 경우 .NET 애플리케이션을 재작성하지 않고 GKE의 Windows 컨테이너를 활용할 수 있습니다. 클릭 몇 번으로 Windows 노드로 클러스터를 만들고 컨테이너화된 Windows 워크로드를 배포하세요. Linux 컨테이너도 함께 배포할 수 있습니다. 이렇게 배포하면 자동 업그레이드, 자동 복원, 출시 채널 등의 기능을 통해 운영 오버헤드를 줄일 수 있습니다.

Windows 노드를 사용하여 GKE 클러스터를 빌드하고 앱을 배포하는 작업이 얼마나 간편한지 알아보세요.

사용 가능한 옵션에 대해 알아봤으니 데모 센터에서 직접 확인해 보세요. 자세한 내용은 Google Cloud에서 Windows 및 Microsoft 실행에서도 확인할 수 있습니다.

기술 부채 해소: vSphere 5.5+를 Google Cloud VMware Engine으로 이전

Thu, 29 Jul 2021 02:31:00 +0000

* 본 아티클의 원문은 2021년 5월 5일 Google Cloud 블로그(영문)에 게재되었습니다.

결제가 밀리는 것은 흔히 일어날 수 있는 일입니다. 그러다 점점 더 밀리게 되면 스스로 부채를 해결하는 것이 거의 불가능해집니다. 기술 부채도 마찬가지입니다.

IT 인프라를 유지하는 과정에서 많은 기술 부채가 발생합니다. 이에 대다수 IT 부서는 이미 최대한 가벼운 상태로 운영되고 있습니다. VMware를 사용하는 많은 기업이 특히 곤란한 상황이며 vSphere 5.5를 계속 실행 중이라면 더욱 그렇습니다. 귀사의 상황도 이와 다르지 않다면 이 기술 부채에서 어떻게 벗어날 것인지 자문해야 할 시점입니다. vSphere 5.5에 대한 일반 지원이 2018년 9월 종료되었고 그로부터 1년 후에는 기술 지원이 종료되었습니다. 6.0에 대한 일반 지원이 2020년 3월에 종료된 데 이어 6.5에 대한 지원은 2021년 11월 15일 종료됩니다. vSphere 6.7에 대한 일반 지원이 종료되는 시점(2022년 11월)도 얼마 남지 않았습니다. 여전히 vSphere 5.5를 실행하고 있다면 vSphere 7.0으로 이전하는 것이 올바른 결정입니다.

하지만 기술 부채의 늪에 빠져 있다면 결단을 내리기가 쉽지 않습니다. 일반적으로 모든 시스템을 최신 버전으로 마이그레이션할 때까지 오래된 vSphere 시스템을 모든 중간 단계 버전으로 이전하는 작업을 하나도 빠짐없이 거쳐야 합니다. 여기에는 하드웨어, 소프트웨어, 라이선스 업그레이드뿐 아니라 업그레이드에 수반되는 모든 추가 작업이 포함됩니다. 따라서 업그레이드가 완료되는 순간 다음 업그레이드 주기가 이미 시작됩니다. 설상가상으로 애플리케이션 이동성 서비스인 VMware HCX가 조만간 5.5 지원을 중단할 예정이어서 마이그레이션 작업은 더욱 복잡해질 것입니다.

이로 인해 향후 전망이 부정적으로 보이더라도 절망하기에는 이릅니다. Google Cloud VMware Engine으로 마이그레이션하면 지금 바로 기술 부채를 손쉽게 해소하고 부채가 없는 상태로 만들 수 있습니다. 다음 vSphere 버전으로 업그레이드해야 하는 시점이 되기 전에 마이그레이션 지원을 받을 목적으로 마이그레이션하면 됩니다. HCX를 사용하면 vSphere 7로 마이그레이션할 수 있을 뿐만 아니라 번거로운 작업을 직접 수행할 필요가 없습니다.

부채 주기를 끊어주는 클라우드

과거에는 이전 작업에 필요한 노력과 리소스에 터무니없이 많은 비용이 들었지만 지금은 Google Cloud VMware Engine 덕분에 실행 가능한 옵션이 되었습니다. 클라우드 기반 인프라를 사용하면 최신 출시 버전의 vSphere로 마이그레이션하는 것은 물론 잠금, 재고, 배럴 등의 데이터 센터 워크로드를 Google Cloud에 일임할 수 있습니다. Google Cloud VMware Engine으로 이전하면 마이그레이션 작업의 속도가 향상되고 작업이 간단해집니다. 데이터 센터 냉각에 필요한 전력량을 추적하거나 추가 장비를 구매하거나 업그레이드 관리를 위해 스프레드시트를 살펴볼 필요가 없습니다.

클라우드로 마이그레이션하는 것은 데이터 센터 관리 업무에서 벗어나 OpEx 구독 모델을 도입하는 첫 단계이기도 합니다. 모든 미묘한 차이에 대해 걱정할 필요 없이 워크로드를 클라우드로 점진적으로 이전하는 작업을 시작할 수 있으며 Google Cloud에서 모든 작업을 대신 수행합니다.

익숙한 환경에서 작업하고 도구 모음 확장

Google Cloud VMware Engine의 가장 큰 이점 중 하나는 현재의 환경과 동일하거나 익숙한 VMware 환경을 제공한다는 것입니다. vSphere 5.5에서 실행 중인 모든 애플리케이션을 아무런 변경 없이 Google Cloud VMware Engine의 프라이빗 클라우드에서 바로 실행할 수 있습니다. 최신 출시 버전인 vSphere 7에서 실행하게 되고 VMware에서 패치, 업데이트, 업그레이드를 출시하면 Google Cloud에서 자동으로 최신 상태의 인프라를 유지해 줍니다. VMware 관리자는 온프레미스에서 사용하던 익숙한 도구를 그대로 사용할 수 있습니다.

길고 지루한 마이그레이션 프로세스에서 탈피

Google Cloud VMware Engine을 사용하면 기존의 가상화된 인프라를 이용하여 쉽고 빠르게 마이그레이션할 수 있습니다. 기존 도구, 정책, 프로세스를 그대로 유지하면서 익숙한 VMware 도구를 사용하여 온프레미스 vSphere 애플리케이션을 자체 프라이빗 클라우드의 vSphere로 마이그레이션해 보세요. 클릭 몇 번이면 됩니다(데모 동영상 참고). 기본 요건을 충족하는지 확인한 다음 Google Cloud VMware Engine API를 사용 설정하고 다음의 10단계를 따르세요.

VMware Engine 노드 할당량을 사용 설정하고 3개 이상의 노드를 할당하여 프라이빗 클라우드를 만듭니다.
역할과 권한을 설정합니다.
Google Cloud VMware Engine 포털에 액세스합니다.
'프라이빗 클라우드 만들기'를 클릭합니다. 작업 속도가 빠르므로 30분 정도면 완료됩니다.
노드 수를 선택합니다(최소 3개).
VMware 관리 네트워크의 CIDR 범위를 입력합니다.
HCX 배포 네트워크의 CIDR 범위를 입력합니다.
설정을 검토합니다.
만들기를 클릭합니다.
온프레미스 네트워크를 VMware Engine 프라이빗 클라우드에 연결하거나 지점과 사이트 간 VPN 연결을 사용하여 연결합니다. VPC 전역 라우팅을 통해 멀티 리전 네트워킹을 지원하는 Google Cloud VMware Engine은 VPC 서브넷을 전 세계 어느 리전에든 배포할 수 있어 네트워킹이 크게 간소화됩니다.

VMware HCX를 사용하여 VM을 온프레미스 환경에서 Google Cloud VMware Engine으로 마이그레이션하는 경우 VMware HCX는 온프레미스 및 클라우드에서 실행되는 vSphere 리소스를 추상화하고 이를 애플리케이션에 하나의 연속된 리소스로 제공하여 하이브리드 인프라를 만듭니다.

Google Cloud와 협력하면 기술 부채를 해소하고 많은 시간과 리소스가 소요되는 데이터 센터 관리 업무에서 벗어날 수 있습니다. VMware 기반 워크로드를 Google Cloud VMware Engine에서 실행하면 AI/ML, 저렴한 스토리지, 재해 복구 솔루션 등을 포함한 Google Cloud 서비스를 사용하여 애플리케이션 현대화를 시작할 수 있습니다. 최대 50% 할인되는 선불 옵션부터 사용한 만큼만 지불하는 요금제와 연간 약정에 이르기까지 서비스의 다양한 가격 책정 옵션을 확인해 보세요.

Google Cloud VMware Engine에서 멀티 VPC 네트워킹을 사용하는 방법

Mon, 21 Jun 2021 00:00:00 +0000

* 본 아티클의 원문은 2021년 4월 27일 Google Cloud 블로그(영문)에 게재되었습니다.

얼마 전에 Google Cloud VMware Engine의 몇 가지 새로운 기능에 대해 소개해 드린 적이 있습니다. 그때 알려드렸던 중요한 혁신 기능 중 하나가 바로 멀티 VPC 연결, 즉 동일한 VMware Private Cloud(이 이름은 Google에서 사용되는 이름이고, VMware에서의 명칭은 소프트웨어 정의 데이터 센터(SDDC))를 고객 조직 내의 멀티 Virtual Private Cloud(VPC)에 연결할 수 있는 기능이었습니다. 오늘은 이 기능을 활용할 수 있는 사용 사례와 이점을 더 자세히 살펴보고자 합니다.

새로운 기능 덕분에 Google Cloud VMware Engine에서는 이제 프라이빗 클라우드를 멀티 고객 VPC에 일대다 방식으로 연결할 수 있습니다. 이전까지는 VPC와 프라이빗 클라우드 사이의 관계가 고유한 일대일 관계였기 때문에 이 방식이 불가능했습니다.

또한 이 고유한 기능 덕분에 Google Cloud VMware Engine과 관리형 파트너 서비스(MPS)(예: 고성능 파일 스토리지를 위한 NetApp Cloud Volumes) 사이에 연결을 설정하고, 이후 더 많은 솔루션을 추가할 수 있습니다. 자세한 내용은 이 링크를 참조하세요.

현재 기준으로 단일 프라이빗 클라우드에 연결할 수 있는 최대 VPC 개수는 3개입니다. 프라이빗 클라우드에 리전별 인터넷 액세스 또는 공개 IP 서비스가 사용되는 경우 연결 가능한 고객 VPC의 최대 개수는 2개로 줄어듭니다.

사용 사례

별도의 개발/테스트 및 프로덕션 VPC(공유 VPC 포함) 또는 별도의 사업부가 있는데, 동일한 Google Cloud VMware Engine Private Cloud에 액세스해야 하는 경우에 사용됩니다.
Google Cloud VMware Engine Private Cloud가 기존 VPC(공유 VPC 포함) 및 NetApp Cloud Volumes와 같은 타사 관리형 서비스에 액세스해야 하는 경우에 사용됩니다.
Google Cloud VMware Engine에 호스팅되는 가상 데스크톱 인프라(VDI) 팜이 외부 스토리지 서비스 및 Compute Engine 리소스에 액세스해야 하는 경우에 사용됩니다.

이점 및 차별점

현재 고객 및 Google Cloud의 브라운필드 배포의 경우 동일한 VMware Private Cloud에 액세스하기 위해 기존 아키텍처를 변경할 필요가 없습니다.
게스트 OS 내에서 NetApp Cloud Volumes Service(CVS)와 같은 기존 스토리지 관리 메커니즘을 액세스하고 보존할 수 있습니다.
여건상 VPC를 하나로 연결하기 위해 VPN 또는 멀티 NIC 네트워크 가상 어플라이언스를 구현할 수 없거나 구현하길 원하지 않지만 VPC 피어링을 사용하고 싶다면, 이제 그렇게 할 수 있습니다. Google Cloud VMware Engine Private Cloud는 아무 문제 없이 이러한 VPC에 연결할 수 있고 VPC와 프라이빗 클라우드 사이에 비공개 연결을 설정할 수 있습니다.
Google Cloud는 단일 프라이빗 클라우드에서 멀티 VPC로의 피어링을 제공하는 유일한 클라우드 서비스 제공업체입니다.
Google Cloud는 NetApp Cloud Volumes Service에 대해 서비스 수준의 액세스를 제공하는 유일한 클라우드 서비스 제공업체입니다.

멀티 VPC 연결 구성 방법

프로젝트에서 VPC를 Google Cloud VMware Engine Private Cloud에 이미 연결한 경우에는 동일한 프라이빗 클라우드에서 새로운 VPC로 또 다른 연결을 추가하는 프로세스가 매우 간단합니다. 멀티 VPC 연결을 구성하려면 다음을 수행합니다.

새 VPC에서 원래 VPC에 대해 수행한 것과 같이 새 비공개 서비스 액세스 연결을 만듭니다.
그러면 적합한 권한이 있는 관리자가 Google Cloud VMware Engine 포털에 액세스하고 네트워크 > 비공개 연결 > 비공개 연결 추가로 이동하여, 위에 참조된 동일한 프라이빗 클라우드에 대해 다음 정보를 입력할 수 있습니다.

서비스: VPC 네트워크(또는 이 타사 서비스에 연결하는 경우에는 NetApp Cloud Volumes)입니다.
리전: 프라이빗 클라우드가 있는 리전입니다.
피어 프로젝트 ID 및 번호: 서비스를 연결할 새 VPC가 포함된 프로젝트입니다.
피어 VPC ID: 기존 프라이빗 클라우드에 연결하려는 새 VPC입니다.
테넌트 프로젝트 ID: 여기에 설명된 것과 같이 서비스에 대해 비공개 서비스 액세스 연결을 만든 후 찾아볼 수 있는 Google 관리 프로젝트 ID입니다.

이제 모든 작업이 완료되었습니다. 이 기능을 사용할 때는 현재 제한 사항을 기억하세요. 프라이빗 클라우드당 피어링되는 최대 VPC 개수는 3개이고, 리전별 Google Cloud VMware Engine 인터넷 서비스 또는 공개 IP 서비스를 사용할 경우에는 2개입니다. 멀티 VPC 연결은 이전까지 불가능하던 많은 사용 사례 및 네트워킹 아키텍처를 지원하며, Google Cloud VMware Engine의 다른 기능들과 함께 동시에 조합하여 사용할 수 있습니다.

Google Cloud VMware Engine에서 제공되는 엔드 투 엔드 네트워킹 기능 및 서비스에 대한 자세한 내용은 Google Cloud VMware Engine을 위한 프라이빗 클라우드 네트워킹 백서를 참조하세요. 여기에서는 네트워크 흐름, 구성 옵션, Google Cloud에서 VMware 워크로드를 실행할 때의 차별화된 이점에 대해 자세히 설명합니다.

코끼리를 먹는 방법. Google SRE가 말하는 디지털 혁신

Thu, 29 Apr 2021 00:00:00 +0000

* 본 아티클의 원문은 2021년 3월 13일 Google Cloud 블로그(영문)에 게재되었습니다.

이제 급여 소프트웨어부터 특수 머신러닝 시스템에 이르는 모든 것이 클라우드에 '서비스로' 제공되므로 기업 전반의 광범위한 요구사항이 해결되고, 신속한 성장과 확장이 가능해지는 한편 기업은 핵심 역량에 집중할 수 있습니다.

하지만 클라우드로 이전하는 경우 긴장감이 조성되며, 이와 관련된 모든 사람은 필연적으로 부담을 느낍니다. 이러한 혁신으로 인해 '승자'와 '패자'가 생기거나 개인에게 '구식' 또는 '신식'이라는 프레임이 씌워지는 경우에는 특히 더 그렇습니다. 다행스럽게도 클라우드 혁신에서는 이러한 문제가 없습니다.

Google Cloud가 성장함에 따라 이 플랫폼을 빌드하고 지원하는 Google 직원들 역시 성장했으며, 대다수는 고객과 똑같은 상황을 겪었습니다. 이 플랫폼이 조직의 미래를 형성하고, 서로 성장하도록 돕고, 혁신으로 얻을 수 있는 비즈니스 기회를 발굴할 때 얼마나 힘이 되는지 직접 경험했습니다. 우리는 개인적인 경험과 동료들의 경험을 바탕으로 모든 회사에서 디지털 혁신이란 기술적 혁신만큼이나 많은 문화적 혁신을 수반하는 휴먼 스토리라는 결론에 도달했습니다. 이러한 깨달음을 통해 성공적인 혁신 이면에 있는 심층 요소를 알아냈으며, 최근에는 이러한 변화의 특성과 조직에서 클라우드로의 마이그레이션을 추진하기 위해 조치를 취하는 방법이 수록된 가이드를 발표했습니다.

의미 있는 변화를 위해 따라야 할 조직의 여정과 고유한 경로를 구상할 때는 어려운 질문을 던지면 도움이 됩니다. 조직에서 도입해야 하는 이러한 변화의 철학을 뒷받침하는 주요 원칙을 공유하기 위해 이 가이드를 작성했습니다. 클라우드 이전에 대한 실무 가이드에서는 다음과 같은 행동을 촉구합니다.

조직에서 클라우드로 이전하기 위해 협력해야 하는 사람을 파악합니다.
함께 성장할 수 있는, 심리적으로 안전한 문화를 조성합니다.
조직의 명확한 목표를 정의합니다. 이러한 목표를 이루기 위한 측정 가능한 단계를 문서화하고 각 단계 자체가 가치를 제공해야 함을 이해합니다.
기존의 조직 행동을 검토하고 향후 혁신과 관련하여 내리게 될 모든 결정에 적용되고 길잡이가 될 원칙 및 정책을 수립합니다.
새로운 문화에 따라 의사결정 방식을 개선하고 조직 전체에 의미 있는 자율성을 부여합니다.
실무자가 권장사항을 공유하고 일반적인 문제를 해결할 수 있게 해주는 체계를 구축합니다. 이러한 체계를 이용해 동료를 지원합니다.
다른 사람에게 부정적인 영향을 주지 않으면서 빠른 속도로 혁신을 지원하는 가드레일을 클라우드 플랫폼에 구축합니다. 안전한 실험을 지원합니다.
비즈니스 니즈에 가장 적합한 클라우드 플랫폼 유형을 파악하고 진화하는 비즈니스 니즈(예: 인수, 새로운 수익원, 경쟁적 반응)를 예견하여 멀티 클라우드 전략을 결정합니다.
이제 모든 것이 소프트웨어임을 인식하고 기존 IT 인프라 기능에 어떤 의미인지 이해합니다.
기존의 소중한 보안 정책을 재검토하는 것을 두려워하지 않습니다. 목적에 부합하게 만드는 것이 중요합니다.
소프트웨어를 통해 새 정책을 지속적으로 평가하고 적용합니다.
과감하게, 고객 중심의 관점에서 비즈니스 제품의 새로운 운영 방식을 구축합니다.
개발자를 존중합니다.

Google Cloud는 항상 사용자와 사용자의 비즈니스에 적합한 마이그레이션 경로를 구축하도록 지원해 드립니다. 클라우드 이전에 대한 실무 가이드는 무료로 다운로드할 수 있으며 데이터 센터 마이그레이션 솔루션에 대해 자세히 알아보거나 무료 마이그레이션 비용 평가를 신청할 수 있습니다. 모두 마이그레이션에 동참하시기를 바랍니다.

sre.google을 방문하여 SRE 및 업계를 선도하는 서비스 안정성 관련 방침에 대해 자세히 알아보세요.

Google Cloud VMware Engine의 새로운 기능: 도달범위, 네트워킹, 확장성 향상

Wed, 07 Apr 2021 00:00:00 +0000

* 본 아티클의 원문은 2021년 2월 19일 Google Cloud 블로그(영문)에 게재되었습니다.

모든 기업이 클라우드 우선 전략을 도입하기 위해 노력하고 있지만 그 과정이 말처럼 쉽지는 않습니다. 중요한 워크로드를 클라우드로 이전하고 현대화하는 작업을 간편하게 해결해 주는 Google Cloud VMware Engine을 이용하면 VMware 워크로드를 온프레미스 데이터 센터에서 바로 Google Cloud로 원활하게 마이그레이션할 수 있습니다.

올해도 Google은 네트워킹을 간소화하고 보안 관리를 개선하는 기능을 개발하기 위해 최선을 다하고 있습니다. 이 블로그에서는 최근 출시된 혁신적인 기능 몇 가지를 중점적으로 소개해 드리겠습니다.

네트워킹 지원 개선: 멀티 리전 네트워킹, 여러 VPC에서 연결, 글로벌 배포 관리를 위한 Cloud DNS, 엔드 투 엔드 동적 라우팅, 예약 블록 지원, 공개 주소
VMware 플랫폼의 확장성과 지원 개선: vSphere/vSAN 버전 7.0 및 NSX-T 3.0, 클러스터 크기 확장, HCX 마이그레이션 지원, ESXi 호스트 구성 유지, 비밀번호 관리 개선
도달범위 확대: 두 리전(몬트리올, 상파울루)에서 새롭게 서비스 제공

멀티 리전 네트워킹

규모가 큰 배포는 여러 지역에 걸쳐 진행되는 경우가 많습니다. 가령 버지니아에 배포된 VMware 환경에서 프랑크푸르트에 배포된 환경과 통신하기를 원할 수 있는데, 이 경우 일반적인 클라우드 환경에서는 이 두 리전 간에 별도의 네트워킹을 구성해야 하며 대개는 균일한 네트워킹 주소 지정을 위해 WAN을 통한 VPN 기반 터널이 필요합니다. 이 때문에 배포 및 운영 복잡성이 가중되고 비용이 증가하는 결과가 초래됩니다.

Google Cloud는 독자적인 방법으로 이 문제를 해결합니다. VPC가 전역 라우팅을 지원하므로 VPC의 서브넷을 전 세계 어느 리전에든 배포할 수 있으며, 이제 VMware Engine에서도 이 기능을 지원합니다. 이 덕분에 글로벌 배포 시나리오가 매우 간단해졌습니다. Google 서비스가 지원되는 전 세계 어느 리전에서든 프라이빗 클라우드를 구축하면 별도의 연결을 구성하지 않아도 바로 레이어 3을 통해 직접 리전을 넘나들며 액세스할 수 있게 됩니다.

여러 VPC 연결

대부분의 사용자는 개별 개발/테스트 환경 및 프로덕션 환경이나 사업부별 여러 개의 관리 도메인 등 각기 다른 VPC 네트워크에 애플리케이션을 배포하는 경우가 많습니다. 이제 Google 서비스가 VPC 네트워크에서 VMware Engine 네트워크로 '다대다' 액세스를 지원하므로 사용자는 이미 배포된 기존 아키텍처를 유지하면서 VMware 환경에 맞게 유연하게 확장할 수 있게 됩니다.

여러 VPC에서 사용자의 프라이빗 클라우드로 연결을 설정하는 방식을 보여주는 간단한 아키텍처 다이어그램

Cloud DNS 통합

사용자는 지연 시간을 줄이거나 데이터 주권, 백업을 확보하기 위해 애플리케이션을 서로 다른 리전의 프라이빗 클라우드에 배포합니다. 하지만 각 프라이빗 클라우드에는 고유의 DNS 엔드포인트가 있습니다. 프라이빗 클라우드가 여러 리전에 배포되어 있다면 리전별로 DNS 변환을 유지해야 하므로 복잡성이 가중됩니다. Google은 VMware Engine에서 Cloud DNS를 사용하도록 지원함으로써 이 문제를 해결했습니다. 이제 Google Cloud 프로젝트에서 동일한 혹은 다른 리전에 있는 여러 프라이빗 클라우드 관리 구성요소의 도메인 이름을 확인할 수 있게 되었으며, 덕분에 DNS 관리 지점이 단일화되어 글로벌 배포 작업이 현저하게 간소화됩니다.

유연한 네트워킹 아키텍처

온프레미스 환경에서 이전하는 경우, 여러 네트워크 구성 옵션을 클라우드 환경에서도 여전히 사용하고 싶을 수 있습니다. 커스텀 또는 예약된 블록 공개 IP(RFC-1918 이외)나 RFC 6598(공개) 주소 범위도 이러한 옵션 중 하나일 것입니다. 이제 VMware Engine에서는 워크로드 또는 관리 네트워크에 커스텀/예약된 블록 주소를 사용하는 것은 물론이고 관리 네트워크에 사용할 RFC 6598 주소 범위를 지원합니다. 이를 통해 일부 시나리오에서 요구되는 호환성과 설계 유연성을 확보하고 클라우드로 이전 시 필요한 변경 작업을 최소화할 수 있습니다.

vSphere 7 지원

이제 새로 배포하는 모든 VMware Engine 프라이빗 클라우드는 VMware vSphere 버전 7.0 및 NSX-T 버전 3.0을 사용하게 됩니다. 수많은 새로운 기능, 유연성 향상, 성능 개선 효과를 얻을 수 있습니다.

클러스터 크기 확장

배포 규모가 커지면서 여러 클러스터와 프라이빗 클라우드를 구축해야 하는 경우가 많은데, 이는 복잡성과 관리 오버헤드의 증가로 이어집니다. 이제 VMware Engine에서 클러스터당 최대 32개의 호스트라는 큰 규모의 클러스터를 지원하므로 애플리케이션 요구사항에 맞게 원하는 대로 확장할 수 있습니다.

HCX 클라우드 간 마이그레이션

클라우드는 애플리케이션을 위한 공간이며 보통 온프레미스에서 뿐만 아니라 클라우드 위치 간에도 마이그레이션이 필요합니다. HCX 클라우드 간 마이그레이션을 사용하면 두 VMware Engine 프라이빗 클라우드 간에 VM을 마이그레이션할 수 있습니다. 또한 전역 라우팅을 통해 복잡한 터널을 설정하지 않고도 쉽고 빠른 지역 간 이전이 가능해졌습니다. 이제 클라우드 마이그레이션을 마친 후에도 배포 계획과 클라우드 아키텍처를 간편하게 업데이트할 수 있습니다.

재부팅 시 ESXi 호스트 구성 유지

많은 VMware Engine 사용자가 vSphere 라벨, vSphere 커스텀 속성, vSphere 태그, 어피니티 및 안티어피니티 규칙과 같은 ESXi 호스트별 구성을 사용합니다. 이러한 구성은 일반적으로 장애 발생 시 호스트를 교체할 때 다시 빌드해야 하지만 구성 유지 기능 덕분에 노드 맞춤설정이 장애가 발생한 노드에서 대체 노드로 전송됩니다.

비밀번호 관리 개선

비밀번호 관리는 비밀번호를 손쉽게 추적하는 방법이 확보되지 않으면 상당한 번거로움을 느낄 수 있는 고된 작업입니다. 이제 VMware Engine에서 vCenter, NSX, HCX와 같은 VMware 서비스의 기본 비밀번호 관리를 지원하므로 비밀번호 재설정이 가능합니다. VMware Engine 콘솔을 통해 액세스할 수 있는 VMware UI에서 안전한 무작위 비밀번호가 기본적으로 생성되므로 관리 인터페이스에서 여기저기 이동할 필요 없이 더 쉽고 안전하게 비밀번호를 관리할 수 있습니다.

캐나다와 브라질에서 서비스 제공

상파울루 및 몬트리올 데이터 센터에서 VMware Engine을 선보이고 북미와 남미 대륙의 다양한 사용자를 지원할 수 있게 되었다는 소식을 발표하게 되어 매우 기쁩니다. VMware를 이미 사용 중인 고객은 거주 지역에서 변환 과정 없이 더욱 쉽게 Google Cloud로 마이그레이션할 수 있습니다. 소재 국가에서 데이터와 애플리케이션을 관리하고 서비스 요금을 현지 통화로 지불하는 등 기업 고객을 위한 다양한 혜택도 준비되어 있습니다. 현재 VMware Engine은 10개 리전에서 지원됩니다.

할인 진행 중

Google은 사용자가 VMware Engine을 부담없이 간편하게 시작하고 초기 비용을 최적화하도록 돕기 위해 최선을 다하고 있습니다. Google의 완전 관리형 서비스는 코어당 가장 높은 밀도의 저장용량과 메모리를 제공하여 총 소유 비용을 절감하는데 도움을 줍니다. 한정된 기간 동안 모든 VMware Engine SKU에 12% 할인 혜택과 신규 약정을 적용하고 있으며(자세한 내용은 영업팀에 문의) 약정 기간, 인스턴스 수, 리전을 달리하여 비용을 구성, 예측하고 사전에 비용을 계산할 수 있도록 온라인 가격 계산기를 개발했습니다.

2월 23일 웹 세미나 참여

2월 23일 오전 9시(태평양 표준시 기준)에 개최되는 vMug 웹 세미나에 참여하여 Google Cloud VMware Engine을 이용한 서비스로서의 VMware에 대한 획기적인 접근 방식을 알아보세요. 애플리케이션 재설계 없이 클라우드로 빠르게 마이그레이션하여 운영을 통합하고 운영 효율성을 높이는 방법을 알려드립니다. 일반적인 문제와 주요 사용 사례를 살펴보고 Cloud AI, BigQuery, Cloud Storage 등 기본 Google Cloud 서비스를 활용하는 방법도 설명합니다. 또한 실습을 통해 VMware Engine을 시험 사용해 보고 Google Cloud로의 이전 과정이 어떻게 진행되는지 파악할 수 있는 기회도 제공됩니다. 웹 세미나에서 뵙겠습니다.

클라우드를 향한 여정: 데이터 센터 마이그레이션을 위한 다년 계획 수립

Tue, 30 Mar 2021 00:00:00 +0000

* 본 아티클의 원문은 2021년 2월 18일 Google Cloud 블로그(영문)에 게재되었습니다.

클라우드로의 데이터 센터 마이그레이션은 기존 하드웨어와 소프트웨어, 네트워킹, 운영을 새로운 환경으로 전환해야 하는 만큼 대체로 결코 만만치 않은, 수년이 걸리는 비즈니스 이니셔티브입니다. Google Cloud의 Professional Services Organization은 고객과의 공동작업을 통해 데이터 센터를 Google Cloud로 마이그레이션할 수 있도록 설계하고 지원하는 팀입니다. 지난 몇 년간 다수의 마이그레이션 여정에 참여한 경험을 토대로 Professional Services Organization은 일반적인 접근법을 고안했으며 그 과정에서 수많은 난관을 겪으며 교훈을 얻기도 했습니다. 이 블로그 게시물에서는 Professional Services Organization에서 추천하는 데이터 센터 마이그레이션 절차를 개략적으로 소개합니다. 추후 블로그 게시물을 통해 마이그레이션 중에서도 엔지니어링 및 프로그램 관리 마이그레이션 분야를 자세하게 다룰 예정입니다.

마이그레이션 여정

데이터 센터 마이그레이션 여정을 시작하는 데는 비용 절감이나 클라우드 기반 비즈니스를 추구하는 것과 같은 저마다의 계기가 있습니다. 이러한 계기로 '데이터 센터 n개를 이 날짜까지 마이그레이션하기'와 같은 비즈니스 목표가 수립됩니다. 어떤 동기에서 출발했든, 마이그레이션을 실현하면서 가장 흔히 직면하는 도전과제는 위험을 효율적으로 관리하면서 데이터 센터를 성공적으로 마이그레이션하는 것입니다.

이를 지원하기 위해 Google Cloud에서는 4가지 단계로 구성된 반복 가능한 마이그레이션 접근법을 개발했습니다. 바로 탐색, 계획 수립, 실행, 최적화입니다. 대부분의 데이터 센터 마이그레이션에서 이 반복 가능한 프레임워크를 활용하면 애셋을 파악하고, 다단계 마이그레이션 접근법으로 위험을 최소화하며, 배포 및 구성을 실행하고, 최종 상태를 최적화할 수 있습니다.

1단계: 탐색

마이그레이션 접근법의 첫 단계는 탐색입니다. 이 단계에서는 Google Cloud가 조직의 데이터 센터팀과 협력하여 전체 데이터 센터 범위를 파악하고 문서화합니다. 파악하는 대상에는 기존 하드웨어 매핑, 소프트웨어 애플리케이션, 스토리지 레이어(데이터베이스, 파일 공유), 운영체제, 네트워크 구성, 보안 요구사항, 운영 모델(릴리스 주기, 배포 방법, 에스컬레이션 관리, 시스템 유지보수, 패치, 가상화 등), 라이선스 및 규정 준수 요구사항, 기타 관련 애셋이 포함됩니다.

이 단계의 목표는 현재 데이터 센터 범위에 속한 모든 관련 애셋과 리소스의 세부정보를 확보하는 것입니다. 다음 단계의 종속 항목 매핑 및 마이그레이션 웨이브 계획에서 활용될 리소스 그룹 분류 역시 이러한 리소스에 포함됩니다. 예를 들어 데이터 센터 인벤토리를 작성할 때 다양한 운영 환경(프로덕션 및 비프로덕션), 종속 항목(제3자 소프트웨어, 도메인 컨트롤러 등), 마이그레이션 범위에 속한 제3자 시스템을 비롯한 애플리케이션 전반의 비즈니스 영향을 모두 파악해야 합니다.

탐색 단계의 핵심 과정은 다음으로 구성됩니다.

데이터 센터 범위에 대한 '공유형' 인벤토리 작성: 클라우드 마이그레이션에 참여하는 모든 팀에서 마이그레이션 대상 애셋 및 리소스를 파악하고 있어야 합니다.
초기 GCP 기초 설정 설계 완료: 폴더 구성, Identity and Access Management 모델, 네트워크 관리자 모델 등 GCP 조직의 중앙 집중식 개념을 파악하는 작업을 포함합니다.

탐색 단계 중에 문서화되어야 할 데이터 센터 인벤토리 구성요소의 예시입니다.

또한 탐색 단계 중에는 IT, 재무, 프로그램 관리 등 다른 내부 사업부와 부서 간 소통하여 향후 클라우드 여정을 지원할 수 있도록 변화에 맞춰 업무를 조율하는 것이 좋습니다. 물리적 데이터 센터를 Google Cloud에 마이그레이션할 때는 데이터 센터 직원이 Google Cloud의 관리 시스템 및 인프라를 지원할 수 있도록 교육을 받았는지를 고려해야 합니다. 이와 더불어 Google Cloud에서 사용할 서비스에 대한 서비스 수준 계약(SLA)을 재평가하고 조정해야 할 수 있습니다.

2단계: 계획 수립

두 번째 단계는 계획 수립입니다. 계획 수립 단계에서는 탐색 단계에서 수집한 애셋과 결과물을 활용하여 리소스의 논리적 그룹인 마이그레이션 웨이브를 만들고 프로덕션 및 비프로덕션 환경에 순차적으로 배포합니다.

경험에 따르면, 마이그레이션할 웨이브 순서를 결정할 때는 비프로덕션 마이그레이션 웨이브를 우선 목표로 삼는 것이 좋습니다. 이때 다음을 고려하세요.

현재 서버 인벤토리를 Google Cloud 머신 유형에 매핑: 일반적으로 현재의 각 워크로드는 컴퓨팅 성능, 메모리, 디스크가 유사한 머신 유형에서 실행됩니다.
타임라인: 마이그레이션의 목적은 무엇이며 목표로 하는 일정은 어떻게 되나요?
각 그룹의 워크로드: 마이그레이션 웨이브를 그룹화하는 기준은 무엇인가요? 비프로덕션 애플리케이션인가요? 아니면 프로덕션 애플리케이션인가요? 기능 기준(데이터베이스, 파일 공유, 애플리케이션)인가요?
코드 릴리스 주기: 마이그레이션 시기를 앞당기거나 늦추는 데 영향을 미칠 수 있으므로 예정된 모든 코드 릴리스를 고려하세요.
인프라 배포 및 테스트 기간: Google Cloud로 완전히 전환하기 전에 인프라를 테스트할 시간을 적절하게 고려하세요.
애플리케이션 종속 항목 개수: 일반적으로 종속 항목이 가장 적은 애플리케이션이 우선적인 마이그레이션 대상입니다. 이와 반대로, 여러 데이터베이스에 종속적인 애플리케이션은 나중에 마이그레이션하는 편이 좋습니다.
마이그레이션의 복잡성 및 위험성: 일반적으로, 단순한 분야부터 시작할 때 마이그레이션이 보다 성공적인 결과로 이어집니다.

마이그레이션 웨이브의 경우 예측 가능하고 간단한 워크로드로 먼저 시작해 확신을 얻는 편이 좋습니다. 예를 들어 여기서는 제일 먼저 파일 공유를, 다음으로 데이터베이스와 도메인 컨트롤러를, 마지막으로 앱을 마이그레이션할 것을 권장합니다.

이 다이어그램은 탐색 단계에서 확보해 마이그레이션 웨이브로 변환된 인벤토리 콘텐츠를 매핑한 예입니다. 비프로덕션 마이그레이션 웨이브가 순서상 앞쪽이 되어야 하며, 비프로덕션 마이그레이션이 성공적으로 완료되면 프로덕션 웨이브가 뒤따라야 합니다.

계획 수립 단계는 IT 조직의 미래 모습을 설계하고 기존 역할을 Google Cloud의 핵심 워크로드를 지원하도록 변환하는 방법을 논의하는 단계이기도 합니다. 고객들이 흔히 하는 질문으로 '마이그레이션 후에 기존 직원 모델을 Google Cloud를 지원할 수 있도록 매핑하는 가장 좋은 방법이 무엇인가요?'가 있습니다. 대부분의 경우에는 기존 직원을 교육하는 방법과 마이그레이션 이후 조직의 미래 모습에 기반해 조정이 필요할 수 있는 부분을 논의합니다. 조직을 조정할 가장 적절한 시기는 마이그레이션 웨이브를 배포하기 시작할 때입니다.

계획 수립 단계 중에 고려해야 할 또 한 가지 사항은 DevOps 및 SRE 관행을 구현할지 여부입니다. 많은 고객이 클라우드 마이그레이션 시기가 코드형 인프라 관행을 구축하고, 코드 빌드 및 릴리스를 지속적 통합/지속적 배포(CI/CD) 파이프라인과 통합하고, 나아가 내부 서비스 수준 지표(SLI)를 정의할 적기라고 생각합니다. 또한 이 시기에 고객은 보통 사고 관리 및 애플리케이션 지원 프로세스를 업데이트하는데 문제 해결과 사고 대응에 도움이 되는 Google Cloud 지원과 관련된 프로세스도 여기에 포함됩니다.

3단계: 실행

세 번째 단계인 실행에서는 앞서 수립한 계획을 실천에 옮겨 결과물을 얻습니다. 실행 단계에서는 일련의 정확한 단계를 거치고 구성을 개발하는 데 주의해야 합니다. 대개 비프로덕션 및 프로덕션 마이그레이션 웨이브에서 같은 과정을 반복하기 때문입니다.

실행 단계에서는 IAM, 네트워킹, 방화벽 규칙, 서비스 계정 등 인프라 구성요소를 제자리에 배치하고 올바르게 구성했는지 확인합니다. 또한 인프라 구성에서 애플리케이션을 테스트하여 데이터베이스, 파일 공유, 웹 서버, 부하 분산기, Active Directory 서버 등에 액세스되는지 확인합니다. 로깅 및 모니터링으로 애플리케이션이 지속적으로 원하는 성능을 내며 작동하는지 확인하는 과정도 이 단계에 포함됩니다.

여러 마이그레이션 웨이브가 실행되는 모습을 간략히 보여줍니다. 이 예시 속 조직은 파일 공유를 제일 먼저, 다음으로 도메인 컨트롤러를 마이그레이션합니다. 각 프로세스에 인프라 마이그레이션과 마이그레이션의 성공 여부를 테스트 및 확인하는 과정이 필요합니다.

실행 단계의 성공 여부는 민첩한 애플리케이션 디버깅 및 테스트에 의해 좌우되며 마이그레이션 도중에 맞닥뜨릴 수 있는 장애물에 대한 장단기 대책을 세워 두는 것이 좋습니다. 실행 단계는 반복적인 작업이 동반되며 목표는 이러한 반복을 통해 애플리케이션을 새 인프라에서 완전히 테스트하는 것입니다.

4단계: 최적화

대규모 데이터 센터 마이그레이션 프로젝트의 마지막 단계는 최적화입니다. 워크로드를 Google Cloud로 마이그레이션하고 나면 주기적으로 검토하고 최적화할 계획을 세우는 것이 좋습니다. 이 단계 중에는 최적화 활동의 범위를 고려할 수 있습니다.

머신 유형 및 디스크 크기 조절(비용 절감을 위해서든 성능 향상을 위해서든, Active Assist에서 자동으로 실행할 수 있도록 지원)
Terraform을 활용하여 보다 민첩하고 예측 가능한 배포 구현
자동화를 개선하여 운영 오버헤드 감소
로깅, 모니터링, 알림 도구와의 통합 개선
관리형 서비스를 도입하여 운영 오버헤드 감소

기업들의 마이그레이션 고려사항에는 공통된 것이 많습니다. 비용 최적화, 플랫폼 변경, 자동화, 로깅, 모니터링 등은 모든 마이그레이션 계획에 포함되는 주제입니다.

기존 데이터 센터 환경에서 클라우드로 마이그레이션하면 리소스 소비와 비용을 가시적으로 확인할 수 있습니다. Compute Engine을 예로 들자면, Google Cloud에서 향상된 비용 관찰 기능을 제공하고 CPU 코어 및 RAM에 대한 전반적인 비용을 표시합니다. 따라서 비용을 지불할 컴퓨팅 리소스를 보다 손쉽게 파악할 수 있습니다.

Recommender API를 사용해 더 이상 필요하지 않거나 필요한 성능에 맞게 크기를 조정할 수 있는 가상 머신을 파악할 수도 있습니다. 선점형 VM도 컴퓨팅 운영 비용을 절감할 수 있는 방법입니다.

또는 Cloud Storage를 사용하면 사용 사례를 기반으로 스토리지 클래스(예: 표준, nearline, coldline, archive)의 이점을 활용해 수명 주기 및 보관 정책을 적용할 수 있습니다.

첫걸음 내딛기

데이터 센터 전체를 마이그레이션하는 작업은 쉬운 작업은 아니지만 힘든 만큼 충분히 가치가 있습니다. 이 마이그레이션 프레임워크를 사용해 마이그레이션 프로세스를 여러 단계로 나누면 마지막 데이터 센터까지 빠른 시간 안에 해제할 수 있습니다. 이제까지 살펴본 내용의 핵심 사항을 요약하는 것으로 마무리하겠습니다.

민첩성을 갖추는 데 초점 맞추기: 데이터 센터 마이그레이션에는 변동 요소가 많습니다. 중요한 개별 요소에 차질이 발생하면 데이터 센터 마이그레이션 타임라인이 목표에서 벗어나게 됩니다.
손쉬운 부분부터 먼저 공략: 잘못된 구성을 해결하거나 누락된 인프라를 파악하기 쉬운 간단한 애플리케이션부터 마이그레이션하면서 확신을 얻으세요. 복잡한 대규모 애플리케이션부터 마이그레이션하는 것은 바람직하지 않습니다.
이해관계자에게 일찍 알리기: 대부분의 데이터 센터는 '외부 사용자'가 있습니다. 사내 다른 사용자도, 조직 외부의 사용자도 여기에 해당합니다. 이해관계자들에게 마이그레이션에 대해 일찍 알리고, 마이그레이션을 지연시킬 수 있는 규정 준수 문제가 발생할 가능성이 없는지 확인하세요.
팀원들이 Google Cloud를 익힐 수 있도록 지원: 여기에는 GCP 학습 프로세스를 구축하는 것부터 테스트를 위한 샌드박스 공간 프로비저닝, 교육 기회 제공이 포함됩니다.

첫걸음을 내디딜 준비를 마쳤다면, Google Cloud에서 지원하는 무료 검색 및 평가 도구를 사용해 잠재적인 마이그레이션 비용과 옵션을 측정하고 알아보세요. 또한 다음 블로그 게시물에서는 마이그레이션 경로를 가속화하는 데 유용한 엔지니어링 원칙과 대규모 마이그레이션 프로그램을 관리하기 위한 프로그램 관리 관행을 구축하는 방법을 소개할 예정이니 기대해 주세요.

앱을 컨테이너로 마이그레이션할 때 Migrate for Anthos를 선택해야 하는 이유

Mon, 25 Jan 2021 00:00:00 +0000

워크로드 현대화가 실제로 효과적이라는 것은 잘 알려진 사실이며 많은 고객의 성공사례가 이를 증명하고 있습니다. 워크로드를 Kubernetes로 현대화할 때의 장점이 잘 문서화되어 있긴 하지만 여전히 많은 비즈니스가 도약을 실행하지 못하고 있습니다.

현대화를 주저하는 비즈니스는 VM에서 실행 중인 기존 워크로드를 컨테이너로 일일이 현대화하기란 상당한 시간과 비용이 드는 아주 복잡하고 어려운 프로젝트라고 말합니다. 예를 들어 하나의 소형 애플리케이션을 중형 애플리케이션으로 리팩터링하는 제안에 100,000달러 이상의 비용이 들 수 있습니다. 애플리케이션이 500개라면 프로젝트에 드는 비용이 무려 5,000만 달러에 달하는 것입니다. 시간이 오래 걸리는 것은 말할 필요도 없습니다. 게다가 타사나 ISV 등의 워크로드의 경우 소스 코드에 액세스할 수 없기 때문에 수동 컨테이너화도 불가능합니다.

결과적으로 이러한 요소는 중요한 워크로드에 대해 리프트 앤 시프트 이상의 작업을 원하는 고객을 비롯해 많은 엔터프라이즈가 데이터 센터 마이그레이션을 단행하는 데 걸림돌로 작용합니다. 하지만 대안은 존재합니다. 자동화된 컨테이너화 기술과 적합한 솔루션 파트너를 활용하면 프로젝트 현대화에 드는 시간과 비용을 최대 90%까지 줄이면서도 수동 리팩터링에 따르는 대부분의 장점을 누릴 수 있습니다.

이를 고려할 때 Migrate for Anthos와 같은 도구를 사용하는 것은 기존 애플리케이션을 가상 머신에서 기본 컨테이너로 현대화하는 스마트하고 효율적인 방식입니다. Google만의 자동화 방식으로 중요한 애플리케이션 요소를 VM에서 추출하여 해당 요소를 Google Kubernetes Engine(GKE)에서 실행 중인 컨테이너로 손쉽게 삽입할 수 있으며 이때 VM에 필요하지만 컨테이너에는 필요하지 않은 게스트 OS 레이어 등의 아티팩트가 없어도 됩니다.

예를 들어 Migrate for Anthos는 컨테이너 이미지, 2일 차 이미지 업데이트 및 애플리케이션 수정을 위한 Dockerfile, Kubernetes 배포 YAML, 애플리케이션 데이터 파일과 영구 상태가 복사되는 영구 데이터 볼륨(해당하는 경우)을 자동으로 생성합니다. 자동화된 지능형 추출은 앱을 수동으로 현대화하는 것보다 훨씬 빠르고 쉬우며 특히 소스 코드가 없거나 애플리케이션을 다시 빌드하는 데 필요한 심층적인 지식이 없는 상황에서 더욱 유용합니다. 따라서 Migrate for Anthos를 사용하는 것은 Kubernetes 조정, 이미지 기반 컨테이너 관리, DevOps 자동화를 통해 애플리케이션을 현대화하는 가장 확장성이 뛰어난 접근법 중 하나라고 할 수 있습니다.

Google Cloud 고객인 영국 신문사 The Telegraph는 Migrate for Anthos를 사용해 현대화를 가속화하고 앞서 언급한 방해 요소를 차단했습니다. 시스템 엔지니어 관리자 앤드류 그레고리와 선임 시스템 엔지니어 아밋 랄라니는 작업에 기울인 노력에 대해 다음과 같이 설명했습니다.

“The Telegraph는 다른 퍼블릭 클라우드의 여러 인스턴스에서 레거시 콘텐츠 관리 시스템(CMS)을 실행하고 있었습니다. 실제 시스템을 업그레이드하거나 콘텐츠를 기본 웹사이트 CMS로 마이그레이션하는 데 문제가 있었지만 퍼블릭 클라우드에서의 마이그레이션을 계속 진행하고 싶었습니다. Claranet의 Google 파트너와 Google 엔지니어의 도움에 힘입어 Migrate for Anthos는 빠르고 효율적으로 성과를 냈습니다. 기존 시스템이기는 하지만 매우 중요한 시스템이 GKE에 안전하게 자리 잡았으며 보다 현대적인 시스템과 통합되기도 합니다. 덕분에 인프라 관련 비용이 대폭 절감되었고 일상적인 운영 비용도 크게 줄어들었습니다.”

The Telegraph의 사례처럼 어떤 방법이라도 엔터프라이즈 워크로드의 현대화를 가속화하고 실현할 수 있다면 고객에게 높은 비즈니스 가치를 제공합니다. Migrate for Anthos를 사용하면 워크로드의 컨테이너화와 'Kubernetes화'를 자동화하여 VM에서 GKE 및 Anthos로의 전환을 가속화하고 간소화할 수 있습니다. 일반적으로 수동 리팩터링에 몇 주에서 몇 달이 걸리지만 Migrate for Anthos는 몇 시간 또는 며칠 안에 컨테이너화를 완료할 수 있습니다. 컨테이너화가 완료되면 인프라 효율성, 작업 생산성, 개발자 환경 면에서 즉각적인 혜택을 누릴 수 있습니다.

Forrester가 2019년 발표한 New Technology Projection: The Total Economic Impact™ of Anthos 보고서에서 그 내용을 확인할 수 있습니다.

"기존 애플리케이션을 클라우드에 마이그레이션할 준비가 되면 Migrate for Anthos를 통해 쉽고 빠른 프로세스가 가능합니다. Anthos를 사용하면 복합 조직의 앱 마이그레이션과 현대화 프로세스 속도가 58~75% 더 빨라질 수 있습니다. 기존 애플리케이션을 컨테이너화하면 온프레미스 및 클라우드 모두에서 Anthos GKE를 활용할 수 있으며 Kubernetes 배포를 일관적으로 관리할 수 있습니다."

Migrate for Anthos를 사용해 VM 기반 워크로드를 Kubenetes의 컨테이너로 현대화하여 얻을 수 있는 이점에 대해 자세히 살펴보겠습니다.

인프라 효율성

Google 내부 연구에 따르면 VM을 Kubernetes의 컨테이너로 전환하면 다음과 같은 요소에 힘입어 현재 지출하는 인프라 비용의 30~65%를 절감할 수 있습니다.

높은 사용률 및 밀도 - Kubernetes는 자동화된 적재와 자동 확장 기능을 활용하여 컨테이너를 필수 리소스를 기반으로 노드에 최적으로 배치하는 한편 가용성을 낮추지 않으면서 필요에 따라 확장합니다. 또한 VM과 달리 단일 노드의 모든 컨테이너는 하나의 운영체제 사본을 공유하며 컨테이너별로 자체 OS 이미지와 vCPU가 필요하지 않기 때문에 훨씬 적은 메모리 사용 공간과 CPU가 요구됩니다. 즉, 보다 적은 컴퓨팅 리소스에서 더 많은 워크로드가 실행됩니다.
단축된 프로비저닝 - 워크로드 준비가 더 빠르고 간편해지므로 동일한 워크로드를 더 적은 비용으로 실행할 수 있습니다.

작업 생산성

또한 IT팀이 더 짧은 시간에 더 많은 작업을 수행할 수 있도록 역량을 강화하면 전반적인 IT 관리 업무가 줄어 약 20~55%의 비용을 절감할 수 있습니다.

간소화된 OS 관리 - Anthos에서 노드와 그 운영체제는 시스템에서 관리되므로 커널 보안 패치 및 업그레이드를 관리하거나 책임질 필요가 없습니다.
구성 캡슐화 - 선언적 사양(코드형 인프라)을 활용하여 배포를 간소화하고 자동화할 수 있으며 롤백과 업그레이드 같은 유지보수 작업을 더 간편하게 수행할 수 있습니다. 이 모두가 IT 수명 주기의 단축과 민첩성 향상으로 이어집니다.
다운타임 감소 - 자가 복구와 동적 확장과 같은 Kubernetes 기능을 활용하여 이슈를 줄이고 원하는 상태를 더 수월하게 관리할 수 있습니다.
통합 관리 - 기존 워크로드를 컨테이너로 현대화하면 DevOps 엔지니어가 클라우드 기반 워크로드와 클라우드 '특성화' 워크로드 모두를 동일한 방법으로 관리할 수 있게 되어 IT팀의 하이브리드 IT 환경 관리가 더 쉽고 빨라집니다.
환경 패리티 - 가시성과 모니터링 역량이 향상되어 더 적은 수고로 문제를 발견하고 해결할 수 있습니다.

개발자 생산성

보다 우수하고 민첩한 IT 환경을 갖추면 개발자가 더 적은 노력으로 더 많은 일을 할 수 있게 되어 개발자 효율성 증진과 인프라 비용 감소에 따른 비용 절감이 발생하는 경우가 많습니다. 컨테이너로 전환된 앱은 다음의 이점을 활용할 수 있습니다.

레이어 효율성 - Docker 이미지와 레이어(Migrate for Anthos가 컨테이너 아티팩트의 일부로 추출하는 요소)를 사용할 수 있는 기능입니다.
개발자 속도 - 마침내 '한 번 작성하여 어디서나 실행'할 수 있게 되며 선언적 모델과 Kubernetes 조정을 사용해 자동화된 CI/CD 파이프라인과 온디맨드 방식의 반복 가능한 테스트 배포를 결합할 수 있습니다.
빨라진 수명 주기 - 제품을 시장에 출시할 때까지 걸리는 시간을 단축하여 비용을 절감하는 것은 물론 추가 수익을 얻고 시장에서 경쟁 우위를 확보할 수 있습니다.

다시 말해, VM을 Kubernetes에서 실행되는 컨테이너로 현대화하면 인프라, 작업, 개발 측면에서 이점을 누릴 수 있습니다. 처음에는 현대화 작업이 어렵게 느껴질 수 있지만 Migrate for Anthos를 사용하면 이 프로세스를 빠르고 손쉽고 진행할 수 있습니다. 여기에서 자세한 내용을 살펴보거나, Linux 또는 Windows 워크로드에서 Migrate for Anthos를 사용하는 방법에 대한 짧은 동영상을 시청하거나, Qwiklabs를 직접 사용해 보세요.

Migrate for Anthos 사용에 관해 공유하고 싶은 이야기가 있는 경우 이 양식을 작성('내 프로젝트' 입력란에 'Migrate for Anthos' 언급)해 주시면 담당자가 직접 연락을 드립니다.

클라우드 마이그레이션에서 안전한 선택보다 중요한 것

Thu, 22 Oct 2020 05:00:00 +0000

* 본 아티클의 원문은 2000년 08월 19일 Forbes에 게재되었습니다.

Google Cloud의 아웃바운드 제품 관리 이사인 리차드 세로터는 클라우드로의 이전과 관련해 기업 경영진, 팀 리더, 개별 참여자와 8년 넘게 협업해 왔습니다. 이 게시글에서 세로터는 마이그레이션 여정을 안전하게 가속화할 수 있는 세 가지 비결을 공유합니다.

한 가지 고백하자면, 인도를 처음 방문했을 때 제가 식사를 해결한 장소는 Domino’s Pizza였습니다. 그렇습니다. 세계 최고의 요리가 즐비했지만 (맛이 보장된) 치즈 피자를 먹었던 것입니다. 당시에는 그게 안전한 선택이라고 믿었습니다.

식품 선택, 금융 투자, 심지어 인간 관계에서도 우리는 종종 안전한 선택지를 고릅니다. 위험이 덜한 것으로 보이는 선택을 내리는 것입니다. 그러나 '안전한' 접근방식은 우리가 더 큰 즐거움을 누리지 못하도록 가로막을 수 있으며 심지어 위험을 가중시킬 수도 있습니다.

IT와 관련된 많은 결정도 마찬가지이며 클라우드 도입과 관련해서는 그러한 경향이 더욱 두드러집니다. 특히 내부 위원회에 퍼블릭 클라우드로의 리프트 앤 시프트 5개년 전략을 수립하도록 요청했다면 지나치게 안전한 선택을 한 것입니다.

O'Reilly Media가 최근 실시한 설문조사에 따르면 조직의 90%가 퍼블릭 클라우드 사용을 늘리고 있으며 약 25%의 조직은 12개월 이내에 모든 애플리케이션을 퍼블릭 클라우드로 이전할 것으로 예상했습니다. 클라우드 컴퓨팅을 사용하는 것이 비즈니스에 진정으로 중요할까요? 원가 계산, 직원 행동, 소프트웨어 기능에 대한 변화를 감수할 만한 가치가 있을까요? 데이터에 따르면 대답은 '예'입니다. DORA 그룹의 'Accelerate State of DevOps Report'는 기술 역량과 조직 성과 간의 연관성을 조사한 결과를 보여줍니다. 보고서에 따르면 코드 처리량과 시스템 안정성 측면에서 뛰어난 역량을 보유한 엘리트 기업이 "성과가 낮은 기업보다 클라우드의 핵심 특성에 모두 부합할 가능성이 24배 더 높습니다."

여기에는 이유가 있습니다. 클라우드 패러다임을 이미 채택했다면 효율적으로 소프트웨어를 배포하고 운영하고 있을 것이며 이는 비즈니스의 성공 가능성이 높다는 것을 의미합니다. 클라우드로 천천히 '안전하게' 이전한다는 것은 곧 이러한 이점이 더디게 실현됨을 의미합니다. 2,000개의 앱 포트폴리오에서 매달 5개의 앱만 마이그레이션한다면 소프트웨어 기반 경쟁사와 경쟁하는 데 30년이 걸릴 것입니다.

저는 클라우드로의 이전과 관련해 기업 경영진, 팀 리더, 개인 기여자와 8년 넘게 협업해 왔습니다. 이 과정에서 마이그레이션 여정을 안전하게 가속화할 수 있는 세 가지 비결을 배웠습니다.

1. 실제로 작업을 수행할 수 있는 전문가에게 의뢰하기

클라우드 마이그레이션을 진행할 때 문제가 발생하거나 앞으로 발생할 부분이 많으며 간단한 조언만으로는 문제를 해결할 수 없습니다. 저의 조언도 마찬가지입니다. 적절한 외부 도움을 받는 것이 매우 중요합니다. Gartner의 저명한 애널리스트인 리디아 렁은 최근 개인 블로그 게시물을 통해 수년간 고객과의 대화에서 배운 내용을 공유했습니다. 리디아 렁은 외부 전문가가 어떻게 "클라우드 채택을 가속화하고 개선"하는지 소개하면서 품질이 낮은 지원에 대해서는 경계했습니다. 렁은 조직이 전략적 계획을 외부에 완전히 넘기는 것에 대해 경고하면서 함께 노력을 기울여야 한다고 밝혔습니다.

즉, 프리미엄급 도움을 받는 데 비용을 지불하되 전략까지 외부에 맡겨서는 안 됩니다. 외부 투자의 결과물이 400페이지 문서 또는 100장의 프레젠테이션이어서는 안 됩니다. 그보다는 팀을 재교육할 수 있고, 반복 가능한 패턴을 보여주는 대표 앱을 마이그레이션할 수 있으며, 코드 배포를 위한 권장사항을 설정할 수 있는 전문가를 찾으시기 바랍니다.

2. 리프트 앤 시프트 대상을 신중하게 선택하기

클라우드로 마이그레이션한다고 해서 모든 워크로드와 프로세스에 의미 있는 변화가 생기는 것은 아닙니다. 만약 그렇다고 말한다면 터무니없는 소리입니다. 전혀 변화가 없는 시스템도 있을 것이고 아주 약간 변경되는 시스템도 있을 것입니다. 완전히 교체되거나 다시 작성되는 시스템도 있습니다. 비즈니스 프로세스도 마찬가지입니다. 마이그레이션 속도를 높이려면 그대로 유지할 대상과 변경할 대상을 정해야 합니다.

리프트 앤 시프트는 매력적인 방식으로, 안전하고 빠릅니다. 하지만 추구하는 바가 무엇인지 기억해야 합니다. 바로 민첩성입니다. 기존의 가상 머신, 하이퍼바이저, 상용 데이터베이스, 1세대 구성 관리 시스템, 미들웨어 구성요소를 이전하면 이미 처해 있는 복잡한 배포, 고비용, 골치 아픈 작업에 다시 직면하게 됩니다. 마이그레이션 시에 무엇을 교체하면 실용적일지 고민하고 어디에서 혜택을 얻을 수 있는지에 대해 전략적으로 생각하세요.

또한 IT 프로세스 대부분을 리프트 앤 시프트 대상으로 정하지 마세요. 조직에 존재할 수 있는 변경 심의 위원회, 연간 예산 프로세스, 시즌별 배포 중단에 대해 다시 생각해 보세요. 간헐적으로 변경되는 자본 집약적인 온프레미스 시스템에는 합리적인 방안이었더라도 초점을 지속적인 고객 가치 제공으로 이동하면 그리 합리적이지 않습니다.

3. 자동화 및 기반 인프라에 집중 투자

클라우드로 마이그레이션하는 동안 자동화를 대거 도입하는 것이 좋습니다. 인프라 프로비저닝 및 애플리케이션 배포부터 시작하세요.

팀에서 애플리케이션 환경을 자동으로 프로비저닝할 수 있다면 더 빠르게 작업을 진행할 수 있습니다. 팀에서 환경을 추측하게 만들거나 과중한 업무를 맡은 시스템 관리자가 몇 주에 걸쳐 가상 머신을 구축할 때까지 기다리게 하지 마세요. 운영팀이 클라우드와 온프레미스 위치 간의 네트워크 연결, ID 관리 시스템과 같은 중요한 공유 인프라를 배치하는 데 집중하게 하세요.

마이그레이션된 모든 시스템은 티켓 기반 전달이 아니라 자동화를 통해 보안 업데이트 및 기능 향상을 제공할 수 있는 배포 '파이프라인'에 있어야 합니다. 팀이 워크로드를 평가하고 폐기, 플랫폼 변경, 리팩터링, 재작성 또는 교체와 같은 작업 과정을 결정하며 청사진에 따라 프로덕션 파이프라인을 빌드할 수 있는 시스템을 구축하기 위해 최선을 다해야 합니다.

'안전한' 클라우드 마이그레이션이 완료되면 고객이 사용하는 탄력적인 시스템에 대한 지속적인 소프트웨어 업데이트를 통해 고객 만족을 이끌어 낼 수 있는 프로세스와 시스템을 갖추게 됩니다. 그 지점까지 도달하는 일이 쉽지 않겠지만 지나치게 많은 시간이 걸리게 되면 더욱 위험합니다.

참고로 빈달루를 맛본 이후의 세상은 제가 치즈 피자를 좋아하는 만큼이나 풍요롭게 느껴졌습니다.

계속 읽어보기: 마이그레이션 프로세스를 살펴보고 효율적으로 진행하기 위한 전문가 안내를 받으세요. 이 무료 백서를 다운로드하여 빠르고 효율적인 클라우드 마이그레이션 여정을 구상해 보세요.

새로운 평가 및 마이그레이션 프로그램으로 클라우드 도입 확대

Tue, 20 Oct 2020 10:00:00 +0000

* 본 아티클의 원문은 2020년 7월 28일 Google Cloud 블로그(영문)에 게재되었습니다.

오늘날 기업은 클라우드로 마이그레이션해야 하는 압박이 증가하는 상황에 놓여있습니다. 어떤 기업은 데이터 센터와의 계약이 예정되어 있을 수도 있고, 하드웨어 갱신 주기를 피하고 싶을 수도 있습니다. 개발자가 성과를 낼 수 있는 한계치에 도달한 것일 수도 있습니다. 원인은 능력의 부족일 수도 있고, 하드웨어 확보 지연일 수도 있지요. 인수, 라이선스 및 지원 문제 또는 규정 준수 및 보안 문제로 인해 마이그레이션이 요구될 수도 있습니다. 물론 전 세계 기업들은 유례없는 코로나19 대유행의 영향으로 당장 혁신과 현대화를 실현해야 하는 압박을 받고 있습니다.

Google에서는 기업 고유의 과제를 해결하도록 지원하는 것을 최우선으로 여깁니다. 클라우드로의 마이그레이션은 간단해야 하고 확실한 이점을 제공해야 합니다. 고객이 직면한 복잡한 문제의 해결을 돕기 위해 Google에서는 고객과 파트너가 더욱 간단하고 빠르게 성공하도록 지원하는 종합 엔드 투 엔드 마이그레이션 프로그램인 Google Cloud Rapid Assessment & Migration Program(RAMP)을 출시합니다.

반복 가능한 프로세스, 예측 가능한 결과

Google에서는 수년 간 고객의 의견을 귀담아 듣고 Google Cloud로의 마이그레이션을 지원하며 많은 것을 배웠습니다. 타 클라우드 제공업체와의 경험담을 들으며 왜 어떤 프로젝트는 성공하고 또 어떤 프로젝트는 실패하는지를 배울 수 있는 흥미로운 시간이었습니다. 대부분의 경우 클라우드 마이그레이션 프로젝트의 성공은 사전에 프로젝트의 요건과 종속 항목을 정확하고 효율적으로 평가하는 능력에 의해 좌우됩니다. 완전하고 철저한 IT 환경 분석에 시간을 할애하는 조직은 클라우드 프로젝트에 있어 보다 성공적인 결과를 유지합니다. 이러한 요구사항을 파악함으로써 조직은 정보에 입각한 결정을 내리고 우선순위를 개선하여 더 포괄적인 마이그레이션 계획을 세울 수 있습니다.

많은 고객이 빌드와 작업이 가장 용이한 플랫폼은 Google Cloud라고 말합니다. 고객의 마이그레이션 계획을 지원하기 위해 Google에서는 예측 가능한 단계와 반복 가능한 결과를 지닌 단계별 모델로 프로세스를 표준화했습니다.

평가: IT 환경과 워크로드를 평가하세요.
계획: 이동할 수 있는 것과 이동해야 할 것, 이동의 순서를 계획하세요.
마이그레이션: 경로를 선택하고 시작하세요.
최적화: 작업을 최적화하여 비용 절감을 실현하세요.

Google에서는 위험과 비용을 줄이고 비즈니스 가치를 높일 수 있는 확실한 경로를 제공하여 성공을 가속화하고자 합니다. 마이그레이션의 각 단계를 간소화하기 위해 RAMP는 고객의 클라우드 도입 및 온보딩 요구사항을 충족시킬 6개의 핵심 요소를 기반으로 합니다.

안내 - 마이그레이션 권장사항. 비즈니스 및 기술 리더 대상이며 백서, 참조 아키텍처, CIO 가이드(애플리케이션 마이그레이션, 데이터 센터 변환, 대규모 마이그레이션)를 포함
교육 - 고급 실습을 비롯한 시작에 필요한 교육 자료
도구 - Google Cloud 기반 도구 및 파트너를 통해 평가와 마이그레이션을 한층 쉽고 빠르며 효율적으로 수행하도록 지원
파트너 - 신뢰할 수 있는 수천 개의 파트너를 통해 Google Cloud로의 이전과 Google Cloud 빌드 및 작업 지원
Google Cloud 전문가 - Google Professional Services를 포함한 Google Cloud 주제 전문가와의 실습 지원
혜택 - 워크로드 마이그레이션에 대한 고객 및 파트너 인센티브

클라우드 마이그레이션 시작하기

프로젝트의 규모가 크고 이동하는 부분이 많은 경우에도 클라우드로의 마이그레이션은 쉬워야 합니다. 마이그레이션에는 올바른 방법과 잘못된 방법이 있고, Google에서는 RAMP를 통해 고객에게 올바른 방법을 제시하고자 합니다. 순조로운 시작을 위해 Google에서는 무료 검색과 평가를 제공하여 고객이 마이그레이션 계획을 세울 수 있도록 지원합니다. 또한 마이그레이션 여정 초반에 수행할 수 있는 첫 단계 몇 가지를 소개하고 그 수행을 Google에서 도와드리고자 합니다.

RAMP의 일부로 제공된 자료 검토
파트너, 고객 엔지니어 및 솔루션 아키텍트와 회의
IT 환경 검색 및 평가
위험도가 낮은 VM 100개에 대해 파일럿 구축
Google Cloud에서 손쉬운 마이그레이션과 VM 실행의 이점 경험
남은 워크로드에 대해 상세 클라우드 아키텍처 및 마이그레이션 계획 생성

Google에서는 많은 기업의 클라우드 마이그레이션을 지원해 왔습니다. Google의 도움을 받으세요. 시작하려면 여기를 클릭하여 무료 평가로 클라우드 마이그레이션 비용의 견적을 받아 보세요.