네트워크 설계 개요
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 만들기
- Azure Portal 로그인
- 상단 검색창에 ” 가상 네트워크” (또는 “Virtual networks”) 입력
- ” Virtual networks” 서비스 클릭
- ” + 만들기” (또는 ”+ 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
서브넷 3: Private Link Subnet
참고 Private Link Subnet은 Private Endpoint를 배포할 때만 필요합니다. Private Link를 사용하지 않을 계획이라면 나중에 추가해도 됩니다.” 다음: 보안” 클릭
Step 4 — 보안 탭 (Security)
참고 Bastion과 Firewall은 조직의 보안 정책에 따라 나중에 추가할 수 있습니다. Databricks 구성 자체에는 불필요합니다. Azure Firewall을 사용하는 경우 Databricks Control Plane으로의 아웃바운드 규칙을 별도로 구성해야 합니다.” 다음: 태그” 클릭 → 필요 시 태그 추가 → ” 다음: 검토 + 만들기” 클릭
Step 5 — 검토 + 만들기
- 설정 요약을 확인합니다:
- VNet 이름, 리전, 주소 공간
- 서브넷 3개 (host, container, privatelink)
- ” 만들기” (Create) 클릭
- 배포 완료 대기 (~1-2분)
- ” 리소스로 이동” 클릭하여 생성된 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 규칙을 자동으로 관리할 수 있음
설정 절차
- 생성된 VNet → 좌측 메뉴에서 ” 서브넷” (Subnets) 클릭
snet-databricks-host클릭하여 설정 창 열기- ” 서브넷 위임” (Subnet delegation) 드롭다운에서
Microsoft.Databricks/workspaces선택 - ” 저장” (Save) 클릭
snet-databricks-container클릭하여 동일하게 반복- ” 서브넷 위임” →
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 설정 절차
- Azure Portal → ” 가상 네트워크” → Databricks VNet 선택
- 좌측 메뉴에서 ” 피어링” (Peerings) 클릭
- ” + 추가” 클릭
- 다음 정보 입력:
- ” 추가” 클릭
- 양쪽 Peering 상태가 ” Connected”인지 확인
위험 UDR로 0.0.0.0/0을 방화벽으로 강제 터널링하는 경우, Databricks Control Plane(Webapp, SCC Relay)으로의 통신을 방화벽에서 허용해야 합니다. 허용하지 않으면 클러스터 시작이 실패합니다. 필요한 FQDN은 Databricks 공식 문서를 참고하세요.참고: VNet Injection 요구사항 · NSG 규칙 · UDR/Firewall