Amazon Route53 — Closer look

[PlAwAnSaI]

เจาะลึก Amazon Route53 กันหน่อย

DNS พื้นฐาน:

ประเภท Record ที่คุณป้อนใน Zone File จะกำหนดวิธีการจัดรูปแบบข้อมูลของ Record และวิธีที่ควรใช้ ปัจจุบันมีการใช้งานอยู่ประมาณ 40 ประเภท ต่อไปนี้เป็นประเภท Record DNS ทั่วไปบางประเภท:

โดยทั่วไป Record ALIAS จะจับคู่ชื่อกับ Resource AWS

คุณสามารถใช้ Record ALIAS เพื่อกำหนดเส้นทางการรับส่งข้อมูลไปยัง Resource เช่น Elastic Load Balancer (ELB) โดยไม่ต้องระบุที่อยู่ IP แม้ว่าการใช้ Record Alias ยังไม่ได้เป็นมาตรฐานระหว่างผู้ให้บริการ แต่ Route 53 รองรับ ทำให้คุณสามารถเชื่อมต่อกับ Resource ที่เชื่อมต่อกับเครือข่ายที่ทำงานบน AWS ได้โดยตรง

Amazon Route53:

กลับไปที่ AWS Route 53 มันเป็นมากกว่าบริการ DNS พื้นฐาน ในความเป็นจริงจะเน้นไปที่สี่ด้านนี้:

• จด Domain
• จัดการ DNS
• การตรวจสอบความพร้อมใช้งาน (Health Checks)
• การจัดการ Traffic (นโยบายการกำหนดเส้นทาง)

ตอนนี้ Route 53 ยังมี Application Recovery Controller ซึ่งคุณสามารถกำหนดค่ากลุ่มการกู้คืน การตรวจสอบความพร้อม และการควบคุมเส้นทางได้

ในกรณีที่คุณสงสัยว่า “53” ใน Route 53 มาจากไหน? ในการรับส่งข้อมูล DNS ใช้ TCP หรือ UDP Port 53 นั่นเอง

1. ผู้ใช้เปิด Web Browser ป้อน www.example.com ใน Address Bar แล้วกด Enter
   
   
2. คำขอ www.example.com ถูกส่งไปยัง DNS Resolver ซึ่งโดยทั่วไปจะได้รับการจัดการโดยผู้ให้บริการ Internet (ISP) ของผู้ใช้ เช่น ผู้ให้บริการ Internet แบบ Cable ผู้ให้บริการ Broadband DSL หรือเครือข่ายองค์กร
   
   
3. DNS Resolver ของ ISP ส่งต่อคำขอ www.example.com ไปยัง Server Root DNS
   
   
   
   
   
   
4. DNS Resolver จะส่งต่อคำขอ www.example.com อีกครั้ง คราวนี้ไปยังหนึ่งใน Server Top Level Domain (TLD) สำหรับโดเมน .com Name Server ของ Domain .com ตอบคำขอด้วยชื่อของ Name Server Route 53 สี่รายการ (โดย Default) ที่เกี่ยวข้องกับ Domain example.com
   DNS Resolver จะ Cache Server ชื่อ Route53 ทั้งสี่ Server เอาไว้ (โดยทั่วไปเป็นเวลา 2 วัน)
   
   
5. แล้ว DNS Resolver ของ ISP ก็จะเลือก Name Server Amazon Route 53 มาตัวนึง และส่งต่อคำขอ www.example.com ไปยัง Name Server นั้น
   
   
6. Name Server Route 53 ค้นหาใน Zone ที่ Host example.com ของ Record www.example.com รับค่าที่เกี่ยวข้อง เช่น ที่อยู่ IP ของ Web Server 192.0.2.44 และส่งกลับที่อยู่ IP ไปยัง DNS Resolver
   
   
7. ในที่สุด DNS Resolver ก็มีที่อยู่ IP ที่ผู้ใช้ต้องการ Resolver จะส่งคืนค่านั้นไปยัง Web Browser
   
   
8. DNS Resolver ยัง Cache ที่อยู่ IP ของ example.com ตามระยะเวลาที่คุณระบุเพื่อให้สามารถตอบสนองได้รวดเร็วยิ่งขึ้นในครั้งถัดไปที่มีคนเรียกดู example.com (Time to Live (TTL))
   
   
9. Web Browser ส่งคำขอ www.example.com ไปยังที่อยู่ IP ที่ได้รับจาก DNS Resolver นี่คือที่ที่เนื้อหาของคุณ เช่น Web Server ที่ทำงานบน Instance Amazon EC2 หรือ Bucket Amazon S3 ที่ได้รับการกำหนดค่าเป็น Endpoint ของ Website
   
   
10. Web Server หรือ Resource อื่นที่ 192.0.2.44 ส่งคืนหน้า Web สำหรับ www.example.com ไปยัง Web Browser เพื่อแสดง Page นั้น

ใน Route 53 AWS จะกำหนด Name Server สี่รายการสำหรับทุก Domain ที่จดที่ Route53 ดังที่แสดงใน Screenshot ด้านบน: หนึ่งรายการสำหรับ .com หนึ่งรายการสำหรับ .net หนึ่งรายการสำหรับ .co.uk และอีกรายการหนึ่งสำหรับ .org ทำไม? เพื่อความพร้อมใช้งานที่สูงขึ้นนั่นเอง! หากมีปัญหากับ .net DNS อีกสามรายการที่เหลือจะยังคงให้ความพร้อมใช้งานสูงสำหรับ Domain ของคุณ

Amazon Route 53 health checks:

1. คุณสร้าง Health Check และระบุค่าที่กำหนดว่าคุณต้องการให้ Health Check ทำงานอย่างไร ดังตัวอย่างต่อไปนี้:
   .
   • ที่อยู่ IP หรือชื่อ Domain ของอุปกรณ์ปลายทาง เช่น Web Server ที่คุณต้องการให้ Route 53 ตรวจสอบ (คุณยังสามารถตรวจสอบสถานะของ Health Check อื่นๆ หรือสถานะของ Alarm CloudWatch ได้)
     
     
   • Protocol ที่คุณต้องการให้ Amazon Route 53 ใช้ดำเนินการตรวจสอบ: HTTP, HTTPS หรือ TCP
     
     
   • คุณต้องการให้ Route 53 ส่งคำขอไปยัง Endpoint บ่อยเพียงใด (Request Interval)
     
     
   • มีกี่ครั้งติดต่อกันที่ Endpoint ต้องไม่ตอบสนองต่อคำขอก่อนที่ Route 53 จะพิจารณาว่า Unhealthy (Failure Threshold)
     
     
   • ทางเลือก, คุณต้องการรับการแจ้งเตือนอย่างไรเมื่อ Route 53 ตรวจพบว่า Endpoint Unhealthy เมื่อคุณกำหนดค่าการแจ้งเตือน Route 53 จะตั้งค่าการเตือน CloudWatch โดยอัตโนมัติ โดยใช้ Amazon SNS เพื่อแจ้งเตือนผู้ใช้ว่า Endpoint Unhealthy
     .
2. Route 53 เริ่มส่งคำขอไปยัง Endpoint ตามช่วงเวลาที่คุณระบุไว้ใน Health Check
   .
   • หาก Endpoint ตอบสนองต่อคำขอ Route 53 จะถือว่า Endpoint นั้น Healthy และจะไม่ดำเนินการใดๆ
     .
3. หาก Endpoint ไม่ตอบสนองต่อคำขอ Route 53 จะเริ่มนับจำนวนคำขอติดต่อกันที่ Endpoint ไม่ตอบสนอง:
   .
   • หากการนับถึงค่าที่คุณระบุไว้ตาม Failure Threshold Route 53 จะถือว่า Endpoint Unhealthy
     
     
   • หาก Endpoint เริ่มตอบสนองอีกครั้งก่อนที่การนับจะถึง Failure Threshold Route 53 จะ Reset การนับเป็น 0 และ CloudWatch จะไม่ติดต่อคุณ
     .
4. หาก Route 53 พิจารณาว่า Endpoint Unhealthy และหากคุณกำหนดค่าการแจ้งเตือนสำหรับ Health Check, Route 53 จะแจ้งเตือน CloudWatch
   .
   • หากคุณไม่ได้กำหนดค่าการแจ้งเตือน คุณยังคงเห็นสถานะของ Health Check Route 53 ของคุณได้ใน Console Route 53 สำหรับข้อมูลเพิ่มเติม ดูที่ การตรวจสอบสถานะ Health Check และรับการแจ้งเตือน
     .
5. หากคุณกำหนดค่าการแจ้งเตือน Health Check, CloudWatch จะ Trigger การแจ้งเตือนและใช้ Amazon SNS เพื่อส่งการแจ้งเตือนไปยังผู้รับที่ระบุ

https://medium.com/@tdhtp2016/c9ea0a6228b8