Amazon Redshift announces support for CNAME
Share
Services
Amazon Redshift now supports Canonical Name (CNAME) or custom domain name, an easy-to-read Domain Name System (DNS) record that routes SQL client connections to either the endpoint of your Amazon Redshift cluster or Amazon Redshift Serverless workgroup. With CNAME, you don’t need to expose your Redshift endpoint in the database connection, which enhances your security and it’s easier to recall and use.
With CNAME, you can quickly route traffic to a new cluster or workgroup in a fail-over case. When disaster happens, connections can be re-routed centrally with minimal disruption. You can configure CNAME for an existing Redshift cluster or Redshift Serverless workgroup by using the Amazon Redshift console, the AWS CLI and the Amazon Redshift API. A validated Transport Layer Security (TLS) certificate for a CNAME is required to keep communication secure and to verify ownership of the domain name. You can use the your AWS Certificate Manager (ACM) account with an AWS KMS key for secure certificate management.
The feature of Amazon Redshift CNAME is available in all commercial regions where [Amazon Redshift is available](https://aws.amazon.com/about-aws/global-infrastructure/regional-product-services/). To learn more, visit the [Amazon Redshift management guide](https://docs.aws.amazon.com/redshift/latest/mgmt/connecting-connection-CNAME.html).
What else is happening at Amazon Web Services?
Amazon AppStream 2.0 users can now save their user preferences between streaming sessions
December 13th, 2024
Services
Share
AWS Elemental MediaConnect Gateway now supports source-specific multicast
December 13th, 2024
Services
Share
Amazon EC2 instances support bandwidth configurations for VPC and EBS
December 13th, 2024
Services
Share
AWS announces new AWS Direct Connect location in Osaka, Japan
December 13th, 2024
Services
Share
Amazon DynamoDB announces support for FIPS 140-3 interface VPC and Streams endpoints
December 13th, 2024
Services
Share