Available as of v2.2.0

Rancher’s Global DNS feature provides a way to program an external DNS provider to route traffic to your Kubernetes applications. Since the DNS programming supports spanning applications across different Kubernetes clusters, Global DNS is configured at a global level. An application can become highly available as it allows you to have one application run on different Kubernetes clusters. If one of your Kubernetes clusters goes down, the application would still be accessible.

Note: Global DNS is only available in Kubernetes installations with the local cluster enabled.

Global DNS Providers

Before adding in Global DNS entries, you will need to configure access to an external provider.

The following table lists the first version of Rancher each provider debuted.

DNS ProviderAvailable as of
AWS Route53v2.2.0
CloudFlarev2.2.0
AliDNSv2.2.0

Global DNS Entries

For each application that you want to route traffic to, you will need to create a Global DNS Entry. This entry will use a fully qualified domain name (a.k.a FQDN) from a global DNS provider to target applications. The applications can either resolve to a single multi-cluster application or to specific projects. You must add specific annotation labels to the ingresses in order for traffic to be routed correctly to the applications. Without this annotation, the programming for the DNS entry will not work.

Permissions for Global DNS Providers and Entries

By default, only global administrators and the creator of the Global DNS provider or Global DNS entry have access to use, edit and delete them. When creating the provider or entry, the creator can add additional users in order for those users to access and manage them. By default, these members will get Owner role to manage them.

Setting up Global DNS for Applications

  1. From the Global View, select Tools > Global DNS Providers.
  2. To add a provider, choose from the available provider options and configure the Global DNS Provider with necessary credentials and an optional domain. For help, see DNS Provider Configuration.
  3. (Optional) Add additional users so they could use the provider when creating Global DNS entries as well as manage the Global DNS provider.
  4. (Optional) Pass any custom values in the Additional Options section.

Adding a Global DNS Entry

  1. From the Global View, select Tools > Global DNS Entries.
  2. Click on Add DNS Entry.
  3. Fill out the form. For help, refer to Global DNS Entry Configuration.
  4. Click Create.

Editing a Global DNS Provider

The global administrators, creator of the Global DNS provider and any users added as members to a Global DNS provider, have owner access to that provider. Any members can edit the following fields:

  • Root Domain
  • Access Key & Secret Key
  • Members
  • Custom values
  1. From the Global View, select Tools > Global DNS Providers.

  2. For the Global DNS provider that you want to edit, click the ⋮ > Edit.

Editing a Global DNS Entry

The global administrators, creator of the Global DNS entry and any users added as members to a Global DNS entry, have owner access to that DNS entry. Any members can edit the following fields:

  • FQDN
  • Global DNS Provider
  • Target Projects or Multi-Cluster App
  • DNS TTL
  • Members

Any users who can access the Global DNS entry can only add target projects that they have access to. However, users can remove any target project as there is no check to confirm if that user has access to the target project.

Permission checks are relaxed for removing target projects in order to support situations where the user’s permissions might have changed before they were able to delete the target project. Another use case could be that the target project was removed from the cluster before being removed from a target project of the Global DNS entry.

  1. From the Global View, select Tools > Global DNS Entries.

  2. For the Global DNS entry that you want to edit, click the ⋮ > Edit.

Global DNS Entry Configuration

FieldDescription
FQDNEnter the FQDN you wish to program on the external DNS.
ProviderSelect a Global DNS Provider from the list.
Resolves ToSelect if this DNS entry will be for a multi-cluster application or for workloads in different projects.
Multi-Cluster App TargetThe target for the global DNS entry. You will need to ensure that annotations are added to any ingresses for the applications that you want to target.
DNS TTLConfigure the DNS time to live value in seconds. By default, it will be 300 seconds.
Member AccessSearch for any users that you want to have the ability to manage this Global DNS entry.

DNS Provider Configuration

Route53

FieldExplanation
NameEnter a Name for the provider.
Root Domain(Optional) Enter the Root Domain of the hosted zone on AWS Route53. If this is not provided, Rancher’s Global DNS Provider will work with all hosted zones that the AWS keys can access.
Credential PathThe AWS credential path.
Role ARNAn Amazon Resource Name.
RegionAn AWS region.
ZoneAn AWS zone.
Access KeyEnter the AWS Access Key.
Secret KeyEnter the AWS Secret Key.
Member AccessUnder Member Access, search for any users that you want to have the ability to use this provider. By adding this user, they will also be able to manage the Global DNS Provider entry.

CloudFlare

FieldExplanation
NameEnter a Name for the provider.
Root DomainOptional: Enter the Root Domain. In case this is not provided, Rancher’s Global DNS Provider will work with all domains that the keys can access.
Proxy SettingWhen set to yes, the global DNS entry that gets created for the provider has proxy settings on.
API EmailEnter the CloudFlare API Email.
API KeyEnter the CloudFlare API Key.
Member AccessSearch for any users that you want to have the ability to use this provider. By adding this user, they will also be able to manage the Global DNS Provider entry.

AliDNS

Notes:

  • Alibaba Cloud SDK uses TZ data. It needs to be present on /usr/share/zoneinfo path of the nodes running local cluster, and it is mounted to the external DNS pods. If it is not available on the nodes, please follow the instruction to prepare it.
  • Different versions of AliDNS have different allowable TTL range, where the default TTL for a global DNS entry may not be valid. Please see the reference before adding an AliDNS entry.
FieldExplanation
NameEnter a Name for the provider.
Root DomainOptional: Enter the Root Domain. In case this is not provided, Rancher’s Global DNS Provider will work with all domains that the keys can access.
Access KeyEnter the Access Key.
Secret KeyEnter the Secret Key.
Member AccessSearch for any users that you want to have the ability to use this provider. By adding this user, they will also be able to manage the Global DNS Provider entry.

Adding Annotations to Ingresses to program the External DNS

In order for Global DNS entries to be programmed, you will need to add a specific annotation on an ingress in your application or target project.

For any application that you want targeted for your Global DNS entry, find an ingress associated with the application.

This ingress needs to use a specific hostname and an annotation that should match the FQDN of the Global DNS entry.

In order for the DNS to be programmed, the following requirements must be met:

  • The ingress routing rule must be set to use a hostname that matches the FQDN of the Global DNS entry.
  • The ingress must have an annotation (rancher.io/globalDNS.hostname) and the value of this annotation should match the FQDN of the Global DNS entry.

Once the ingress in your multi-cluster application or in your target projects is in an active state, the FQDN will be programmed on the external DNS against the Ingress IP addresses.