Home Arrow Icon Knowledge base Arrow Icon Global Arrow Icon ฉันจะใช้การตรวจสอบคลาวด์เพื่อระบุปัญหาเวลาแฝงในตัวเร่งความเร็วทั่วโลกได้อย่างไร


ฉันจะใช้การตรวจสอบคลาวด์เพื่อระบุปัญหาเวลาแฝงในตัวเร่งความเร็วทั่วโลกได้อย่างไร


ในการใช้การตรวจสอบคลาวด์เพื่อระบุปัญหาเวลาแฝงใน AWS Global Accelerator คุณสามารถใช้ประโยชน์จากตัวชี้วัดของ Amazon CloudWatch และเครื่องมือที่เกี่ยวข้องดังนี้:

1. ตรวจสอบตัวชี้วัด CloudWatch สำหรับตัวเร่งความเร็วทั่วโลก

-AWS Global Accelerator เผยแพร่ตัวชี้วัดไปยัง Amazon CloudWatch โดยอัตโนมัติในภูมิภาค US West (Oregon) (US-WEST-2) ดังนั้นคุณต้องดูตัวชี้วัดโดยเฉพาะในภูมิภาคนั้นโดยไม่คำนึงถึงว่าเครื่องเร่งความเร็วของคุณถูกนำไปใช้ [2]

- Metrics Key CloudWatch เพื่อมุ่งเน้นรวมถึง:
- เวลาแฝง: วัดเวลาสำหรับการรับส่งข้อมูลที่จะถูกส่งผ่านตัวเร่งความเร็วทั่วโลกไปยังจุดสิ้นสุดของคุณ
- จุดสิ้นสุดที่ดีต่อสุขภาพ/ไม่ดีต่อสุขภาพ: เพื่อตรวจสอบว่าจุดสิ้นสุดมีสุขภาพดีหรือก่อให้เกิดความล่าช้า
- ปริมาณการจราจรและอัตราความผิดพลาด: เพื่อเชื่อมโยง spikes ในเวลาแฝงกับรูปแบบการรับส่งข้อมูลหรือข้อผิดพลาด [2]

- ตัวชี้วัดแบบเรียลไทม์เหล่านี้สามารถช่วยคุณตรวจจับเมื่อเวลาแฝงเพิ่มขึ้นเกินกว่าเกณฑ์ปกติการส่งสัญญาณเครือข่ายที่มีศักยภาพหรือปัญหาปลายทาง

2. ตั้งค่า Alarms CloudWatch

- สร้างการเตือนภัยเกี่ยวกับตัวชี้วัดเวลาแฝงเพื่อรับการแจ้งเตือนทันทีเมื่อเวลาแฝงข้ามเกณฑ์ที่กำหนดไว้ล่วงหน้าทำให้การตรวจสอบและการแก้ไขอย่างรวดเร็ว [2]

3. ใช้บันทึกการไหลสำหรับการวิเคราะห์การจราจรโดยละเอียด

- เปิดใช้งานบันทึกการไหลของตัวเร่งความเร็วทั่วโลกเพื่อจับข้อมูลรายละเอียดเกี่ยวกับการเข้าชมและออกจากตัวเร่งความเร็ว [2]
- บันทึกการไหลให้ข้อมูลเชิงลึกเกี่ยวกับรายละเอียดระดับแพ็คเก็ตซึ่งสามารถช่วยวินิจฉัยความสามารถในการเข้าถึงหรือปัญหาการกำหนดเส้นทางที่อาจทำให้เกิดเวลาแฝง
- โปรดทราบว่าบันทึกการไหลจำเป็นต้องมีการตั้งค่าและการจัดเก็บใน Amazon S3

4. วิเคราะห์เวลาการเดินทางไปกลับ (RTT) และการสูญเสียแพ็คเก็ต

- ใช้เครื่องมือวินิจฉัยเครือข่ายเช่น PING และ Traceroute จากตำแหน่งไคลเอนต์ไปยังจุดสิ้นสุดของตัวเร่งความเร็วทั่วโลกเพื่อวัด RTT และการสูญเสียแพ็คเก็ต [1]
- การสูญเสีย RTT หรือแพ็คเก็ตสูงสามารถบ่งบอกถึงความแออัดของเครือข่ายหรือความไร้ประสิทธิภาพในการกำหนดเส้นทางที่มีส่วนทำให้เกิดความหน่วงแฝง
-AWS แนะนำให้ใช้ TCP Echo กับ Traceroute เพื่อข้ามตัวกรองไฟร์วอลล์ทั่วไปและรับการวัดเวลาแฝงแบบฮ็อพโดยฮอปที่แม่นยำ [1]
- รวบรวมการวัดเป็นระยะ (เช่นทุก ๆ 5 นาทีในเวลาหนึ่งชั่วโมง) เพื่อสังเกตแนวโน้มเวลาแฝงและระบุกลุ่มเครือข่ายที่มีปัญหา

5. มีความสัมพันธ์ด้านสุขภาพและเวลาแฝง

- ตัวเร่งความเร็วทั่วโลกตรวจสอบสุขภาพปลายทางอย่างต่อเนื่องและเปลี่ยนเส้นทางการจราจรออกจากจุดสิ้นสุดที่ไม่ดีต่อสุขภาพภายในเวลาประมาณหนึ่งนาที [8]
- หากปัญหาเวลาแฝงตรงกับความเสื่อมโทรมของสุขภาพปลายทางให้ตรวจสอบบริการแบ็กเอนด์หรือโหลดบาลานซ์สำหรับคอขวดประสิทธิภาพ

6. ใช้ AWS CloudTrail สำหรับการตรวจสอบกิจกรรม API

- คลาวด์ล็อกการโทร API เร่งความเร็วทั่วโลกซึ่งสามารถช่วยเชื่อมโยงการเปลี่ยนแปลงการกำหนดค่าหรือการปรับใช้กับการใช้เวลาแฝง [2]

สรุป

ด้วยการรวมตัวชี้วัดเวลาแฝงของ CloudWatch และการเตือนภัยการบันทึกการไหลสำหรับรายละเอียดการจราจรและการวัดเครือข่ายเช่น RTT และ Traceroute คุณสามารถระบุและวินิจฉัยปัญหาเวลาแฝงใน AWS Global Accelerator ได้อย่างมีประสิทธิภาพ การตรวจสอบสุขภาพของจุดสิ้นสุดและความสัมพันธ์กับรูปแบบการจราจรเพิ่มเติมช่วยระบุสาเหตุของรูททำให้คุณสามารถเพิ่มประสิทธิภาพการกำหนดเส้นทางและปรับปรุงประสิทธิภาพของแอปพลิเคชันทั่วโลก [1] [2] [8] [9]

การอ้างอิง:
[1] https://aws.amazon.com/blogs/networking-and-content-delivery/measuring-aws-global-accelerator-performance-and-analyzing-results/
[2] https://docs.aws.amazon.com/global-accelerator/latest/dg/monitoring-global-accelerator.html
[3] https://aws.amazon.com/global-accelerator/features/
[4] https://cloudonaut.io/review-aws-global-accelerator-latency-multi-region-disaster-recovery/
[5] https://www.thoubandeyes.com/blog/aws-optimizes-performance-global-accelerator
[6] https://docs.aws.amazon.com/global-accelerator/latest/dg/introduction-how-it-works.html
[7] https://cloud.google.com/spanner/docs/latency-metrics
[8] https://digitalcloud.training/aws-global-accelerator/
[9] https://cloudchipr.com/blog/aws-global-accelerator