Azure Portal을 사용하여 사용자 지정 IPv4 주소 접두사 만들기

사용자 지정 IPv4 주소 접두사를 사용하면 자체 IPv4 범위를 Microsoft로 가져와서 Azure 구독에 연결할 수 있습니다. Microsoft가 인터넷에 보급할 수 있지만, 해당 범위의 소유권은 사용자에게 있습니다. 사용자 지정 IP 주소 접두사는 고객 소유 IP 주소의 연속 블록을 나타내는 지역 리소스의 기능을 합니다.

이 문서의 단계에서는 다음을 수행하는 프로세스를 자세히 설명합니다.

• 프로비저닝할 범위 준비

• IP 할당 범위 프로비저닝

• Microsoft에서 보급할 범위 사용하도록 설정

필수 조건

Azure Portal

• 활성 구독이 있는 Azure 계정. 체험 계정을 만듭니다.

• Azure에서 프로비저닝할 고객 소유 IPv4 범위.

  • 이 예에서는 샘플 고객 범위(1.2.3.0/24)가 사용됩니다. 이 범위는 Azure에서 유효성을 검사하지 않습니다. 사용자의 예제 범위로 바꿉니다.

참고 항목

프로비저닝 프로세스 중에 발생한 문제는 사용자 지정 IP 접두사 문제 해결을 참조하세요.

Azure CLI

• Azure Cloud Shell에서 Bash 환경을 사용합니다. 자세한 내용은 Azure Cloud Shell의 Bash에 대한 빠른 시작을 참조하세요.

  

• CLI 참조 명령을 로컬에서 실행하려면 Azure CLI를 설치합니다. Windows 또는 macOS에서 실행 중인 경우 Docker 컨테이너에서 Azure CLI를 실행하는 것이 좋습니다. 자세한 내용은 Docker 컨테이너에서 Azure CLI를 실행하는 방법을 참조하세요.

  • 로컬 설치를 사용하는 경우 az login 명령을 사용하여 Azure CLI에 로그인합니다. 인증 프로세스를 완료하려면 터미널에 표시되는 단계를 수행합니다. 다른 로그인 옵션은 Azure CLI를 사용하여 로그인을 참조하세요.

  • 메시지가 표시되면 처음 사용할 때 Azure CLI 확장을 설치합니다. 확장에 대한 자세한 내용은 Azure CLI에서 확장 사용을 참조하세요.

  • az version을 실행하여 설치된 버전과 종속 라이브러리를 찾습니다. 최신 버전으로 업그레이드하려면 az upgrade를 실행합니다.

• 활성 구독이 있는 Azure 계정. 체험 계정을 만듭니다.
• 이 자습서에는 버전 2.28 이상의 Azure CLI가 필요합니다(az version을 실행하여 보유하고 있는지 확인할 수 있음). Azure Cloud Shell을 사용하는 경우 최신 버전이 이미 설치되어 있습니다.
• Azure CLI에 로그인하고 az account를 사용하여 이 기능을 사용하려는 구독을 선택했는지 확인합니다.
• Azure에서 프로비저닝할 고객 소유 IPv4 범위.
  • 이 예에서는 샘플 고객 범위(1.2.3.0/24)가 사용됩니다. 이 범위는 Azure에서 유효성을 검사하지 않습니다. 사용자의 예제 범위로 바꿉니다.

참고 항목

프로비저닝 프로세스 중에 발생한 문제는 사용자 지정 IP 접두사 문제 해결을 참조하세요.

Azure PowerShell

• 활성 구독이 있는 Azure 계정. 체험 계정을 만듭니다.
• 로컬로 설치된 Azure PowerShell 또는 Azure Cloud Shell.
• Azure PowerShell에 로그인하고 이 기능을 사용하려는 구독을 선택했는지 확인합니다. 자세한 내용은 Azure PowerShell로 로그인을 참조하세요.
• Az.Network 모듈이 5.1.1 이상이어야 합니다. 설치된 모듈을 확인하려면 Get-InstalledModule -Name "Az.Network" 명령을 사용합니다. 모듈을 업데이트해야 하는 경우 필요하다면 Update-Module -Name "Az.Network" 명령을 사용합니다.
• Azure에서 프로비저닝할 고객 소유 IPv4 범위.
  • 이 예에서는 샘플 고객 범위(1.2.3.0/24)가 사용됩니다. 이 범위는 Azure에서 유효성을 검사하지 않습니다. 사용자의 예제 범위로 바꿉니다.

PowerShell을 로컬로 설치하고 사용하도록 선택하는 경우 이 문서에는 Azure PowerShell 모듈 버전 5.4.1 이상이 필요합니다. 설치되어 있는 버전을 확인하려면 Get-Module -ListAvailable Az을 실행합니다. 업그레이드해야 하는 경우 Azure PowerShell 모듈 설치를 참조하세요. 또한 PowerShell을 로컬로 실행하는 경우 Connect-AzAccount를 실행하여 Azure와 연결해야 합니다.

참고 항목

프로비저닝 프로세스 중에 발생한 문제는 사용자 지정 IP 접두사 문제 해결을 참조하세요.

사전 프로비저닝 단계

Azure BYOIP 기능을 활용하려면 IPv4 주소 범위를 프로비전하기 전에 다음 단계를 수행해야 합니다.

요구 사항 및 접두사 준비

• 주소 범위는 사용자가 소유하고 사용자의 이름으로 5개의 주요 지역 인터넷 레지스트리 중 하나에 등록해야 합니다.

  • ARIN(American Registry for Internet Numbers)
  • RIPE NCC(Réseaux IP Européens Network Coordination Centre)
  • APNIC(Asia Pacific Network Information Centre Regional Internet Registries)
  • LACNIC(Latin America and Caribbean Network Information Centre)
  • AFRINIC(African Network Information Centre)

• 주소 범위는 인터넷 서비스 공급자가 허용할 수 있도록 /24보다 작아서는 안 됩니다.

• Microsoft가 주소 범위를 알릴 수 있도록 권한 부여하는 ROA(경로 원본 권한 부여) 문서는 고객이 해당 RIR(라우팅 인터넷 레지스트리) 웹 사이트 또는 API를 통해 작성해야 합니다. RIR은 ROA가 RIR의 RPKI(리소스 공개 키 인프라)로 디지털 서명되도록 요구합니다.

  이 ROA의 경우:

  • 퍼블릭 클라우드의 경우 Origin AS가 8075로 나열되어야 합니다. (범위가 US Gov 클라우드에 온보딩되는 경우 Origin AS는 8070으로 나열되어야 합니다.)

  • 유효 종료 날짜(만료 날짜)는 Microsoft에서 접두사를 알리려는 시간을 고려해야 합니다. 일부 RIR은 유효 기간 종료 날짜를 옵션으로 표시하지 않거나 날짜를 선택합니다.

  • 접두사 길이는 Microsoft에서 보급할 수 있는 접두사와 정확히 일치해야 합니다. 예를 들어 1.2.3.0/24 및 2.3.4.0/23을 Microsoft로 가져올 계획이라면 둘 다 이름을 지정해야 합니다.

  • ROA가 완료되고 제출된 후 Microsoft에서 사용할 수 있게 될 때까지 최소 24시간이 소요되며 프로비전 프로세스의 일부로 신뢰성 및 정확성을 확인하는 단계를 거치게 됩니다.

참고 항목

또한 마이그레이션 중에 문제를 방지하기 위해 범위를 보급하는 기존 ASN에 대한 ROA를 만드는 것이 좋습니다.

Important

Microsoft는 지정된 날짜 이후에도 범위 보급을 중단하지 않지만 외부 이동 통신 사업자가 보급 알림을 수락하지 않는 상황을 방지하기 위해 원래 만료 날짜가 지난 경우 후속 ROA를 독립적으로 생성하는 것이 좋습니다.

인증서 준비

Microsoft가 접두사를 고객 구독과 연결하도록 승인하려면 서명된 메시지와 공용 인증서를 비교해야 합니다.

다음 단계는 퍼블릭 클라우드에 프로비전하기 위해 샘플 고객 범위(1.2.3.0/24)를 준비하는 데 필요한 단계를 보여 줍니다.

참고 항목

OpenSSL이 설치된 PowerShell에서 다음 명령을 실행합니다.

1. 접두사에 대한 Whois/RDAP 레코드에 추가하려면 자체 서명된 X509 인증서를 만들어야 합니다. RDAP에 대한 자세한 내용은 ARIN, RIPE, APNIC 및 AFRINIC 사이트를 참조하세요.

   OpenSSL 도구 키트를 활용하는 예는 아래와 같습니다. 다음 명령은 RSA 키 쌍을 만들고 6개월 후에 만료되는 키 쌍을 사용하여 X509 인증서를 만듭니다.

   ./openssl genrsa -out byoipprivate.key 2048
   Set-Content -Path byoippublickey.cer (./openssl req -new -x509 -key byoipprivate.key -days 180) -NoNewline
   

2. 인증서가 만들어진 후 접두사에 대한 Whois/RDAP 레코드의 공용 주석 섹션을 업데이트합니다. 대시가 있는 BEGIN/END 머리글/바닥글을 포함하여 복사용으로 표시하려면 cat byoippublickey.cer 명령을 사용합니다. 라우팅 인터넷 레지스트리를 통해 이 절차를 수행할 수 있어야 합니다.

   각 레지스트리에 대한 지침은 다음과 같습니다.

   • ARIN - 접두사 레코드의 주석 편집

   • RIPE - inetnum 레코드의 "비고"를 편집합니다.

   • APNIC - MyAPNIC를 사용하여 inetnum 레코드의 "주의"를 편집합니다.

   • AFRINIC - MyAFRINIC을 사용하여 inetnum 레코드의 "Remarks"를 편집합니다.

   • LACNIC 레지스트리의 범위의 경우 Microsoft를 통해 지원 티켓을 만듭니다.

   공용 의견을 작성한 후 Whois/RDAP 레코드는 아래 예와 같아야 합니다. 공백이나 캐리지 리턴이 없는지 확인합니다. 모든 대시 포함:

   

3. Microsoft에 전달할 메시지를 만들려면 접두사 및 구독에 대한 관련 정보가 포함된 문자열을 만듭니다. 이전 단계에서 생성된 키 쌍으로 이 메시지에 서명합니다. 다음 형식을 사용하여 구독 ID, 프로비저닝할 접두사 및 ROA의 유효 날짜와 일치하는 만료 날짜를 대체합니다. 형식이 순서대로 되어 있는지 확인합니다.

   다음 명령을 사용하여 확인을 위해 Microsoft에 전달할 서명된 메시지를 만듭니다.

   참고 항목

   유효 기간 종료 날짜가 원래 ROA에 포함되지 않은 경우 Azure에서 접두사를 알리려는 시간에 해당하는 날짜를 선택합니다.

   $byoipauth="xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx|1.2.3.0/24|yyyymmdd"
   Set-Content -Path byoipauth.txt -Value $byoipauth -NoNewline
   ./openssl dgst -sha256 -sign byoipprivate.key -keyform PEM -out byoipauthsigned.txt byoipauth.txt
   $byoipauthsigned=(./openssl enc -base64 -in byoipauthsigned.txt) -join ''
   

4. 서명된 메시지의 내용을 보려면 이전에 만든 서명된 메시지에서 만든 변수를 입력하고 PowerShell 프롬프트에서 Enter를 선택합니다.

   $byoipauthsigned
   dIlwFQmbo9ar2GaiWRlSEtDSZoH00I9BAPb2ZzdAV2A/XwzrUdz/85rNkXybXw457//gHNNB977CQvqtFxqqtDaiZd9bngZKYfjd203pLYRZ4GFJnQFsMPFSeePa8jIFwGJk6JV4reFqq0bglJ3955dVz0v09aDVqjj5UJx2l3gmyJEeU7PXv4wF2Fnk64T13NESMeQk0V+IaEOt1zXgA+0dTdTLr+ab56pR0RZIvDD+UKJ7rVE7nMlergLQdpCx1FoCTm/quY3aiSxndEw7aQDW15+rSpy+yxV1iCFIrUa/4WHQqP4LtNs3FATvLKbT4dBcBLpDhiMR+j9MgiJymA==
   

프로비저닝 단계

Azure Portal

다음 단계는 샘플 고객 범위(1.2.3.0/24)를 미국 서부 2 지역에 프로비저닝하는 절차를 표시합니다.

참고 항목

리소스의 특성을 고려할 때 정리 또는 삭제 단계는 이 페이지에 표시되지 않습니다. 프로비저닝된 사용자 지정 IP 접두사 제거에 대한 자세한 내용은 사용자 지정 IP 접두사 관리를 참조하세요.

Azure에 로그인

Azure Portal에 로그인합니다.

사용자 지정 IP 주소 접두사 만들기 및 프로비저닝

1. 포털 상단의 검색 상자에 사용자 지정 IP를 입력합니다.

2. 검색 결과에서 사용자 지정 IP 접두사를 선택합니다.

3. + 만들기를 선택합니다.

4. 사용자 지정 IP 접두사 만들기에서 다음 정보를 입력하거나 선택합니다.

   설정	값
   프로젝트 세부 정보
   구독	구독 선택
   Resource group	새로 만들기를 선택합니다. myResourceGroup을 입력합니다. 확인을 선택합니다.
   인스턴스 세부 정보
   이름	myCustomIPPrefix를 입력합니다.
   지역	미국 서부 2를 선택합니다.
   IP 버전	IPv4를 선택합니다.
   IPv4 접두사(CIDR)	1.2.3.0/24를 입력합니다.
   ROA 만료 날짜	ROA 만료 날짜를 yyyymmdd 형식으로 입력합니다.
   서명된 메시지	사전 프로비저닝 섹션의 $byoipauthsigned 출력을 붙여넣습니다.
   가용성 영역	영역 중복을 선택합니다.

   

5. 검토 + 만들기 탭이나 페이지 아래쪽에 있는 파란색 검토 + 만들기 단추를 선택합니다.

6. 만들기를 실행합니다.

범위가 Azure IP 배포 파이프라인으로 푸시됩니다. 배포 프로세스는 비동기식입니다. 사용자 지정 IP 접두사의 Commissioned 상태 필드를 검토하여 상태를 확인할 수 있습니다.

참고 항목

프로비저닝 프로세스를 완료하는 데 예상되는 시간은 30분입니다.

Important

사용자 지정 IP 접두사가 "프로비저닝됨" 상태가 되면 자식 공용 IP 접두사가 만들어질 수 있습니다. 이러한 공용 IP 접두사와 모든 공용 IP 주소는 네트워킹 리소스에 연결할 수 있습니다. 예를 들어 가상 머신 네트워크 인터페이스 또는 부하 분산 장치 프런트 엔드가 있습니다. IP는 보급되지 않으므로 연결할 수 없습니다. 활성 접두사 마이그레이션에 대한 자세한 내용은 사용자 지정 IP 접두사 관리를 참조하세요.

사용자 지정 IP 접두사에서 공용 IP 접두사 만들기

접두사를 만들면 접두사로 고정 IP 주소를 만들어야 합니다. 이 섹션에서는 앞에서 만든 접두사에서 고정 IP 주소를 만듭니다.

1. 포털 상단의 검색 상자에 사용자 지정 IP를 입력합니다.

2. 검색 결과에서 사용자 지정 IP 접두사를 선택합니다.

3. 사용자 지정 IP 접두사에서 myCustomIPPrefix를 선택합니다.

4. myCustomIPPrefix의 개요에서 + 공용 IP 접두사 추가를 선택합니다.

5. 공용 IP 접두사 만들기의 기본 탭에서 다음 정보를 입력하거나 선택합니다.

   설정	값
   프로젝트 세부 정보
   Subscription	구독을 선택합니다.
   Resource group	myResourceGroup을 선택합니다.
   인스턴스 세부 정보
   이름	myPublicIPPrefix를 입력합니다.
   지역	미국 서부 2를 선택합니다. 공용 IP 접두사의 지역은 사용자 지정 IP 접두사의 지역과 일치해야 합니다.
   IP 버전	IPv4를 선택합니다.
   접두사 소유권	사용자 지정 접두사를 선택합니다.
   사용자 지정 IP 접두사	myCustomIPPrefix를 선택합니다.
   접두사 크기	접두사 크기를 선택합니다. 크기는 사용자 지정 IP 접두사만큼 클 수 있습니다.

6. 다음 페이지에서 검토 + 만들기를 선택한 후 만들기를 선택합니다.

7. 1~5단계를 반복하여 myCustomIPPrefix에 대한 개요 페이지로 돌아갑니다. 연결된 공용 IP 접두사 섹션 아래에 myPublicIPPrefix가 표시됩니다. 이제 이 접두사에서 표준 SKU 공용 IP 주소를 할당할 수 있습니다. 자세한 내용은 접두사에서 고정 공용 IP 주소 만들기를 참조하세요.

사용자 지정 IP 주소 접두사 커미션

사용자 지정 IP 접두사가 프로비저닝됨 상태인 경우 접두사를 업데이트하여 Azure에서 범위를 알리는 프로세스를 시작합니다.

1. 포털 위쪽의 검색 상자에 사용자 지정 IP를 입력하고 사용자 지정 IP 접두사를 선택합니다.

2. myCustomIPPrefix가 프로비전됨 상태로 나열될 때까지 필요한 경우 확인하고 기다립니다.

3. 사용자 지정 IP 접두사에서 myCustomIPPrefix를 선택합니다.

4. myCustomIPPrefix의 개요에서 위원회 드롭다운 메뉴를 선택하고 전역을 선택합니다.

작업은 비동기식입니다. 사용자 지정 IP 접두사의 Commissioned 상태 필드를 검토하여 상태를 확인할 수 있습니다. 상태에서 처음에는 Commissioning이라는 접두사가 표시되지만, 이후에는 Commissioned가 표시됩니다. 보급 출시는 이진 파일이 아니며 Commissioning 상태에 있는 동안 범위가 부분적으로 보급됩니다.

참고 항목

커미셔닝 프로세스를 완전히 완료하는 데 예상되는 시간은 3~4시간입니다.

Important

사용자 지정 IP 접두사가 Commissioned 상태로 전환됨에 따라 ASN(Autonomous System Number) 8075에 따라 Microsoft의 광역 네트워크를 통해 로컬 Azure 지역 및 전 세계적으로 인터넷에 범위가 보급되고 있습니다. 이 동일한 범위를 Microsoft 이외의 위치에서 동시에 인터넷에 보급하면 잠재적으로 BGP 라우팅 불안정 또는 트래픽 손실이 발생할 수 있습니다. 고객 온-프레미스 건물을 예로 들 수 있습니다. 영향을 피하기 위해 유지 관리 기간 동안 활성 범위의 마이그레이션을 계획합니다. 초기 배포 중에 이러한 문제를 방지하려면 사용자 지정 IP 접두사가 배포된 Azure 지역 내에서만 보급되는 지역별 전용 커미셔닝 옵션을 선택할 수 있습니다. 자세한 내용은 사용자 지정 IP 주소 접두사(BYOIP) 관리를 참조하세요.

Azure CLI

다음 단계는 샘플 고객 범위(1.2.3.0/24)를 미국 서부 2 지역에 프로비저닝하는 절차를 표시합니다.

참고 항목

리소스의 특성을 고려할 때 정리 또는 삭제 단계는 이 페이지에 표시되지 않습니다. 프로비저닝된 사용자 지정 IP 접두사 제거에 대한 자세한 내용은 사용자 지정 IP 접두사 관리를 참조하세요.

리소스 그룹을 만들고 접두사 및 권한 부여 메시지를 지정합니다.

BYOIP 범위를 프로비저닝하기 위해 원하는 위치에 리소스 그룹을 만듭니다.

  az group create \
    --name myResourceGroup \
    --location westus2

사용자 지정 IP 주소 접두사 프로비저닝

다음 명령은 지정된 지역 및 리소스 그룹에 사용자 지정 IP 접두사를 만듭니다. 구문 오류가 없는지 확인하기 위해 CIDR 표기법의 정확한 접두사를 문자열로 지정합니다. --authorization-message 매개 변수의 경우 구독 ID, 프로비저닝할 접두사 및 ROA의 유효 날짜와 일치하는 만료 날짜가 포함된 변수 $byoipauth를 사용합니다. 형식이 순서대로 되어 있는지 확인합니다. 인증서 준비 섹션에서 만들어진 --signed-message 매개 변수에 변수 $byoipauthsigned를 사용합니다.

  byoipauth="xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx|1.2.3.0/24|yyyymmdd"
  
  az network custom-ip prefix create \
    --name myCustomIpPrefix \
    --resource-group myResourceGroup \
    --location westus2 \
    --cidr ‘1.2.3.0/24’ \
    --zone 1 2 3
    --authorization-message $byoipauth \
    --signed-message $byoipauthsigned

범위가 Azure IP 배포 파이프라인으로 푸시됩니다. 배포 프로세스는 비동기식입니다. 상태를 확인하려면 다음 명령을 실행합니다.

 az network custom-ip prefix show \
   --name myCustomIpPrefix \
   --resource-group myResourceGroup

명확성을 위해 일부 필드가 제거된 샘플 출력이 아래에 나와 있습니다.

{
  "cidr": "1.2.3.0/24",
  "commissionedState": "Provisioning",
  "id": "/subscriptions/xxxx/resourceGroups/myResourceGroup/providers/Microsoft.Network/customIPPrefixes/myCustomIpPrefix",
  "location": "westus2",
  "name": myCustomIpPrefix,
  "resourceGroup": "myResourceGroup",
}

CommissionedState 필드는 처음에는 범위가 Provisioning으로 표시되고 이후에는 Provisioned로 표시됩니다.

참고 항목

프로비저닝 프로세스를 완료하는 데 예상되는 시간은 30분입니다.

Important

사용자 지정 IP 접두사가 Provisioned 상태가 되면 자식 공용 IP 접두사가 만들어질 수 있습니다. 이러한 공용 IP 접두사와 모든 공용 IP 주소는 네트워킹 리소스에 연결할 수 있습니다. 예를 들어 가상 머신 네트워크 인터페이스 또는 부하 분산 장치 프런트 엔드가 있습니다. IP는 보급되지 않으므로 연결할 수 없습니다. 활성 접두사 마이그레이션에 대한 자세한 내용은 사용자 지정 IP 접두사 관리를 참조하세요.

사용자 지정 IP 주소 접두사 커미션

사용자 지정 IP 접두사가 프로비저닝됨 상태인 경우 다음 명령은 접두사를 업데이트하여 Azure에서 범위를 알리는 프로세스를 시작합니다.

az network custom-ip prefix update \
    --name myCustomIpPrefix \
    --resource-group myResourceGroup \
    --state commission 

이전과 마찬가지로 작업은 비동기식입니다. az network custom-ip prefix show를 사용하여 상태를 검색합니다. CommissionedState 필드는 처음에 접두사를 Commissioning으로 표시하고 이후에는 Commissioned로 표시합니다. 보급 출시는 이진 파일이 아니며 Commissioning 상태인 동안 범위가 부분적으로 보급됩니다.

참고 항목

커미셔닝 프로세스를 완전히 완료하는 데 예상되는 시간은 3~4시간입니다.

Important

사용자 지정 IP 접두사가 Commissioned 상태로 전환됨에 따라 ASN(Autonomous System Number) 8075에 따라 Microsoft의 광역 네트워크를 통해 로컬 Azure 지역 및 전 세계적으로 인터넷에 범위가 보급되고 있습니다. 이 동일한 범위를 Microsoft 이외의 위치에서 동시에 인터넷에 보급하면 잠재적으로 BGP 라우팅 불안정 또는 트래픽 손실이 발생할 수 있습니다. 고객 온-프레미스 건물을 예로 들 수 있습니다. 영향을 피하기 위해 유지 관리 기간 동안 활성 범위의 마이그레이션을 계획합니다. 초기 배포 중에 이러한 문제를 방지하려면 사용자 지정 IP 접두사가 배포된 Azure 지역 내에서만 보급되는 지역별 전용 커미셔닝 옵션을 선택할 수 있습니다. 자세한 내용은 사용자 지정 IP 주소 접두사(BYOIP) 관리를 참조하세요.

Azure PowerShell

다음 단계는 샘플 고객 범위(1.2.3.0/24)를 미국 서부 2 지역에 프로비저닝하는 절차를 표시합니다.

참고 항목

리소스의 특성을 고려할 때 정리 또는 삭제 단계는 이 페이지에 표시되지 않습니다. 프로비저닝된 사용자 지정 IP 접두사 제거에 대한 자세한 내용은 사용자 지정 IP 접두사 관리를 참조하세요.

리소스 그룹을 만들고 접두사 및 권한 부여 메시지를 지정합니다.

BYOIP 범위를 프로비저닝하기 위해 원하는 위치에 리소스 그룹을 만듭니다.

$rg =@{
    Name = 'myResourceGroup'
    Location = 'WestUS2'
}
New-AzResourceGroup @rg

사용자 지정 IP 주소 접두사 프로비저닝

다음 명령은 지정된 지역 및 리소스 그룹에 사용자 지정 IP 접두사를 만듭니다. 구문 오류가 없는지 확인하기 위해 CIDR 표기법의 정확한 접두사를 문자열로 지정합니다. -AuthorizationMessage 매개 변수의 경우 구독 ID, 프로비저닝할 접두사 및 ROA의 유효 날짜와 일치하는 만료 날짜로 바꿉니다. 형식이 순서대로 되어 있는지 확인합니다. 인증서 준비 섹션에서 만들어진 -SignedMessage 매개 변수에 변수 $byoipauthsigned를 사용합니다.

$prefix =@{
    Name = 'myCustomIPPrefix'
    ResourceGroupName = 'myResourceGroup'
    Location = 'WestUS2'
    CIDR = '1.2.3.0/24'
    AuthorizationMessage = 'xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx|1.2.3.0/24|yyyymmdd'
    SignedMessage = $byoipauthsigned
}
$myCustomIpPrefix = New-AzCustomIPPrefix @prefix -Zone 1,2,3

범위가 Azure IP 배포 파이프라인으로 푸시됩니다. 배포 프로세스는 비동기식입니다. 상태를 확인하려면 다음 명령을 실행합니다.

Get-AzCustomIpPrefix -ResourceId $myCustomIpPrefix.Id

명확성을 위해 일부 필드가 제거된 샘플 출력이 아래에 나와 있습니다.

Name              : myCustomIpPrefix
ResourceGroupName : myResourceGroup
Location          : westus2
Id                : /subscriptions/xxxx/resourceGroups/myResourceGroup/providers/Microsoft.Network/customIPPrefixes/MyCustomIPPrefix
Cidr              : 1.2.3.0/24
Zones             : {1, 2, 3}
CommissionedState : Provisioning

CommissionedState 필드는 처음에는 범위가 Provisioning으로 표시되고 이후에는 Provisioned로 표시됩니다.

참고 항목

커미셔닝 프로세스를 완전히 완료하는 데 예상되는 시간은 3~4시간입니다.

Important

사용자 지정 IP 접두사가 Commissioned 상태로 전환됨에 따라 ASN(Autonomous System Number) 8075에 따라 Microsoft의 광역 네트워크를 통해 로컬 Azure 지역 및 전 세계적으로 인터넷에 범위가 보급되고 있습니다. 이 동일한 범위를 Microsoft 이외의 위치에서 동시에 인터넷에 보급하면 잠재적으로 BGP 라우팅 불안정 또는 트래픽 손실이 발생할 수 있습니다. 고객 온-프레미스 건물을 예로 들 수 있습니다. 영향을 피하기 위해 유지 관리 기간 동안 활성 범위의 마이그레이션을 계획합니다. 초기 배포 중에 이러한 문제를 방지하려면 사용자 지정 IP 접두사가 배포된 Azure 지역 내에서만 보급되는 지역별 전용 커미셔닝 옵션을 선택할 수 있습니다. 자세한 내용은 사용자 지정 IP 주소 접두사(BYOIP) 관리를 참조하세요.

사용자 지정 IP 주소 접두사 커미션

사용자 지정 IP 접두사가 Provisioned 상태인 경우 다음 명령은 접두사를 업데이트하여 Azure에서 범위를 알리는 프로세스를 시작합니다.

Update-AzCustomIpPrefix -ResourceId $myCustomIPPrefix.Id -Commission

이전과 마찬가지로 작업은 비동기식입니다. Get-AzCustomIpPrefix 명령을 사용하여 상태를 검색합니다. CommissionedState 필드는 처음에 접두사를 Commissioning으로 표시하고 이후에는 Commissioned로 표시합니다. 보급 출시는 이진 파일이 아니며 Commissioning 상태인 동안 범위가 부분적으로 보급됩니다.

참고 항목

커미셔닝 프로세스를 완전히 완료하는 데 예상되는 시간은 3~4시간입니다.

Important

사용자 지정 IP 접두사가 Commissioned 상태로 전환됨에 따라 ASN(Autonomous System Number) 8075에 따라 Microsoft의 광역 네트워크를 통해 로컬 Azure 지역 및 전 세계적으로 인터넷에 범위가 보급되고 있습니다. 이 동일한 범위를 Microsoft 이외의 위치에서 동시에 인터넷에 보급하면 잠재적으로 BGP 라우팅 불안정 또는 트래픽 손실이 발생할 수 있습니다. 고객 온-프레미스 건물을 예로 들 수 있습니다. 영향을 피하기 위해 유지 관리 기간 동안 활성 범위의 마이그레이션을 계획합니다. 초기 배포 중에 이러한 문제를 방지하려면 사용자 지정 IP 접두사가 배포된 Azure 지역 내에서만 보급되는 지역별 전용 커미셔닝 옵션을 선택할 수 있습니다. 자세한 내용은 사용자 지정 IP 주소 접두사(BYOIP) 관리를 참조하세요.

다음 단계

• 사용자 지정 IP 접두사 사용의 시나리오 및 이점에 대해 알아보려면 사용자 지정 IP 주소 접두사(BYOIP)를 참조하세요.

• 사용자 지정 IP 접두사 관리에 대한 자세한 내용은 사용자 지정 IP 주소 접두사(BYOIP) 관리를 참조하세요.