cancel
Showing results forย 
Search instead forย 
Did you mean:ย 
Administration & Architecture
Explore discussions on Databricks administration, deployment strategies, and architectural best practices. Connect with administrators and architects to optimize your Databricks environment for performance, scalability, and security.
cancel
Showing results forย 
Search instead forย 
Did you mean:ย 

NCC private endpoint cannot be added

zzepo
New Contributor

hi,

Trying to set up serverless compute and can't create a private endpoint because "Private access endpoint service {endpoint name} is not supported because {endpoint name} is not supported for account {account name}".

 

Following this thread but stuck at step 2.2 Configure private connectivity to AWS-managed resources | Databricks on AWS

3 REPLIES 3

iyashk-DB
Databricks Employee
Databricks Employee

That error ("is not supported for account") means your Databricks account hasn't been enrolled in the private preview for NCC private endpoints. The feature is currently in private preview, so even if you follow the documentation steps correctly, the API will reject the endpoint creation until Databricks enables access for your account on the backend.

The fix is to reach out to your Databricks account team or open a support case and ask them to enable the private connectivity / NCC private endpoints private preview for your account. Once they flip that switch, you should be able to continue from step 2.2 without any changes to your configuration.

You can also check whether your AWS region is among the ones currently enrolled in the preview when you make that request, since regional availability can vary during preview phases.

thanks for your reply, makes sense.

Is there an alternative to setting up a private connection to serverless without using NCC?

binlogreader
New Contributor

On AWS, all private connectivity from serverless compute runs through a network connectivity configuration. The NCC is an account-level object that holds private endpoint rules, and attaching it to a workspace is what routes serverless traffic through those endpoints. Private endpoints from serverless to AWS resources are currently a preview feature, and the error you hit at step 2.2 is the API telling you your account has not been enrolled in it yet.

Your configuration is not wrong; the switch is off on the Databricks side, which is why @iyashk-DB pointed you at your account team.

So the direct answer to your follow-up is that there is no second private-connectivity mechanism hiding behind the NCC. But whether you actually need it depends on what you are trying to reach, and for the most common target you may already have what you want.

If the target is an S3 bucket in the same region as your workspace, you may not need the private endpoint at all. Serverless compute reaches same-region S3 through a VPC gateway endpoint that Databricks manages, so that traffic already stays on the AWS network rather than the public internet. The firewall configuration page under serverless network security shows how to write the bucket policy so the bucket only accepts that path. No NCC private endpoint is involved, and nothing about the preview blocks you.

If the target is anything else, such as a database or an API behind a firewall, the generally available option is allowlisting Databricks' published outbound IP addresses on the resource side. That gives you restricted access but not private connectivity, since the traffic uses public IPs. If you go this way, build the allowlist from the JSON list Databricks publishes rather than hardcoding addresses.

If the requirement is strictly no public path to a non-S3 resource, then the NCC private endpoint preview is the only mechanism, and the account team enablement is the way there. The good news is that once your account is enrolled, your existing setup should carry on from step 2.2 unchanged.

Which resource are you trying to connect to? If it is same-region S3, the gateway endpoint route probably solves this today without waiting on the preview.