이 문서에서는 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 가용성 그룹은 DR을 위한 로컬 HA(리전 내 장애 조치)와 리전 간 장애 조치를 제공합니다. 이 배포 패턴은 데이터베이스 미러링의 엔터프라이즈급 대안입니다. Always On 가용성 그룹은 다음과 같은 이점을 제공합니다.
- 특수 인프라 구성요소가 필요하지 않음: SQL Server는 구성된 모든 데이터베이스 복제본에서 복제를 관리합니다.
- SQL Server의 최고 SLA 구성: 1분 미만의 복구 시간 목표(RTO) 및 거의 0에 가까운 복구 지점 목표(RPO)
- 읽기 전용 워크로드를 보조 복제본으로 오프로드하는 기능: 분석 및 기타 일반적인 사용 사례에 맞게 배포를 효율적으로 확장합니다.
- DR용 추가 리전의 노드: 기본 복제본과 최대 8개의 보조 복제본을 배포합니다.
- Windows 및 Linux에 배포 가능: Pacemaker와 같은 서드 파티 도구를 Linux 배포의 클러스터 관리자로 사용할 수 있습니다.
위 아키텍처에서 기본 및 보조 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(데이터 손실이 거의 없음)를 달성하려면 동기 복제와 함께 AlwaysOn 가용성 그룹을 사용합니다.
- 일부 데이터 손실을 허용할 수 있는 경우 비동기 복제, 백업 및 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분 미만인가요?
- 예(RPO가 거의 0에 가까움): DR 데이터베이스 복제본과 함께 SQL Server Always On 가용성 그룹을 사용합니다.
- 아니요: 다음 질문으로 진행합니다.
- RTO는 얼마인가요?
- 5분 미만: 비동기 디스크 복제본과 함께 SQL Server Always On 가용성 그룹을 사용합니다.
- 1시간 이상: 다음 질문으로 진행합니다.
- RPO는 얼마인가요?
- 2시간 미만: 백업 및 DR과 함께 SQL Server AlwaysOn 가용성 그룹을 사용합니다.
- 8시간 이상: 오프사이트 백업 또는 로그 전달을 사용합니다.
적절한 백업 옵션 선택
안정성 전략에 데이터베이스 백업이 포함된 경우 요구사항을 충족하는 백업 방법을 선택합니다. Google Cloud 는 SQL Server 데이터베이스를 백업하기 위한 다음과 같은 유연한 엔터프라이즈 지원 옵션을 제공합니다.
- Cloud Storage 버킷에 직접 백업: SQL Server(버전 2022 이상)에서
BACKUP TO URL명령어와 S3 커넥터를 사용하여 데이터베이스 백업을 Cloud Storage에 직접 작성합니다. 프로덕션 환경에서는 해시 기반 메시지 인증 코드(HMAC) 액세스 키를 사용할 수 있습니다. 이 백업 옵션은 중간 로컬 스토리지가 필요 없이 데이터베이스 및 로그에 대한 비용 효율적인 보호를 제공합니다. - Compute Engine 인스턴트 스냅샷: Transact-SQL(T-SQL) 고정-해제 작업을 Compute Engine 일관성 그룹과 함께 사용하여 1초 이내에 여러 디스크(예: Google Cloud Hyperdisk Balanced 디스크)에서 동시 스냅샷을 캡처합니다. 이 옵션은 멀티 디스크 데이터베이스에 고성능 VM 수준 백업을 사용 설정하며 쓰기 고정 요구사항이 거의 없습니다.
- 백업 및 DR: Microsoft VSS 제공업체 및 일관성 그룹을 사용하여 애플리케이션 일관성이 있는 스냅샷을 조정합니다. 이 백업 옵션은 세분화된 멀티 데이터베이스 PITR(point-in-time recovery)과 로그를 사용하여 데이터베이스를 롤 포워드하는 기능이 필요한 경우에 적합합니다.
- Google Cloud NetApp Volumes: ONTAP 스토리지 엔진을 사용하여 원격 Vault에 대한 즉각적인 스냅샷과 비동기 백업을 만듭니다. 신속한 랜섬웨어 완화 및 공간 효율적인 클론이 필요한 지연 시간에 민감한 엔터프라이즈 애플리케이션에는 NetApp Volumes가 권장됩니다.
통합 데이터 보호 정책이 필요한 멀티 클라우드 및 하이브리드 배포의 경우 Veeam, Veritas NetBackup 또는 Cohesity와 같은 서드 파티 백업 제품을 선택할 수 있습니다.
작업
Compute Engine VM에 배포된 SQL Server 데이터베이스의 고가용성과 최적의 성능을 보장하려면 Cloud Monitoring 및 Cloud Logging을 사용하여 포괄적인 모니터링 및 알림 시스템을 설정합니다.
- CPU 사용률 및 메모리 부하와 같은 핵심 리소스의 측정항목을 지속적으로 추적합니다. 쿼리가 저하되기 전에 리소스에 대한 압박을 감지하도록 기준 알림을 설정합니다.
- 데이터베이스 쓰기 중단을 방지하려면 디스크 공간 사용률을 지속적으로 관찰하세요. 전체 서비스 상태를 모니터링하고 데이터베이스가 예기치 않게 중지될 때 알림을 받도록 알림을 설정합니다.
- 고가용성 배포의 경우 계획되지 않은 장애 조치를 추적하고 자동화된 재해 복구 이벤트 중에 완전한 가시성을 확보합니다.
- Google Cloud 는 시스템 수준 원격 분석 외에도 활성 사용자 연결 한도, 복제 지연, 트랜잭션 속도와 같은 광범위한 데이터베이스별 측정항목 모음을 제공합니다. 이러한 측정항목을 추적하여 SQL Server 데이터베이스의 가용성과 성능을 모니터링합니다.
- SQL Server 오류 로그에서 교착 상태, 데이터베이스 손상, 에이전트 작업 실패와 같은 애플리케이션 수준 오류를 직접 캡처하려면 Logging에서 커스텀 로그 기반 알림을 설정합니다.
보안
이 섹션에서는 워크로드의 보안 요구사항을 충족하는 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가 설정되면 최소 권한의 원칙을 적용하여 사용자 및 애플리케이션 서비스 계정에 해당 기능을 수행하는 데 필요한 권한만 부여합니다. ID를 세분화된 SQL Server 데이터베이스 역할에 매핑합니다.
비용 최적화
이 섹션에서는 이 참조 아키텍처를 사용하여 빌드하는 SQL Server 배포의 설정 및 운영 비용을 최적화하는 방법을 안내합니다. 비용 최적화는 배포가 예산 제약 조건 내에서 워크로드의 안정성 및 성능 요구사항을 충족하는지 확인하는 데 도움이 됩니다.
다음 권장사항을 고려하세요.
- 동시 멀티스레딩(SMT) 사용 중지: SMT를 사용 중지하면 라이선스 목적으로 보고되는 코어 수를 50% 줄일 수 있습니다. CPU를 20% 초과 프로비저닝한 후 SMT를 사용 중지하면 성능 저하 없이 라이선스 비용을 크게 절감할 수 있습니다. 자세한 내용은 코어당 스레드 수 설정을 참조하세요.
- SQL Server Standard 버전 사용: HA 및 DR 요구사항에 따라 Enterprise 버전 대신 SQL Server Standard 버전을 사용하여 라이선스 비용을 줄일 수 있습니다. 자세한 내용은 SQL Server 버전 및 지원되는 기능을 참조하세요.
- 스토리지 최적화: Google Cloud 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 Cloud에서 제공하는 디스크 유형의 경우 성능 기능은 다음 측정항목을 사용하여 표시됩니다.
- IOPS: 디스크가 초당 처리할 수 있는 읽기 및 쓰기 요청 수입니다. IOPS는 고객 레코드 업데이트나 주문 처리와 같이 작고 무작위적인 읽기 및 쓰기 작업이 많이 포함된 OLTP 워크로드에 중요합니다.
- 처리량: 초당 디스크로 이동하거나 디스크에서 이동할 수 있는 총 데이터 양입니다. 처리량은 보고서 실행, 데이터 웨어하우징, 백업 수행과 같이 대량의 데이터를 스캔하는 OLAP 워크로드에 필수적입니다.
다음 표에서는 선택할 수 있는 Google Cloud 디스크 유형을 비교합니다.
| 디스크 유형 | 성능 특성 | 워크로드 적합성 |
|---|---|---|
SSD 영구 디스크(pd-ssd) |
VM 머신 유형 및 디스크 크기에 따라 보통에서 높은 성능 | 디스크 크기 및 VM의 vCPU에 따라 성능을 확장해야 하는 워크로드 자세한 내용은 Persistent Disk 성능 개요를 참조하세요. |
| 하이퍼디스크 균형 | 구성 가능한 IOPS 및 처리량을 통한 고성능 | 프로덕션 SQL Server 데이터 및 로그 파일 Hyperdisk Balanced를 사용하면 디스크 크기와 관계없이 워크로드의 요구사항에 따라 IOPS 및 처리량을 구성할 수 있습니다. |
| Google Cloud Hyperdisk Extreme | 구성 가능한 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(Desired State Configuration) 및 bash 스크립트가 포함됩니다. 구성 요구사항에 따라 코드를 다운로드하고 수정할 수 있습니다.
- 안내 워크플로: 워크로드 관리자를 사용하여 단일 노드 또는 클러스터 구성으로 SQL Server를 배포합니다.
- 튜토리얼: 단계별 안내에 따라 내부 부하 분산기를 사용하여 동기 커밋으로 SQL Server Always On 가용성 그룹을 구성합니다.
다음 단계
- Google Cloud의 SQL Server 라이선스 및 이미지 옵션 알아보기
- 재해 복구 계획 가이드 검토하기
- Microsoft SQL Server 재해 복구에 대해 알아봅니다.
- 멀티 리전 재해 복구를 위한 Microsoft SQL Server 배포 방법 알아보기
- Compute Engine 인스턴스 간에 디스크를 공유하는 방법 알아보기
- 그 밖의 참조 아키텍처, 다이어그램, 튜토리얼, 권장사항을 알아보려면 클라우드 아키텍처 센터를 확인하세요.
참여자
저자:
기타 참여자: 쿠마르 다나고팔 | 크로스 프로덕트 솔루션 개발자