이 문서에서는 Always On 가용성 그룹을 사용하여 Google Cloud 에 고가용성(HA) Microsoft SQL Server 데이터베이스를 배포하기 위한 참조 아키텍처를 제공합니다. 이 문서에는 HA 및 재해 복구 (DR) 설계 고려사항, 배포 옵션, 자동화 권장사항, 백업 및 DR 작업 안내도 포함되어 있습니다. 이 문서는 SQL Server 데이터베이스를 실행하는 플랫폼으로 Google Cloud 를 평가하는 기술 실무자를 대상으로 합니다. 여기서는 Compute Engine 및 SQL Server에 대한 기본 지식이 있다고 가정합니다.
Google Cloud 는 SQL Server 데이터베이스를 실행하기 위한 경제적이고 안정적이며 안전한 고성능 솔루션을 제공합니다. Google Cloud에서 지원되는 SQL Server 솔루션의 개요는 Google Cloud의 SQL Server를 참고하세요.
Google Cloud에서 개발 이외의 SQL Server 배포를 운영하려면 다음 라이선스 옵션 중 하나를 사용하세요.
사용자 라이선스 사용 (BYOL): 기존 Microsoft SQL Server 라이선스를 Google Cloud로 가져옵니다. 단독 테넌트 노드 또는 라이선스 이동을 지원하는 Software Assurance를 사용해야 합니다.
주문형 라이선스 사용: Google Cloud 에서 사전 빌드된 SQL Server 이미지를 사용하고 컴퓨팅 비용과 Microsoft 라이선스 비용이 포함된 요금을 지불합니다. Google은 Microsoft 라이선스 계약 및 결제를 처리합니다.
이 문서의 배포 섹션에서는 이 참조 아키텍처를 배포하는 데 도움이 되는 리소스를 제공합니다.
아키텍처
다음 다이어그램은 Google Cloud에서 HA로 구성된 SQL Server 배포의 참조 아키텍처를 보여줍니다.
위의 아키텍처는 Windows Server 장애 조치 클러스터 (WSFC)에 노드가 3개 있는 Always On 가용성 그룹을 보여줍니다. 각 노드는 SQL Server를 실행하는 Compute Engine VM입니다.
Always On 가용성 그룹은 미션 크리티컬 SQL Server 데이터베이스의 안정성 목표를 달성하기 위한 업계 표준 배포 패턴입니다. Always On 가용성 그룹은 로컬 HA (리전 내 장애 조치) 및 DR을 위한 리전 간 장애 조치를 제공합니다. 이 배포 패턴은 데이터베이스 미러링의 엔터프라이즈급 대안입니다. Always On 가용성 그룹은 다음과 같은 이점을 제공합니다.
- 특수 인프라 구성요소 불필요: SQL Server는 구성된 모든 데이터베이스 복제본 간의 복제를 관리합니다.
- SQL Server의 최고 SLA 구성: 복구 시간 목표 (RTO) 1분 미만, 복구 지점 목표 (RPO) 거의 0
- 읽기 전용 워크로드를 보조 복제본으로 오프로드하는 기능: 분석 및 기타 일반적인 사용 사례를 위해 배포를 효율적으로 확장합니다.
- DR을 위한 추가 리전의 노드: 기본 복제본과 최대 8개의 보조 복제본을 배포합니다.
- Windows 및 Linux에 배포 가능: Linux 배포의 클러스터 관리자로 Pacemaker와 같은 서드 파티 도구를 사용할 수 있습니다.
위 아키텍처에서 기본 및 보조 SQL Server 노드는 리전 내의 별도 영역에 있습니다. DR 노드가 지리적으로 원격인 리전에 있습니다. 기본 노드의 데이터는 보조 노드에 동기적으로 복제되고 DR 노드에 비동기적으로 복제됩니다.
애플리케이션 레이어의 트래픽을 리전 내 기본 및 보조 데이터베이스 노드로 분산하려면 다음 방법 중 하나를 사용하면 됩니다.
- 아키텍처 다이어그램에 표시된 대로 내부 부하 분산기
- 분산 네트워크 이름 (DNN) 리스너 및 DNS 서버
사용 제품
이 아키텍처에서는 다음과 같은 Google Cloud 및 Microsoft 제품과 구성요소를 사용합니다.
Google Cloud 제품
- Compute Engine: Google 인프라에서 가상 머신을 만들고 실행할 수 있는 안전하고 맞춤설정 가능한 컴퓨팅 서비스입니다.
- Google Cloud Hyperdisk: 구성 가능하고 예측 가능한 성능으로 블록 스토리지 볼륨을 프로비저닝하고 동적으로 확장하는 데 사용할 수 있는 네트워크 스토리지 서비스입니다.
- 가상 프라이빗 클라우드(VPC): Google Cloud 워크로드에 확장 가능한 전역 네트워킹 기능을 제공하는 가상 시스템입니다. VPC에는 VPC 네트워크 피어링, Private Service Connect, 비공개 서비스 액세스, 공유 VPC가 포함됩니다.
- Cloud Load Balancing: 확장 가능한 고성능 전역 및 리전 부하 분산기 포트폴리오입니다.
Microsoft 제품 및 구성요소
SQL Server 노드에는 다음 구성요소가 포함되거나 사용 설정됩니다.
- Windows Server(버전 2019 이상)
- WSFC: 여러 Windows Server 클러스터 노드 또는 여러 서브넷에 설치된 SQL Server 인스턴스 그룹입니다.
- Always On 가용성 그룹: 데이터베이스 미러링을 대체하는 엔터프라이즈급 HA 및 DR입니다.
- 가용성 그룹 리스너: 클라이언트가 Always On 가용성 그룹의 기본 또는 보조 복제본에 있는 데이터베이스에 액세스하는 데 사용할 수 있는 가상 네트워크 이름 (VNN)입니다. 클라이언트는 복제본의 실제 인스턴스 이름을 알 필요가 없습니다. 리스너가 트래픽을 라우팅하므로 장애 조치 후 클라이언트 연결 문자열을 수정할 필요가 없습니다.
이 아키텍처를 배포하려면 다음 추가 구성요소가 필요합니다.
- Active Directory 도메인 서비스: 컴퓨터, 역할, 사용자 등 도메인 전반에서 공통적인 리소스를 관리하는 Windows Server 디렉터리 서비스입니다.
- DNS: 도메인 이름을 해당 IP 주소로 변환하는 서버입니다.
- 쿼럼 증인: 서버 메시지 블록 (SMB) 파일 공유 또는 로컬로 연결된 공유 디스크일 수 있습니다.
설계 고려사항
이 섹션에서는 이 참조 아키텍처를 사용하여 안정성, 운영 효율성, 보안, 비용, 성능에 대한 요구사항을 충족하는 토폴로지를 개발할 때 고려해야 하는 설계 요소, 권장사항, 설계 권장사항을 설명합니다.
안정성
이 섹션에서는Google Cloud에서 SQL Server 배포를 위한 안정적인 인프라를 빌드하고 운영할 때 고려해야 하는 설계 고려사항과 권장사항을 설명합니다.
HA 및 DR 전략 선택
Google Cloud에 안정적인 SQL Server 데이터베이스를 배포하려면 Google Cloud 의 강력한 인프라와 SQL Server의 HA 및 DR 기능을 결합하는 전략이 필요합니다. 이 조합은 영역 서비스 중단부터 지역 재해에 이르기까지 다양한 장애로부터 데이터베이스를 보호합니다.
SQL Server 배포의 HA 및 DR 전략을 설계할 때는 다음 요소를 고려하세요.
- RPO: 장애 발생 시 허용되는 데이터 손실량
- RPO (데이터 손실이 거의 없음)를 낮추려면 동기식 복제를 사용하는 Always On 가용성 그룹을 사용하세요.
- 데이터 손실을 어느 정도 감수할 수 있다면 비동기식 복제, 백업 및 DR 서비스, Cloud Storage 버킷에 백업 또는 로그 전달 중 한 가지 방법을 사용하세요.
- RTO: 장애 발생 후 데이터베이스가 얼마나 빨리 다시 작동해야 하나요?
- RTO를 낮추려면 Always On 가용성 그룹을 사용하세요.
- 일부 다운타임이 허용되는 경우 백업에서 데이터베이스를 복원하거나 수동 장애 조치와 함께 로그 전달을 사용합니다.
- 예산: 비용과 안정성 간의 절충안을 고려합니다.
- 비용은 높지만 안정적임: 비동기 복제를 사용하여 DR 리전의 추가 노드에 Always On 가용성 그룹을 사용합니다. 중복 인프라 및 라이선스를 계획합니다.
- 중간 비용: 다른 리전에 비동기 디스크 복제를 구현하거나 백업 및 DR 서비스를 사용합니다.
- 비용은 저렴하지만 복구 시간이 김: 데이터베이스를 멀티 리전 Cloud Storage 버킷에 백업합니다.
- 장애 유형: 처리해야 하는 장애 유형은 무엇인가요?
- 하드웨어 수준, 인스턴스 수준, 영역 수준 장애를 처리하려면 가용성 그룹을 사용하면 됩니다.
- 사이트 전체 정전 또는 재해로부터 복구하려면 로그 전달 또는 비동기 데이터베이스 복제를 사용하는 Always On 가용성 그룹과 같은 지리적으로 분산된 DR 솔루션이 필요합니다.
- 비즈니스 중요도: 애플리케이션이 비즈니스에 얼마나 중요한가요?
- 미션 크리티컬 애플리케이션에는 최고 수준의 가용성, 최소한의 데이터 손실, 빠른 복구를 제공하는 전략이 필요합니다.
- 덜 중요한 시스템의 경우 허용되는 다운타임이나 일부 데이터 손실을 가정하는 전략을 고려하세요.
다음 결정 흐름 설문지를 사용하여 SQL Server 데이터베이스에 최적의 안정성 전략을 선택하세요. 전략 옵션은 데이터 손실이 거의 없는 Always On 가용성 그룹부터 비용 효율적인 오프사이트 백업까지 다양합니다.
- 오프사이트 백업이 RPO 및 RTO를 충족하나요?
- 예: 오프사이트 백업 또는 로그 전달을 사용합니다.
- 아니요: 다음 질문으로 진행합니다.
- RTO 또는 RPO가 1분 미만인가요?
- 예 (거의 0에 가까운 RPO): DR 데이터베이스 복제본이 있는 SQL Server Always On 가용성 그룹을 사용합니다.
- 아니요: 다음 질문으로 진행합니다.
- RTO가 어떻게 되나요?
- 5분 미만: 비동기 디스크 복제본이 있는 SQL Server Always On 가용성 그룹을 사용합니다.
- 1시간 이상: 다음 질문으로 진행합니다.
- RPO가 어떻게 되나요?
- 2시간 미만: 백업 및 DR 서비스와 함께 SQL Server Always On 가용성 그룹을 사용합니다.
- 8시간 이상: 오프사이트 백업 또는 로그 전달을 사용합니다.
적절한 백업 옵션 선택
신뢰성 전략에 데이터베이스 백업이 포함된 경우 요구사항을 충족하는 백업 방법을 선택하세요. Google Cloud 에서는 SQL Server 데이터베이스를 백업하기 위한 다음과 같은 유연한 엔터프라이즈 지원 옵션을 제공합니다.
- Cloud Storage 버킷에 직접 백업: SQL Server (버전 2022 이상)에서
BACKUP TO URL명령어와 S3 커넥터를 사용하여 데이터베이스 백업을 Cloud Storage에 직접 작성합니다. 프로덕션 환경에서는 해시 기반 메시지 인증 코드(HMAC) 액세스 키를 사용할 수 있습니다. 이 백업 옵션은 중간 로컬 스토리지가 필요 없이 데이터베이스와 로그를 비용 효율적으로 보호합니다. - Compute Engine 인스턴트 스냅샷: Compute Engine 일관성 그룹과 결합된 Transact-SQL (T-SQL) 동결-해동 작업을 사용하여 1초 이내에 여러 디스크 (예: Hyperdisk Balanced 디스크)에서 동시 스냅샷을 캡처합니다. 이 옵션을 사용하면 멀티 디스크 데이터베이스에 대해 고성능 VM 수준 백업이 가능하며 쓰기 동결 요구사항이 거의 없습니다.
- 백업 및 DR: Microsoft VSS 제공업체와 일관성 그룹을 사용하여 애플리케이션 일관 스냅샷을 오케스트레이션합니다. 이 백업 옵션은 세부적인 다중 데이터베이스 PITR (point-in-time recovery)이 필요하고 로그를 사용하여 데이터베이스를 롤 포워드할 수 있는 기능이 필요한 경우에 적합합니다.
- Google Cloud NetApp Volumes: ONTAP 스토리지 엔진을 사용하여 원격 보관소에 즉각적인 스냅샷과 비동기 백업을 만듭니다. 빠른 랜섬웨어 완화 및 공간 효율적인 클론이 필요한 지연 시간에 민감한 엔터프라이즈 애플리케이션에는 NetApp Volumes가 권장됩니다.
통합 데이터 보호 정책이 필요한 멀티 클라우드 및 하이브리드 배포의 경우 Veeam, Veritas NetBackup 또는 Cohesity와 같은 서드 파티 백업 제품을 선택할 수 있습니다.
작업
Compute Engine VM에 배포된 SQL Server 데이터베이스의 고가용성과 최적의 성능을 보장하려면 Cloud Monitoring 및 Cloud Logging을 사용하여 포괄적인 모니터링 및 알림 시스템을 설정하세요.
- CPU 사용률, 메모리 로드와 같은 핵심 리소스의 측정항목을 지속적으로 추적합니다. 쿼리가 저하되기 전에 리소스의 압력을 감지하도록 기준 알림을 설정합니다.
- 데이터베이스 쓰기 중지를 방지하려면 디스크 공간 사용률을 지속적으로 관찰하세요. 전체 서비스 상태를 모니터링하고 데이터베이스가 예기치 않게 중지될 때 알림을 받도록 알림을 설정합니다.
- 고가용성 배포의 경우 계획되지 않은 장애 조치를 추적하고 자동 재해 복구 이벤트 중에 완전한 가시성을 확보합니다.
- 시스템 수준 텔레메트리 외에도 Google Cloud 는 활성 사용자 연결 한도, 복제 지연, 트랜잭션 비율과 같은 광범위한 데이터베이스별 측정항목을 제공합니다. 이러한 측정항목을 추적하여 SQL Server 데이터베이스의 가용성과 성능을 모니터링합니다.
- SQL Server 오류 로그에서 직접 교착 상태, 데이터베이스 손상, 에이전트 작업 실패와 같은 애플리케이션 수준 오류를 캡처하려면 로깅에서 맞춤 로그 기반 알림을 설정하세요.
보안
이 섹션에서는 워크로드의 보안 요구사항을 충족하는 Google Cloud 에서 SQL Server 배포를 설계하기 위한 설계 고려사항과 권장사항을 설명합니다.
네트워크 보안 및 격리
- 데이터베이스가 외부에 노출되지 않도록 하려면 VPC 내에 비공개 IP 주소를 사용하여 SQL Server 인스턴스를 배포합니다. 비공개 서비스 액세스를 사용하여 트래픽을 내부적으로 라우팅합니다. 이 방법을 사용하면 데이터베이스 트래픽이 공개 인터넷을 통과하지 않습니다.
- 승인된 애플리케이션 서브넷 또는 특정 CIDR 블록의 트래픽만 허용하는 엄격한 VPC 방화벽 규칙을 구성하여 데이터베이스에 대한 액세스를 추가로 제한합니다.
- 도청 및 가로채기로부터 전송 중인 데이터를 보호하려면 모든 데이터베이스 연결에 TLS/SSL을 적용하여 암호화된 연결을 구현하세요.
암호화 및 키 제어
- 기본적으로 Google Cloud 는 Google 관리 AES-256 키를 사용하여 데이터베이스 디스크, 임시 파일, 백업의 모든 저장 데이터를 자동으로 암호화합니다. 규정 준수 환경을 충족하기 위해 SQL Server의 투명 데이터 암호화 (TDE) 기능을 사용하여 데이터베이스 수준 암호화를 구현할 수 있습니다.
- 데이터 주권을 보장하기 위해 Cloud Key Management Service에서 고객 관리 암호화 키 (CMEK)를 사용할 수 있습니다. CMEK를 사용하면 암호화 기능을 완전히 제어할 수 있습니다. 키 수명 주기를 관리하고, 자동 순환 일정을 설정하고, 필요할 때 데이터베이스 및 백업에 대한 액세스 권한을 즉시 취소할 수 있습니다.
인증 및 승인
- Microsoft Active Directory와 데이터베이스를 통합하거나 Identity and Access Management (IAM)를 사용하여 SQL Server 데이터베이스 및 기타Google Cloud 리소스 전반에서 ID 관리를 중앙 집중화합니다.
- ID가 설정된 후에는 최소 권한의 원칙을 적용하여 사용자 및 애플리케이션 서비스 계정에 기능을 수행하는 데 필요한 권한만 부여합니다. 세부적인 SQL Server 데이터베이스 역할에 ID를 매핑합니다.
비용 최적화
이 섹션에서는 이 참조 아키텍처를 사용하여 빌드하는 SQL Server 배포의 설정 및 운영 비용을 최적화하는 방법을 안내합니다. 비용 최적화를 통해 예산 제약 조건 내에서 워크로드의 안정성 및 성능 요구사항을 충족하는 배포를 보장할 수 있습니다.
다음 권장사항을 고려하세요.
- 동시 멀티스레딩 (SMT) 사용 중지: SMT를 사용 중지하면 라이선스 목적으로 보고되는 코어 수를 50% 줄일 수 있습니다. CPU를 20% 초과 프로비저닝한 다음 SMT를 사용 중지하면 성능을 저하시키지 않으면서 라이선스 비용을 크게 절감할 수 있습니다. 자세한 내용은 코어당 스레드 수 설정을 참고하세요.
- SQL Server Standard Edition 사용: HA 및 DR 요구사항에 따라 Enterprise Edition 대신 SQL Server Standard Edition을 사용하여 라이선스 비용을 절감할 수 있습니다. 자세한 내용은 SQL Server의 버전 및 지원되는 기능을 참고하세요.
- 스토리지 최적화: Hyperdisk는 SQL Server 배포의 요구사항에 따라 선택할 수 있는 다양한 디스크 옵션을 제공합니다. Hyperdisk Balanced는 비용과 성능 간의 균형을 유지합니다. 처리량과 초당 입출력 작업 수(IOPS)를 독립적으로 확장할 수 있으므로 인프라 비용이 워크로드의 요구사항과 정확히 일치합니다. 자세한 내용은 적절한 스토리지 디스크 유형 선택 섹션을 참고하세요.
성능 최적화
이 섹션에서는 성능 요구사항을 충족하는 SQL Server 배포를 위한 설계 고려사항과 권장사항을 설명합니다.
Compute Engine VM에 SQL Server를 배포하면 데이터베이스와 기본 인프라를 완전히 제어할 수 있습니다. 워크로드의 성능은 선택한 인프라에 따라 달라집니다. 성능과 비용, 안정성의 균형을 맞추려면 VM 머신 계열과 데이터베이스 노드의 디스크 유형에 대해 정보에 입각한 결정을 내려야 합니다.
적절한 VM 머신 계열 선택
Compute Engine VM에 선택한 머신 계열에 따라 SQL Server 노드에 사용할 수 있는 처리 능력 (vCPU)과 메모리 (RAM)가 결정됩니다. 이러한 리소스는 데이터베이스 성능에 영향을 미칩니다.
기본 성능 병목 현상을 해결하는 VM 머신 계열을 선택합니다. 예를 들어 SQL Server 데이터베이스의 CPU 사용량이 지속적으로 높다면 컴퓨팅 최적화 머신 계열에서 머신 유형을 선택합니다. SQL Server 데이터베이스에서 디스크 읽기가 느린 경우 메모리 최적화 머신 유형을 선택하세요.
다음 표에서는 Compute Engine에서 제공하는 VM 머신 계열, 각 머신 계열의 기본 사용 사례, SQL Server 데이터베이스에 미치는 성능 영향을 비교합니다.
| 머신 계열 및 시리즈 | 기본 사용 사례 | SQL Server 성능에 미치는 영향 |
|---|---|---|
| 범용 (N4 머신 시리즈) | 균형을 이룬 가격과 성능 | 이 머신 계열을 대부분의 워크로드의 시작점으로 사용합니다. N4 머신 시리즈는 혼합 사용 데이터베이스, 웹 애플리케이션, 개발 또는 테스트 환경에 최적의 CPU 및 메모리 균형을 제공합니다. |
| 컴퓨팅 최적화 (C3 또는 C4 머신 시리즈) | 코어당 최고 성능 | CPU 바운드 워크로드에 이 머신 계열을 사용하세요. 복잡한 쿼리를 실행하거나, 대량의 데이터를 처리하거나, 많은 수의 온라인 트랜잭션 처리 (OLTP) 작업을 처리하는 데이터베이스의 경우 C3 및 C4 머신 시리즈를 사용합니다. 이 시리즈의 머신 유형은 쿼리 실행 시간을 크게 줄이는 데 도움이 됩니다. |
| 메모리 최적화 (M3 또는 M4 머신 시리즈) | 높은 메모리 대 vCPU 비율 | 이 머신 계열은 메모리 집약적인 애플리케이션에 적합합니다. SQL Server는 데이터와 실행 계획을 메모리에 캐시하므로 디스크에서 읽는 것보다 성능이 높습니다. 온라인 분석 처리 (OLAP)를 위한 매우 큰 데이터베이스나 데이터 웨어하우스의 경우 쿼리는 일반적으로 큰 테이블과 데이터 세트를 검색합니다. 이러한 사용 사례의 경우 메모리가 높을수록 성능이 향상됩니다. |
자세한 내용은 머신 계열 리소스 및 비교 가이드를 참조하세요.
적절한 스토리지 디스크 유형 선택
디스크 성능은 데이터베이스 응답성에 중요한 요소이며 이는 애플리케이션 성능에 매우 중요합니다. Google에서 제공하는 디스크 유형의 경우 Google Cloud성능 기능은 다음 측정항목을 사용하여 표시됩니다.
- IOPS: 디스크가 초당 처리할 수 있는 읽기 및 쓰기 요청 수입니다. IOPS는 고객 기록 업데이트 또는 주문 처리와 같이 작고 무작위적인 읽기 및 쓰기 작업이 많이 포함된 OLTP 워크로드에 중요합니다.
- 처리량: 초당 디스크로 이동하거나 디스크에서 이동할 수 있는 총 데이터 양입니다. 처리량은 보고서 실행, 데이터 웨어하우징, 백업 실행 등 대량의 데이터를 스캔하는 OLAP 워크로드에 필수적입니다.
다음 표에서는 선택할 수 있는 Google Cloud 디스크 유형을 비교합니다.
| 디스크 유형 | 성능 특성 | 워크로드 적합성 |
|---|---|---|
SSD 영구 디스크 (pd-ssd) |
VM 머신 유형 및 디스크 크기에 따라 중간에서 높은 성능 | 디스크 크기와 VM의 vCPU에 따라 성능이 확장되어야 하는 워크로드 자세한 내용은 영구 디스크 성능 개요를 참고하세요. |
| 하이퍼디스크 균형 | 구성 가능한 IOPS 및 처리량으로 고성능 | 프로덕션 SQL Server 데이터 및 로그 파일 Hyperdisk Balanced를 사용하면 디스크 크기와 관계없이 워크로드의 요구사항에 따라 IOPS와 처리량을 구성할 수 있습니다. |
| 하이퍼디스크 익스트림 | 구성 가능한 IOPS를 통한 매우 높은 성능 | 대규모 금융 또는 이커머스 시스템과 같이 최대 IOPS와 최저 지연 시간이 필요한 하이엔드, 미션 크리티컬 OLTP 워크로드 |
| 로컬 SSD | 다른 디스크 유형과 비교하여 가장 높은 IOPS 및 처리량 | 영구 디스크의 내구성이 필요하지 않은 임시 데이터 tempdb 시스템 데이터베이스 및 Windows 페이지 파일과 같은 데이터의 경우 로컬 SSD는 VM에 물리적으로 연결되어 있으므로 지연 시간이 가장 짧습니다. |
인프라를 성능 요구사항에 맞게 조정
워크로드의 성능 요구사항에 따라 VM 머신 유형과 디스크 유형을 선택합니다. 다음 표에서는 다양한 워크로드 시나리오에 권장되는 인프라 구성을 보여줍니다.
| 시나리오 | 성능 요구사항 | 권장 머신 유형 및 디스크 구성 |
|---|---|---|
| OLTP용 고트랜잭션 전자상거래 데이터베이스 | 수천 건의 동시 소규모 읽기 및 쓰기를 처리하기 위한 높은 IOPS |
VM 머신 유형: 트랜잭션을 효율적으로 처리할 수 있도록 컴퓨팅 최적화 머신 유형(예: C4 머신 시리즈)을 선택합니다. 데이터 및 로그 디스크: Hyperdisk Balanced 디스크를 사용합니다. 트랜잭션 수요를 충족하기 위해 높은 수준의 IOPS를 프로비저닝합니다. 데이터와 로그에는 별도의 디스크를 사용합니다.
|
| OLAP용 회사 데이터 웨어하우스 | 보고를 위해 테라바이트 단위의 데이터를 스캔하고 집계하는 높은 처리량 |
VM 머신 유형: 대규모 데이터 세트를 최대한 많이 캐시할 수 있도록 메모리 최적화 머신 유형(예: M4 머신 시리즈)을 선택합니다. 데이터 디스크: Hyperdisk Balanced 디스크를 사용합니다. 대량 데이터 검색을 가속화하기 위해 높은 수준의 처리량을 프로비저닝합니다. |
| 개발 또는 스테이징 서버 | 최고 성능보다는 비용 효율성 | VM 머신 유형: E2 또는 N4 머신 시리즈에서 머신 크기가 작은 범용 머신 유형을 선택합니다. 디스크: 저렴한 비용으로 적절한 성능을 달성하려면 모든 데이터베이스 파일에 균형 있는 영구 디스크( |
배포
이 참조 아키텍처를 배포하려면 다음 리소스 중 하나를 사용하세요.
- 코드형 인프라 (IaC): Terraform 구성을 사용하여 Google Cloud에 SQL Server 클러스터를 프로비저닝합니다. 구성에는 필요한 구성요소를 구성하는 PowerShell 원하는 상태 구성 (DSC) 및 bash 스크립트가 포함됩니다. 구성 요구사항에 따라 코드를 다운로드하고 수정할 수 있습니다.
- 안내 워크플로: 워크로드 관리자를 사용하여 단일 노드 또는 클러스터링된 구성에 SQL Server를 배포합니다.
- 튜토리얼: 단계별 안내에 따라 내부 부하 분산기를 사용하여 동기 커밋으로 SQL Server Always On 가용성 그룹을 구성하세요.
다음 단계
- Google Cloud의 SQL Server 라이선스 및 이미지 옵션에 대해 알아봅니다.
- 재해 복구 계획 가이드를 검토합니다.
- Microsoft SQL Server 재해 복구에 대해 알아봅니다.
- 멀티 리전 재해 복구를 위해 Microsoft SQL Server를 배포하는 방법을 알아봅니다.
- Compute Engine 인스턴스 간에 디스크를 공유하는 방법을 알아봅니다.
- 그 밖의 참조 아키텍처, 다이어그램, 튜토리얼, 권장사항을 알아보려면 클라우드 아키텍처 센터를 확인하세요.
참여자
저자:
기타 참여자: 쿠마르 다나고팔 | 크로스 프로덕트 솔루션 개발자