Azure SQL Managed Instance의 관리 작업 기간

적용 대상:Azure SQL Managed Instance

이 문서에서는 Azure SQL Managed Instance의 관리 작업 단계 및 기간을 자세히 설명합니다.

시드 및 장애 조치(failover)와 같은 관리 작업과 관련된 기본 프로세스에 대한 개요는 관리 작업 개요를 참조하세요.

관리 작업 단계

Azure SQL Managed Instance 관리에는 다음 작업이 포함됩니다.

• 만들기: 새 SQL 관리형 인스턴스를 만들 때 발생하는 작업입니다. 여기에는 기본 VM(가상 머신) 그룹을 만들거나 크기를 조정하고 SQL Database 엔진 프로세스를 배포하는 작업이 포함됩니다.
• 업데이트: 컴퓨팅 또는 스토리지 크기 조정, 서비스 계층 변경 또는 인스턴스 구성 업데이트와 같은 기존 SQL 관리형 인스턴스의 속성을 변경할 때 발생하는 작업입니다. 업데이트를 수행할 때에는 일반적으로 기본 VM(가상 머신) 그룹을 생성하거나 크기를 조정하고, 데이터를 초기화한 후 새로운 SQL 데이터베이스 엔진 프로세스로 장애 조치하여 이동합니다.
• 삭제: 인스턴스와 연결된 VM 그룹과 같은 리소스 정리를 포함하여 기존 SQL 관리형 인스턴스를 삭제할 때 발생하는 작업입니다.

작업 만들기

만들기 작업은 가상 네트워크 서브넷 내에서 새 SQL 관리형 인스턴스의 배포를 시작하고 인스턴스에 대한 컴퓨팅, 스토리지 및 SQL Database 엔진 환경을 설정합니다.

생성 프로세스는 일반적으로 다음 세 단계를 수행합니다.

1. 요청 유효성 검사: 제출된 매개 변수는 구문적으로 그리고 의미상 유효성을 검사합니다. 매개 변수가 잘못된 경우(예: 잘못된 서브넷 또는 지원되지 않는 SKU) 작업이 오류와 함께 즉시 실패합니다.
2. VM 그룹 만들기 또는 크기 조정: VM 그룹을 만들거나 확장하여 새 인스턴스를 호스트합니다. 작업 기간은 인스턴스가 영역 중복인지 여부에 따라 달라집니다.
3. 새 SQL 인스턴스 시작: 할당된 VM에서 SQL Database 엔진 프로세스를 배포하고 시작합니다.

업데이트 작업

업데이트 작업은 컴퓨팅 또는 스토리지 크기 조정, 서비스 계층 변경 또는 인스턴스 구성 업데이트와 같은 기존 SQL 관리형 인스턴스의 속성을 수정합니다.

업데이트 프로세스는 일반적으로 5단계를 거치게 됩니다.

1. 요청 유효성 검사: 제출된 매개 변수는 구문적으로 그리고 의미상 유효성을 검사합니다. 현재 인스턴스 구성 및 요청된 변경 내용을 기반으로 지원되는 업데이트 유형을 확인합니다. 요청이 유효하지 않으면 오류가 발생하여 작업이 실패합니다.
2. VM 그룹 만들기 또는 크기 조정: 변경에 따라 다음 업데이트 작업과 같이 기존 VM 그룹의 크기가 조정되거나 새 VM 그룹이 만들어집니다.
   • 스토리지 확장 또는 축소
   • 컴퓨팅을 늘리거나 줄이기
   • 서비스 계층 변경
   • 하드웨어 변경
   • 유지 관리 기간 조정
   • 영역 중복성 사용 또는 사용 안 함
3. SQL 인스턴스 시작: 업데이트된 구성을 사용하여 새 SQL Database 엔진 프로세스가 초기화됩니다.
   • 새 VM 그룹을 만들거나 기존 VM 그룹의 크기를 조정하면 전체 SQL Database 엔진 배포가 발생합니다.
4. 초기값/스토리지 연결: 새 VM 또는 크기가 조정된 VM 그룹에 데이터베이스를 준비합니다. 이 프로세스 중에 인스턴스를 사용할 수 있습니다.
5. 준비하고 장애 조치: 트래픽이 새 인스턴스로 리디렉션됩니다.
   • 트래픽이 새 SQL Database 엔진 프로세스로 다시 라우팅되는 경우 장애 조치(failover) 중에만 인스턴스를 사용할 수 없습니다. 중요 비즈니스용 서비스 계층에서는 인스턴스를 최대 20초 동안 사용할 수 없지만 범용 서비스 계층에서는 최대 2분 동안 인스턴스를 사용할 수 없습니다.
6. 이전 SQL 인스턴스 정리: 이전 가상 머신의 할당을 취소하고 더 이상 필요하지 않은 SQL 프로세스를 삭제합니다.

삭제 작업

삭제 작업은 기존 SQL 관리형 인스턴스를 제거하고 연결된 리소스를 정리합니다. 삭제 작업이 트리거되는 즉시 SQL Managed Instance에 대한 청구가 비활성화됩니다. 삭제 작업의 기간은 청구에 영향을 주지 않습니다.

삭제 프로세스는 일반적으로 다음 네 단계를 수행합니다.

1. 요청 유효성 검사: 제출된 매개 변수는 구문적으로 그리고 의미상 유효성을 검사합니다. 요청이 유효하지 않으면 오류가 발생하여 작업이 실패합니다.
2. 비상 로그 백업: 인스턴스가 비어 있지 않으면 인스턴스가 삭제된 후 데이터가 손실되지 않도록 모든 데이터베이스에 대해 비상 로그 백업이 수행됩니다. 백업은 각 데이터베이스의 보존 정책에 따라 유지됩니다.
3. SQL 인스턴스 정리: SQL Database 엔진 프로세스가 VM 그룹에서 제거되고 인스턴스와 연결된 리소스의 할당이 취소됩니다.
4. VM 그룹 삭제: 서브넷에 다른 인스턴스가 있는 경우 VM 그룹은 해당 인스턴스에 대해 그대로 유지됩니다. 삭제되는 인스턴스가 서브넷의 마지막 인스턴스인 경우 VM 그룹은 마지막 단계로 동기적으로 삭제됩니다. 서브넷의 마지막 인스턴스가 삭제되면 VM 그룹을 제거하면 가상 클러스터 제거가 자동으로 시작됩니다.

인스턴스 풀

인스턴스 풀을 사용하면 공유 리소스를 사용하여 여러 인스턴스를 만들고 관리할 수 있으므로 비용을 절감하고 관리를 간소화할 수 있습니다. 기존 풀 내에서 개별 인스턴스를 배포하는 것은 인프라를 이미 사용할 수 있기 때문에 독립 실행형 관리형 인스턴스를 프로비전하는 것보다 훨씬 빠릅니다.

인스턴스 풀 만들기 에는 다음 단계가 포함됩니다.

• 요청 유효성 검사: 제출된 매개 변수는 구문적으로 그리고 의미상 유효성을 검사합니다. 요청이 유효하지 않으면 오류가 발생하여 작업이 실패합니다.
• VM 그룹 만들기: Azure 가상 네트워크의 서브넷 내에서 인스턴스 풀을 호스트하기 위해 새 VM 그룹이 만들어집니다. 가상 클러스터에 할당된 vCore 수는 풀의 모든 인스턴스에서 사용되는 최대 총 vCore 수입니다. 이는 여러 관리되는 인스턴스에 대한 기본 인프라를 설정하는 일회성 작업입니다.
• 인스턴스 만들기: 인스턴스는 할당된 VM에 SQL Database 엔진 프로세스를 배포하는 것을 포함하는 인스턴스 풀 내에 만들어집니다. 인스턴스는 가상 클러스터의 리소스를 공유하므로 리소스 사용률이 더 효율적입니다. 인스턴스는 필요에 따라 고객이 만듭니다.

풀 내에 인스턴스를 만들려면 다음 단계를 수행합니다.

• 요청 유효성 검사: 제출된 매개 변수는 구문적으로 그리고 의미상 유효성을 검사합니다. 요청이 유효하지 않으면 오류가 발생하여 작업이 실패합니다.
• 인스턴스 만들기: 인스턴스는 할당된 VM에 SQL Database 엔진 프로세스를 배포하는 것을 포함하는 인스턴스 풀 내에 만들어집니다.

인스턴스를 인스턴스 풀로 이동 하려면 다음 단계를 수행합니다.

• 요청 유효성 검사: 제출된 매개 변수는 구문적으로 그리고 의미상 유효성을 검사합니다. 요청이 유효하지 않으면 오류가 발생하여 작업이 실패합니다.
• vCore 할당: 인스턴스에 풀에서 필요한 vCore 수를 적절히 할당해야 합니다. 이미 vCore를 풀에 프로비전했으므로 이는 쉽고 풀 내부에 새 인스턴스를 프로비전하는 것과 동일하게 작동합니다.

인스턴스 풀에서 인스턴스를 이동하려면 다음 단계를 수행합니다.

• 요청 유효성 검사: 제출된 매개 변수는 구문적으로 그리고 의미상 유효성을 검사합니다. 요청이 유효하지 않으면 오류가 발생하여 작업이 실패합니다.
• VM 그룹 만들기 또는 크기 조정: 풀 외부의 인스턴스에 필요한 vCore 수를 적절하게 제공해야 합니다. vCore는 준비되지 않았으며 프로비전되어야 하므로 이 작업은 기존 VM 그룹의 크기를 조정하거나 새 VM 그룹을 만들어야 하는 업데이트 기간과 동일합니다.

영역 중복

영역 중복을 사용하도록 설정하면 컴퓨팅 및 스토리지 계층이 여러 가용성 영역에 분산되어 고가용성 및 데이터 무결성을 보장합니다.

영역 중복은 여러 가용성 영역에서 리소스의 변경 내용을 수용하도록 관리 작업 기간을 연장합니다.

관리 작업 기간

관리 작업 기간은 SQL Managed Instance의 서비스 계층에 따라 달라집니다. 다음 섹션에서는 각 서비스 계층에 대한 관리 작업 기간에 대한 자세한 정보를 제공합니다.

트래픽이 새 SQL Database 엔진 프로세스로 리디렉션되는 마지막 장애 조치(failover ) 단계를 제외하고 모든 관리 작업 기간 동안 인스턴스를 사용할 수 있습니다. 중요 비즈니스용 서비스 계층에서는 인스턴스를 최대 20초 동안 사용할 수 없지만 범용 및 차세대 범용 서비스 계층에서는 최대 2분 동안 인스턴스를 사용할 수 없습니다.

시드 기간

시드 는 SQL Database 엔진 프로세스에서 데이터를 초기화하고 동기화하는 프로세스입니다. 시드 기간은 주로 데이터베이스의 크기에 따라 달라집니다. 평균적으로 시드는 시간당 약 220GB의 속도로 진행됩니다.

씨뿌리기는 8개의 병렬 채널을 통해 동시에 실행됩니다. 언제든지 데이터 전송을 위해 8개의 데이터베이스가 선택됩니다. 한 데이터베이스의 전송이 완료되는 즉시 사용 가능한 다음 데이터베이스가 현재 사용 가능한 채널에 할당되어 연속적이고 효율적인 처리량을 보장합니다.

다음 표에서는 다음 정보를 제공합니다.

• 대부분의 경우 예상 시드 시간
• 95%의 케이스에 대한 최대 예상 시드 시간

관련 콘텐츠

• 빠른 시작: 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 마이그레이션