Route53 Flashcards
Which type of DNS record should you use to resolve an IP address to a domain name?
- An A record
- A CName
- An SPF record
- A PTR record
- A PTR record
Which of the following are main functions of AWS Route 53? (Choose multiple)
- Register domain names
- Route internet traffic to the resources for your domain
- Load-balance traffic among individual AWS resource instances
- Check the health of your resources
- Auto Scale your resources
Answer: A, B, D
Breakdown
Option C is incorrect because Route 53 is not used for load-balancing traffic among individual AWS resource instances (like a load balancer) rather we integrate it with resources for added functionality (https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/integration-with-other-services.html)
Option E is incorrect. In AWS, Autoscaling is used to scale underlying resources up or down based on pre-determined or dynamic factors.
Which protocol is primarily used by DNS to serve requests?
- Transmission Control Protocol (TCP)
- Hyper Text Transfer Protocol (HTTP)
- File Transfer Protocol (FTP)
- User Datagram Protocol (UDP)
- User Datagram Protocol (UDP)
Your organization had setup a web application on AWS VPC with 4 EC2 instances in a private subnet. They had configured an elastic load balancer to distribute traffic between all 4 EC2 instances. They decided to route traffic from internet to the elastic load balancer via a domain “www.example-web-application.com” which they had already registered. Which type of record set you need to create?
- A – IPv4 Address with Alias=NO
- A – IPv4 Address with Alias=YES
- CNAME – Canonical Name with ALIAS=NO
- CNAME – Canonical Name with ALIAS=YES
Answer: B
https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-to-elb-load-balancer.html
Note:
A Record (Address Record) is typically used when an IP address to name conversion is required. This is most commonly used.
A record points a name to a specific IP. If you want example.com to point to the server 10.120.13.14 then you will configure an A record like below
example.com A 10.120.13.14
In AWS Route 53 record set, which of the following is not a routing policy?
- Weighted routing policy
- Geolocation routing policy
- Failover routing policy
- Distributed routing policy
- Distributed routing policy
Options A, B, C are valid routing policies for AWS Route 53.
Following are a list of routing policies.
https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-policy.html
Which protocol is used by DNS when response data size exceeds 512 bytes?
- Transmission Control Protocol (TCP)
- Hyper Text Transfer Protocol (HTTP)
- File Transfer Protocol (FTP)
- User Datagram Protocol (UDP)
- Transmission Control Protocol (TCP)
What is a benefit of the ALIAS record type in Route53?
- ALIAS is just a CNAME, and thus the same benefits of a CNAME
- ALIAS provides a 303 redirect to another URL (eg. www.domain.com to domain.com)
- ALIAS can be used to direct to a global AWS service endpoint name, even in an A record position
- ALIAS record can be used to point to on-premises resources, rerouting the user and obfuscating the back end
ALIAS can be used to direct to a global AWS service endpoint name, even in an A record position
The ALIAS record can be used to provide a name entry, in a position such as an A record, where IP addresses typically would be required. The Route53 engine still returns an IP to the requestor, but the IP can be dynamic and will point to the necessary service endpoint closes to the user such as S3, CloudFront, etc. “ALIAS is just a CNAME, and thus the same benefits of a CNAME” is incorrect because an ALIAS record is not a CNAME. “ALIAS provides a 303 redirect to another URL (eg. www.domain.com to domain.com)” and “ALIAS record can be used to point to on-premises resources, rerouting the user and obfuscating the back end” are incorrect simply because this is not the way it works.
A Solutions Architect is designing a static website that will use the zone apex of a DNS domain (e.g. example.com). The Architect wants to use the Amazon Route 53 service. Which steps should the Architect take to implement a scalable and cost-effective solution? (choose 2)
- Create a Route 53 hosted zone, and set the NS records of the domain to use Route 53 name servers
- Host the website on an Amazon EC2 instance, and map a Route 53 Alias record to the public IP address of the EC2 instance
- Host the website using AWS Elastic Beanstalk, and map a Route 53 Alias record to the Beanstalk stack
- Serve the website from an Amazon S3 bucket, and map a Route 53 Alias record to the website endpoint
- Host the website on an Amazon EC2 instance with ELB and Auto Scaling, and map a Route 53 Alias record to the ELB endpoint
- Create a Route 53 hosted zone, and set the NS records of the domain to use Route 53 name servers
- Serve the website from an Amazon S3 bucket, and map a Route 53 Alias record to the website endpoint
Explanation To use Route 53 for an existing domain the Architect needs to change the NS records to point to the Amazon Route 53 name servers. This will direct the name resolution to Route 53 for the domain name. The most cost-effective solution for hosting the website will be to use an Amazon S3 bucket. To do this you create a bucket using the same name as the domain name (e.g. example.com) and use a Route 53 Alias record to map to it Using an EC2 instance instead of an S3 bucket would be more costly so that rules out 2 options that explicitly mention EC3 Elastic Beanstalk provisions EC2 instances so again this would be a more costly option References: https://docs.aws.amazon.com/AmazonS3/latest/dev/website-hosting-custom-domain-walkthrough.html
A Solutions Architect is creating an application design with several components that will be publicly addressable. The Architect would like to use Alias records. Using Route 53 Alias records what targets can you specify? (choose 2)
- On-premise web server
- Elastic BeanStalk environment
- VPC endpoint
- ElastiCache cluster
- CloudFront distribution
- Elastic BeanStalk environment
- CloudFront distribution
Explanation Alias records are used to map resource record sets in your hosted zone to Amazon Elastic Load Balancing load balancers, Amazon CloudFront distributions, AWS Elastic Beanstalk environments, or Amazon S3 buckets that are configured as websites You cannot point an Alias record directly at an on-premises web server (you can point to another record in a hosted zone, which could point to an on-premises web server though I’m not sure if this is supported) You cannot use an Alias to point at an ElastiCache cluster or VPC endpoint
You host a web application across multiple AWS regions in the world, and you need to configure your DNS so that your end users will get the fastest network performance possible. Which routing policy should you apply?
- Geolocation routing
- Latency-based routing
- Simple routing
- Weighted routing
- Latency-based routing
Which resource record set would not be allowed for the hosted zone example.com?
- www.example.com
- www.aws.example.com
- www.example.ca
- www.beta.example.com
- www.example.ca
Which of the following is not an AWS service that AWS Route 53 can route traffic to?
- Amazon CloudFront
- Elastic Load Balancing
- Amazon RDS
- Amazon CloudWatch
Amazon CloudWatch
Amazon Route 53 integrates with Amazon CloudWatch for monitoring, not for routing traffic.
https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/integration-with-other-services.html
Your company hosts 10 web servers all serving the same content in AWS. They want Route 53 to serve traffic to random web servers. Which routing policy should be used to meet this requirement?
- Latency Routing
- Multivalue Routing
- Weighted Routing
- Simple Routing
- Multivalue Routing
Multivalue answer routing lets you configure Amazon Route 53 to return multiple values, such as IP addresses for your web servers, in response to DNS queries. Route 53 responds to DNS queries with up to eight healthy records and gives different answers to different DNS resolvers. The choice of which to use is left to the requesting service effectively creating a form or randomisation.
Amazon Route 53 cannot route queries to which AWS resource?
- Amazon CloudFront distribution
- Elastic Load Balancing loadbalancer
- Amazon EC2
- AWS OpsWorks
AWS OpsWorks
You have deployed a web application targeting a global audience across multiple AWS Regions under the domain name.exampIe.com. You decide to use Route53 Latency-Based Routing to serve web requests to users from the region closest to the user. To provide business continuity in the event of server downtime you configure weighted record sets associated with two web servers in separate Availability Zones per region. Dunning a DR test you notice that when you disable all web sewers in one of the regions Route53 does not automatically direct all users to the other region. What could be happening? {Choose 2 answers)
A. Latency resource record sets cannot be used in combination with weighted resource record sets.
B. You did not setup an HTTP health check for one or more of the weighted resource record sets associated with me disabled web servers.
C. The value of the weight associated with the latency alias resource record set in the region with the disabled sewers is higher than the weight for the other region.
D. One of the two working web sewers in the other region did not pass its HTIP health check.
E. You did not set “Evaluate Target Health” to “Yes” on the latency alias resource record set associated with example com in the region where you disabled the sewers.
B. You did not setup an HTTP health check for one or more of the weighted resource record sets associated with me disabled web servers.
E. You did not set “Evaluate Target Health” to “Yes” on the latency alias resource record set associated with example com in the region where you disabled the sewers.
How Health Checks Work in Complex Amazon Route 53 Configurations
Checking the health of resources in complex configurations works much the same way as in simple configurations. However, in complex configurations, you use a combination of alias resource record sets (including weighted alias, latency alias, and failover alias) and nonalias resource record sets to build a decision tree that gives you greater control over how Amazon Route 53 responds to requests.
For more information, see How Health Checks Work in Simple Amazon Route 53 Configurations.
For example, you might use latency alias resource record sets to select a region close to a user and use weighted resource record sets for two or more resources within each region to protect against the failure of a single endpoint or an Availability Zone. The following diagram shows this configuration.
Here’s how Amazon EC2 and Amazon Route 53 are configured:
You have Amazon EC2 instances in two regions, us-east-1 and ap-southeast-2. You want Amazon Route 53 to respond to queries by using the resource record sets in the region that provides the lowest latency for your customers, so you create a latency alias resource record set for each region.
(You create the latency alias resource record sets after you create resource record sets for the indMdual Amazon EC2 instances.)
Within each region, you have two Amazon EC2 instances. You create a weighted resource record set for each instance. The name and the type are the same for both of the weighted resource record sets in each region.
When you have multiple resources in a region, you can create weighted or failover resource record sets for your resources. You can also create even more complex configurations by creating weighted alias or failover alias resource record sets that, in turn, refer to multiple resources.
Each weighted resource record set has an associated health check. The IP address for each health check matches the I P address for the corresponding resource record set. This isn’t required, but it’s the most common configuration.
For both latency alias resource record sets, you set the value of Evaluate Target Health to Yes.
You use the Evaluate Target Health setting for each latency alias resource record set to make Amazon Route 53 evaluate the health of the alias targets-the weighted resource record sets-and respond accordingly.
The preceding diagram illustrates the following sequence of events:
Amazon Route 53 receives a query for exampIe.com. Based on the latency for the user making the request, Amazon Route 53 selects the latency alias resource record set for the us-east-1 region.
Amazon Route 53 selects a weighted resource record set based on weight. Evaluate Target Health is Yes for the latency alias resource record set, so Amazon Route 53 checks the health of the selected weighted resource record set.
The health check failed, so Amazon Route 53 chooses another weighted resource record set based on weight and checks its health. That resource record set also is unhealthy.
Amazon Route 53 backs out of that branch of the tree, looks for the latency alias resource record set with the next-best latency, and chooses the resource record set for ap-southeast-2.
Amazon Route 53 again selects a resource record set based on weight, and then checks the health of the selected resource record set . The health check passed, so Amazon Route 53 returns the applicable value in response to the query.
What Happens When You Associate a Health Check with an Alias Resource Record Set?
You can associate a health check with an alias resource record set instead of or in addition to setting the value of Evaluate Target Health to Yes. However, it’s generally more useful if Amazon Route 53 responds to queries based on the health of the underlying resources- the HTTP sewers, database servers, and
other resources that your alias resource record sets refer to. For example, suppose the following configuration:
You assign a health check to a latency alias resource record set for which the alias target is a group of weighted resource record sets.
You set the value of Evaluate Target Health to Yes for the latency alias resource record set.
In this configuration, both of the following must be true before Amazon Route 53 will return the applicable value for a weighted resource record set:
The health check associated with the latency alias resource record set must pass.
At least one weighted resource record set must be considered healthy, either because it’s associated with a health check that passes or because it’s not associated with a health check. In the latter case, Amazon Route 53 always considers the weighted resource record set healthy.
If the health check for the latency alias resource record set fails, Amazon Route 53 stops responding to queries using any of the weighted resource record sets in the alias target, even if they’re all healthy. Amazon Route 53 doesn’t know the status of the weighted resource record sets because it never looks past the failed health check on the alias resource record set.
What Happens When You Omit Health Checks?
In a complex configuration, it’s important to associate health checks with all of the non-alias resource record sets. Let’s return to the preceding example, but assume that a health check is missing on one of the weighted resource record sets in the us-east-1 region:
Here’s what happens when you omit a health check on a non-alias resource record set in this configuration:
Amazon Route 53 receives a query for exampIe.com. Based on the latency for the user making the request, Amazon Route 53 selects the latency alias resource record set for the us-east-1 region.
Amazon Route 53 looks up the alias target for the latency alias resource record set, and checks the status of the corresponding health checks. The health check for one weighted resource record set failed, so that resource record set is omitted from consideration.
The other weighted resource record set in the alias target for the us-east-1 region has no health check. The corresponding resource might or might not be healthy, but without a health check, Amazon Route 53 has no way to know. Amazon Route 53 assumes that the resource is healthy and returns the applicable value in response to the query.
What Happens When You Set Evaluate Target Health to No?
In general, you also want to set Evaluate Target Health to Yes for all of the alias resource record sets. In the following example, all of the weighted resource record sets have associated health checks, but Evaluate Target Health is set to No for the latency alias resource record set for the us-east-1 region:
Here’s what happens when you set Evaluate Target Health to No for an alias resource record set in this configuration:
Amazon Route 53 receives a query for exampIe.com. Based on the latency for the user making the request, Amazon Route 53 selects the latency alias resource record set for the us-east-1 region.
Amazon Route 53 determines what the alias target is for the latency alias resource record set, and checks the corresponding health checks. They’re both failing. Because the value of Evaluate Target Health is No for the latency alias resource record set for the us-east-1 region, Amazon Route 53 must choose one resource record set in this branch instead of backing out of the branch and looking for a healthy resource record set in the ap-southeast-2 region.
Which type of DNS record should you use to resolve a domain name to another domain name?
- An A record
- A CNAME record
- An SPF record
- A PTR record
- A CNAME record
You need to create a simple, holistic check for your system’s general availability and uptime. Your system presents itself as an HTTP-speaking API. What is the simplest tool on AWS to achieve this with?
- Route53 Health Checks
- CloudWatch Health Checks
- AWS ELB Health Checks
- EC2 Health Checks
- Route53 Health Checks
The development team at X company have created a new web-based application that will soon be launched. The application will utilize 20 EC2 instances for the web front-end. Due to concerns over latency, you will not be using an ELB but still want to load balance incoming connections across multiple EC2 instances. You will be using Route 53 for the DNS service and want to implement health checks to ensure instances are available.
What two Route 53 configuration options are available that could be individually used to ensure connections reach multiple web servers in this configuration? (choose 2)
- Use Route 53 simple load balancing which will return records in a round robin fashion
- Use Route 53 multivalue answers to return up to 8 records with each DNS query
- Use Route 53 weighted records and give equal weighting to all 20 EC2 instances
- Use Route 53 failover routing in an active-active configuration
- Use Route 53 Alias records to resolve using the zone apex
- Use Route 53 multivalue answers to return up to 8 records with each DNS query
- Use Route 53 weighted records and give equal weighting to all 20 EC2 instances
Explanation The key requirement here is that you can load balance incoming connections to a series of EC2 instances using Route 53 AND the solution must support health checks. With multi-value answers Route 53 responds with up to eight health records (per query) that are selected at random The weighted record type is similar to simple but you can specify a weight per IP address. You create records that have the same name and type and assign each record a relative weight. In this case you could assign multiple records the same weight and Route 53 will essentially round robin between the records We cannot use the simple record type as it does not support health checks Alias records let you route traffic to selected AWS resources, such as CloudFront distributions and Amazon S3 buckets. They do not provide equal distribution to multiple endpoints or multi-value answers Failover routing is used for active/passive configurations only
You have an application that for legal reasons must be hosted in the United States when U.S. citizens access it. The application must be hosted in the European Union when citizens of the EU access it. For all other citizens of the world, the application must be hosted in Sydney. Which routing policy should you choose in order to achieve this?
- Latency-basedrouting
- Simple routing
- Geolocation routing
- Failoverrouting
- Geolocation routing
What main functions can Route 53 perform? Select the best answer from the following options.
- Domain registration and DNS routing
- Domain registration, DNS routing, and health checking in any combination
- DNS routing and health checking for domains hosted on AWS
- Amazon Route 53 is a highly available and scalable cloud Domain Name System (DNS) web service that is designed to give developers and businesses an extremely reliable and cost-effective way to route end users to Internet applications. It can be used together with CloudWatch, a service which allows you to monitor and manage applications. While Route 53 is not a domain reseller, it allows customers to bring their own domain names with them.
Domain registration, DNS routing, and health checking in any combination
Route53 is Amazons DNS web service that delivers the domain registration, DNS routing and health checking function in any combination.