다음을 통해 공유

Azure SQL Managed Instance에 대한 필수 서브넷 크기 및 범위 확인

  • 아티클

적용 대상: Azure SQL Managed Instance

이 문서는 Azure SQL Managed Instance에 적절한 서브넷 크기와 IP 주소 범위를 결정하는 데 도움이 됩니다.

개요

Azure SQL Managed Instance는 가상 클러스터에서 호스트되고 Azure 가상 네트워크 내에 배포된 가상 머신 그룹 하나 이상 내에 배치된 격리된 가상 머신 전용 집합에 호스트되는 서비스 구성 요소로 구성됩니다.

가상 네트워크의 단일 서브넷과 연결된 가상 클러스터에서 SQL Managed Instance를 하나 이상 호스트할 수 있습니다. 서브넷에 배포할 수 있는 인스턴스 수는 서브넷 크기(서브넷 범위)에 따라 달라집니다.

SQL Managed Instance를 만들 때 Azure는 선택한 서비스 계층을 기준으로 가상 머신 수를 할당합니다. 이러한 가상 머신은 서브넷과 연결되므로 IP 주소가 필요합니다. 정기적인 작업과 서비스 유지 관리 중에 고가용성이 보장되도록 Azure에서 추가 가상 머신을 할당할 수 있습니다. 서브넷에 필요한 IP 주소 수는 일반적으로 해당 서브넷의 SQL Managed Instance 수보다 많습니다.

서브넷 크기 결정

SQL Managed Instance 배포에 사용되는 서브넷 크기를 신중하게 계획합니다.

기본적으로 각 SQL Managed Instance의 서브넷에는 IP 주소가 최소 32개 필요합니다. 서브넷 IP 범위를 정의할 때 최소 서브넷 마스크 /27을 사용할 수 있습니다.

다음은 서브넷 크기를 결정할 때 고려해야 할 사항 목록입니다.

  • 인스턴스 관련 고려 사항:
    • SQL Managed Instance 수
    • 인스턴스 서비스 계층
  • 가상 클러스터 관련 고려 사항:
    • 하드웨어 구성
    • 유지 관리 기간 구성
  • 관리 작업 관련 고려 사항:
    • 서비스 계층, 하드웨어 구성 또는 유지 관리 기간을 확장/축소하거나 변경하는 계획

다음 매개 변수를 사용하면 계산식을 만들 수 있습니다.

  • Azure는 자체 요구 사항에 따라 서브넷에 IP 주소 5개를 사용합니다.
  • 각 가상 머신 그룹은 주소 6개를 추가로 할당합니다.
  • 각 SQL Managed Instance는 서비스 계층을 기준으로 주소를 여러 개 사용합니다.
    • 범용 SQL Managed Instance는 주소를 3개 사용합니다.
    • 중요 비즈니스용 SQL Managed Instance는 주소를 5개 사용합니다.
  • 각 크기 조정 요청은 크기를 조정하는 인스턴스에 할당된 주소 수를 일시적으로 두 배로 늘입니다.

Important

리소스가 서브넷에 있는 경우에는 서브넷 주소 범위를 변경할 수 없으므로 나중에 issue가 방지되도록 더 작은 서브넷보다는 더 큰 서브넷을 사용하는 것이 좋습니다.

단일 배포된 인스턴스

다음 표에서는 각 서비스 계층에 배포된 서브넷의 단일 인스턴스에 필요한 IP 주소 수를 보여줍니다.

서비스 계층 Azure 사용량 1 VM 그룹 사용량2 인스턴스 사용량 합계3
범용 5 6 3 14
중요 비즈니스용 5 6 5 16

1 Azure에서 사용하는 주소는 서브넷의 모든 인스턴스에서 공유됩니다.
2 VM 그룹에서 사용하는 주소는 같은 그룹 내에 있는 인스턴스 간에 공유됩니다.
3 인스턴스에서 사용하는 총 주소 수

서브넷에 인스턴스를 추가하면 인스턴스에서 사용하는 주소 수가 증가하므로 총 주소 수가 증가합니다.

다중 인스턴스 서브넷

이 섹션의 수식은 후속 인스턴스 만들기나 업데이트 요청 중에 새 가상 머신 그룹을 만들 수 있는 가능성과 가상 클러스터의 유지 관리 기간과 하드웨어 요구 사항을 고려하여 서브넷의 여러 인스턴스에 필요한 주소 수를 계산합니다.

다음 수식을 사용하여 인스턴스 수를 기준으로 총 IP 주소 수를 계산합니다.

5 + (a * 6) + (b * 10) + (c * 6) 여기서 각 값은 다음과 같습니다.

  • a = GP 인스턴스 수
  • b = BC 인스턴스 수
  • c = 서로 다른 가상 머신 그룹 수

다음 목록에서는 수식에 사용된 숫자를 설명합니다.

  • 5는 Azure에서 예약한 IP 주소 수입니다.
  • GP 인스턴스당 주소 6개(초기 배포에 3개, 최종 크기 조정 작업에 3개)
  • BC 인스턴스당 주소 10개(초기 배포에 5개, 최종 크기 조정 작업에 5개)
  • 가상 머신 그룹당 주소 6개

Important

그룹에 참가할 수 있는 가상 머신 수에는 한도가 있으므로 기존 그룹의 공간이 부족하면 동일한 사양으로 가상 머신 그룹을 만들 수 있습니다. 인스턴스 수가 많은 서브넷에는 같은 구성의 컴퓨터 그룹이 여러 개 있고 가상 머신 그룹 9개를 초과할 수 있습니다.

예 1

같은 서브넷에 범용 인스턴스 3개와 중요 비즈니스용 인스턴스 2개를 배포할 계획입니다. 모든 인스턴스에는 유지 관리 기간이 같고 인스턴스는 같은 하드웨어 구성에서 실행됩니다.

이러한 값을 수식에 연결하려면 5 + (3 * 6) + (2 * 10) + (1 * 6) = 49를 실행합니다.

IP 범위는 2의 거듭제곱으로 정의되므로 IP 주소 49개를 지원하려면 이 배포를 위해 서브넷에는 최소 IP 범위 64(2^6)가 필요합니다. 서브넷 마스크가 /26인 서브넷을 예약합니다.

예제 2

같은 서브넷에 범용 인스턴스 4개와 중요 비즈니스용 인스턴스 3개 등 총 인스턴스 7개를 배포할 계획입니다. 3개는 기본 유지 관리 기간(가상 머신 그룹 1)이 있는 표준 시리즈 하드웨어에서 실행되는 개발/테스트 인스턴스이며, 나머지 4개는 유지 기간 관리가 주말(가상 머신 그룹 2)인 프리미엄 시리즈 하드웨어에서 실행되는 프로덕션 상태입니다.

이러한 값을 수식에 연결하려면 5 + (4 * 6) + (3 * 10) + (2 * 6) = 71를 실행합니다.

IP 범위는 2의 거듭제곱으로 정의되므로 IP 주소 71개를 지원하려면 이 배포를 위해 서브넷에는 최소 IP 범위 128(2^7)이 필요합니다. 서브넷 마스크가 /25인 서브넷을 예약해야 합니다.

주의

수식에서 제시하는 것보다 적은 IP 주소로 SQL Managed Instance를 서브넷에 배포할 수 있지만 서브넷 내에서 추가 인스턴스를 만들 수 없거나 기존 인스턴스 크기를 조정할 수 없는 등의 IP 주소 부족으로 인한 향후 issue가 방지되도록 항상 더 큰 서브넷을 사용하는 것이 좋습니다.

업데이트 시나리오

크기 조정 작업 중에 서비스 계층에 따라 인스턴스에 일시적으로 추가 IP 용량이 필요합니다.

다음 표에서는 새 가상 머신 그룹을 만들 필요가 없는 크기 조정 작업에 필요한 일시적인 추가 IP 주소 수를 보여줍니다.

서비스 계층 시나리오 추가 주소
GP vCore 스케일링 3
GP 스토리지 크기 조정 0
GP BC로 전환 5
BC vCore 스케일링 5
BC 스토리지 크기 조정 5
BC GP로 전환 3

하드웨어 생성 또는 유지 관리 기간 변경과 같이 새 가상 머신 그룹을 만드는 중에 수행하는 작업에는 새 그룹의 영구 주소 6개가 추가로 필요합니다.

다음 단계