Windows

데모를 사용하여 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 실행에서도 확인할 수 있습니다.

Active Directory 인증이 지원되는 새로운 버전의 SQL Server용 Cloud SQL

Fri, 28 May 2021 00:00:00 +0000

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

이제 SQL Server용 Cloud SQL에서 Windows 인증이 지원됩니다. 현재 공개 프리뷰 버전 단계이며, 이제 Google Cloud의 Microsoft Active Directory(AD)용 관리형 서비스와의 원활한 통합이 가능합니다. 이 기능은 액세스 제어에 AD를 활용하는 기존 SQL Server 워크로드의 마이그레이션을 간소화하고 ID 관리를 단순화하는 데 필수적입니다. 이는 기업 고객의 니즈에 부합하기 위한 Google Cloud의 지속적인 노력을 보여주는 가장 최근의 성과물이기도 합니다. 높은 호환성과 부담 없는 리프트 앤 시프트가 가능한 클라우드 환경 제공을 위해 항상 노력하고 있는 Google Cloud는 조직의 Microsoft 및 .NET 워크로드를 지원하는 완벽한 서비스 포트폴리오를 제공하고 있습니다. 이러한 두 서비스의 통합을 통해 호환 가능한 비즈니스 핵심 데이터베이스 환경을 그 어느 때보다도 간편하게 설정할 수 있게 되었습니다.

SQL Server용 Cloud SQL은 작년에 첫선을 보인 이후 고객의 운영 부담과 위험을 완화하면서도 호환성과 고성능의 유연한 플랫폼을 제공하는 관리형 데이터베이스 솔루션을 제공해 왔습니다. 조직의 워크로드에 지속적인 보안과 규정 준수를 적용하는 AD 통합으로 이제 이러한 기능이 강화됩니다. 온프레미스에서 AD를 활용하는 고객의 경우 기존 AD 배포 환경과 트러스트 관계를 맺도록 Google Cloud의 Microsoft Active Directory용 관리형 서비스를 쉽게 설정할 수 있습니다. 덕분에 아직 클라우드에 마이그레이션되지 않은 워크로드는 물론 SQL Server용 Cloud SQL에도 기존 ID를 계속 사용할 수 있습니다.

Windows 인증 설정

간단히 몇 단계를 거쳐 새로운 SQL Server용 Cloud SQL 인스턴스를 시작하거나 기존 인스턴스에 Windows 인증을 사용 설정하기만 하면 됩니다. 여기에 나와 있는 기본 요건을 충족하는지 확인한 후 다음 단계를 진행하시기 바랍니다.

Google Cloud Console에서 Cloud SQL 인스턴스 페이지로 이동합니다.
인스턴스 만들기를 클릭합니다.
SQL Server 선택을 클릭합니다.
인스턴스의 이름을 입력합니다. 인스턴스 이름은 외부에 공개되므로 민감한 정보나 개인 식별 정보를 포함하지 마세요. 인스턴스 이름에 프로젝트 ID를 포함하지 않아도 됩니다. 필요한 경우 자동으로 생성됩니다(예: 로그 파일에서).
'sqlserver' 사용자의 비밀번호를 입력합니다.
인스턴스의 리전을 설정합니다. 관리형 Microsoft AD와의 통합 권장사항을 참조하세요.
구성 옵션 아래에서 원하는 옵션을 설정합니다(인증 옵션의 다음 단계까지 대기).
인증을 클릭합니다. 관리형 Active Directory 도메인을 연결하기 위한 드롭다운 메뉴에 이전에 프로젝트에서 추가된 모든 관리형 Microsoft AD 도메인이 나열됩니다.
관리형 Active Directory 도메인을 연결하기 위한 드롭다운 메뉴에서 도메인을 선택합니다.

10.구성 옵션을 선택했으면 만들기를 클릭합니다. Cloud SQL은 제품별, 프로젝트별 서비스 계정을 자동으로 만듭니다. 계정에 적절한 역할이 없으면 managedidentities.sqlintegrator 역할을 부여하라는 메시지가 표시됩니다.

시작하기

현재 모든 고객이 프리뷰 버전을 통해 SQL Server용 Cloud SQL에서 Windows 인증 기능을 사용할 수 있습니다. 자세히 알아보기 및 시작하기

Microsoft 기반 워크로드를 지원하는 Google Cloud의 파일 스토리지 옵션

Sat, 30 Jan 2021 00:00:00 +0000

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

기업은 라이선스 비용을 절감하고 클라우드 기반 아키텍처 역량을 완전히 활용하는 현대화 전략에 착수하기 위해 앞다퉈 Microsoft 및 Windows 기반 워크로드를 클라우드로 이전하고 있습니다. 데이터 센터의 운영 방식으로는 오늘날 비즈니스 환경에서 요구하는 민첩성, 탄력성, 확장성, 비용 최적화를 달성하기가 훨씬 어려워졌기 때문입니다. Google Cloud는 Microsoft 기반 서비스 및 도구를 위한 최고의 엔터프라이즈급 환경을 제공합니다.

Windows 기반 워크로드에 서버 메시지 블록(SMB) 파일 서비스 구성요소가 필요한 경우가 많습니다. 예를 들어 Windows Server 클러스터에서 실행되는 가용성 높은 SAP 애플리케이션 서버는 SMB 파일 서버가 있어야 구성 파일과 로그를 중앙에 저장할 수 있습니다. 코로나19 팬데믹의 영향으로 갑작스럽게 원격 근무 환경에 적응해야 하는 작업자를 지원해주는 가상 데스크톱 솔루션의 수요가 증가했습니다. 이러한 가상 데스크톱 사용자가 문서를 저장하고 동료와 협업하기 위해 SMB 파일 서버에 액세스해야 하는 경우가 많습니다.

다행히 Google Cloud에는 Microsoft 시스템 사용 환경의 다양한 요구사항을 충족하는 SMB 파일 서비스 옵션이 많이 준비되어 있습니다. 이러한 서비스는 완전 관리형, 준관리형, 자체 관리형 서비스라는 세 가지 카테고리로 나눌 수 있습니다. 이 게시물에서는 세 가지 카테고리에 속하는 몇 가지 옵션을 살펴봅니다. 참고: 여기서는 Google Cloud의 SMB 파일 서비스 제공업체를 전부 다루지 않고 널리 사용되는 옵션 위주로 간단히 소개합니다.

완전 관리형 SMB 파일 서비스

많은 기업에서 운영 오버헤드 감소를 클라우드 혁신의 핵심 목표로 삼고 있습니다. 완전 관리형 서비스는 IT 담당 직원이 개입해 소프트웨어 설치 및 구성, 애플리케이션 패치, 백업과 같은 일상적인 업무에 신경쓰지 않더라도 기능과 성과를 제공합니다. 이러한 관리형 SMB 파일 서비스 옵션을 사용하는 고객은 Windows 애플리케이션과 사용자의 작업 속도를 높이고 수고와 위험도를 줄일 수 있습니다. 단, 관리형 서비스는 파트너에서 제공하므로 사용하게 될 리전을 확인하여 서비스 제공 여부를 알아보세요.

NetApp Cloud Volumes Service

IT 관련 부서에서 근무하면서 스토리지를 관리 혹은 사용했거나 고려한 경험이 있다면 NetApp이 낯설지 않을 것입니다. NetApp은 1992년부터 엔터프라이즈급 솔루션을 제공해 왔습니다. NetApp Cloud Volumes Service(CVS)를 선택하면 Google Cloud와 원활하게 통합되는 가용성 높은 클라우드 기반 관리형 SMB 서비스를 이용할 수 있습니다. 스토리지 용량은 대규모 애플리케이션 환경 수요에 맞게 1~100TB 범위로 조정할 수 있으며 자동 스냅샷 및 신속한 볼륨 프로비저닝 같은 검증된 NetApp 기능이 서비스에 포함됩니다. 이 서비스는 Google Cloud Marketplace에서 직접 배포한 후 Google에서 지원하는 Google Cloud Console에서 관리할 수 있으며 사용 요금은 Google Cloud 청구서에 포함됩니다.

Dell Technologies PowerScale

Dell Technologies는 엔터프라이즈급 스토리지 시장의 또 다른 선두 기업으로, Google Cloud에서 PowerScale을 제공하기로 Google과 파트너십을 맺었습니다. PowerScale은 올플래시 아키텍처를 활용하여 매우 빠른 스토리지 작업 속도를 제공합니다. 하지만 이전 버전과의 호환도 가능하므로 올플래시, 하이브리드, 아카이브 구성의 Isilon 노드와 PowerScale 올플래시 노드 중에 선택할 수 있습니다. OneFS 파일 시스템은 네임스페이스당 최대 50PB의 용량을 자랑하며 확장성을 갖추고 있습니다. NetApp과 마찬가지로 Google Cloud의 PowerScale에는 스냅샷, 복제, 온프레미스 스토리지와의 하이브리드 통합과 같은 엔터프라이즈급 기능이 포함됩니다. Google Cloud와 긴밀하게 통합되는 이 시스템은 Google Cloud Marketplace에서 제공되며 Google Cloud Console과 통합됩니다. 또한 Google로부터 직접 비용 청구 및 지원 서비스를 받게 됩니다.

이 두 가지 관리형 파일 스토리지 제품은 SMBv3까지 지원하므로 많은 관리 오버헤드 없이 Windows 워크로드를 지원하는 뛰어난 옵션입니다.

준관리형 SMB 파일 서비스

모든 고객이 완전 관리형 SMB 서비스를 원하는 것은 아닙니다. 관리형 서비스는 업무 부담을 많이 덜어주지만 특정 요구사항에 맞춰 솔루션을 맞춤설정할 수 있는 방법도 줄어들 가능성이 높습니다. 따라서 일부 고객은 자체 Windows 워크로드에 필요한 정확한 사양에 맞춰 구성하기 위해 아래에 소개된 스토리지 서비스와 같은 자체 관리형(또는 준관리형) 서비스를 사용하는 편을 선호합니다.

NetApp Cloud Volumes ONTAP

NetApp Cloud Volumes ONTAP(CVO)는 완전 관리형 NetApp Cloud Volumes Service와 마찬가지로 SnapMirror를 비롯해 데이터 센터의 NetApp 시스템에 사용하던 친숙한 기능과 장점을 제공합니다. 하지만 준관리형 서비스이기 때문에 Google Cloud의 데이터를 보다 강력하게 통제하고 보호해야 하는 고객에게 적합합니다. CVO는 Google Cloud 프로젝트 안에서 Google Compute Engine 인스턴스의 Google Cloud Virtual Private Cloud(VPC)에 배포되므로 내부 또는 외부 규정 준수 요구사항을 충족하는 데 필요한 방식대로 정책, 방화벽 규칙, 사용자 액세스 권한을 적용할 수 있습니다. CVO는 NetApp의 단계별 지침을 따라 직접 배포해야 합니다. Marketplace에서 CVO 요금제별로 다양한 SMB 스토리지 용량(2TB~368TB)과 서비스 제공 여부를 확인하고 선택할 수 있습니다. NetApp Cloud Volumes ONTAP는 모든 Google Cloud 리전에서 제공됩니다.

Panzura Freedom 하이브리드 클라우드 스토리지

Panzura Freedom은 글로벌 기업의 파일 저장, 공동작업, 백업을 지원하는 클라우드 전용 하이브리드 파일 서비스입니다. Panzura Freedom은 Google Cloud VPC, 기업 사무실, 온프레미스 데이터 센터, 기타 클라우드에서 동시에 액세스할 수 있도록 지리적으로 분산된 Panzura CloudFS라는 단일 파일 시스템을 제공합니다. 권한 데이터가 Google Cloud Storage 버킷에 저장되고 로컬에 배포된 Panzura Freedom Filers에 캐시 처리되므로 Windows 애플리케이션 및 사용자의 파일 시스템 액세스 성능이 향상됩니다. Google Cloud의 글로벌 광섬유 네트워크와 100개 이상의 접속 지점(PoP)은 전역 지연 시간을 낮춰 어디서나 빠른 액세스를 제공합니다. Panzura도 Google Cloud Marketplace에서 확인할 수 있습니다.

자체 관리형 SMB 파일 서비스

경우에 따라 관리형 서비스가 일부 요구사항을 충족하지 않을 수도 있습니다. 기술 요구사항뿐만이 아닙니다. 예를 들어 규정 준수 요건이 적용되는 업종이라면 인증된 관리형 서비스가 없을 수도 있습니다. 완전 관리형 및 준관리형 SMB 파일 서비스 옵션을 모두 살펴봤지만 예산과 요구사항에 맞는 서비스가 없더라도 염려하지 마세요. Google Cloud에는 자체적으로 Windows SMB 파일 서비스를 운영할 수 있는 옵션도 있습니다. 이 접근방식을 사용하면 서비스 배포, 구성, 보호, 관리의 책임과 함께 최대한의 유연성을 확보할 수 있습니다. Microsoft 시스템을 담당하던 직원에겐 매우 익숙한 옵션일 것이므로 미리 겁낼 필요는 없습니다.

Google Compute Engine 인스턴스상의 Windows SMB 파일 서버

이 옵션은 매우 단순합니다. 원하는 버전의 Windows Server를 실행하는 Compute Engine 인스턴스를 배포하고 파일 서버 역할을 설치하면 모든 준비가 완료됩니다. 이제 Windows에 내장된 모든 기능을 원하는 대로 사용할 수 있습니다. 온프레미스 Active Directory를 Google Cloud에 확장 또는 통합했거나 Active Directory용 관리형 서비스를 사용하는 경우 온프렘에서와 마찬가지로 사용 권한을 적용할 수 있습니다. Persistent Disk는 Windows 파일 서버의 유연성을 크게 높여줍니다. Persistent Disk를 추가하거나 확장하는 방법으로 다운타임 없이 SMB 파일 서버의 스토리지 용량과 디스크 성능을 추가할 수 있습니다. SMB 파일 서버가 하나면 단일 장애점이 되지만 Compute Engine에 내장된 보호 조치와 중복성 덕분에 장애가 장시간의 다운타임으로 이어질 가능성이 낮아집니다. 리전 영구 디스크를 활용하기로 선택하면 디스크가 지속적으로 다른 Google Cloud 영역에 복제되므로 VM 또는 영역의 장애 발생에 대비해 보호 조치가 강화되고 신속한 복구가 가능해집니다.

Windows 클러스터링

Windows 파일 서비스에 다운타임이 용납되지 않는 요구사항이 있는 경우 하나의 Windows 파일 서버로는 대응이 어렵습니다. 다행히 Windows 장애 조치 클러스터링이 이런 경우의 해결책이 됩니다. Windows Compute Engine 인스턴스 및 Persistent Disk를 두 개 이상 유지하면 Persistent Disk, VM, OS는 물론 전체 Google Cloud 영역에 장애가 발생했을 때도 다운타임을 제로에 가깝게 유지할 수 있는 가용성 높은 SMB 파일 클러스터를 빌드할 수 있습니다. 파일 서버 클러스터와 수평 확장 파일 서버(SOFS)라는 두 가지 서로 다른 방식의 Windows 파일 클러스터가 있습니다.

Windows 파일 서버 클러스터는 개발된 지 20년 가까이 되었습니다. 기본 아키텍처는 Windows 장애 조치 클러스터의 Windows 서버 두 개가 스토리지 영역 네트워크(SAN)와 같은 공유 스토리지에 연결되어 있는 구조입니다. 이러한 클러스터는 기본적으로 활성-수동 구성이므로 언제든 클러스터의 서버 중 하나만 공유 스토리지에 액세스하고 SMB 클라이언트에 파일 서비스를 제공할 수 있습니다. 클라이언트는 내부 부하 분산기 프런트엔드의 유동 IP 주소를 통해 서비스에 액세스합니다. 활성 노드에 장애가 발생하면 수동 노드가 공유 스토리지에 대한 읽기/쓰기 액세스를 설정하고 유동 IP 주소를 바인딩한 후 파일 서비스를 실행합니다. 클라우드 환경에서는 실제 공유 스토리지 기기를 클러스터 스토리지 용도로 사용할 수 없습니다. 대신 Storage Spaces Direct(S2D)를 사용할 수 있습니다. S2D는 여러 VM의 영구 디스크를 하나의 가용성 높은 가상 스토리지 풀에 결합하는 클러스터된 스토리지 시스템입니다. 분산형 가상 SAN이라고 볼 수 있습니다.

수평 확장 파일 서버(SOFS) 역시 Windows 장애 조치 클러스터에서 실행되지만 보다 최근에 개발된 향상된 기능의 클러스터 파일 서비스 역할입니다. Windows 파일 서버 클러스터와 마찬가지로 SOFS도 S2D를 클러스터 스토리지로 활용합니다. 하지만 Windows 파일 서버 클러스터와 달리 SOFS는 활성-활성 구성의 파일 서버입니다. SOFS는 클라이언트에 유동 IP 주소를 제시하는 대신 SOFS 역할의 노드마다 DNS에 A 레코드를 별도로 생성합니다. 각 노드는 공유 데이터 세트의 완전한 복제본을 소유하며 Windows 클라이언트에 파일을 제공하여 SOFS를 수평과 수직으로 확장 가능하게 만들 수 있습니다. 그뿐만 아니라 SOFS는 애플리케이션 서버의 복원력을 강화하는 최신 기능도 갖추고 있습니다.

앞서 언급한 것처럼 Windows 파일 서버 클러스터와 SOFS는 공유 스토리지로 S2D를 사용합니다. Google Cloud 가상 머신에 S2D를 설치하는 절차는 여기에 설명되어 있습니다. 선택한 SMB 파일 서비스 역할은 그 후에 설치할 수 있습니다. 파일 서버 클러스터 역할을 배포하는 절차와 SOFS 역할 설치 절차도 확인하세요.

수평 확장 파일 서버와 파일 서버 클러스터의 비교

파일 서버 클러스터와 SOFS는 S2D를 통해 가용성 높은 SMB 파일 공유를 제공한다는 점에서 유사합니다. SOFS는 보다 최근에 개발된 기술로, 파일 서버 클러스터에 비해 처리량이 많고 확장성이 큽니다. 하지만 SOFS는 최종 사용자 파일 사용 작업(열기, 이름 변경, 수정, 복사 등)에 공통적으로 수반되는 메타데이터 위주의 작업에는 최적화되어 있지 않습니다. 따라서 최종 사용자 파일 서비스로는 파일 서버 클러스터를, 애플리케이션에 SMB 파일 서비스가 필요할 때는 SOFS를 선택하는 것이 일반적입니다. 이 페이지에서 파일 서버 클러스터(해당 문서에서는 '일반 용도 파일 서버 클러스터'로 표기)와 SOFS의 기능을 자세히 비교한 내용을 확인해 보시기 바랍니다.

어떤 옵션을 선택해야 하나요?

지금까지 Microsoft 시스템 사용 환경에서 안전성, 성능, 확장성이 우수한 SMB 파일 서비스에 대한 사용자 액세스와 Windows 워크로드를 제공하는 데 적합한 여러 옵션을 알아봤습니다. 그렇다면 나만의 니즈에 가장 적합한 옵션을 선택하려면 어떻게 해야 할까요? 이때 고려해야 할 몇 가지 결정 기준을 소개합니다.

IT 작업을 간소화하고 운영상의 부담을 덜 수 있는 방법을 찾고 있나요? 그렇다면 완전 관리형과 준관리형 옵션을 살펴보세요.
관리형 서비스로는 충족되지 않는 특별한 기술 측면의 구성 요구사항이 있나요? 그렇다면 자체적인 SMB 파일 서비스 솔루션을 단일 Windows 인스턴스 또는 Windows 클러스터 옵션 중 하나로 운영해 보세요.
여러 영역에 걸쳐 완전 자동화된 고가용성 서비스가 필요한가요? 그렇다면 NetApp Cloud Volumes ONTAP와 단일 인스턴스 Windows 파일 서버를 고려해 보세요. 이러한 서버는 하나의 Google Cloud 영역에서 실행됩니다.
특정 Google Cloud 리전에 대한 요구사항이 있나요? 그렇다면 해당 리전에서 NetApp Cloud Volumes Service와 NetApp Cloud Volumes ONTAP가 제공되는지 여부를 확인해야 합니다. 이 두 가지 서비스는 특화된 하드웨어가 필요한 파트너 서비스이며 현재 많은 Google Cloud 리전에서 사용할 수 있지만 제공되지 않는 리전도 있습니다.
온프레미스와 클라우드를 아우르는 하이브리드 스토리지 기능이 필요한가요? 그렇다면 모든 관리형 옵션에 하이브리드 옵션이 있습니다.
예산이 빠듯한가요? 예산이 충분하지 않고 단일 장애점일 경우 우려되는 다운타임을 최소화하기 위해 약간의 수작업 계획 수립과 작업을 감내할 용의가 있다면 단일 Windows Compute Engine 인스턴스 파일 서버가 적합합니다.
여러 지역을 포괄하는 재해 복구가 필요한가요? 여기에 설명된 모든 옵션이 재해 복구 서비스를 제공하므로 염려하지 않아도 됩니다.

아래 표에는 완전 관리형 및 준관리형 옵션이 요약되어 있습니다. 이러한 옵션 중 어느 것도 요구 사항을 충족하지 않는 경우 자체 관리형 옵션 중 하나를 선택하는 것이 좋습니다.

GCP의 관리형 파일 스토리지 옵션

다음 단계

이 게시글에서는 Google Cloud에서 사용할 수 있는 Windows 파일 서비스의 여러 옵션을 간략하게 살펴봤습니다. 이 중에 관심이 가는 옵션이 있다면 자세한 정보를 살펴보세요. 선택의 폭이 좁아졌다면 Marketplace 페이지에서(관리형 서비스의 경우) 자세한 정보를 확인하거나 서비스 실행 프로세스를 시작하세요. 위의 자체 관리형 옵션에는 시작하는 데 참고할 수 있는 Google Cloud 관련 지침 링크와 선택한 클러스터 옵션 배포에 관한 일반 Microsoft 문서 링크가 포함되어 있습니다.

Google Cloud에서 Windows 애플리케이션을 실행하는 최종 사용자 환경에 대한 IDC 연구

Tue, 10 Nov 2020 09:00:00 +0000

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

편집자 주: 이 블로그 게시물에서는 IDC 인프라 시스템, 플랫폼, 기술 그룹 연구 책임자인 스리람 수브라마니안의 이야기를 소개합니다. Google은 스리람에게 Windows 워크로드를 클라우드로 이전하고 현대화하도록 촉진하는 전략적 요인에 대한 연구를 의뢰했습니다. 그 결과 Google Cloud가 Windows Server 기반 애플리케이션에 이상적인 플랫폼이라는 사실이 입증되었습니다. 자세한 내용은 이 주제에 대해 다룬 온디맨드 웹 세미나를 시청하세요.

비즈니스 계열(LOB) 애플리케이션과 워크로드는 기업이 성공하는 데 있어 매우 중요한 부분입니다. 즉, 기업 애플리케이션의 지속적인 가용성이 그 무엇보다도 중요합니다. Windows Server 기반 워크로드는 기업 워크로드에서 차지하는 비중이 적지 않습니다. IDC의 Server Workloads Tracker에 따르면 2019년 전 세계로 출하된 서버 중 약 45%가 Windows Server 운영체제를 기반으로 합니다.

두 가지 주요 Windows Server 워크로드는 Windows 운영체제에서 .NET 프레임워크를 사용해 빌드한 비즈니스 애플리케이션과 SQL Server를 사용한 데이터베이스 애플리케이션입니다. 두 애플리케이션 모두 기본 인프라 플랫폼에 의지해 성능, 보안, 가용성을 해결하고 있으며, 대체로 긴밀하게 연결된 구성요소로 이루어져 있습니다. 예를 들어 표준 3계층 MVC(Model-View-Controller) 애플리케이션의 경우 '컨트롤러'가 데이터베이스 백엔드에 긴밀하게 연결되며 '뷰' 및 '모델' 구성요소 역시 마찬가집니다. Windows Server에서는 SQL Server 데이터베이스 백엔드가 스토리지 클러스터를 통해 우수한 가용성과 데이터 일관성을 보장하며(예: 활성-활성 또는 활성-수동) 여기에는 복잡한 스토리지 클러스터 설정이 사용됩니다. 이러한 요구사항 때문에 Windows Server 기반 애플리케이션을 퍼블릭 클라우드 환경으로 이전하기 어려운 경우가 종종 있습니다.

IDC는 Google Cloud에서 의뢰한 연구를 위해 최근에 최종 사용자 인터뷰를 진행했습니다. 연구 목표는 Google Cloud에서 Windows 애플리케이션을 실행하는 최종 사용자 환경을 이해하는 것이었습니다. 이 연구에서 기업 고객들은 다양한 이유로 Google Cloud가 Windows Server 기반 워크로드에 최적화된 플랫폼이라고 답했습니다.

애플리케이션 현대화를 위한 플랫폼

설문조사 응답자들은 Google Cloud가 Windows 기반 워크로드의 현대화를 위한 안정적인 플랫폼을 제공한다고 확신했습니다. 거의 모든 응답자들이 Windows 애플리케이션을 Google Cloud로 마이그레이션할 때 '리프트 앤 시프트' 패턴을 사용해 시작했다고 답했습니다. 하지만 애플리케이션을 Google Cloud로 마이그레이션한 후에 Cloud SQL 및 관리형 Active Directory와 같은 클라우드 기반 서비스와 Google Kubernetes Engine(GKE) 및 Knative 등의 클라우드 기반 기술을 활용해 Google Cloud에서 Windows 애플리케이션을 리팩터링하거나 다시 구성할 수 있었습니다. Google Cloud의 솔루션에는 Migrate for Compute Engine 및 Migrate for Anthos와 같은 마이그레이션 도구도 포함되어 있어 Windows 애플리케이션을 Google Cloud의 VM이나 GKE의 컨테이너로 쉽게 마이그레이션할 수 있습니다.

또한 참가자들은 애플리케이션 마이그레이션 및 현대화를 위해 Google Cloud 기술 파트너를 찾았다고 답했습니다. Windows 애플리케이션 구성요소를 Linux 기반 서비스로 교체하여 궁극적으로 Windows에서 완전히 이전할 계획도 갖고 있었습니다. 응답자들은 Google Cloud에서 Windows .NET Core, Kubernetes, Linux를 조합하여 사용하면 Windows 애플리케이션을 현대화할 수 있는 강력한 토대가 완성된다는 사실을 경험했습니다.

기술 기능

설문조사 응답자들은 기업용 핵심 기술 기능 덕분에 Google Cloud에서 Windows 애플리케이션을 실행하기 쉬웠다고 답했습니다. 이러한 기능에는 VM 크기 조정, 플랫폼/네트워킹 성능, 플랫폼 보안, AI/ML, 데이터 분석 기능, 현대적인 인프라 구성 등이 포함됩니다.

Windows 기반 애플리케이션을 퍼블릭 클라우드 인프라로 마이그레이션하는 경우 온프레미스 서버와 비교했을 때 일반적으로 최종 사용자가 가상 인스턴스를 프로비저닝하는데 이는 퍼블릭 클라우드에 리소스가 비효율적으로 할당되는 결과를 가져옵니다. Google Cloud에서는 커스텀 VM 크기가 지원되어 가상 인스턴스 크기를 미세 조정할 수 있기 때문에 최적의 가성비를 실현합니다.

응답자들은 Microsoft Active Directory(AD)용 관리형 서비스와 같은 보안 기능 덕분에 여러 리전에서 배포와 관리가 더 간편해졌고 가용성이 높아졌다고 답했습니다. 또한 BigQuery 등의 데이터 분석 기능으로 운영 오버헤드 없이 분석을 활용할 수 있었습니다.

비용 최적화

설문조사 응답자들은 Google Cloud가 장단기적으로 모두 비용 절감 효과가 있다고 답했습니다. 예를 들어 SQL Server용 Bring Your Own License(BYOL, 사용자 라이선스 사용) 모델로 최종 사용자가 기존 라이선스를 활용해 상당한 비용을 절감할 수 있습니다. 다른 퍼블릭 클라우드 서비스 제공업체를 이용하던 한 응답자는 SQL Server 인스턴스를 Google Cloud로 이전하면서 비용을 거의 40%나 절감했습니다. 또한 응답자들은 커스텀 VM 크기 조정 등의 기능을 활용해 클라우드 리소스를 미세 조정할 수도 있었습니다.

과제

응답자들은 워크로드를 Google Cloud로 마이그레이션할 때의 어려움에 대해서도 응답했습니다. 관련 내용은 InfoBrief에서 확인할 수 있습니다. Google Cloud는 고객이 Windows 기반 워크로드의 실행 및 현대화를 위해 망설임 없이 Google Cloud를 선택할 수 있도록 이러한 과제를 해결하고자 적극적으로 노력하고 있습니다.

요약

전체적으로 설문조사 응답자들은 Google Cloud가 Windows 기반 워크로드를 실행하는 데 최적화된 플랫폼이라고 응답했습니다. IDC는 워크로드를 퍼블릭 클라우드 인프라로 마이그레이션하고 Windows Server 워크로드를 Google Cloud로 마이그레이션하는, 워크로드 중심의 다단계 접근 방식을 권장합니다. 이러한 접근 방식을 이용하면 최종 사용자가 퍼블릭 클라우드 인프라를 도입할 때 겪는 일반적인 문제가 완화됩니다. 또한 이를 통해 최종 사용자가 퍼블릭 클라우드에서의 리소스 소비를 최적화하고 궁극적으로 비즈니스 및 업무상 중요한 애플리케이션 역시 퍼블릭 클라우드로 마이그레이션할 수 있습니다.

자세한 내용은 IDC InfoBrief, 'Google Cloud Platform을 사용한 Windows Server 워크로드 현대화' 또는 관련 웹 세미나를 확인하세요.