VPC 배포 패턴에 대한 Microsoft SQL 정보

Microsoft SQL Server 이 가이드는 IBM Cloud VPC 가상 서버에 최적화된 성능과 비용의 균형을 유지하는 데 중점을 두고 있습니다. 일반적으로 비용 최적화와 성능 최적화 사이에는 상충 관계가 존재합니다. 작업량이 매우 많은 경우, 성능 요구 사항을 고려하면서 이 지침을 평가해야 합니다.

SQL 데이터베이스를 호스팅할 VPC 가상 서버의 IBM Cloud 를 선택할 때 데이터베이스 작업 부하에 대한 이해가 필요합니다

• 기존 환경의 마이그레이션을 위해서는 기존 데이터베이스 인스턴스의 성능 기준을 수집하여 가상 서버 요구 사항을 결정합니다.
• 새로운 작업 부하를 처리하려면, 애플리케이션 공급업체와 협력하여 SQL 데이터베이스 요구 사항을 파악하십시오.

클라우드 기반 솔루션의 장점은 초기 배포 후 크기를 조정할 수 있다는 점입니다. 자세한 내용은 가상 서버 인스턴스 크기 조정을 참고하세요. 성과 기준선 수집에 대한 정보는 기준선 만들기를 참고하세요.

이 문서는 가용성 영역(AZ)과 다중 영역 지역(MZR)을 활용하는 IBM Cloud VPC 의 세 가지 배포 패턴에 초점을 맞추고 있습니다

• 단일 AZ 배포 패턴 - 이 패턴은 고가용성이나 신속한 재해 복구가 필요하지 않은 개발 또는 테스트 데이터베이스에 적합합니다. IBM, Spectrum Protect 또는 Veeam과 같은 제품을 사용하여 백업을 수행한 경우, 필요할 때 이를 사용하여 장애 발생 시 데이터베이스를 복원할 수 있습니다.
• 이중 AZ 배포 패턴 - 이 패턴은 고가용성이 필요한 운영 데이터베이스에 적합하며, 동일한 MZR에 있는 두 개의 AZ에 걸쳐 Always On 가용성 그룹을 활용합니다.
• 이중 MZR 배포 패턴 - 이 패턴은 이중 AZ 패턴을 확장하여 HA와 재해 복구가 모두 필요한 운영 데이터베이스에 적합하게 만들고, 두 개의 MZR에 걸쳐 Always On 가용성 그룹을 활용합니다.

SQL Server 에 대한 고가용성 및 재해 복구

Microsoft SQL Server 항상 가용성 그룹, 로그 전송, 데이터베이스 미러링, 그리고 항상 가용성 장애 복구 클러스터 인스턴스 등 고가용성과 재해 복구를 달성하기 위해 지원되는 복제 기술이 많이 있습니다. VPC 배포 패턴의 SQL은 Always On 가용성 그룹을 활용합니다

• Always On 가용성 그룹 - SQL Server Always On 가용성 그룹은 SQL Server 데이터베이스에 고가용성과 재해 복구 기능을 모두 제공할 수 있습니다. 개념적으로, 그것은 하나의 기본 읽기/쓰기 데이터베이스 세트와 여러 개의(1~8개) 관련 보조 데이터베이스 세트로 구성되어 있습니다. 보조 데이터베이스는 데이터베이스 백업을 포함한 읽기 작업 부하를 위해 주 데이터베이스의 읽기 전용 복사본으로 사용할 수 있습니다. 항상 켜짐 가용성 그룹은 이중 AZ 및 이중 MZR 배포 패턴에서 활용됩니다. SQL Server 항상 켜짐 가용성 그룹은 동기 및 비동기 커밋 모드를 모두 지원합니다
  • 동기식 - 기본 복제본은 변경 사항이 커밋되거나 보조 복제본의 로그에 기록된 후에 데이터베이스 트랜잭션을 커밋합니다. 이 모드를 사용하면 계획된 수동 페일오버와 복제본이 동기화되면 자동 페일오버를 수행할 수 있습니다. 이 모드는 동일한 AZ 또는 MZR의 경우에 가장 적합합니다.
  • 비동기 - 주 복제본이 보조 복제본을 기다리지 않고 데이터베이스 트랜잭션을 커밋하므로, 이 모드는 서로 다른 MZR의 인스턴스 또는 AZ와 온프레미스 간에 더 적합합니다.
• 로그 전송 - 로그 전송은 기본 데이터베이스 인스턴스에서 하나 이상의 보조 데이터베이스 인스턴스로 트랜잭션 로그 백업을 자동으로 전송합니다. 로그 전송을 활성화하기 위해, SQL Server 에이전트 작업은 트랜잭션 로그 백업, 복사, 적용 과정을 자동화하는 데 사용됩니다. 로그 배송은 기본 인스턴스가 실패할 경우 보조 인스턴스를 수동으로 승격할 수 있도록 함으로써 높은 가용성을 제공합니다. 필요에 따라 보조 인스턴스를 주 인스턴스의 읽기 전용 복사본으로 사용하여 주 인스턴스의 부하를 줄일 수도 있습니다. 이 안내서에서는 로그 전송에 대해 다루지 않지만, 필요한 경우 IBM Cloud VPC 에서 로그 전송을 구성할 수 있습니다.
• 데이터베이스 미러링 - 데이터베이스 미러링은 별도의 인스턴스에 기본 데이터베이스의 읽기 전용 복사본을 생성합니다. 마이크로소프트는 향후 버전의 SQL Server 에서 데이터베이스 미러링 지원을 중단할 계획이므로, Always On 가용성 그룹의 사용을 검토하십시오. 이 안내서에서는 데이터베이스 미러링에 대해 다루지 않습니다.
• Always On Failover Cluster Instances - SQL Server Always On Failover Cluster Instances(FCIs)는 Windows Server Failover Clustering(WSFC)을 사용하여 서버 인스턴스 수준에서 고가용성을 제공합니다. FCI는 WSFC 노드에 배포된 단일 인스턴스( SQL Server )입니다. FCI는 모든 WSFC 노드가 액세스할 수 있는 공유 저장소를 필요로 합니다. 이 안내서에서는 Always On Failover Cluster Instances에 대해서는 다루지 않습니다.

마이크로소프트 스토리지 스페이스에 대해

VPC 배포 패턴의 Microsoft SQL은 Microsoft Storage Spaces를 활용합니다. 스토리지 스페이스는 개념적으로 RAID와 유사한 Windows Server의 기술이며, 운영 체제에 구현되어 있습니다. 저장 공간은 데이터 볼륨을 저장 공간 풀로 그룹화할 때 사용될 수 있으며, 그 다음에 저장 공간 풀의 용량을 사용하여 저장 공간(가상 디스크)을 생성할 수 있습니다. 저장 공간은 윈도우 운영 체제에서 포맷된 볼륨을 생성할 수 있는 일반 드라이브로 나타납니다.

저장 공간을 만들려면 먼저 저장 풀을 만들어야 합니다. 스토리지 풀은 데이터 볼륨의 집합체로서, 스토리지 집계와 탄력적인 용량 확장을 가능하게 합니다. 그런 다음, 복원력 유형이 할당된 가상 디스크가 생성됩니다

• 간단함 - 데이터 볼륨 전체에 걸쳐 데이터를 스트라이프 처리하여 디스크 용량을 극대화하고 처리량을 증가시킵니다. 최소 하나의 데이터 볼륨이 필요합니다.
• 미러 - 데이터 볼륨 세트에 걸쳐 데이터의 복사본을 2~3개 저장하여 신뢰성을 높이지만 용량은 줄입니다. 단일 디스크 장애로부터 보호하려면 최소 두 개의 데이터 볼륨이 필요하고, 두 개의 디스크가 동시에 장애를 일으키는 경우를 대비하려면 최소 다섯 개의 데이터 볼륨이 필요합니다.
• 패리티 - 데이터 볼륨 전체에 걸쳐 데이터와 패리티 정보를 스트라이프 처리하면 저널링을 통해 안정성은 향상되지만 용량은 줄어듭니다. 단일 디스크 장애로부터 보호하기 위해 최소 3개의 물리적 디스크가 필요합니다.

가상 디스크에서 하나 이상의 볼륨을 생성할 수 있으며, 여기서 크기, 드라이브 문자 또는 폴더, 파일 시스템(NTFS 파일 시스템 또는 Resilient File System( ReFS ), 할당 단위 크기, 그리고 선택적으로 볼륨 레이블을 구성할 수 있습니다.

더 자세한 정보는 스토리지 스페이스를 참고하세요.

MS SQL Server 에디션에 대해

SQL Server 의 요약은 다음과 같습니다:

• Express - 데이터 크기가 작고, 증가할 것으로 예상되지 않는 환경에만 적합합니다. 이번 버전에는 백업을 자동화하는 에이전트( SQL Server )가 없습니다. 이 에디션은 최대 1개의 소켓 또는 4개의 코어 또는 1,410MB의 사용 가능한 버퍼 풀 메모리 또는 10GB의 개별 데이터베이스 크기로 제한됩니다.
• 웹 - 생산 환경에 적합하지만 웹 애플리케이션을 위한 저가 서버 환경으로 제한됩니다.
• 표준 - 생산 환경에 적합하지만 최대 4개의 소켓 또는 24개의 코어 또는 128GB의 버퍼 풀 메모리로 제한됩니다.

SQL Server 의 전체 버전 목록은 SQL Server 2022의 버전과 지원 기능(15.x) 을 참조하십시오.

마이크로소프트 라이선싱에 관하여

IBM Cloud 가상 서버에는 Microsoft Windows 운영 체제 라이선스가 포함될 수 있습니다. 더 많은 정보를 원하시면, 스톡 이미지를 참고하세요. Microsoft Windows bYOL(Bring Your Own License) 운영 체제는 공용 인스턴스를 프로비저닝하는 데 사용할 수 없으며, 전용 호스트의 가상 서버 인스턴스를 프로비저닝하는 데만 사용할 수 있습니다. 더 자세한 정보는 윈도우 운영 체제용 BYOL을 참고하세요.

Microsoft SQL Server 라이선스에 대한 정보는 SQL Server 2022 라이선스 가이드를 참조하십시오.