AWS PrivateLink for Redshift
Private preview: This feature is only available to select accounts.
AWS PrivateLink provides private connectivity from the Immuta SaaS platform to customer-managed Redshift Clusters hosted on AWS. It ensures that all traffic to the configured endpoints only traverses private networks.
This feature is supported in most regions across Immuta's Global Segments (NA, EU, and AP); contact your Immuta account manager if you have questions about availability.
![](https://documentation.immuta.com/~gitbook/image?url=https%3A%2F%2F1751699907-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FlWBda5Pt4s8apEhzXGl7%252Fuploads%252Fui9xdHtdmuai31Nq25g8%252Fredshift-pl-interface.png%3Falt%3Dmedia%26token%3D110c1ed5-5f4f-4739-b729-ba9f20d8a1f0&width=768&dpr=4&quality=100&sign=536ae55f&sv=1)
Requirements
You have an Immuta SaaS tenant.
You have set up an AWS PrivateLink Service for your Redshift Cluster endpoints.
If you have configured Private DNS Hostnames on your PrivateLink Service, the domain ownership must be verifiable via a public DNS zone. This means that you cannot use a Top-Level Domain (TLD) that is not publicly resolvable, e.g.
redshift.mycompany.internal
.If you are using TLS, the presented certificate must have the Fully-Qualified Domain Name (FQDN) of your cluster as a Subject Alternative Name (SAN).
When creating the service, make sure that the Require Acceptance option is checked (this does not allow anyone to connect, all connections will be blocked until the Immuta Service Principal is added).
Configure Redshift with AWS PrivateLink
Open a support ticket with Immuta Support with the following information:
AWS Region
AWS Subnet Availability Zones IDs (e.g.
use1-az3
)VPC Endpoint Service ID
DNS Hostname
Ports Used
Authorize the Service Principal provided by your representative so that Immuta can complete the VPC Endpoint configuration.
Last updated