Skip to main content

개요

이미 운영 중인 Workspace에 PrivateLink를 사후 추가하는 절차입니다. 초기에 PrivateLink 없이 생성한 Workspace를 프라이빗 연결로 전환할 때 사용합니다.
주의 기존 Network Configuration은 직접 수정 불가— VPC Endpoint를 포함한 새 Network Configuration을 생성한 후 Workspace에서 교체해야 합니다. 기존 Network Config을 편집하여 VPC Endpoint를 추가하는 것은 지원되지 않습니다.

전체 절차 요약 (7단계)

위험 Step 6에서 다운타임 발생: Workspace 업데이트 중 실행 중인 클러스터와 Job이 모두 중단됩니다. 반드시 유지보수 윈도우에 수행하세요.

다운타임 최소화 전략

  • 사전 작업: Step 1~5는 다운타임 없이 수행 가능 → 미리 준비
  • 유지보수 윈도우: Step 6만 유지보수 시간에 실행
  • 사전 클러스터 종료: Step 6 시작 전 모든 클러스터를 수동 종료하고 실행 중인 Job을 중지
  • 알림: 사용자에게 사전 공지 (예상 다운타임: 15-30분)

Step 1: AWS VPC Endpoint 생성

AWS Console → VPCEndpointsCreate endpoint 두 개의 VPC Endpoint를 생성합니다.

1-1. REST API Endpoint

참고 Service name은 리전마다 다릅니다. 위 예시는 ap-northeast-2 (서울) 기준입니다. 다른 리전의 Service name은 Databricks 공식 문서에서 확인하세요.

1-2. SCC Relay Endpoint

Verify service” 클릭 → ” Service name verified” 메시지 확인 후 ” Create endpoint” 클릭

Step 2: VPC Endpoint 상태 확인

생성 직후 상태는 ” Pending”입니다.
  1. AWS Console → VPC → Endpoints
  2. 두 VPC Endpoint의 상태가 ” Available”로 변경될 때까지 대기 (통상 5-10분)
  3. 각 Endpoint의 VPC Endpoint ID(vpce-xxxxxxxxxxxxxxxxx)를 메모
주의 상태가 ” Failed” 또는 ” Rejected”인 경우:
  • Service name이 올바른지 확인
  • VPC의 리전과 Service name의 리전이 일치하는지 확인
  • Security Group에서 TCP 443 인바운드가 허용되는지 확인

Step 3: Databricks에 VPC Endpoint 등록

Account Console → SecurityNetworkingVPC endpoints
  1. Register VPC endpoint” 클릭
  2. REST API Endpoint 등록:
  1. Register” 클릭
  2. SCC Relay Endpoint도 동일하게 등록
  1. 등록 후 상태가 ” Available”인지 확인

Step 4: 새 Network Configuration 생성

Account Console → SecurityNetworkingClassic network configurations
위험 기존 Network Configuration을 수정하지 마세요. 반드시 새로 생성해야 합니다. 기존 것을 삭제하면 Workspace가 손상될 수 있습니다.
  1. Add network configuration” 클릭
  2. 다음 정보 입력:
  1. Add” 클릭 → 새 Network Configuration ID 생성
주의 VPC, Subnet, Security Group은 기존 Workspace와 반드시 동일한 값 을 입력해야 합니다. 다른 VPC로 변경하면 Workspace가 제대로 작동하지 않습니다.

Step 5: Private Access Settings 생성

Account Console → SecurityNetworkingPrivate access settings
  1. Add private access settings” 클릭
  2. 다음 정보 입력:
참고 초기에는 Public access를 Enabled로 설정하세요. PrivateLink 연결이 완전히 검증된 후 Disabled로 변경합니다. 처음부터 Disabled로 설정하면 DNS 전파가 완료되기 전에 접근이 차단되어 트러블슈팅이 어려워집니다.

Step 6: Workspace 업데이트

위험 이 단계에서 다운타임이 발생합니다. 사전에 다음을 수행하세요:
  • 모든 Interactive 클러스터 종료
  • 실행 중인 Job 중지 또는 완료 대기
  • 사용자에게 사전 공지
Account Console → Workspaces→ 대상 Workspace 선택
  1. Update” 클릭
  2. Network configuration→ Step 4에서 생성한 새 Network Configuration 선택
  3. Private access settings→ Step 5에서 생성한 설정 선택
  4. Confirm update” 클릭
  5. 프로비저닝 시작 (~10-15분 소요)
  6. 상태가 ” Running”으로 변경될 때까지 대기
주의 업데이트 중 Workspace 상태가 “Provisioning”으로 표시됩니다. 이 동안 Workspace에 접근할 수 없으며, 실행 중이던 모든 클러스터와 작업이 중단됩니다.

Step 7: DNS 검증 및 접속 확인

업데이트 완료 후 PrivateLink DNS 전파까지 추가로 10-20분이 소요될 수 있습니다.

DNS 확인 방법

VPC 내부 또는 VPN 연결된 환경에서 실행:

접속 검증

  1. VPN 또는 VPC 내부 환경에서 Workspace URL로 브라우저 접속
  2. 로그인 성공 확인
  3. 클러스터 시작 → 노트북에서 간단한 명령 실행 (spark.range(10).show())
  4. SQL Warehouse 시작 → 쿼리 실행 확인
참고 DNS 전파가 완료되지 않은 상태에서는 Public access가 Enabled이므로 기존 경로(인터넷)로 접속됩니다. nslookup에서 Private IP가 반환되는 것을 확인한 후 Step 8로 진행하세요.

Step 8 (선택): Public Access 비활성화

PrivateLink 접속이 완전히 검증된 후:
  1. Account Console → Workspaces → 대상 Workspace → ” Update
  2. Private Access Settings의 Public accessDisabled 변경
  3. Confirm update” 클릭
위험 Public access를 Disabled로 변경하면 인터넷을 통한 Workspace 접근이 완전히 차단됩니다. VPN/DirectConnect를 통해 VPC에 연결되지 않은 사용자는 접속할 수 없게 됩니다. 반드시 모든 사용자의 접속 환경을 확인한 후 변경하세요.

롤백 방법

PrivateLink 전환 후 문제가 발생한 경우:
  1. Account Console → Workspaces → 대상 Workspace → ” Update
  2. Network configuration기존 Network Configuration (PrivateLink 없는 버전)으로 되돌림
  3. Private access settings→ 제거 또는 Public access: Enabled로 변경
  4. Confirm update” 클릭
  5. 다시 프로비저닝 (~10-15분 소요, 추가 다운타임 발생)
주의 롤백 시에도 다운타임이 발생합니다. 따라서 최초 전환 전에 충분한 테스트를 수행하는 것이 중요합니다. Non-production Workspace에서 먼저 테스트하는 것을 강력히 권장합니다.

Troubleshooting

참고: Update a workspace · PrivateLink