Azure SQL Managed Instance 관리 작업 개요
적용 대상:Azure SQL Managed Instance
Azure SQL Managed Instance에서는 새로운 관리형 인스턴스를 자동으로 배포하고, 인스턴스 속성을 업데이트하고, 더 이상 필요 없는 인스턴스를 삭제하는 데 사용할 수 있는 관리 작업을 제공합니다.
관리 작업이란?
모든 관리 작업은 다음과 같이 분류할 수 있습니다.
- 인스턴스 배포(새 인스턴스 생성)
- 인스턴스 업데이트(vCore 또는 예약된 스토리지와 같은 인스턴스 속성 변경)
- 인스턴스 삭제
Azure 가상 네트워크 내에서 배포를 지원하고 고객에게 격리 및 보안을 제공하기 위해 SQL Managed Instance는 가상 클러스터를 사용합니다. 가상 클러스터는 고객의 가상 네트워크 서브넷 내에 배포되고 가상 머신 그룹으로 구성되어 격리된 전용 가상 머신 세트를 나타냅니다. 기본적으로 빈 서브넷에 배포된 모든 관리되는 인스턴스는 최초의 가상 머신 그룹을 구축하는 새로운 가상 클러스터 구축으로 이어집니다.
관리되는 인스턴스에 대한 후속 관리 작업은 기본 가상 머신 그룹영향을 줄 수 있습니다. 가상 클러스터에 더 많은 가상 머신을 배포하는 경우 기존 관리되는 인스턴스에 대한 새 배포 또는 업데이트를 계획할 때 고려해야 하는 오버헤드가 발생하므로 기본 가상 머신 그룹에 영향을 주는 변경 내용은 관리 작업 기간에 영향을 줄 수 있습니다.
빠른 프로비저닝
특정 구성을 사용하는 인스턴스는 빠른 SQL Managed Instance 프로비전을 통해 이점을 얻을 수 있으므로 서브넷에서 첫 번째 인스턴스를 만드는 데 걸리는 시간을 30분(평균 45~60분에서 단축)으로 줄일 수 있습니다. 작업 진행 시간에 대해 자세히 알아보려면 관리 작업을 검토하세요.
빠른 프로비전은 다음 경우에만 적용됩니다.
- 서브넷에 프로비전된 첫 번째 인스턴스에
- vCore가 4~8개인 인스턴스에
- 기본 유지 관리 기간을 사용하는 인스턴스에
- 영역 중복이 없는 인스턴스에 대해서
기간
가상 클러스터의 작업 기간은 다를 수 있지만 일반적으로 기간이 가장 깁니다.
다음 표에서는 만들기, 업데이트 또는 삭제 작업의 일부로 트리거할 수 있는 장기 실행 단계를 나열합니다. 또한 테이블에는 기존 서비스 원격 분석 데이터를 기반으로 일반적으로 예상할 수 있는 기간이 나열됩니다.
Step | 설명 | 예상 소요 시간 |
---|---|---|
가상 클러스터 만들기(빠른 프로비전)1 | 빠른 프로비전은 첫 번째 가상 머신 그룹을 즉시 사용할 수 있는 인스턴스 관리 작업의 동기 단계입니다. | 90%의 작업이 30분 안에 완료됨 |
가상 클러스터 만들기 | 만들기는 첫 번째 가상 머신 그룹을 만드는 동안 인스턴스 관리 작업의 동기 단계입니다. | 90%의 작업이 4시간 이내에 완료됨 |
가상 클러스터 크기 조정(확장 또는 축소) | 기존 가상 머신 그룹에 새 머신 추가, 사용되지 않는 가상 머신 제거, 전체 가상 머신 그룹 추가 또는 제거 확장은 동기 단계이며 축소는 인스턴스 관리 작업 기간에 영향을 주지 않고 비동기적으로 수행됩니다. |
새 가상 머신 그룹 생성을 통한 클러스터 확장의 90%가 4시간 이내에 완료됨 기존 가상 머신 그룹 확장을 통한 클러스터 확장의 90%가 60분 내에 완료됨 |
가상 클러스터 삭제 | 가상 클러스터 삭제는 마지막 인스턴스가 서브넷에서 삭제될 때 트리거됩니다. | 클러스터 삭제의 90%가 1.5시간 안에 완료됨 |
데이터베이스 파일 시드2 | 컴퓨팅(vCore) 또는 중요 비즈니스용 서비스 계층의 스토리지 크기 조정 중에 트리거되는 동기 단계는 물론 서비스 계층을 범용에서 중요 비즈니스용으로(또는 그 반대로) 변경할 때 트리거됩니다. 이 작업의 기간은 총 데이터베이스 크기 및 현재 데이터베이스 작업(활성 트랜잭션 수)에 비례합니다. 인스턴스를 업데이트할 경우 데이터베이스 작업은 총 기간이 크게 달라질 수 있습니다. | 이러한 작업의 90%는 220GB/시 이상으로 실행됩니다. |
1 빠른 프로비전은 현재 4개 또는 8개의 vCore와 기본 유지 관리 기간 구성을 사용하는 서브넷의 첫 번째 인스턴스에 대해서만 지원됩니다.
2 중요 비즈니스용 서비스 계층에서 컴퓨팅(vCore) 또는 스토리지의 크기를 조정하거나 서비스 계층을 범용에서 중요 비즈니스용으로 전환할 때 시드에는 Always On 가용성 그룹 시드도 포함됩니다.
Important
범용 서비스 계층에서 스토리지 확장 또는 축소는 메타데이터를 업데이트하고 제출된 요청에 대한 응답을 전파하는 것으로 구성됩니다. 가동 중지 시간 및 장애 조치 없이 최대 5분 안에 완료되는 빠른 작업입니다.
관리 작업 장기 실행 세그먼트
다음 표에는 작업의 범주에 따라 작업 및 일반적인 전체 기간이 요약되어 있습니다.
범주: 배포
연산 | 장기 실행 세그먼트 | 예상 소요 시간 |
---|---|---|
빈 서브넷의 첫 번째 인스턴스1 | 가상 클러스터 만들기(빠른 프로비전) | 90%의 작업이 30분 안에 완료됩니다. |
빈 서브넷의 첫 번째 인스턴스 | 가상 클러스터 만들기 | 90%의 작업이 4시간 이내에 완료됩니다. |
비어 있지 않은 서브넷에서 다른 하드웨어 생성 또는 유지 관리 기간이 있는 첫 번째 인스턴스(예: 표준 시리즈 인스턴스가 있는 서브넷의 첫 번째 프리미엄 시리즈 인스턴스) | 가상 클러스터2에 새 가상 머신 그룹 추가 | 90%의 작업이 4시간 이내에 완료됩니다. |
비어 있지 않은 서브넷 내의 후속 인스턴스 만들기(두 번째, 세 번째 등의 인스턴스) | 가상 클러스터 크기 조정 | 90%의 작업이 60분 안에 완료됩니다. |
1 빠른 프로비전은 현재 4개 또는 8개의 vCore와 기본 유지 관리 기간 구성을 사용하는 서브넷의 첫 번째 인스턴스에 대해서만 지원됩니다. 2 각 하드웨어 생성 및 기본 유지 관리 기간 구성에 대해 별도의 가상 머신 그룹이 만들어집니다.
범주: 업데이트
연산 | 장기 실행 세그먼트 | 예상 소요 시간 |
---|---|---|
인스턴스 속성 변경 (관리자 암호, Microsoft Entra 로그인, Azure 하이브리드 혜택 플래그) |
해당 없음 | 최대 1분 |
인스턴스 스토리지 확장/축소 (범용) |
장기 실행 세그먼트 없음 | 99%의 작업이 5분 안에 완료됩니다. |
인스턴스 스토리지 확장/축소 (중요 비즈니스용) |
- 가상 클러스터 크기 조정 - Always On 가용성 그룹 마법사 |
작업의 90%가 60분+모든 데이터베이스를 시딩하는 시간(220GB/시) 후에 완료됩니다. |
인스턴스 스토리지 확장/축소 (차세대 범용) |
- 가상 클러스터 생성/가상 머신 그룹 크기 조정 - Always On 가용성 그룹 마법사 |
90%의 작업이 4시간(가상 머신 그룹 생성) 또는 60분 (가상 머신 그룹 크기 조정) + 모든 데이터베이스 시드 시간(220GB/시간) + 장애 조치 (failover) + 오래된 인스턴스 정리 시간 이내에 완료됩니다. |
인스턴스 컴퓨팅 (vCore) 스케일 업 및 다운 (범용) |
- 가상 클러스터 크기 조정 | 90%의 작업이 60분 안에 완료됩니다. |
인스턴스 컴퓨팅 (vCore) 스케일 업 및 다운 (중요 비즈니스용) |
- 가상 클러스터 크기 조정 - Always On 가용성 그룹 마법사 |
작업의 90%가 60분+모든 데이터베이스를 시딩하는 시간(220GB/시) 후에 완료됩니다. |
인스턴스 컴퓨팅 (vCore) 스케일 업 및 다운 (차세대 범용) |
가상 클러스터 생성/가상 머신 그룹 크기 조정 - Always On 가용성 그룹 마법사 |
90%의 작업이 4시간(가상 머신 그룹 생성) 또는 60분 (가상 머신 그룹 크기 조정) + 모든 데이터베이스 시드 시간(220GB/시간) + 장애 조치 (failover) + 오래된 인스턴스 정리 시간 이내에 완료됩니다. |
인스턴스 서비스 계층 변경 (범용에서 중요 비즈니스용으로 및 그 반대로) |
- 가상 클러스터 크기 조정 - Always On 가용성 그룹 마법사 |
작업의 90%가 60분+모든 데이터베이스를 시딩하는 시간(220GB/시) 후에 완료됩니다. |
인스턴스 서비스 계층 변경 (범용 또는 중요 비즈니스용에서 차세대 범용으로 및 그 반대의 경우도 마찬가지입니다. |
가상 클러스터 생성/가상 머신 그룹 크기 조정 - Always On 가용성 그룹 마법사 |
90%의 작업이 4시간(가상 머신 그룹 생성) 또는 60분 (가상 머신 그룹 크기 조정) + 모든 데이터베이스 시드 시간(220GB/시간) + 장애 조치 (failover) + 오래된 인스턴스 정리 시간 이내에 완료됩니다. |
인스턴스 하드웨어 또는 유지 관리 기간 변경 (범용) |
- 가상 클러스터 크기 조정1 | 90%의% 작업이 4시간 이내(가상 머신 그룹 만들기) 또는 60분 이내(가상 머신 그룹 크기 조정)에 완료됩니다. |
인스턴스 하드웨어 또는 유지 관리 기간 변경 (중요 비즈니스용) |
- 가상 클러스터 크기 조정1 - Always On 가용성 그룹 마법사 |
90%의 작업이 4시간(가상 머신 그룹 생성) 또는 60분(가상 머신 그룹 크기 조정) + 모든 데이터베이스 시드 시간(220GB/시간) 이내에 완료됩니다. |
인스턴스 하드웨어 또는 유지 관리 기간 변경 (차세대 범용) |
- 가상 클러스터 생성/가상 머신 그룹 크기 조정 - Always On 가용성 그룹 마법사 |
90%의 작업이 4시간(가상 머신 그룹 생성) 또는 60분 (가상 머신 그룹 크기 조정) + 모든 데이터베이스 시드 시간(220GB/시간) + 장애 조치 (failover) + 오래된 인스턴스 정리 시간 이내에 완료됩니다. |
1 관리되는 인스턴스는 동일한 해당 하드웨어 및 유지 관리 기간이 있는 가상 머신 그룹에 배치해야 합니다. 가상 클러스터에 해당 그룹이 없는 경우 인스턴스 구성을 수용하기 위해 먼저 새 그룹을 만들어야 합니다.
범주: 삭제
연산 | 장기 실행 세그먼트 | 예상 소요 시간 |
---|---|---|
마지막 인스턴스가 아닌 삭제 | 모든 데이터베이스에 대한 비상 로그 백업 | 작업의 90%가 1분 안에 완료됩니다.1 |
마지막 인스턴스 삭제 | - 모든 데이터베이스에 대한 비상 로그 백업 - 가상 클러스터 삭제 |
작업의 90%가 최대 1.5시간 내에 완료됩니다.2 |
1 클러스터에 여러 가상 머신 그룹이 있는 경우 그룹의 마지막 인스턴스를 삭제하면 즉시 가상 머신 그룹 삭제가 비동기적으로 트리거됩니다.
2 서브넷에서 마지막 인스턴스를 삭제하면 가상 클러스터 삭제가 동기적으로 즉시 트리거됩니다.
Important
삭제 작업이 트리거되는 즉시 SQL Managed Instance에 대한 청구를 사용할 수 없습니다. 삭제 작업 기간은 청구에 영향을 주지 않습니다.
인스턴스 가용성
업데이트를 마칠 때 발생하는 장애 조치(failover)로 인한 짧은 가동 중지 시간을 제외하고 업데이트 작업 중에 SQL Managed Instance를 사용할 수 있습니다. 일반적으로 가속 데이터베이스 복구 덕분에 중단된 장기 실행 트랜잭션이 발생하는 경우에도 최대 10초 정도 지속됩니다.
참고 항목
범용 관리형 인스턴스 스토리지의 크기를 조정하더라도 업데이트 완료 후 장애 조치(failover)가 발생하지 않습니다.
배포 및 삭제 작업 중에는 클라이언트 애플리케이션에서 SQL Managed Instance를 사용할 수 없습니다.
Important
Azure SQL Managed Instance의 컴퓨팅 또는 스토리지를 확장하거나 장기 실행 트랜잭션(데이터 가져오기, 데이터 처리 작업, 인덱스 다시 작성 등)과 동시에 서비스 계층을 변경하는 것은 권장하지 않습니다. 작업이 끝날 때 데이터베이스를 장애 조치(failover)하면 진행 중인 모든 트랜잭션이 취소됩니다.
관리 작업 단계
관리 작업은 여러 단계로 구성됩니다. 모니터링 API을 사용하면 이러한 단계가 작업의 하위 집합(배포 및 업데이트)에 대해 공개됩니다. 배포 작업은 3단계로 구성되며 업데이트 작업은 6단계로 수행됩니다. 작업 기간에 대한 자세한 내용은 관리 작업 기간 섹션을 참조하세요. 단계는 실행 순서대로 나열됩니다.
관리되는 인스턴스 배포 단계
단계 이름 | 단계 설명 |
---|---|
요청 유효성 검사 | 제출된 매개 변수의 유효성이 검사됩니다. 구성이 잘못되면 오류가 발생하여 작업이 실패합니다. |
가상 클러스터 크기 조정/만들기 | 가상 클러스터의 상태에 따라 클러스터는 생성 또는 크기 조정 상태로 전환됩니다. |
새 SQL 인스턴스 시작 | SQL 프로세스는 배포된 가상 머신에서 시작됩니다. |
관리되는 인스턴스 업데이트 단계
단계 이름 | 단계 설명 |
---|---|
요청 유효성 검사 | 제출된 매개 변수의 유효성이 검사됩니다. 구성이 잘못되면 오류가 발생하여 작업이 실패합니다. |
가상 클러스터 크기 조정/만들기 | 가상 클러스터의 상태에 따라 클러스터는 생성 또는 크기 조정 상태로 전환됩니다. |
새 SQL 인스턴스 시작 | SQL 프로세스는 배포된 가상 머신에서 시작됩니다. |
데이터베이스 파일 시딩/데이터베이스 파일 연결 | 업데이트 작업의 유형에 따라 데이터베이스 시드 또는 데이터베이스 파일 연결이 수행됩니다. |
장애 조치(failover) 준비 및 장애 조치(failover) | 데이터를 시드하거나 데이터베이스 파일을 다시 연결한 후 시스템은 장애 조치에 대비하고 있는 중입니다. 모든 준비가 완료되면 장애 조치(failover)가 수행되고 짧은 가동 중지 시간이 발생합니다. |
오래된 SQL 인스턴스 정리 | 가상 머신에서 이전 SQL 프로세스를 제거합니다. |
관리형 인스턴스 삭제 단계
단계 이름 | 단계 설명 |
---|---|
요청 유효성 검사 | 제출된 매개 변수의 유효성이 검사됩니다. 구성이 잘못되면 오류가 발생하여 작업이 실패합니다. |
SQL 인스턴스 정리 | 가상 머신에서 SQL 프로세스를 제거합니다. |
가상 클러스터 삭제 | 삭제되는 인스턴스가 서브넷에서 마지막인지에 따라 가상 클러스터는 마지막 단계로 동기적으로 삭제됩니다. |
참고 항목
인스턴스 크기 조정의 결과로 기본 가상 클러스터는 사용되지 않는 용량 및 가능한 용량 조각 모음을 해제하는 프로세스를 거치며, 이는 생성/크기 조정 작업에 참여하지 않은 인스턴스에 영향을 미칠 수 있습니다.
관리 작업 상호 영향
관리되는 인스턴스에 대한 관리 작업은 동일한 서브넷 내에 배치된 다른 인스턴스의 관리 작업에 영향을 줄 수 있습니다.
가상 클러스터의 장기 실행 복원 작업으로 인해 생성 또는 스케일링 작업과 같은 동일한 가상 머신 그룹의 다른 작업이 보류됩니다.
예: 장기 실행 복원 작업과 가상 머신 그룹을 축소해야 하는 크기 조정 요청이 있는 경우 복원 작업이 완료되기를 기다리는 동안 축소 요청이 완료되는 데 시간이 더 오래 걸립니다.
후속 인스턴스 만들기 또는 스케일링 작업은 이전에 시작된 인스턴스 만들기 또는 가상 머신 그룹의 크기 조정을 시작한 인스턴스 스케일링에 의해 보류됩니다.
예: 동일한 가상 머신 그룹 아래에 동일한 서브넷에 여러 개의 만들기 및/또는 크기 조정 요청이 있고 그 중 하나가 가상 머신 그룹 크기를 시작하는 경우 초기 작업 요청 후 5분 이상 제출된 모든 요청은 다시 시작하기 전에 크기 조정이 완료될 때까지 기다려야 하므로 예상보다 오래 지속됩니다.
5분 시간 창 내에 제출된 만들기/크기 조정 작업은 일괄 처리되어 병렬로 실행됩니다.
예: 5분 동안 제출된 모든 작업에 대해 하나의 가상 클러스터 크기 조정만 수행됩니다(첫 번째 작업 요청을 실행하는 순간부터 측정). 첫 번째 요청이 제출된 후 5분 이상 다른 요청이 제출되면 실행이 시작되기 전에 가상 클러스터 크기 조정이 완료될 때까지 기다립니다.
Important
진행 중인 다른 작업으로 인해 보류된 관리 작업은 진행 조건이 충족되면 자동으로 다시 시작됩니다. 일시 중지된 관리 작업을 다시 시작하는 데 필요한 사용자 작업은 없습니다.
관리 작업 모니터링
관리 작업의 진행 상황 및 상태를 모니터링하는 방법을 배우려면 Azure SQL Managed Instance의 관리 작업 모니터링 를 참조하세요.
관리 작업 취소
관리 작업을 취소하는 방법을 알아보려면 Azure SQL Managed Instance 관리 작업 취소참조하세요.
관련 콘텐츠
- 빠른 시작: Azure SQL Managed Instance 만들기
- 기능 비교: Azure SQL Database 및 Azure SQL Managed Instance
- Azure SQL Managed Instance 대한
연결 아키텍처 - 가상 클러스터 아키텍처 - Azure SQL Managed Instance
- Database Migration Service 사용하여 SQL Managed Instance 마이그레이션