Azure HDInsight에 대한 가상 네트워크 계획

아티클
11/08/2024

이 문서에서는 Azure HDInsight에서 Azure VNet(Virtual Network)을 사용하는 방법에 대한 배경 정보를 제공합니다. 또한 HDInsight 클러스터에 대한 가상 네트워크를 구현하기 위해 수행해야 하는 디자인 및 구현 결정에 대해 설명합니다. 계획 단계가 완료되면 Azure HDInsight 클러스터용 가상 네트워크 만들기로 진행할 수 있습니다. NSG(네트워크 보안 그룹) 및 사용자 정의 경로를 올바르게 구성하는 데 필요한 HDInsight 관리 IP 주소에 대한 자세한 내용은 HDInsight 관리 IP 주소를 참조하세요.

Azure Virtual Network를 사용하면 다음 시나리오가 가능합니다.

온-프레미스 네트워크에서 HDInsight에 직접 연결합니다.
Azure Virtual Network에서 데이터 저장소에 HDInsight를 연결합니다.
인터넷을 통해 공개적으로 사용할 수 없는 Apache Hadoop 서비스에 직접 액세스합니다. 예: Apache Kafka API 또는 Apache HBase Java API.

Important

VNET에서 HDInsight 클러스터를 만들면 NIC, 부하 분산 장치 등의 몇 가지 네트워킹 리소스가 생성됩니다. 이러한 네트워킹 리소스는 클러스터가 VNET에서 올바르게 작동하는 데 필요하므로 삭제하거나 수정하지 마세요.

계획

다음은 가상 네트워크에 HDInsight를 설치하려고 할 때 대답해야 하는 질문입니다.

기존 가상 네트워크에 HDInsight 설치해야 하나요? 아니면 새 네트워크를 만드나요?

기존 가상 네트워크를 사용하는 경우 HDInsight를 설치하기 전에 네트워크 구성을 수정해야 할 수 있습니다. 자세한 내용은 기존 가상 네트워크에 추가된 HDInsight 섹션을 참조하세요.
HDInsight가 들어 있는 가상 네트워크를 다른 가상 네트워크 또는 온-프레미스 네트워크에 연결하시겠습니까?

네트워크 간의 리소스로 쉽게 작업하려면 사용자 지정 DNS를 만들고 DNS 전달을 구성해야 할 수 있습니다. 자세한 내용은 다중 네트워크 연결 섹션을 참조하세요.
HDInsight로의 인바운드 또는 아웃바운드 트래픽을 제한/리디렉션하시겠습니까?

HDInsight는 Azure 데이터 센터에서 특정 IP 주소와 무제한 통신을 포함해야 합니다. 또한 클라이언트 통신에 방화벽을 통해 허용해야 하는 여러 포트가 있습니다. 자세한 내용은 네트워크 트래픽 제어를 참조하세요.

기존 가상 네트워크에 HDInsight를 추가합니다.

이 섹션의 단계를 사용하여 새 HDInsight를 기존 Azure Virtual Network에 추가하는 방법을 알아봅니다.

참고 항목

기존 HDInsight 클러스터를 가상 네트워크에 추가할 수 없습니다.
생성되는 VNET과 클러스터는 동일한 구독에 있어야 합니다.

가상 네트워크에 클래식 또는 리소스 관리자 배포 모델을 사용하나요?

HDInsight 3.4 이상에는 리소스 관리자 가상 네트워크가 필요합니다. 이전 버전의 HDInsightㅇ는 클래식 가상 네트워크가 필요했습니다.

기존 네트워크가 클래식 가상 네트워크인 경우 리소스 관리자 가상 네트워크를 만든 후 둘을 연결해야 합니다. 새 VNet에 클래식 VNet 연결.

조인된 후 리소스 관리자 네트워크에 설치된 HDInsight는 클래식 네트워크의 리소스와 상호 작용할 수 있습니다.
가상 네트워크 내부 또는 외부로 트래픽을 제한하기 위해 네트워크 보안 그룹, 사용자 정의 경로 또는 Virtual Network 어플라이언스를 사용하나요?

관리 서비스로 HDInsight를 사용하려면 Azure 데이터 센터에서 여러 IP 주소에 대한 무제한 액세스가 필요합니다. 이러한 IP 주소와의 통신을 허용하려면 기존의 모든 네트워크 보안 그룹 또는 사용자 정의 경로를 업데이트합니다.

HDInsight는 다양한 포트를 사용하는 여러 서비스를 호스트합니다. 이러한 포트에 대한 트래픽을 차단하지 않습니다. 가상 어플라이언스 방화벽을 통과하도록 허용할 포트 목록은 보안 섹션을 참조하세요.

기존 보안 구성을 찾으려면 다음 Azure PowerShell 또는 Azure CLI 명령을 사용합니다.
- 네트워크 보안 그룹
  
  RESOURCEGROUP을 가상 네트워크가 포함된 리소스 그룹의 이름으로 바꾸고 명령을 입력합니다.
```
Get-AzNetworkSecurityGroup -ResourceGroupName  "RESOURCEGROUP"
```
```
az network nsg list --resource-group RESOURCEGROUP
```
  자세한 내용은 네트워크 보안 그룹 문제 해결 문서를 참조하세요.
  
  Important
  
  네트워크 보안 그룹 규칙은 규칙 우선 순위에 따라 적용됩니다. 트래픽 패턴과 일치하는 첫 번째 규칙이 적용되고 해당 트래픽에 대해서는 다른 규칙이 적용되지 않습니다. 가장 허용적인 것부터 가장 허용적이지 않은 것 순서로 규칙을 정렬합니다. 자세한 내용은 네트워크 보안 그룹을 사용하여 네트워크 트래픽 필터링 문서를 참조하세요.
- 사용자 정의 경로
  
  RESOURCEGROUP을 가상 네트워크가 포함된 리소스 그룹의 이름으로 바꾸고 명령을 입력합니다.
```
Get-AzRouteTable -ResourceGroupName "RESOURCEGROUP"
```
```
az network route-table list --resource-group RESOURCEGROUP
```
  자세한 내용은 가상 머신 라우팅 문제 진단 문서를 참조하세요.
구성 중에 HDInsight 클러스터를 만들고 Azure Virtual Network를 선택합니다. 클러스터 만들기 프로세스를 이해하려면 다음 문서의 단계를 사용하세요.
Important

가상 네트워크에 HDInsight 추가하기는 선택적 구성 단계입니다. 클러스터를 구성할 때 가상 네트워크를 선택해야 합니다.

다중 네트워크 연결

다중 네트워크 구성에서 가장 큰 문제는 네트워크 간 이름 확인입니다.

Azure는 가상 네트워크에 설치된 Azure 서비스에 대한 이름 확인을 제공합니다. 기본 제공 이름 확인을 통해 HDInsight는 FQDN(정규화된 도메인 이름)을 사용하여 다음 리소스에 연결할 수 있습니다.

인터넷에서 사용할 수 있는 모든 리소스. 예: microsoft.com, windowsupdate.com.
리소스의 내부 DNS 이름을 사용하여 동일한 Azure Virtual Network에 있는 모든 리소스. 예를 들어 기본 이름 확인을 사용하는 경우 HDInsight 작업자 노드에 할당된 내부 DNS 이름의 예는 다음과 같습니다.
- <workername1>.0owcbllr5hze3hxdja3mqlrhhe.ex.internal.cloudapp.net
- <workername2>.0owcbllr5hze3hxdja3mqlrhhe.ex.internal.cloudapp.net
  
  이러한 두 노드는 내부 DNS 이름을 사용하여 서로 직접 통신하고 HDInsight의 다른 노드와 통신할 수 있습니다.

기본 이름 확인에서는 HDInsight가 가상 네트워크에 조인된 네트워크에 있는 리소스 이름을 확인하도록 허용하지 않습니다. 예를 들어 온-프레미스 네트워크를 가상 네트워크에 연결하는 것이 일반적입니다. 기본 이름 확인만 사용하면 HDInsight는 이름으로 온-프레미스 네트워크의 리소스에 액세스할 수 없습니다. 반대의 경우도 마찬가지입니다. 온-프레미스 네트워크의 리소스는 이름으로 가상 네트워크의 리소스에 액세스할 수 없습니다.

Warning

사용자 지정 DNS 서버를 만들고 이 서버를 사용하도록 가상 네트워크를 구성한 후 HDInsight 클러스터를 만들어야 합니다.

가상 네트워크 및 조인된 네트워크의 리소스 간에 이름 확인을 사용하려면 다음 작업을 수행해야 합니다.

HDInsight를 설치할 계획인 Azure Virtual Network에서 사용자 지정 DNS 서버를 만듭니다.
사용자 지정 DNS 서버를 사용하도록 가상 네트워크를 구성합니다.
가상 네트워크에 대해 Azure에서 할당한 DNS 접미사를 찾습니다. 이 값은 0owcbllr5hze3hxdja3mqlrhhe.ex.internal.cloudapp.net과 유사합니다. DNS 접미사를 찾는 방법에 대한 자세한 내용은 예제: 사용자 지정 DNS 섹션을 참조하세요.
DNS 서버 간에 전달을 구성합니다. 구성은 원격 네트워크의 유형에 따라 달라집니다.
- 원격 네트워크가 온-프레미스 네트워크인 경우 다음과 같이 DNS를 구성합니다.
  - 사용자 지정 DNS(가상 네트워크에서):
    - 가상 네트워크의 DNS 접미사에 대한 요청을 Azure 재귀 확인자(168.63.129.16)에 전달합니다. Azure에서 가상 네트워크의 리소스에 대한 요청을 처리합니다.
    - 다른 모든 요청을 온-프레미스 DNS 서버에 전달합니다. 온-프레미스 DNS가 Microsoft.com과 같은 인터넷 리소스에 대한 요청을 비롯한 기타 모든 이름 확인 요청을 처리합니다.
  - 온-프레미스 DNS: 가상 네트워크 DNS 접미사에 대한 요청을 사용자 지정 DNS 서버에 전달합니다. 그러면 사용자 지정 DNS 서버에서 Azure 재귀 확인자로 전달합니다.
    
    이 구성은 가상 네트워크에 대한 DNS 접미사를 포함하는 정규화된 도메인 이름 요청을 사용자 지정 DNS 서버로 라우팅합니다. 공용 인터넷 주소를 포함한 모든 다른 요청은 온-프레미스 DNS 서버에서 처리됩니다.
- 원격 네트워크가 다른 Azure Virtual Network인 경우 다음과 같이 DNS를 구성합니다.
  - 사용자 지정 DNS(각 가상 네트워크에서):
    - 가상 네트워크 DNS 접미사에 대한 요청은 사용자 지정 DNS 서버에 전달됩니다. 각 가상 네트워크에 있는 DNS는 해당 네트워크 내에서 리소스를 확인하는 역할을 합니다.
    - 다른 모든 요청은 Azure 재귀 확인자에 전달합니다. 재귀 확인자는 로컬 및 인터넷 리소스를 확인하는 역할을 합니다.
    각 네트워크의 DNS 서버는 DNS 접미사에 따라 요청을 다른 곳으로 전달합니다. 다른 요청은 Azure 재귀 확인자를 사용하여 확인됩니다.
  각 구성에 대한 예는 예제: 사용자 지정 DNS 섹션을 참조하세요.

자세한 내용은 VM 및 역할 인스턴스의 이름 확인 문서를 참조하세요.

Apache Hadoop 서비스에 직접 연결

https://CLUSTERNAME.azurehdinsight.net에 있는 클러스터에 연결할 수 있습니다. 이 주소는 공용 IP를 사용하며, NSG를 사용하여 인터넷에서 들어오는 트래픽을 제한한 경우 액세스할 수 없습니다. 또한 가상 네트워크에 클러스터를 배포할 때 프라이빗 엔드포인트 https://CLUSTERNAME-int.azurehdinsight.net를 사용하여 클러스터에 액세스할 수 있습니다. 이 엔드포인트는 클러스터 액세스를 위해 가상 네트워크 내의 개인 IP로 확인됩니다.

가상 네트워크를 통해 Apache Ambari 및 다른 웹 페이지에 연결하려면 다음 단계를 사용합니다.

HDInsight 클러스터 노드의 내부 FQDN(정규화된 도메인 이름)을 검색하려면 다음 방법 중 하나를 사용합니다.

RESOURCEGROUP을 가상 네트워크가 포함된 리소스 그룹의 이름으로 바꾸고 명령을 입력합니다.

$clusterNICs = Get-AzNetworkInterface -ResourceGroupName "RESOURCEGROUP" | where-object {$_.Name -like "*node*"}

$nodes = @()
foreach($nic in $clusterNICs) {
    $node = new-object System.Object
    $node | add-member -MemberType NoteProperty -name "Type" -value $nic.Name.Split('-')[1]
    $node | add-member -MemberType NoteProperty -name "InternalIP" -value $nic.IpConfigurations.PrivateIpAddress
    $node | add-member -MemberType NoteProperty -name "InternalFQDN" -value $nic.DnsSettings.InternalFqdn
    $nodes += $node
}
$nodes | sort-object Type

az network nic list --resource-group RESOURCEGROUP --output table --query "[?contains(name, 'node')].{NICname:name,InternalIP:ipConfigurations[0].privateIpAddress,InternalFQDN:dnsSettings.internalFqdn}"

반환된 노드 목록에서 헤드 노드에 대한 FQDN을 찾아 Ambari 및 기타 웹 서비스에 연결하는 데 사용합니다. 예를 들어 http://<headnode-fqdn>:8080을 사용하여 Ambari에 액세스합니다.

Important

헤드 노드에서 호스팅되는 일부 서비스는 한 번에 한 노드에서만 활성화됩니다. 한 헤드 노드에서 서비스에 액세스하려고 하고 404 오류가 반환되면 다른 헤드 노드로 전환합니다.

서비스가 제공되는 노드 및 포트를 확인하려면 HDInsight의 Hadoop 서비스에서 사용하는 포트 문서를 참조하세요.

부하 분산

HDInsight 클러스터를 만들 때 여러 부하 분산 장치도 만들어집니다. 기본 부하 분산 장치의 사용 중지로 인해 부하 분산 장치 유형은 특정 제약 조건이 있는 표준 SKU 수준에 있습니다. 네트워크 보안 그룹에서 허용하지 않는 한 표준 부하 분산 장치에 대한 인바운드 흐름은 닫힙니다. 네트워크 보안을 서브넷에 결합하고 네트워크 보안 규칙을 구성해야 할 수 있습니다.

표준 부하 분산 장치에 대해 사용하도록 설정된 몇 가지 아웃바운드 연결 방법이 있습니다. 기본 아웃바운드 액세스는 곧 사용 중지됩니다. 아웃바운드 네트워크 액세스를 제공하기 위해 NAT 게이트웨이를 채택하는 경우 서브넷은 기본 부하 분산 장치를 사용할 수 없습니다. NAT 게이트웨이를 서브넷에 결합하려는 경우 이 서브넷에 기본 부하 분산 장치가 없어야 합니다. NAT 게이트웨이를 아웃바운드 액세스 방법으로 사용하면 새로 만든 HDInsight 클러스터는 이전에 만든 HDInsight 클러스터와 동일한 서브넷을 기본 부하 분산 장치와 공유할 수 없습니다.

또 다른 제약 조건은 HDInsight 부하 분산 장치를 삭제하거나 수정해서는 안 된다는 것입니다. 부하 분산 장치 규칙의 변경 내용은 인증서 갱신과 같은 특정 유지 관리 이벤트 중에 덮어씁니다. 부하 분산 장치가 수정되어 클러스터 기능에 영향을 미치는 경우 클러스터를 다시 만들어야 할 수 있습니다.

다음 단계

코드 샘플 및 Azure 가상 네트워크 만들기 예제는 Azure HDInsight 클러스터에 대한 가상 네트워크 만들기를 참조하세요.
온-프레미스 네트워크에 연결하기 위해 HDInsight를 구성하는 엔드투엔드 예제는 HDInsight를 온-프레미스 네트워크에 연결을 참조하세요.
Azure 가상 네트워크에 대한 자세한 내용은 Azure Virtual Network 개요를 참조하세요.
네트워크 보안 그룹에 대한 자세한 내용은 네트워크 보안 그룹을 참조하세요.
사용자 정의 경로에 대한 자세한 내용은 사용자 정의 경로 및 IP 전달을 참조하세요.
방화벽 통합을 포함한 트래픽 제어에 대한 자세한 내용은 네트워크 트래픽 제어를 참조하세요.

다음을 통해 공유