SlideShare a Scribd company logo
6
Most read
8
Most read
20
Most read
zekeLabs
Learning made Simpler !
www.zekeLabs.com
Amazon Web Services
Route53: DNS service
Route53 :DNS background: IPV4 VS IPV6
• The IPv4 space is a 32 bit field and has over 4 billion different addresses
(4,294,967,296 to be precise).
Class A,B,C
0.0.0.0 – 255.255.255.255 256X256x256x256
10.0.1.0/24
• IPv6 was created to solve this depletion issue and has an address space of 128bits
which in theory is 340,282,366,920,938,463,463,374,607,431,768,211,456 addresses or
340 undecillion addresses.
Route53 :DNS Background: SOA Record
The SOA record stores information about:
- The name of the server that supplied the data.
- The administrator.
- The current version of the data file.
- The number of seconds a secondary name server should wait before checking
for updates.
- The number of seconds a secondary name server should wait before retrying a
failed zone transfer.
- The maximum number of seconds that a secondary name server can use data
before it must either be refreshed or expire.
- The default number of seconds for the time—to-live file on resource records.
Route53 :DNS Background
NS Records:
NS stands for Name Server records and are used by Top Level Domain servers to direct traffic to the
Content DNS server which contains the authoritative DNS records.
A Records:
An "A“ record is the fundamental type of DNS record and the "A" in A record stands for
"Address". The A record is used by a computer to translate the name of the domain to
the IP address. For example http://www.zekelabs.com might point to http://123.10.10.80.
TTL:
The length that a DNS record is cached on either the Resolving Server or the users
own local PC is equal to the value of the "Time To Live" (TTL) in seconds. The lower
the time to live, the faster changes to DNS records take to propagate throughout the
internet.
Route53 :Other Records
CNames Records:
A Canonical Name (CName) can be used to resolve one domain name to another. For
example, you may have a mobile website with the domain name http://m.google.com that
is used for when users browse to your domain name on their mobile devices. You may
also want the name http://mobile.google.com to resolve to this same address.
Alias Records:
Alias records are used to map resource record sets in your hosted zone to Elastic Load
Balancers, C|oudFront distributions, or S3 buckets that are configured as websites.
Alias records work like a CNAME record in that you can map one DNS name
(example.com) to another ‘target’ DNS name 172.31.45.0 (elb1234.elb.amazonaws.com).
Key difference - A CNAME can't be used for naked domain names (zone apex). It must
be either an A record or an Alias.
Route53 :Alias Record
• Alias resource record sets can save you time because Amazon Route-53 automatically
recognizes changes in the record sets that the alias resource record set refers to.
• For example, suppose an alias resource record set for zekelabs.com points to an ELB
load balancer at elb1-1234.us-east.elb.amazonaws.com.
If the IP address of the load balancer changes, Amazon Route 53 will automatically reflect
those changes in DNS answers for example.com without any changes to the hosted zone
that contains resource record sets for example.com.
Route53: Routing Policy
Routing Policy Types:
- Simple
- Weighted
- Latency
- Failover
- Geolocation
Route53: Routing Policy Types
Simple Routing Policy
This is the default routing policy when you create a new record set. This is most commonly
used when you have a single resource that performs a given function for your domain.
For example, one web server that serves content for the http://zekelabs.com website.
Route53: Simple Routing Policy
Route53: Routing Policy Types: Weighted Routing Policy:
Allows you to split your traffic based on different weights assigned.
e.g. you can assign 10% of your traffic to one AZ and 90% to the other AZ.
Does this over the length of the day
Route53: Routing Policy Types : Weighted Routing Policy
Route53: Routing Policy Types: Failover Routing Policy:
• This is equivalent to the high availability concept. Make one ELB on active mode and
the other on standby mode. Switch will happen automatically on failover.
• We have to create health check status
- one to check health of ELB, other on the whole site
• Create record sets to attach to the ELBs
Make one ELB as primary and other as secondary
Route53: Failover Routing Policy
Route53: Latency Routing Policy
Latency based routing allows you to route your traffic based on the lowest network latency for
your end user (ie which region will give them the fastest response time).
To use latency—based routing you create a latency resource record set for the Amazon EC2 (or
ELB) resource in each region that hosts your website. When Amazon Route 53 receives a query
for your site, it selects the latency resource record set for the region that gives the user the lowest
latency. Route 53 then responds with the value associated with that resource record set.
Route53: Latency Routing Policy
Route53: Routing Policy Types: GeoLocation Routing Policy
•User is redirected based on the region of the DNS request.
•This can be configured using record sets.
Route53: Geolocation Routing Policy
More about Route 53:LAB
- Purchasing domain name (or just use a dummy domain name)
- Go to Hosted zone and create record sets
- Create diff record set and different routing policies. (These are A records)
- Select a region closest you
- launch 1 ELB and 2 instances (with webservers running on it)
- Check both webservers are runnning through ELB
- Go to farthest region (sydney) and create an instance wih webserver (with SSh and http) and create
a sydney ELB
- Check if webserver is working fine
Get step by step approach to migrate from existing DNS to Route53 go to this link:
http://docs.aws.amazon.com/Route53/latest/DeveloperGuide/MigratingDNS.html
.
Visit : www.zekeLabs.com for more details
THANK YOU
Let us know how can we help your organization to Upskill the
employees to stay updated in the ever-evolving IT Industry.
Get in touch:
www.zekeLabs.com | +91-8095465880 | info@zekeLabs.com

More Related Content

What's hot (20)

PPTX
AWS Route53 Fundamentals
Piyush Agrawal
 
PDF
AWS ELB
Mahesh Raj
 
PPTX
AWS Cloud Watch
zekeLabs Technologies
 
PPTX
AWS Simple Storage Service (s3)
zekeLabs Technologies
 
PDF
AWS AutoScaling
Mahesh Raj
 
PPTX
AWS SQS SNS
Durgesh Vaishnav
 
PPTX
Aws VPC
Abhishek Amralkar
 
ODP
Introduction to AWS IAM
Knoldus Inc.
 
PPSX
AWS Elastic Load Balancing for AWS Architect & SysOps Certification
Sanjay Sharma
 
PDF
AWS IAM Tutorial | Identity And Access Management (IAM) | AWS Training Videos...
Edureka!
 
PPT
Auto Scaling on AWS
AustinWebArch
 
PDF
AWS EC2
Mahesh Raj
 
PDF
AWS tutorial-Part54:AWS Route53
SaM theCloudGuy
 
PPTX
AWS S3 | Tutorial For Beginners | AWS S3 Bucket Tutorial | AWS Tutorial For B...
Simplilearn
 
PPTX
AWS EC2 Fundametals
Piyush Agrawal
 
PPTX
AWS Storage services
Nagesh Ramamoorthy
 
PPTX
AWS VPC & Networking basic concepts
Abhinav Kumar
 
PPTX
AWS Monitoring & Logging
Jason Poley
 
PPT
Intro to Amazon S3
Yu Lun Teo
 
AWS Route53 Fundamentals
Piyush Agrawal
 
AWS ELB
Mahesh Raj
 
AWS Cloud Watch
zekeLabs Technologies
 
AWS Simple Storage Service (s3)
zekeLabs Technologies
 
AWS AutoScaling
Mahesh Raj
 
AWS SQS SNS
Durgesh Vaishnav
 
Introduction to AWS IAM
Knoldus Inc.
 
AWS Elastic Load Balancing for AWS Architect & SysOps Certification
Sanjay Sharma
 
AWS IAM Tutorial | Identity And Access Management (IAM) | AWS Training Videos...
Edureka!
 
Auto Scaling on AWS
AustinWebArch
 
AWS EC2
Mahesh Raj
 
AWS tutorial-Part54:AWS Route53
SaM theCloudGuy
 
AWS S3 | Tutorial For Beginners | AWS S3 Bucket Tutorial | AWS Tutorial For B...
Simplilearn
 
AWS EC2 Fundametals
Piyush Agrawal
 
AWS Storage services
Nagesh Ramamoorthy
 
AWS VPC & Networking basic concepts
Abhinav Kumar
 
AWS Monitoring & Logging
Jason Poley
 
Intro to Amazon S3
Yu Lun Teo
 

Similar to AWS Route53 (20)

PDF
Route53 for Domian Registration, hosting, and traffic handlling.pdf
krnaween
 
PPTX
GTM vs AWS Route 53 with Cisco umbrella
Dhruv Sharma
 
PPTX
AWS UG Windsor - Route 53 - Architecting Traffic Management
Goran Karmisevic
 
PPTX
DNS - MCSE 2019
Milad Es'Haghi
 
PDF
2 technical-dns-workshop-day1
DNS Entrepreneurship Center
 
PPT
3_CHAP~2.PPT
hoangdinhhanh88
 
PPT
Dns ppt
Bizuworkk Jemaneh
 
PDF
DNS/DNSSEC by Nurul Islam
MyNOG
 
PPTX
Chapter 10 Domain Name Systems_MWSA.pptx
manju772238
 
PPT
application layer protocols DNS,SNMP,web service.ppt
jayaprasanna10
 
PDF
Domain Name System (DNS) Fundamentals
WebSniffer
 
PDF
Meeting 4 DNS
Syaiful Ahdan
 
PPTX
Computer Networks & internet protocols.pptx
jesudossai2
 
PPT
Dns
aimanqalla
 
PPT
Domain name system advanced power point presentation
rituchouhan1508
 
PDF
Chapter4 configuringandmanagingthednsserverrole-140520003253-phpapp01
velimamedov
 
PPT
10 - Domain Name System.ppt
ssuserf7cd2b
 
PPTX
System design for video streaming service
Nirmik Kale
 
PPT
Chapter 4 configuring and managing the dns server role
Luis Garay
 
Route53 for Domian Registration, hosting, and traffic handlling.pdf
krnaween
 
GTM vs AWS Route 53 with Cisco umbrella
Dhruv Sharma
 
AWS UG Windsor - Route 53 - Architecting Traffic Management
Goran Karmisevic
 
DNS - MCSE 2019
Milad Es'Haghi
 
2 technical-dns-workshop-day1
DNS Entrepreneurship Center
 
3_CHAP~2.PPT
hoangdinhhanh88
 
DNS/DNSSEC by Nurul Islam
MyNOG
 
Chapter 10 Domain Name Systems_MWSA.pptx
manju772238
 
application layer protocols DNS,SNMP,web service.ppt
jayaprasanna10
 
Domain Name System (DNS) Fundamentals
WebSniffer
 
Meeting 4 DNS
Syaiful Ahdan
 
Computer Networks & internet protocols.pptx
jesudossai2
 
Domain name system advanced power point presentation
rituchouhan1508
 
Chapter4 configuringandmanagingthednsserverrole-140520003253-phpapp01
velimamedov
 
10 - Domain Name System.ppt
ssuserf7cd2b
 
System design for video streaming service
Nirmik Kale
 
Chapter 4 configuring and managing the dns server role
Luis Garay
 
Ad

More from zekeLabs Technologies (20)

PPTX
Webinar - Build Cloud-native platform using Docker, Kubernetes, Prometheus, I...
zekeLabs Technologies
 
PPTX
Design Patterns for Pods and Containers in Kubernetes - Webinar by zekeLabs
zekeLabs Technologies
 
PDF
[Webinar] Following the Agile Footprint - zekeLabs
zekeLabs Technologies
 
PPTX
Machine learning at scale - Webinar By zekeLabs
zekeLabs Technologies
 
PDF
A curtain-raiser to the container world Docker & Kubernetes
zekeLabs Technologies
 
PPTX
Docker - A curtain raiser to the Container world
zekeLabs Technologies
 
PPTX
Serverless and cloud computing
zekeLabs Technologies
 
PPTX
02 terraform core concepts
zekeLabs Technologies
 
PPTX
08 Terraform: Provisioners
zekeLabs Technologies
 
PPTX
Outlier detection handling
zekeLabs Technologies
 
PPTX
Nearest neighbors
zekeLabs Technologies
 
PPTX
Naive bayes
zekeLabs Technologies
 
PPTX
Master guide to become a data scientist
zekeLabs Technologies
 
PPTX
Linear regression
zekeLabs Technologies
 
PPTX
Linear models of classification
zekeLabs Technologies
 
PPTX
Grid search, pipeline, featureunion
zekeLabs Technologies
 
PPTX
Feature selection
zekeLabs Technologies
 
PPTX
Essential NumPy
zekeLabs Technologies
 
PPTX
Ensemble methods
zekeLabs Technologies
 
Webinar - Build Cloud-native platform using Docker, Kubernetes, Prometheus, I...
zekeLabs Technologies
 
Design Patterns for Pods and Containers in Kubernetes - Webinar by zekeLabs
zekeLabs Technologies
 
[Webinar] Following the Agile Footprint - zekeLabs
zekeLabs Technologies
 
Machine learning at scale - Webinar By zekeLabs
zekeLabs Technologies
 
A curtain-raiser to the container world Docker & Kubernetes
zekeLabs Technologies
 
Docker - A curtain raiser to the Container world
zekeLabs Technologies
 
Serverless and cloud computing
zekeLabs Technologies
 
02 terraform core concepts
zekeLabs Technologies
 
08 Terraform: Provisioners
zekeLabs Technologies
 
Outlier detection handling
zekeLabs Technologies
 
Nearest neighbors
zekeLabs Technologies
 
Master guide to become a data scientist
zekeLabs Technologies
 
Linear regression
zekeLabs Technologies
 
Linear models of classification
zekeLabs Technologies
 
Grid search, pipeline, featureunion
zekeLabs Technologies
 
Feature selection
zekeLabs Technologies
 
Essential NumPy
zekeLabs Technologies
 
Ensemble methods
zekeLabs Technologies
 
Ad

Recently uploaded (20)

PPTX
WooCommerce Workshop: Bring Your Laptop
Laura Hartwig
 
PDF
Bitcoin for Millennials podcast with Bram, Power Laws of Bitcoin
Stephen Perrenod
 
PDF
LLMs.txt: Easily Control How AI Crawls Your Site
Keploy
 
PPTX
Building Search Using OpenSearch: Limitations and Workarounds
Sease
 
PDF
Exolore The Essential AI Tools in 2025.pdf
Srinivasan M
 
PDF
Presentation - Vibe Coding The Future of Tech
yanuarsinggih1
 
PPTX
"Autonomy of LLM Agents: Current State and Future Prospects", Oles` Petriv
Fwdays
 
PDF
CIFDAQ Token Spotlight for 9th July 2025
CIFDAQ
 
PDF
SWEBOK Guide and Software Services Engineering Education
Hironori Washizaki
 
PDF
The Builder’s Playbook - 2025 State of AI Report.pdf
jeroen339954
 
PPTX
MSP360 Backup Scheduling and Retention Best Practices.pptx
MSP360
 
PDF
[Newgen] NewgenONE Marvin Brochure 1.pdf
darshakparmar
 
PDF
Blockchain Transactions Explained For Everyone
CIFDAQ
 
PPTX
UiPath Academic Alliance Educator Panels: Session 2 - Business Analyst Content
DianaGray10
 
PDF
Timothy Rottach - Ramp up on AI Use Cases, from Vector Search to AI Agents wi...
AWS Chicago
 
PPTX
AUTOMATION AND ROBOTICS IN PHARMA INDUSTRY.pptx
sameeraaabegumm
 
PDF
NewMind AI - Journal 100 Insights After The 100th Issue
NewMind AI
 
PDF
Jak MŚP w Europie Środkowo-Wschodniej odnajdują się w świecie AI
dominikamizerska1
 
PDF
Log-Based Anomaly Detection: Enhancing System Reliability with Machine Learning
Mohammed BEKKOUCHE
 
PDF
"Beyond English: Navigating the Challenges of Building a Ukrainian-language R...
Fwdays
 
WooCommerce Workshop: Bring Your Laptop
Laura Hartwig
 
Bitcoin for Millennials podcast with Bram, Power Laws of Bitcoin
Stephen Perrenod
 
LLMs.txt: Easily Control How AI Crawls Your Site
Keploy
 
Building Search Using OpenSearch: Limitations and Workarounds
Sease
 
Exolore The Essential AI Tools in 2025.pdf
Srinivasan M
 
Presentation - Vibe Coding The Future of Tech
yanuarsinggih1
 
"Autonomy of LLM Agents: Current State and Future Prospects", Oles` Petriv
Fwdays
 
CIFDAQ Token Spotlight for 9th July 2025
CIFDAQ
 
SWEBOK Guide and Software Services Engineering Education
Hironori Washizaki
 
The Builder’s Playbook - 2025 State of AI Report.pdf
jeroen339954
 
MSP360 Backup Scheduling and Retention Best Practices.pptx
MSP360
 
[Newgen] NewgenONE Marvin Brochure 1.pdf
darshakparmar
 
Blockchain Transactions Explained For Everyone
CIFDAQ
 
UiPath Academic Alliance Educator Panels: Session 2 - Business Analyst Content
DianaGray10
 
Timothy Rottach - Ramp up on AI Use Cases, from Vector Search to AI Agents wi...
AWS Chicago
 
AUTOMATION AND ROBOTICS IN PHARMA INDUSTRY.pptx
sameeraaabegumm
 
NewMind AI - Journal 100 Insights After The 100th Issue
NewMind AI
 
Jak MŚP w Europie Środkowo-Wschodniej odnajdują się w świecie AI
dominikamizerska1
 
Log-Based Anomaly Detection: Enhancing System Reliability with Machine Learning
Mohammed BEKKOUCHE
 
"Beyond English: Navigating the Challenges of Building a Ukrainian-language R...
Fwdays
 

AWS Route53

  • 1. zekeLabs Learning made Simpler ! www.zekeLabs.com
  • 3. Route53 :DNS background: IPV4 VS IPV6 • The IPv4 space is a 32 bit field and has over 4 billion different addresses (4,294,967,296 to be precise). Class A,B,C 0.0.0.0 – 255.255.255.255 256X256x256x256 10.0.1.0/24 • IPv6 was created to solve this depletion issue and has an address space of 128bits which in theory is 340,282,366,920,938,463,463,374,607,431,768,211,456 addresses or 340 undecillion addresses.
  • 4. Route53 :DNS Background: SOA Record The SOA record stores information about: - The name of the server that supplied the data. - The administrator. - The current version of the data file. - The number of seconds a secondary name server should wait before checking for updates. - The number of seconds a secondary name server should wait before retrying a failed zone transfer. - The maximum number of seconds that a secondary name server can use data before it must either be refreshed or expire. - The default number of seconds for the time—to-live file on resource records.
  • 5. Route53 :DNS Background NS Records: NS stands for Name Server records and are used by Top Level Domain servers to direct traffic to the Content DNS server which contains the authoritative DNS records. A Records: An "A“ record is the fundamental type of DNS record and the "A" in A record stands for "Address". The A record is used by a computer to translate the name of the domain to the IP address. For example http://www.zekelabs.com might point to http://123.10.10.80. TTL: The length that a DNS record is cached on either the Resolving Server or the users own local PC is equal to the value of the "Time To Live" (TTL) in seconds. The lower the time to live, the faster changes to DNS records take to propagate throughout the internet.
  • 6. Route53 :Other Records CNames Records: A Canonical Name (CName) can be used to resolve one domain name to another. For example, you may have a mobile website with the domain name http://m.google.com that is used for when users browse to your domain name on their mobile devices. You may also want the name http://mobile.google.com to resolve to this same address. Alias Records: Alias records are used to map resource record sets in your hosted zone to Elastic Load Balancers, C|oudFront distributions, or S3 buckets that are configured as websites. Alias records work like a CNAME record in that you can map one DNS name (example.com) to another ‘target’ DNS name 172.31.45.0 (elb1234.elb.amazonaws.com). Key difference - A CNAME can't be used for naked domain names (zone apex). It must be either an A record or an Alias.
  • 7. Route53 :Alias Record • Alias resource record sets can save you time because Amazon Route-53 automatically recognizes changes in the record sets that the alias resource record set refers to. • For example, suppose an alias resource record set for zekelabs.com points to an ELB load balancer at elb1-1234.us-east.elb.amazonaws.com. If the IP address of the load balancer changes, Amazon Route 53 will automatically reflect those changes in DNS answers for example.com without any changes to the hosted zone that contains resource record sets for example.com.
  • 8. Route53: Routing Policy Routing Policy Types: - Simple - Weighted - Latency - Failover - Geolocation
  • 9. Route53: Routing Policy Types Simple Routing Policy This is the default routing policy when you create a new record set. This is most commonly used when you have a single resource that performs a given function for your domain. For example, one web server that serves content for the http://zekelabs.com website.
  • 11. Route53: Routing Policy Types: Weighted Routing Policy: Allows you to split your traffic based on different weights assigned. e.g. you can assign 10% of your traffic to one AZ and 90% to the other AZ. Does this over the length of the day
  • 12. Route53: Routing Policy Types : Weighted Routing Policy
  • 13. Route53: Routing Policy Types: Failover Routing Policy: • This is equivalent to the high availability concept. Make one ELB on active mode and the other on standby mode. Switch will happen automatically on failover. • We have to create health check status - one to check health of ELB, other on the whole site • Create record sets to attach to the ELBs Make one ELB as primary and other as secondary
  • 15. Route53: Latency Routing Policy Latency based routing allows you to route your traffic based on the lowest network latency for your end user (ie which region will give them the fastest response time). To use latency—based routing you create a latency resource record set for the Amazon EC2 (or ELB) resource in each region that hosts your website. When Amazon Route 53 receives a query for your site, it selects the latency resource record set for the region that gives the user the lowest latency. Route 53 then responds with the value associated with that resource record set.
  • 17. Route53: Routing Policy Types: GeoLocation Routing Policy •User is redirected based on the region of the DNS request. •This can be configured using record sets.
  • 19. More about Route 53:LAB - Purchasing domain name (or just use a dummy domain name) - Go to Hosted zone and create record sets - Create diff record set and different routing policies. (These are A records) - Select a region closest you - launch 1 ELB and 2 instances (with webservers running on it) - Check both webservers are runnning through ELB - Go to farthest region (sydney) and create an instance wih webserver (with SSh and http) and create a sydney ELB - Check if webserver is working fine Get step by step approach to migrate from existing DNS to Route53 go to this link: http://docs.aws.amazon.com/Route53/latest/DeveloperGuide/MigratingDNS.html .
  • 20. Visit : www.zekeLabs.com for more details THANK YOU Let us know how can we help your organization to Upskill the employees to stay updated in the ever-evolving IT Industry. Get in touch: www.zekeLabs.com | +91-8095465880 | [email protected]