가상 클러스터 아키텍처 - Azure SQL Managed Instance

적용 대상: Azure SQL Managed Instance

이 문서에서는 Azure SQL Managed Instance를 호스트하는 가상 클러스터의 아키텍처와 작업 관리를 설명합니다.

개요

SQL Managed Instance는 격리된 전용 가상 머신 집합에서 호스트되고 가상 클러스터에 참가한 서비스 구성 요소로 구성된 단일 테넌트 PaaS(Platform as a Service)입니다. 이러한 전용 가상 머신 집합은 하드웨어 생성 및 유지 관리 기간과 같은 유사한 인스턴스 구성 특성에 따라 가상 머신 그룹에 배치됩니다. 인스턴스 하나 이상이 가상 머신 그룹에 있을 수 있으며 가상 머신 그룹 하나 이상이 가상 클러스터를 형성합니다. 가상 클러스터는 새 인스턴스와 제거된 인스턴스를 수용하기 위해 필요에 따라 자동으로 확장되거나 축소됩니다.

각 가상 클러스터는 서브넷 하나와 연결되고 첫 번째 SQL Managed Instance가 서브넷에서 생성될 때 자동으로 배포됩니다. 마찬가지로 가상 클러스터는 서브넷의 마지막 인스턴스가 삭제되면 자동으로 제거되므로 서브넷이 비어 있고 서브넷을 제거할 수 있습니다. 가상 클러스터는 서브넷을 해당 서브넷 내에 배포된 Managed Instance에 연결합니다. SAL(서비스 연결 링크)은 서브넷과 클러스터 간의 연결을 설정하는 데 사용됩니다.

다음 다이어그램은 가상 클러스터의 개념적 레이아웃을 보여줍니다.

관리 작업의 역할

관리 작업에서 가상 클러스터 역할은 작업에 적합한 컴퓨팅 리소스를 찾고 클러스터 내에서 인스턴스를 만드는 가상 머신 및 가상 머신 그룹과 같은 리소스를 관리하는 것입니다. 관리 작업에는 새 인스턴스 만들기뿐만 아니라 기존 인스턴스 구성 삭제 또는 수정이 포함됩니다. 가상 클러스터는 작업에 따라 기존 가상 머신 그룹을 확장, 축소 또는 삭제하거나 새 가상 머신 그룹을 만듭니다.

가상 머신 그룹은 유사한 인스턴스 구성 특성(예: 하드웨어 생성 및 유지 관리 기간)에 의해 정의되므로 이러한 인스턴스 특성을 변경하면 가상 클러스터가 가상 클러스터를 형성하는 가상 머신 그룹에 대한 작업을 수행합니다. 관리 작업에 의해 트리거되는 작업에는 새 가상 머신과 가상 머신 그룹 만들기 또는 기존 가상 머신과 가상 머신 그룹 삭제뿐만 아니라 기존 그룹 확장 및 그룹 간에 인스턴스 이동이 포함됩니다. 모든 가상 머신이 그룹에서 제거되면 가상 클러스터도 가상 머신 그룹을 삭제합니다.

예를 들어 인스턴스의 하드웨어 생성을 변경하는 경우 가상 머신 그룹이 아직 없으면 가상 클러스터에서 하드웨어 생성을 위한 새 가상 머신 그룹을 만들고 인스턴스를 해당 그룹으로 이동합니다.

가상 그룹 변경 작업 기간은 작업 유형에 따라 달라집니다. 자세한 내용은 SQL Managed Instance 관리 작업을 참조하세요.

가상 머신 그룹 수

가상 클러스터의 가상 머신 그룹 수는 다음 사항에 따라 달라집니다.

• 서로 다른 하드웨어 생성 구성 수
• 서로 다른 유지 관리 기간 구성 수
• 가상 머신 그룹 크기 한도(컴퓨팅 레이어에서 정의되며 변경될 수 있음)

서로 다른 하드웨어 생성 구성 수와 서브넷의 서로 다른 유지 관리 기간 구성 수를 곱하여 가상 클러스터의 가상 머신 그룹 수를 결정할 수 있습니다. 예를 들어 하드웨어 생성 구성 2개(예: 표준 시리즈 1개 및 프리미엄 시리즈 인스턴스 1개)와 서로 다른 유지 관리 기간 구성 2개가 있는 경우 가상 클러스터에는 가상 머신 그룹 4개가 있습니다.

SQL Managed Instance는 서로 다른 하드웨어 생성 구성 3개와 서로 다른 유지 관리 기간 구성 3개를 지원합니다. 따라서 가상 클러스터 하나의 최소 가상 머신 그룹 수는 1개(하드웨어 생성 구성 1개, 유지 관리 기간 구성 1개)이며 최대 수는 9(서로 다른 하드웨어 생성 구성 3개, 서로 다른 유지 관리 기간 구성 3개)입니다.

IP 주소 사용의 역할

Azure SQL Managed Instance의 기본 제공 고가용성은 Azure Service Fabric을 통해 구현됩니다. Service Fabric 클러스터는 네트워크로 연결된 가상 또는 물리적 컴퓨터 집합입니다. Service Fabric 클러스터에 속하는 각 컴퓨터나 VM을 클러스터 노드라고 하며 각 노드는 IP 주소 하나를 예약합니다. 따라서 SQL Managed Instance를 만드는 전용 VM 집합의 각 가상 머신은 Service Fabric 클러스터의 노드로 간주됩니다. SQL Managed Instance를 하나 이상 호스트하는 가상 클러스터는 고가용성을 위해 IP 주소를 각 VM에 할당하여 Service Fabric 클러스터를 형성합니다.

가상 클러스터는 내부 가상 머신에 IP 주소를 할당하고 각 가상 클러스터는 단일 서브넷과 연결되므로 적절한 서브넷 크기를 결정할 때 서브넷에 배포할 인스턴스 수를 신중하게 고려해야 합니다.

Managed Instance를 배포할 서브넷의 적절한 크기를 결정할 때 다음을 고려합니다.

• 서브넷에 배포할 인스턴스 수
• 서브넷에서 예상하는 서로 다른 가상 머신 그룹 수

자세한 내용은 Azure SQL Managed Instance에 대한 필요한 서브넷 크기 및 범위 확인을 참조하세요.

DNS 동기화

가상 클러스터는 기존 SQL Managed Instance를 호스트하는 가상 네트워크의 DNS 서버 설정 변경 내용을 동기화합니다. 가상 클러스터는 동기화를 트리거하고 클러스터 내의 인스턴스에 전파합니다. 자세한 내용은 Azure SQL Managed Instance에서 프라이빗 도메인 이름 확인을 참조하세요.

Azure SQL Managed Instance 삭제 후 서브넷 삭제

SQL Managed Instance에 사용되는 서브넷을 삭제하기 전에 서브넷이 비어 있어야 합니다. 서브넷의 첫 번째 인스턴스가 생성될 때 가상 클러스터가 자동으로 생성되고 서브넷의 마지막 인스턴스가 삭제될 때 자동으로 삭제되므로 서브넷을 삭제하려면 먼저 서브넷의 모든 인스턴스를 삭제해야 합니다.

드문 경우지만 인스턴스 생성이 실패하면 빈 가상 클러스터가 생성됩니다. 또한 인스턴스 생성을 취소할 수 있으므로 인스턴스가 있는 가상 클러스터는 배포 실패 상태로 배포될 수 있습니다. 빈 가상 클러스터 또는 배포에 실패한 인스턴스가 있는 클러스터는 백그라운드에서 자동으로 제거되며 이러한 클러스터와 관련된 요금은 청구되지 않습니다.

다음 단계

• 개요는 Azure SQL Managed Instance란?을 참조하세요.
• SQL Managed Instance를 배포할 수 있는 새 Azure Virtual Network 또는 기존 Azure Virtual Network를 설정하는 방법을 알아봅니다.
• SQL Managed Instance를 배포하려는 서브넷의 크기를 계산합니다.
• 관리형 인스턴스를 생성하는 방법을 알아봅니다.
  • Azure Portal에서.
  • PowerShell 사용.
  • Azure Resource Manager 템플릿 사용.
  • jumpbox 및 SQL Server Management Studio와 함께 Azure Resource Manager 템플릿 사용.