Skip to main content

네트워크 설계 개요

Databricks VNet Injection에는 최소 2개의 전용 서브넷이 필요합니다. Private Link를 사용하려면 추가 서브넷도 필요합니다.
주의 CIDR 권장 사항: VNet 전체는 /22 이상으로 생성하세요. 서브넷당 최소 /26이 필요하지만, 클러스터 규모에 따라 IP가 부족할 수 있으므로 /24를 권장합니다. 각 클러스터 노드는 Host Subnet과 Container Subnet에서 각각 1개의 IP를 사용합니다.

IP 소요량 계산

참고 Azure는 각 서브넷에서 5개의 IP를 예약합니다 (네트워크 주소, 기본 게이트웨이, DNS 매핑 2개, 브로드캐스트). 따라서 /26(64개)에서 실제 사용 가능한 IP는 59개입니다.

Step 1 — VNet 만들기

  1. Azure Portal 로그인
  2. 상단 검색창에 ” 가상 네트워크” (또는 “Virtual networks”) 입력
  3. Virtual networks” 서비스 클릭
  4. + 만들기” (또는 ”+ Create”) 클릭

Step 2 — 기본 정보 (Basics 탭)

주의 VNet의 리전은 Workspace 리전과 반드시 동일해야 합니다. 다른 리전의 VNet에는 Workspace를 배포할 수 없습니다.
다음: IP 주소” 클릭

Step 3 — IP 주소 구성 (IP Addresses 탭)

VNet 주소 공간

IPv4 address space: 10.0.0.0/22 기본으로 생성된 default 서브넷이 있다면 삭제하고, 아래 서브넷들을 추가합니다.

서브넷 추가

+ 서브넷 추가” 버튼을 클릭하여 각 서브넷을 생성합니다.

서브넷 1: Host Subnet

서브넷 2: Container Subnet

참고 Private Link Subnet은 Private Endpoint를 배포할 때만 필요합니다. Private Link를 사용하지 않을 계획이라면 나중에 추가해도 됩니다.
다음: 보안” 클릭

Step 4 — 보안 탭 (Security)

참고 Bastion과 Firewall은 조직의 보안 정책에 따라 나중에 추가할 수 있습니다. Databricks 구성 자체에는 불필요합니다. Azure Firewall을 사용하는 경우 Databricks Control Plane으로의 아웃바운드 규칙을 별도로 구성해야 합니다.
다음: 태그” 클릭 → 필요 시 태그 추가 → ” 다음: 검토 + 만들기” 클릭

Step 5 — 검토 + 만들기

  1. 설정 요약을 확인합니다:
    • VNet 이름, 리전, 주소 공간
    • 서브넷 3개 (host, container, privatelink)
  2. 만들기” (Create) 클릭
  3. 배포 완료 대기 (~1-2분)
  4. 리소스로 이동” 클릭하여 생성된 VNet 확인

Step 6 — Subnet Delegation 설정

VNet 생성 후 Databricks 전용 서브넷(Host, Container)에 Subnet Delegation 을 설정해야 합니다.

Subnet Delegation이란?

Subnet Delegation은 특정 Azure 서비스가 해당 서브넷을 전용으로 사용하도록 위임하는 것입니다. Microsoft.Databricks/workspaces로 위임하면:
  • Databricks가 해당 서브넷에 클러스터 노드 VM을 배포할 수 있음
  • 다른 Azure 서비스(App Service, SQL MI 등)는 해당 서브넷에 배포 불가
  • Databricks가 필요한 NSG 규칙을 자동으로 관리할 수 있음

설정 절차

  1. 생성된 VNet → 좌측 메뉴에서 ” 서브넷” (Subnets) 클릭
  2. snet-databricks-host 클릭하여 설정 창 열기
  3. 서브넷 위임” (Subnet delegation) 드롭다운에서 Microsoft.Databricks/workspaces 선택
  4. 저장” (Save) 클릭
  5. snet-databricks-container 클릭하여 동일하게 반복
  6. 서브넷 위임” → Microsoft.Databricks/workspaces 선택 → ” 저장
위험 반드시 두 서브넷 모두 위임 설정이 필요합니다. Host Subnet과 Container Subnet 중 하나라도 Microsoft.Databricks/workspaces에 위임하지 않으면 Workspace 배포 시 다음 오류가 발생합니다:
주의 Private Link Subnet에는 위임을 설정하지 마세요.snet-privatelink 서브넷은 Private Endpoint 전용이며, Databricks 위임을 설정하면 Private Endpoint를 배포할 수 없게 됩니다.

위임 설정 확인

설정 완료 후 각 서브넷을 클릭하면 ” 서브넷 위임” 필드에 Microsoft.Databricks/workspaces가 표시되어야 합니다.

Step 7 — NSG 자동 생성 확인

Databricks 서브넷에 위임을 설정하면, Workspace 배포 시 NSG가 자동으로 생성 되어 서브넷에 연결됩니다.

NSG 관리 방식

참고 수동으로 NSG를 미리 만들어 연결할 수도 있지만, Databricks 필수 규칙을 직접 추가하지 마세요. Workspace 배포 시 Databricks가 자동으로 필요한 규칙을 추가합니다. 수동으로 추가한 Databricks 규칙은 충돌을 일으킬 수 있습니다.

자동 생성되는 주요 NSG 규칙

주의 NSG에 커스텀 규칙을 추가할 때 주의하세요. 위 Databricks 자동 규칙보다 높은 우선순위(낮은 숫자)로 Deny 규칙을 만들면 클러스터가 시작되지 않거나 정상 작동하지 않습니다. 커스텀 규칙은 우선순위 200 이상에서 추가하는 것을 권장합니다.

VNet Peering 고려사항 (Hub-Spoke)

기존 Hub-Spoke 아키텍처에 Databricks VNet을 Spoke로 연결하는 경우:

구성 시 확인 사항

Peering 설정 절차

  1. Azure Portal → ” 가상 네트워크” → Databricks VNet 선택
  2. 좌측 메뉴에서 ” 피어링” (Peerings) 클릭
  3. + 추가” 클릭
  4. 다음 정보 입력:
  1. 추가” 클릭
  2. 양쪽 Peering 상태가 ” Connected”인지 확인
위험 UDR로 0.0.0.0/0을 방화벽으로 강제 터널링하는 경우, Databricks Control Plane(Webapp, SCC Relay)으로의 통신을 방화벽에서 허용해야 합니다. 허용하지 않으면 클러스터 시작이 실패합니다. 필요한 FQDN은 Databricks 공식 문서를 참고하세요.
참고: VNet Injection 요구사항 · NSG 규칙 · UDR/Firewall