Azure SQL Managed Instance에 대한 아키텍처 모범 사례

SQL Managed Instance 할당량, 제한 및 알려진 문제를 검토합니다 . SQL Managed Instance는 구독 유형 및 계층에 따라 달라지는 지역 배포 제한, 데이터베이스 수 및 스토리지 한도를 적용합니다. 상위 계층 배포는 지역 용량 계획을 제한하는 더 많은 vCore 할당량을 사용합니다.

• 장애 조치 그룹에 영향을 미치는 알려진 문제와 복제 링크 사용 중 발생하는 백업 동작, 그리고 이전의 SQL Server 버전으로부터의 마이그레이션 제약 조건을 고려하세요. 초기 디자인 중에 이러한 제한 사항을 검토하여 나중에 쉽게 해결할 수 없는 제약 조건을 방지합니다.

잠재적인 오류를 예상합니다. 오류 모드 분석을 사용하여 오류를 예측하고 SQL Managed Instance에 대한 완화를 계획합니다.

영역 배포 및 적절한 계층 선택을 통해 중복성을 구축 합니다. 영역 중복성 및 적절한 계층 선택을 사용하여 지역 내에서 단일 실패 지점을 제거합니다.

• 영역 수준 중복을 켜고 가용성 영역에 복제본을 분산합니다. 아키텍처와 자격은 계층 및 배포 구성에 따라 다릅니다.

• OLTP(온라인 트랜잭션 처리) 워크로드에 대한 영역 간 대기 시간 및 영역 중복 배포와 백업 스토리지의 정렬을 포함하여 성능 및 종속 서비스에 대한 중복 효과를 평가합니다.

관리 작업 리드 타임을 중심으로 크기 조정 계획: 관리 작업에는 몇 분이 아닌 몇 시간이 걸리며, 크기 조정 전략 및 용량 계획에 대한 다른 접근 방식이 필요합니다.

• 가상 클러스터 프로비저닝으로 인해 훨씬 더 오래 걸리는 첫 번째 서브넷 만들기에 대한 확장된 타임라인을 예상합니다. 서브넷 내에서 동시 작업은 순차적으로 처리 큐에 대기합니다.

• 향후 확장 여유를 고려하여 서브넷의 크기를 조정합니다. 언더사이즈 서브넷은 성장을 제한하고 혼합 하드웨어 세대는 추가 IP 주소를 사용하는 별도의 가상 클러스터를 만듭니다.

• 엄격한 크기 조정 응답 시간이 필요한 경우, 대기 상태 인스턴스를 미리 준비하십시오. 인스턴스 간 작업 차단을 방지하기 위해 전용 서브넷에서 프로덕션 워크로드를 격리합니다.

인스턴스 상태 및 복제 상태에 대한 모니터링 및 경고를 구성 합니다. 안정성 위험을 조기에 알리는 메트릭에 대한 경고의 우선 순위를 지정합니다. Resource Health 이벤트를 통해 인스턴스 가용성을 추적하고, 작업 로그를 통해 관리 작업 상태 전환을 모니터링하고, 스토리지 채우기 또는 DNS(도메인 이름 시스템) 문제가 발생할 때 백업 오류가 자동으로 나타날 수 있으므로 자동화된 백업 완료를 정기적으로 확인합니다. 장애 조치(failover) 그룹으로 구성된 인스턴스의 경우, 복구 지점 목표(RPO) 임계값을 초과하는 복제 지연에 대해 경고하여, 허용되지 않는 데이터 손실에 대한 노출을 초래하기 전에 지역 복제 드리프트를 감지할 수 있습니다.

장애 조치 그룹의 상태 전환은 복구 간격으로 확대되기 전에 장애를 드러냅니다.

연결 복원력 및 자체 보존 기술을 구현합니다. 계획된 유지 관리, 장애 조치(failover) 및 DNS 역할 전환 이벤트에서 일시적인 오류를 흡수하도록 애플리케이션 수준 복원력을 구축합니다.

• 실제 장애 조치 기간과 확장된 DNS 갱신 시간을 고려하여 지수 백오프 방법을 사용하는 장애 조치 중에 재시도 로직을 추가합니다.

• 범용 계층 장애 조치 후, 웜 복제본 없이 새 노드에서 인스턴스가 다시 시작되면서 발생할 수 있는 콜드 캐시 성능 저하에 대비하십시오.

• 트래픽이 적은 기간 동안 유지 관리 기간을 예약합니다. 장애 조치 그룹 쌍의 각 윈도우를 엇갈리게 배치하여 두 멤버에서 동시에 유지 관리가 발생하는 것을 방지합니다.

장애 조치(failover) 그룹을 사용하여 재해 복구 전략을 설계합니다. 장애 조치(failover) 그룹은 모든 사용자 데이터베이스를 한 단위로 다른 지역의 지역 보조 인스턴스에 복제하지만 시스템 데이터베이스는 포함되지 않습니다. 장애 조치(failover) 후 인증 실패 및 운영 격차를 방지하기 위해 로그인, 자격 증명, SQL 에이전트 작업 및 인스턴스 수준 설정을 독립적으로 동기화해야 합니다.

장애 조치 시 변경을 방지하기 위해 연결 문자열에서 장애 조치 그룹 수신기 엔드포인트를 사용하세요. 구성 변경 내용이 복제되지 않으므로 멤버 간에 보존 정책을 동기화합니다. 하이브리드 환경의 경우 Managed Instance 링크는 대체 복제 경로를 제공합니다.

보안 기준을 설정합니다.Azure SQL에 대한 Azure 보안 기준부터 시작합니다. 관리 분할을 위한 사용자 지정 서버 수준 역할, 네트워크 격리를 위한 가상 네트워크 서브넷 위임, 인스턴스 수준 TDE(투명한 데이터 암호화) 키 관리 및 Microsoft 지원 액세스에 대한 운영자 감사를 포함하여 인스턴스 범위 모델이 가장 영향을 주는 컨트롤에 집중합니다.

SQL Managed Instance는 Azure SQL 보안 기반을 공유하지만 CLR(공용 언어 런타임) 어셈블리, 연결된 서버 및 SQL 에이전트와 같은 인스턴스별 컨트롤을 도입하여 SQL Database가 노출하는 것 이상으로 공격 표면을 확장합니다. 기준 검토에서 이러한 컨트롤의 우선 순위를 지정합니다.

ID 기반 및 네트워크 수준 컨트롤을 사용하여 세분화 전략을 적용합니다. SQL Managed Instance는 업무 분리를 적용하는 서버 수준 및 데이터베이스 수준 역할을 통한 ID 기반 분할을 지원합니다. 사용자 지정 서버 수준 역할은 SQL Database에서 사용할 수 없는 자세한 관리 구분을 제공합니다. 컨트롤 플레인 액세스를 데이터 평면 액세스와 분리하면 인스턴스 관리가 데이터 작업과 구별됩니다.

네트워크 수준 구분은 NSG(네트워크 보안 그룹)가 트래픽 흐름을 제어하는 전용 위임된 서브넷에 인스턴스를 배포하는 데 의존합니다. SQL Managed Instance 서브넷을 사용하여 가상 네트워크 피어링에 참여하는 서브넷에서 경로 테이블 및 NSG를 다시 사용하지 않도록 합니다.

인스턴스 풀은 기본 VM 리소스를 공유하며, 이는 인스턴스를 통합할 때 테넌트 격리 보장에 영향을 줍니다. 보안 요구 사항이 다른 워크로드에 별도의 인스턴스가 필요한지 여부를 평가합니다.

ID 및 액세스 관리를 위해 Microsoft Entra ID와 통합: SQL Managed Instance는 여러 방법을 통해 Microsoft Entra 인증을 지원합니다. 이 지원은 ID 관리를 중앙 집중화하고 조건부 액세스 정책을 지원합니다. SQL Managed Instance는 SQL Database에서 제공하지 않는 기능, 즉 Microsoft Entra 주체를 위한 Kerberos를 통한 Windows 인증을 지원합니다. 코드 변경 없이 레거시 애플리케이션을 리프트 앤 시프트할 수 있습니다.

관리, 운영자 및 워크로드 ID를 카탈로그화하여 ID 아키텍처를 계획합니다. 최소 권한 원칙을 사용하여 데이터베이스 역할을 할당합니다. Azure 서비스 통합을 위한 인스턴스 ID로 사용자 할당 관리 ID를 사용합니다.

Azure Virtual Network를 사용하여 네트워크 격리를 구현 합니다. SQL Managed Instance는 기본적으로 네트워크 수준 격리를 제공하고 연결 및 보안 결정을 구체화하는 전용 가상 네트워크 서브넷에 배포됩니다.

• 퍼블릭 엔드포인트는 다른 공격 노출 영역을 만들기 때문에 비활성화된 상태로 유지하고, 장애 조치(failover) 그룹 및 Managed Instance 링크는 가상 네트워크-로컬 연결만 지원합니다.

• 관리되는 인스턴스 서브넷을 관리되는 인스턴스 유형에만 위임하고 트래픽 제어에 대한 서비스 지원 NSG 규칙을 적용합니다.

• 가상 네트워크 피어링을 위해 각 SQL Managed Instance 서브넷에 고유한 경로 테이블 및 NSG를 할당합니다. 공유 테이블을 다시 사용하면 연결 오류가 발생합니다.

미사용 및 전송 중 보호를 위한 데이터 암호화 구성: SQL Managed Instance는 미사용 데이터, 전송 중 및 애플리케이션 수준에서 데이터를 포함하는 여러 암호화 계층을 제공합니다. 각 계층에는 고유한 구성 결정이 필요합니다.

공격 노출 영역을 줄이기 위해 인스턴스 구성 강화: SQL Managed Instance는 공격 표면을 확장하는 SQL Database 이외의 기능을 노출합니다. 이러한 기능을 사용하려면 거버넌스 제어와 함께 대상 강화 결정이 필요합니다.

• 업데이트 정책은 보안 패치 주기를 제어합니다. 즉각적인 적용과 Managed Instance 링크 호환성 사이에서 선택의 기로에 서게 됩니다.

• SQL 에이전트, 연결된 서버, CLR 어셈블리 및 xp_cmdshell 각각 위험 평가가 필요합니다. 사용되지 않는 기능을 비활성화하고 현재 TLS 표준을 적용합니다.

• Azure RBAC(Azure 역할 기반 액세스 제어)를 사용하여 관리 작업을 제한하고, 리소스 잠금을 적용하고, Azure Policy를 통해 보안 구성을 적용합니다.

관리 ID 및 Azure Key Vault를 사용하여 자격 증명 및 암호화 키를 보호합니다 . 관리 ID는 애플리케이션-인스턴스 연결 및 서비스 간 통합을 위해 저장된 자격 증명을 제거합니다. 사용자 할당 관리 ID는 연결 문자열 비밀을 제거하고 회전 관리를 간소화합니다.

Key Vault는 TDE 보호기 및 Always Encrypted 열 마스터 키에 대한 통합 수명 주기 관리를 제공합니다. 키 액세스 모니터링은 손상될 수 있는 비정상적인 사용 패턴을 검색합니다.

SQL Managed Instance는 자격 증명 개체를 사용하여 Blob Storage에 감사 로그를 씁니다. 이러한 자격 증명은 만료되기 전에 갱신하여 감사 연속성을 유지합니다. 마이그레이션 중에 SQL 인증을 사용하는 ID에 대한 자격 증명 전달 절차를 계획합니다.

보안 모니터링 및 감사 로깅 구성: SQL Managed Instance 감사는 Azure Blob Storage, Azure Event Hubs 및 Azure Monitor 로그를 감사 대상으로 지원합니다. 운영자 감사는 인스턴스에 대한 Microsoft 지원 작업에 대한 가시성을 제공합니다. 감사 로그 무결성을 준수하려면 변조 증거 제어가 필요합니다.

Log Analytics 통합은 보안 이벤트의 고급 쿼리 및 상관 관계를 지원하는 반면 Event Hubs는 SIEM(외부 보안 정보 및 이벤트 관리) 통합을 지원합니다. MICROSOFT Defender for SQL은 삽입, 무차별 암호 대입 및 비정상적인 액세스 패턴에 대한 경고를 포함하여 위협 방지를 추가합니다.

감사 사양을 통해 인증 이벤트, 쿼리 실행 및 권한 변경을 추적하여 에스컬레이션 시도 및 무단 액세스를 검색합니다.

프로비전된 컴퓨팅 청구 모델을 설명하는 비용 모델을 만들고 유지 관리합니다 . SQL Managed Instance는 항상 프로비전된 컴퓨팅 모델을 사용합니다. 여기서 vCores는 사용률에 관계없이 지속적으로 청구됩니다. 비용 모델은 구성된 최대 크기에 따라 서비스 계층 선택, vCore 수, 하드웨어 생성 및 스토리지 할당을 포함하는 기본 비용 동인을 고려해야 합니다.

인스턴스 범위 청구는 모든 데이터베이스가 컴퓨팅 비용을 공유하므로 차지백 및 쇼백에 대한 명확한 매핑이 필요합니다. Azure 하이브리드 혜택, 예약된 용량 및 라이선스가 필요 없는 대기 복제본과 같은 라이선스 및 약정 요소를 포함합니다. 각 레버는 다른 메커니즘을 통해 비용을 절감합니다.

지역 vCore 할당량 제약 조건은 다중 구독 아키텍처를 강제 적용하여 비용 추적 및 거버넌스에 복잡성을 더할 수 있습니다.

비용을 모니터링하고 분석하여 최적화 기회를 식별합니다. 항상 프로비전된 모델에서 유휴 컴퓨팅에는 여전히 요금이 발생합니다. Microsoft Cost Management를 사용하여 인스턴스당 컴퓨팅, 스토리지, 백업 및 라이선스 비용을 추적합니다. 실제 스토리지 사용량을 예약된 최대값과 비교하여 청구 폐기물을 식별합니다.

리소스 사용률을 모니터링하여 vCore 과도 공급 여부를 식별하고 현재 서비스 계층의 타당성을 확인합니다. 예산, 예측 및 변칙 경고를 만들어 크기 조정 또는 구성 변경으로 인한 예기치 않은 비용 증가를 감지합니다.

컴퓨팅 및 라이선스 구성을 최적화하여 프로비전된 리소스 비용을 절감합니다 . 컴퓨팅 비용은 프로비전된 전용 모델에서 지속적으로 발생하므로 vCore 수를 권한화하고 처음부터 라이선스를 최적화합니다. 구성을 선택하기 전에 사용률을 분석합니다. 워크로드에서 더 높은 스토리지 대기 시간을 허용할 때 범용 계층을 사용합니다. 계층 차이는 가장 큰 단일 비용 레버입니다.

기존 SQL Server 라이선스에 Azure 하이브리드 혜택을 적용하고, 예측 가능한 워크로드를 위해 예약된 용량에 커밋하고, 장애 조치(failover) 그룹 보조 복제본을 재해 복구에만 사용할 때 라이선스 없는 대기 복제본으로 지정합니다.

프로덕션 및 비프로덕션 인스턴스에서 환경 비용을 최적화합니다. 동일한 프로덕션 및 비프로덕션 구성은 항상 프로비전된 모델에서 예산을 낭비합니다. 각 계층에 SQL Managed Instance별 절감 메커니즘을 적용하여 환경 비용 프로필을 구분합니다.

• 예측 가능한 유휴 기간 동안 범용 인스턴스에서 중지/시작을 사용하여 비프로덕션 환경을 최적화하여 컴퓨팅 및 라이선스 요금을 제거합니다.

• 감소된 vCore 수 및 개발 테스트 구독 가격을 사용하는 비프로덕션 인스턴스를 배포하여 환경 구성을 구분합니다.

• 비임계 워크로드에 대한 장애 조치 그룹의 저비용 대안으로서 지역 복원을 평가하여 재해 복구 환경을 최적화합니다.

리소스 효율성을 개선하기 위해 인스턴스 풀을 사용하여 작은 워크로드를 통합합니다. 인스턴스 풀은 공유 컴퓨팅에서 여러 개의 작은 인스턴스를 통합하여 인스턴스당 오버헤드를 줄입니다. 풀은 풀링된 배포에만 적용되는 더 작은 vCore 구성을 지원하며 지원되는 하드웨어 세대에서 범용 계층으로 제한됩니다.

풀 컴퓨팅은 내부에서 실행되는 인스턴스 수에 관계없이 풀 수준에서 요금이 부과되므로 사용하지 않는 vCore에는 여전히 비용이 발생합니다. 라이선스 및 예약된 용량 결정은 풀의 모든 인스턴스에서 균일하게 적용됩니다.

공유된 인스턴스는 로컬 디스크 및 네트워크 리소스를 공유하므로 소란스러운 이웃 효과를 만들 수 있습니다. 각 인스턴스는 전용 vCore 및 메모리를 수신하지만 더 강력한 격리가 필요한 워크로드는 독립 실행형 인스턴스로 배포되어야 합니다.

인스턴스 구성 변경에 대한 안전한 배포 사례를 구현합니다. SQL Managed Instance 관리 작업에는 일반적인 데이터베이스 작업보다 훨씬 오래 실행되는 가상 클러스터 인프라 변경이 포함됩니다. 이러한 확장된 기간에 대한 배포 사례를 계획하여 워크로드 중단을 최소화합니다.

• 만들기, 크기 조정 및 계층 변경 작업의 연장된 기간을 고려합니다. 사용량이 많은 시간에는 예약하지 마세요. 동일한 서브넷 내의 작업이 직렬화됩니다.

• 어느 방향으로든 크기 조정 작업에 비슷한 시간이 걸리기 때문에 먼저 비프로덕션 인스턴스에서 구성 변경의 유효성을 검사하는 롤백 및 준비된 배포 전략을 계획합니다.

• 인스턴스에 일치하는 업데이트 정책이 있는지 확인하여 장애 조치(failover) 그룹 배포 변경 내용을 조정합니다. 주 인스턴스와 보조 인스턴스의 변경 내용을 서로 다른 시간에 예약합니다.

가상 네트워크 통합 인스턴스 배포를 위한 코드로 인프라를 정의합니다. SQL Managed Instance를 사용하려면 프로비전하기 전에 서브넷 위임, NSG 규칙 및 경로 테이블이 있는 가상 네트워크 통합 배포가 필요합니다. 인프라를 코드로서(IaC) 템플릿의 종속성 계층에 따라 구성하여 네트워킹을 먼저, ID 및 RBAC를 두 번째로, 마지막으로 인스턴스 리소스를 배포하도록 합니다.

서브넷 규칙, 경로 테이블 및 인스턴스 속성에 대한 구성 드리프트 검색을 설정합니다. Azure Policy를 사용하여 프로덕션 인스턴스에 필요한 태그, 허용 계층 및 영역 중복성 요구 사항과 같은 배포 표준을 적용합니다.

데이터베이스 스키마 및 인스턴스 변경에 대한 빌드 및 배포 파이프라인 디자인: 인스턴스 인프라 변경 및 데이터베이스 스키마 배포는 근본적으로 다른 시간대에서 작동합니다. 그에 따라 파이프라인 단계를 구분합니다. 확장 관리 작업을 트리거하는 작업 전에 인프라 단계 및 승인 게이트에 상태 기반 폴링을 사용합니다.

스키마를 변경하려면 배포 전에 문서화된 T-SQL 호환성 차이에 대한 유효성 검사가 필요합니다. 파이프라인의 호환성을 확인하고 배포 후 유효성 검사에서 데이터베이스 간 쿼리 종속성 및 인스턴스 범위 기능을 확인합니다.

Azure Monitor 및 SQL 네이티브 진단을 사용하여 관찰 가능성을 설정합니다. SQL Managed Instance 관찰을 위해서는 Azure Monitor 플랫폼 원격 분석과 DMV(동적 관리 뷰), 쿼리 저장소 및 확장 이벤트와 같은 SQL 네이티브 진단이 모두 필요합니다. 인스턴스 상태 및 워크로드 성능의 전체 보기를 위해 이러한 계층을 결합합니다.

인스턴스 전체에 진단 설정을 적용하여 Azure Monitor를 통해 플랫폼 모니터링을 설정합니다. 관리 작업 이벤트는 활동 로그에 표시되고 Resource Health 경고는 계획된 이벤트와 계획되지 않은 이벤트 모두에 대한 조기 경고를 제공합니다. 데이터베이스 쪽에서 워크로드 분석 및 인덱스 최적화를 위한 기본 도구로 쿼리 저장소를 사용합니다. SQL Managed Instance는 자동화된 인덱스 튜닝을 지원하지 않습니다.

Resource Health 경고를 구독하고 계획된 및 비계획된 이벤트의 조기 경고와 유지 보수 알림을 받습니다.

관리, 모니터링 및 유지 관리 작업을 자동화합니다. SQL Managed Instance에는 외부 오케스트레이션 없이 데이터베이스 유지 관리 및 작업 작업을 처리하는 기본 제공 작업 스케줄러인 SQL 에이전트가 포함되어 있습니다. 데이터베이스 엔진 및 관리 평면 작업의 전체 범위를 위해 SQL 에이전트를 Azure 수준 자동화와 결합합니다.

• 데이터베이스의 정기적인 유지 관리, 장애 조치 그룹 보조에 대한 로그인 동기화 및 작업 실패 경고를 위해 SQL 에이전트를 사용합니다.

• 관리 작업 모니터링 및 백업 보존 관리와 같은 Azure Resource Manager 상호 작용이 필요한 작업에는 Azure Automation 또는 Azure Functions를 사용합니다.

• 유휴 기간 동안 적격 인스턴스에 대한 중지 및 시작 일정 및 새 인스턴스를 프로비전할 때 일관된 진단 구성과 같은 수명 주기 작업을 자동화합니다.

데이터베이스 배포에 대한 테스트 및 유효성 검사 사례를 설정합니다. SQL Managed Instance SQL Server 호환성은 표준 테스트 도구를 지원하지만 관리 작업, 데이터베이스 간 종속성 및 인스턴스 범위 기능의 유효성을 검사해야 합니다. SQL Database와 SQL Server의 인프라 및 관리 작업 동작이 다르기 때문에 실제 SQL Managed Instance 테스트 환경을 사용합니다.

용량 계획 수행: SQL Managed Instance는 모든 데이터베이스가 vCore, 메모리, IOPS(초당 입력/출력 작업) 및 스토리지를 공유하는 인스턴스 범위 모델을 사용합니다. 한 데이터베이스의 리소스 사용량이 다른 모든 데이터베이스에 직접 영향을 미치기 때문에 데이터베이스 자산 전체의 용량 계획은 필수적입니다.

응답 시간, 처리량 및 동시 세션에 대한 성능 대상을 식별합니다. 인스턴스 수명 주기 동안 데이터베이스 수, 스토리지 및 트랜잭션 볼륨에 대한 마이그레이션 및 프로젝트 증가 패턴 전에 성능 기준을 캡처합니다. TempDB 집약적 워크로드를 계획할 때 계층별 TempDB 제약 조건을 고려합니다.

크기 조정을 위한 관리 작업은 다른 Azure SQL 제품의 일반적인 시간(분)이 아닌 몇 시간이 걸립니다. 긴급한 크기 조정 요구를 방지할 수 있는 충분한 버퍼를 사용하여 용량을 계획하고 유지 관리 기간으로 작업을 조정하여 비즈니스 중단을 최소화합니다.

워크로드 요구 사항에 대한 하드웨어 생성 및 서비스 계층을 선택합니다. 하드웨어 생성 및 서비스 계층 선택은 워크로드에 사용할 수 있는 메모리 비율, I/O 특성 및 대기 시간 프로필을 결정합니다.

워크로드에 적합한 크기 조정 전략을 선택합니다 . SQL Managed Instance는 수직 크기 조정만 지원합니다. 서비스는 자동 크기 조정, 서버리스 컴퓨팅 또는 하이퍼스케일 계층을 제공하지 않습니다.

• 계층 변경, 하드웨어 생성 변경 및 vCore 조정을 위해 다각형 작업 기간을 중심으로 수직 크기 조정을 계획합니다. 계획된 유지 관리 기간 동안 이러한 작업을 예약합니다.

• 읽기 워크로드를 비즈니스 크리티컬 계층의 기본 제공 읽기 가능 보조 복제본으로 오프로드합니다. 이 복제본은 보고, 분석 및 최종적으로 일관된 읽기와 같은 워크로드에 대한 추가 비용 없이 읽기 전용 쿼리를 제공합니다.

• 차세대 범용 플랫폼에서 vCore 수와 독립적으로 메모리 할당을 조절할 수 있도록 유연한 메모리를 사용합니다. 변경 내용은 마지막 단계로 인스턴스 장애 조치(failover)를 트리거합니다.

성능 테스트를 실행하여 데이터베이스 워크로드 동작의 유효성을 검사 합니다. 인스턴스 범위 모델에서 다중 데이터베이스 동시 동작의 유효성을 검사하는 성능 테스트를 디자인합니다. 동시에 실행되는 트랜잭션, 일괄 처리 및 보고 워크로드를 결합하는 실제 트랜잭션 혼합을 포함합니다. 인스턴스에 대해 계획된 실제 데이터베이스 수 및 데이터 볼륨을 사용하여 테스트합니다.

사전 배포 기준을 캡처하고 여러 하드웨어 세대 및 서비스 계층에서 마이그레이션 후 동작을 비교하여 선택한 구성이 요구 사항을 충족하는지 확인합니다. 특히 버퍼 풀을 다시 빌드해야 하는 원격 스토리지를 사용하는 계층에서 장애 조치 및 관리 작업 후 워크로드 복구 시간을 측정합니다.

성능 지표 식별 및 모니터링: 모든 데이터베이스가 인스턴스 범위 모델에서 컴퓨팅 리소스를 공유하기 때문에 인스턴스 및 데이터베이스 수준 모두에서 모니터링하여 리소스 경합을 식별합니다.

• 핵심 메트릭을 추적하고 워크로드가 영향을 받기 전에 사용률 임계값에 대한 경고를 설정하도록 인스턴스 수준 모니터링을 설정합니다. 계층별 제한에 대한 로그 쓰기 처리량을 포함합니다.

• 쿼리 저장소를 기본 도구로 사용하여 회귀된 쿼리를 식별하고 변경 내용을 계획합니다. SQL Managed Instance는 자동 인덱스 튜닝을 지원하지 않으므로 수동 인덱스 분석과 결합합니다.

• 데이터베이스 수준 리소스 모니터링을 추가하여 데이터베이스별 사용량을 추적하고 TempDB 및 메모리 내 스토리지와 같은 공유 리소스에 대한 경합을 검색합니다.

워크로드 디자인 및 쿼리 성능 최적화: SQL Managed Instance에는 데이터베이스 간 리소스 거버넌스, 데이터베이스 간 쿼리, 분산 트랜잭션 및 메모리 내 처리와 같이 인스턴스 범위 모델과 관련된 성능 문제를 해결하는 Enterprise Edition 기능이 포함되어 있습니다.

최적화 전략에서 서비스별 리소스 제약 조건을 고려합니다. TempDB 할당, 쓰기 처리량에 대한 로그 속도 거버넌스 제한 및 계층 종속 IOPS 모델이 각각 제약 조건과 최적화 기회를 모두 제공합니다.