CNS commands and usage
The Triton CLI tool is Joyent’s new tool to manage Triton infrastructure. Please use the commands and options suggested below.
You can also use Triton CNS with Docker
Enable Triton CNS with the
triton account update ... command:
$ triton account update triton_cns_enabled=true Updated account "<account username>" (fields: triton_cns_enabled)
Disable Triton CNS:
$ triton account update triton_cns_enabled=false Updated account "<account username>" (fields: triton_cns_enabled)
triton account get will get all user details for the current account:
$ triton account get id: d32e7832-89d2-459a-bc01-e9af0bca409c login: jill email: firstname.lastname@example.org companyName: Jill Enterprises firstName: Jill lastName: Example triton_cns_enabled: true country: USA phone: +14155551212 updated: 2016-01-28T00:31:11.538Z (1d) created: 2015-01-05T21:18:15.115Z (1y)
The UUID for this account is listed in the first line of the response:
-t triton.cns.services=<comma delimited service names> flag to
triton instance create can be used when creating an instance to add tags, as in the following example:
$ triton instance create \ -t triton.cns.services=example-service,secondary-service \ ubuntu-14.04 t4-standard-1G
triton instance get ... will list all the details of a specific compute instance:
$ triton instance get <instance name>
In the resulting output you’ll see a list of dns_names.
triton instance tag set ... command can be used to set or update and replace the service tag for an instance:
$ triton instance tag set -w <instance> triton.cns.services=<example-service,secondary-service>
NOTE: If setting new CNS names for an instance, any existing names will be replaced. To keep existing names, those must be included when you run
triton instance tag set. For example, if my instance had the tag
my-service, to keep that tag in addition to new tags, I would run:
$ triton instance tag set -w <instance> triton.cns.services=my-service,new-servicename
If CNS is enabled for a user's account, it's on by default for each new instance. You can turn it off for individual instances using the following
triton instance tag set ... and
triton instance tag delete ... commands:
$ triton instance tag set -w <instance name> triton.cns.disable=true
It can also be turned back on:
$ triton instance tag delete -w <instance name> triton.cns.disable
CNS can also be disabled from inside the instance using the
To enable or disable CNS for your account, navigate to the account settings on the top right-hand corner of the portal.
Once CNS has been enabled at the account level, you can specify the DNS service names when provisioning a new instance. You also have the option to disable CNS for specific containers. The service names should be specified as a comma-delimited list, e.g.
For running instances that have been enabled for CNS, the DNS names are available in the "DNS" section of the instance details page.
You can add or modify the CNS services to which a running container is attached by updating the tags of the instance in the "tags" section on the instance details page. Follow the same comma-delimited list convention to specify the service names in
triton.cns.services, or set the
triton.cns.disable tag to
true if you want to have the container opt out of CNS.
This screencast covers how to use custom vanity domain names with Triton CNS. To learn more about how CNS works, watch the introduction to Triton CNS screencast.
--label triton.cns.services=<comma delimited service names> flag can be used to add one or more Triton CNS service tags to Docker containers as part of a
docker run command:
$ triton-docker run -d -p 80 --label triton.cns.services=<example-service,secondary-service> nginx
If the container is running in my account in the us-sw-1 data center, the FQDN would be:
example-service.svc.<account uuid>.us-sw-1.triton.zone secondary-service.svc.<account uuid>.us-sw-1.triton.zone
All containers sharing the same
triton.cns.services label will be returned as address records for the
svc (service) FQDN for that label.
Watch the screencast.
This screencast covers how to use Triton CNS with bare-metal Docker containers on Triton. To learn more about how CNS works, watch the introduction to Triton CNS screencast. To learn how to add a vanity domain to your applications, watch the assign a vanity domain with Triton CNS screencast.
You can add the
--dns-search=<account uuid>.<data center name>.cns.joyent.com flag to be able to lookup instances and services within the same data center using short DNS names. Consider the following example in the context of having run the Nginx example above:
$ triton-docker run --rm -it \ --dns-search=<account uuid>.<data center name>.cns.joyent.com \ ubuntu ping example-service.svc PING example-service.svc.<account uuid>.<data center name>.cns.joyent.com (192.168.128.188) 56(84) bytes of data. 64 bytes from 192.168.128.188: icmp_seq=1 ttl=255 time=0.146 ms 64 bytes from 192.168.128.188: icmp_seq=2 ttl=255 time=0.118 ms 64 bytes from 192.168.128.188: icmp_seq=3 ttl=255 time=0.161 ms
We are able to
ping example-service.svc in that example because the added
--dns-search flag tells the DNS resolver to fill in the missing details in the FQDN.
Triton CNS is a public, globally accessible DNS server. There is no need to set specific resolvers via the
--dns flag. Any DNS resolvers that can do recursive resolution on the public internet will work.