คำถามที่พบบ่อยเกี่ยวกับ Amazon CloudWatch

โปรดดูที่หน้าราคาของเราสำหรับข้อมูลล่าสุด

ประเภทอินสแตนซ์ Amazon EC2 ทั้งหมดจะส่งตัววัดสภาพการทำงานและประสิทธิภาพที่สำคัญไปยัง CloudWatch โดยอัตโนมัติโดยไม่ต้องเสียค่าใช้จ่าย หากคุณเปิดใช้การตรวจสอบอย่างละเอียดของ EC2 คุณจะถูกเรียกเก็บค่าตัววัดที่กำหนดเองตามจำนวนตัววัดที่ส่งไปยัง CloudWatch ให้อินสแตนซ์ จำนวนตัววัดที่ส่งให้อินสแตนซ์จะขึ้นอยู่กับประเภทอินสแตนซ์ - โปรดดูตัววัดของ CloudWatch ที่พร้อมใช้งานสำหรับอินสแตนซ์ของคุณสำหรับรายละเอียด

ราคาของเราไม่รวมภาษีและอากร ซึ่งรวมถึง VAT และภาษีการขายที่เกี่ยวข้อง เว้นแต่ระบุไว้เป็นอย่างอื่น เรียนรู้เพิ่มเติม

ก่อนเดือนกรกฎาคม 2017 ค่าบริการ CloudWatch ถูกแบ่งออกเป็นสองส่วนในการเรียกเก็บเงิน AWS และรายงานต้นทุนและการใช้งานของคุณ ด้วยเหตุผลด้านประวัติ ค่าบริการสำหรับการใช้งาน CloudWatch Alarms, CloudWatch Metrics และ CloudWatch API จะรายงานในส่วนของรายละเอียด "Elastic Compute Cloud" (EC2) ในใบเรียกเก็บเงินของคุณ ในขณะที่ค่าบริการสำหรับ CloudWatch Logs และ CloudWatch Dashboards จะรายงานในส่วนของรายละเอียด "CloudWatch" เพื่อที่จะรวมและทำให้การใช้งานและการเรียกเก็บเงินของ AWS CloudWatch รายเดือนง่ายขึ้น เราได้ย้ายค่าบริการสำหรับการใช้งาน CloudWatch Metrics, Alarms และ API จากส่วน "EC2" ในใบเรียกเก็บเงินของคุณไปยังส่วน "CloudWatch" ซึ่งจะช่วยรวมค่าใช้จ่ายการเฝ้าติดตาม CloudWatch ทั้งหมดของคุณในส่วน “CloudWatch” ได้อย่างมีประสิทธิภาพ โปรดทราบว่าจำนวนเงินที่เรียกเก็บสำหรับ AWS โดยรวมของคุณจะไม่ได้รับผลกระทบ ใบเรียกเก็บเงินและรายงานต้นทุนและการใช้งานของคุณจะแสดงผลเฉพาะค่าบริการสำหรับ CloudWatch ในส่วนเดียว

นอกจากนี้ ยังมีตัววัดการเรียกเก็บเงินใน CloudWatch ที่มีชื่อว่า “ค่าใช้จ่ายโดยประมาณ” ซึ่งสามารถดูได้แบบค่าใช้จ่ายรวมโดยประมาณหรือแบ่งตามบริการ ตัววัด "ค่าใช้จ่ายรวมโดยประมาณ" จะไม่เปลี่ยนแปลง อย่างไรก็ตาม ตัววัด “EstimatedCharges” ที่แบ่งตามบริการจะเปลี่ยนเป็นขนาด ServiceName ที่เทียบเท่ากับ "AmazonEC2" และขนาด ServiceName ที่เทียบเท่ากับ "AmazonCloudWatch" เนื่องจากการรวมบัญชีการเรียกเก็บเงิน คุณอาจเห็นว่าตัววัดการเรียกเก็บเงินของ AmazonEC2 เริ่มลดลงและตัววัดการเรียกเก็บเงินของ AmazonCloudWatch เพิ่มมากขึ้น เนื่องจากค่าบริการการใช้งานและการเรียกเก็บเงินถูกย้ายออกจาก EC2 และไปยัง CloudWatch เพื่อรวมการเรียกเก็บเงินทั้งหมด

Logs Insights จะกำหนดราคาต่อการสืบค้นและเรียกเก็บเงินตามจำนวนข้อมูลบันทึกที่นำเข้าซึ่งสแกนโดยการสืบค้น สำหรับรายละเอียดเพิ่มเติมเกี่ยวกับราคา โปรดดูราคาของ CloudWatch

ใช่ หากคุณยกเลิกการสืบค้นด้วยตนเอง คุณจะถูกเรียกเก็บเงินตามจำนวนข้อมูลบันทึกที่ป้อนเข้าที่ทำการสแกนจนถึงจุดที่คุณยกเลิกการสืบค้น

ไม่ คุณจะไม่ถูกเรียกเก็บเงินสำหรับการสืบค้นที่ล้มเหลว

ความสามารถในการสังเกตการณ์ข้ามบัญชีใน CloudWatch ช่วยให้คุณสามารถตรวจสอบและแก้ไขปัญหาของแอปพลิเคชันที่ครอบคลุมในหลายบัญชีภายในหนึ่งภูมิภาคได้ เมื่อใช้ความสามารถในการสังเกตการณ์ข้ามบัญชี คุณจะสามารถค้นหา แสดงภาพ และวิเคราะห์ตัววัด ข้อมูลบันทึก และการติดตามได้อย่างราบรื่น โดยไม่ต้องกังวลเกี่ยวกับขอบเขตของบัญชี คุณสามารถเริ่มต้นจากมุมมองข้ามบัญชีแบบรวมของแอปพลิเคชันของคุณเพื่อระบุทรัพยากรที่แสดงถึงข้อผิดพลาดและเจาะลึกลงไปในการติดตาม ตัววัดและข้อมูลบันทึกที่สัมพันธ์กันเพื่อหาสาเหตุของปัญหาดังกล่าวได้ การเข้าถึงข้อมูลข้ามบัญชีและการนำทางที่เปิดใช้งานโดยการตรวจสอบข้ามบัญชีจะช่วยให้คุณไม่ต้องเปลืองแรงในการพยายามแก้ไขปัญหาด้วยตนเองและประหยัดเวลาอันมีค่าของคุณในการแก้ปัญหาต่าง ๆ ความสามารถในการสังเกตการณ์ข้ามบัญชีเป็นส่วนเสริมของความสามารถในการสังเกตการณ์แบบครบวงจรของ CloudWatch

ความสามารถในการสังเกตการณ์ข้ามบัญชีจะมอบแนวคิดบัญชีใหม่สองประเภท "บัญชีการตรวจสอบ" คือบัญชี AWS ส่วนกลางที่สามารถดูและโต้ตอบกับข้อมูลความสามารถในการสังเกตการณ์ที่สร้างขึ้นในบัญชีอื่น ๆ ได้ "บัญชีต้นทาง" คือบัญชี AWS แต่ละบัญชีที่สร้างข้อมูลความสามารถในการสังเกตการณ์สำหรับทรัพยากรต่าง ๆ ที่อยู่ภายในบัญชีนั้น เมื่อคุณระบุบัญชีการตรวจสอบและบัญชีต้นทางแล้ว คุณก็จะสามารถเสร็จสิ้นการกำหนดค่าการตรวจสอบข้ามบัญชีได้โดยเลือกว่าข้อมูลการตรวจวัดระยะไกลใดที่จะแบ่งปันกับบัญชีการตรวจสอบของคุณ คุณสามารถตั้งค่าบัญชีการตรวจสอบส่วนกลางได้อย่างง่ายดายภายในไม่กี่นาที ซึ่งคุณจะมีมุมมองที่สมบูรณ์ของความสมบูรณ์และประสิทธิภาพของแอปพลิเคชันของคุณที่ปรับใช้ในบัญชีที่เกี่ยวข้องจำนวนมากหรือทั้งองค์กร AWS ด้วยความสามารถในการสังเกตการณ์ข้ามบัญชีใน CloudWatch คุณจะสามารถมองเห็นการพึ่งพาแบบข้ามแอปพลิเคชันของคุณได้จากมุมสูงที่อาจส่งผลกระทบต่อความพร้อมใช้งานของบริการ และคุณจะสามารถระบุปัญหาเชิงรุกและแก้ไขปัญหาต่าง ๆ ได้โดยใช้เวลาเฉลี่ยในการแก้ปัญหาที่ลดลง

เมื่อใช้ความสามารถในการสังเกตการณ์ข้ามบัญชี คุณจะสามารถค้นหากลุ่มข้อมูลบันทึกที่จัดเก็บไว้ในหลายบัญชีได้จากมุมมองส่วนกลาง สามารถเรียกใช้การค้นหาข้อมูลเชิงลึกของข้อมูลบันทึกข้ามบัญชี การวิเคราะห์ Live Tail และสามารถสร้างกฎของ Contributor Insights ในบัญชีต่างๆ เพื่อระบุผู้สนับสนุนระดับ Top-N ที่สร้างรายการข้อมูลบันทึก คุณสามารถใช้การค้นหาตัววัดเพื่อแสดงภาพตัววัดจากหลายบัญชีในมุมมองแบบรวม สร้างการเตือนที่ประเมินตัววัดจากบัญชีอื่นๆ เพื่อรับแจ้งความผิดปกติและปัญหาที่เกิดขึ้นบ่อย และแสดงภาพให้เห็นบนแดชบอร์ดส่วนกลาง นอกจากนี้ คุณยังสามารถใช้ความสามารถนี้เพื่อตั้งค่าตัววัดแบบสตรีมข้ามบัญชีเดียวเพื่อรวมตัววัดที่ครอบคลุมบัญชี AWS หลายบัญชีใน AWS Region ได้อีกด้วย นอกจากนี้ ด้วยความสามารถในการสังเกตการณ์ข้ามบัญชี คุณยังจะสามารถดูแผนที่เชิงโต้ตอบของแอปพลิเคชันข้ามบัญชีของคุณโดยใช้ ServiceLens พร้อมการเจาะลึกข้อมูลภายในขั้นตอนเดียวไปยังตัววัด ข้อมูลบันทึก และการติดตามที่เกี่ยวข้อง

ทั้งการตรวจสอบข้ามบัญชีใน CloudWatch และฟีเจอร์ข้ามบัญชีข้ามภูมิภาคจะมีให้บริการอยู่บนคอนโซล CloudWatch เมนูข้ามบัญชีและข้ามภูมิภาคแบบเลื่อนลงจะถูกนำออกจากคอนโซลเมื่อคุณตั้งค่าความสามารถในการสังเกตการณ์ข้ามบัญชีเอาไว้ใน CloudWatch โปรดทราบว่าประสบการณ์ความสามารถในการสังเกตการณ์ข้ามบัญชีใน CloudWatch นั้นพร้อมให้บริการภายในทีละหนึ่งภูมิภาคเท่านั้น ฟีเจอร์ข้ามบัญชีและข้ามภูมิภาคช่วยให้เข้าถึงการตรวจวัดระยะไกลได้ทั่วทั้งองค์กรผ่านบทบาทใน IAM ความสามารถในการสังเกตการณ์ข้ามบัญชีใน CloudWatch ใช้ API ตัวจัดการการเข้าถึงความสามารถในการสังเกตการณ์เพื่อกำหนดนโยบายการเข้าถึง เรียนรู้เพิ่มเติมได้ในเอกสารประกอบของเรา

สัญญาณแอปพลิเคชัน Amazon CloudWatch [ตัวอย่าง] ขยาย Amazon CloudWatch ด้วยเมตริกแอปพลิเคชันมาตรฐานและมุมมองข้อมูลการสังเกตที่เน้นแอปพลิเคชันในคอนโซลการจัดการของ AWS สำหรับ CloudWatch คุณสามารถเริ่มต้นได้โดยไม่ต้องเขียนเครื่องมือที่กำหนดเอง มุมมองใหม่จะสรุปสถานภาพแอปพลิเคชันเพื่อช่วยระบุผลกระทบทางธุรกิจและจัดลำดับความสำคัญ จากนั้นเสนอการเจาะลึกเพื่อหาสาเหตุที่แท้จริงอย่างรวดเร็ว

คุณสามารถเปิดสัญญาณแอปพลิเคชันในคอนโซลการจัดการของ AWS สำหรับ CloudWatch หรือเมื่อเปิดใช้งาน CloudWatch บนทรัพยากร AWS เช่น คลัสเตอร์ Amazon EKS เครื่องมือแอปพลิเคชันถูกรวมอยู่ใน Amazon CloudWatch Agent บริการแอปพลิเคชัน API และการอ้างอิงจะถูกค้นพบและแสดงภาพในมุมมองสรุปและบนแผนที่บริการ เพื่อสะท้อนผลกระทบและความสำคัญทางธุรกิจ คุณสามารถสร้างวัตถุประสงค์ระดับบริการ (SLO) บนเมตริกแอปพลิเคชันมาตรฐานผู้ใช้จริงหรือการเฝ้าติดตามสังเคราะห์ได้ด้วยการคลิกเพียงไม่กี่ครั้ง มุมมอง “เปิดใช้งาน APM เพิ่มเติม” ในคอนโซลจะแสดงมุมมองเกี่ยวกับทรัพยากรที่ตรวจสอบและไม่ได้รับการตรวจสอบช่วยให้ลูกค้าสามารถเพิ่มการมองเห็นแอปพลิเคชันได้อย่างค่อยเป็นค่อยไป คุณสามารถใช้การตั้งค่า CloudWatch เพื่อเพิ่มการสุ่มตัวอย่างการติดตามในบริการที่สำคัญและบันทึกตัวอย่างเพิ่มเติมของธุรกรรมที่สำคัญเช่นคำสั่งชำระเงิน เพื่อเพิ่มการตรวจสอบความพร้อมใช้งานภายนอกหรือเวิร์กโฟลว์ UI คุณสามารถเพิ่มคานารีสังเคราะห์ และเพื่อเพิ่มการมองเห็นของไคลเอ็นต์เปิดใช้งาน การวัดและส่งข้อมูลทางไกลของ RUM บนเว็บแอปพลิเคชัน

สัญญาณแอปพลิเคชัน Amazon CloudWatch [ตัวอย่าง] ค้นพบบริการแอปพลิเคชันเช่นตัวประมวลผลการชำระเงินจำนองที่ทำงานใน EKS และสร้างชุดเมตริกแอปพลิเคชันมาตรฐานสำหรับปริมาณ ความล่าช้า ข้อผิดพลาด และความผิดพลาดของ API (เช่นเพิ่มผู้ใช้สั่งซื้อชำระเงิน ฯลฯ) และการอ้างอิง (เช่น เรียกใช้ระหว่างบริการแอปพลิเคชันไปยังบริการ AWS หรือไปยังตำแหน่งข้อมูลภายนอก) ลูกค้าสามารถเห็นผลกระทบทางธุรกิจและความสำคัญของบริการแอปพลิเคชัน API และการพึ่งพาได้โดยการกำหนดวัตถุประสงค์ระดับบริการ มุมมองความสามารถในกข้อมูลการสังเกตที่เน้นแอปพลิเคชันเป็นศูนย์กลางใหม่ในคอนโซลการจัดการของ AWS สำหรับ CloudWatch จากนั้นจะสรุปสถานะแอปพลิเคชันเทียบกับ SLO และเสนอข้อมูลการเจาะลึกเพื่อหาสาเหตุที่แท้จริงอย่างรวดเร็ว

ใช้สัญญาณแอพพลิเคชันสำหรับประสบการณ์การตรวจสอบประสิทธิภาพของแอปพลิเคชันแบบผสานรวม ด้วยการตรวจสอบแบบผสานรวม คุณสามารถรวบรวมและเชื่อมโยงการวัดระยะทางแอปพลิเคชันโดยอัตโนมัติในขณะเดียวกันก็จัดลำดับความสำคัญสำหรับแอปพลิเคชันที่สำคัญทางธุรกิจ นอกจากนี้คุณยังสามารถใช้ประโยชน์จากสัญญาณเตือน การติดตาม และเหตุการณ์เพื่อดำเนินการโดยอัตโนมัติและลดเวลาในการกู้คืนจากปัญหา (MTTR) คุณต้องการตรวจสอบแอปพลิเคชันที่ทำงานบน Amazon EKS, Amazon EC2, Amazon ECS, ฐานข้อมูล ส่วนประกอบหรือทรัพยากรในองค์กร เพียงระบุทรัพยากรที่จะตรวจสอบและเปิดใช้งานสัญญาณแอปพลิเคชันสำหรับ Amazon EKS ในคอนโซล CloudWatch ของคุณโดยไม่ต้องกำหนดค่าด้วยตนเอง สำหรับสภาพแวดล้อมแอปพลิเคชันอื่น ๆ คุณสามารถปรับใช้ CloudWatch Agent และเริ่มตรวจสอบแอปพลิเคชันของคุณได้อย่างรวดเร็ว ด้วยสัญญาณแอปพลิเคชัน คุณสามารถสร้าง วัดผล และติดตาม SLO ที่สอดคล้องกับ KPI ทางธุรกิจและการดำเนินงานของคุณ SLO มีความสำคัญในการจัดการแอปพลิเคชันที่สำคัญ ปรับปรุงความพร้อมใช้งาน ลดเวลาหยุดทำงาน และช่วยให้ลูกค้าได้รับประสบการณ์ที่สม่ำเสมอ คุณต้องเข้าถึงมุมมองที่ครอบคลุมของแอปพลิเคชันทั้งหมดของคุณและความสามารถในการจัดการประสิทธิภาพของแอปพลิเคชัน ใช้ประโยชน์จากแดชบอร์ดอัตโนมัติที่สร้างไว้ล่วงหน้าและมาตรฐานด้วยแอปพลิเคชัน บริการ และข้อมูลระยะไกลทั้งหมดของคุณ ความสามารถในการสร้างภาพเหล่านี้ช่วยให้คุณสแกนและเข้าถึงเมตริก เช่น ปริมาณ ความหน่วง ความพร้อมใช้งาน และข้อผิดพลาดที่ส่งผลกระทบต่อแอปพลิเคชันของคุณได้อย่างรวดเร็ว แผนที่บริการสัญญาณแอปพลิเคชันช่วยให้คุณสามารถติดตาม API และทรัพยากรการประมวลผลอย่างเจาะลึกเพื่อให้ได้มุมมองที่ครอบคลุมเกี่ยวกับสาเหตุของปัญหาแอปพลิเคชันของคุณ การผสานรวมของ Amazon CloudWatch RUM และ Amazon CloudWatch Synthetics ภายใน สัญญาณการใช้งาน ช่วยให้คุณมีข้อมูลผู้ใช้แบบเรียลไทม์และคานารีในมุมมองเดียว นี่เป็นสิ่งสำคัญหากคุณต้องการระบุสาเหตุหลักในโค้ดการอ้างอิงหรือสภาพแวดล้อมการโฮสต์ของคุณอย่างรวดเร็วก่อนที่จะส่งผลกระทบต่อผู้ใช้ตำแหน่งข้อมูล

CloudWatch Application Insights ช่วยให้คุณตรวจสอบแอปพลิเคชันของคุณที่ใช้อินสแตนซ์ Amazon EC2 พร้อมกับทรัพยากรแอปพลิเคชันอื่น ๆ จะระบุและตั้งค่าเมตริกที่สำคัญ ข้อมูลบันทึก และการเตือนภัยในทรัพยากรแอปพลิเคชันและสแต็กเทคโนโลยีของคุณ (ตัวอย่างเช่น ฐานข้อมูล Microsoft SQL Server เว็บ (IIS) และเซิร์ฟเวอร์แอปพลิเคชัน ระบบปฏิบัติการ Load Balancer และคิว) ตรวจสอบเมตริกและข้อมูลบันทึกอย่างต่อเนื่องเพื่อตรวจจับและเชื่อมโยงความผิดปกติและข้อผิดพลาด เมื่อตรวจพบข้อผิดพลาดและความผิดปกติ ข้อมูลเชิงลึกของแอปพลิเคชันจะสร้างกิจกรรม CloudWatch ซึ่งคุณสามารถใช้เพื่อตั้งค่าการแจ้งเตือนหรือดำเนินการได้ เพื่อช่วยในการแก้ไขปัญหา ระบบจะสร้างแดชบอร์ดอัตโนมัติสำหรับปัญหาที่ตรวจพบ ซึ่งรวมถึงความผิดปกติของตัวชี้วัดที่สัมพันธ์กันและข้อผิดพลาดของข้อมูลบันทึก พร้อมด้วยข้อมูลเชิงลึกเพิ่มเติมเพื่อชี้ให้คุณทราบถึงสาเหตุที่แท้จริง

CloudWatch Container Insights คือคุณสมบัติสำหรับการตรวจสอบ การแก้ไขปัญหา และการแจ้งเตือนเกี่ยวกับแอปพลิเคชันและไมโครเซอร์วิสที่มีคอนเทนเนอร์ของคุณ Container Insights ช่วยลดความยุ่งยากในการแยกและวิเคราะห์ปัญหาด้านประสิทธิภาพที่ส่งผลกระทบต่อสภาพแวดล้อมคอนเทนเนอร์ของคุณ วิศวกร DevOps และวิศวกรระบบสามารถเข้าถึงแดชบอร์ดอัตโนมัติได้ใน Console ของ CloudWatch ทำให้พวกเขามองเห็นการดำเนินงานตั้งแต่ต้นทางถึงตำแหน่งข้อมูลของตัววัด ข้อมูลบันทึก และการติดตามแบบกระจายที่สรุปประสิทธิภาพและสถานภาพของ Amazon Elastic Container Service for Kubernetes (EKS), Amazon Elastic Container Service (ECS), AWS Fargate และคลัสเตอร์ Kubernetes ตามพ็อด/งาน คอนเทนเนอร์ และบริการ

ข้อมูลเชิงลึกเกี่ยวกับคอนเทนเนอร์พร้อมความสามารถในข้อมูลการสังเกตที่เพิ่มขึ้นสำหรับ Amazon Elastic Kubernetes Service (EKS) ช่วยให้คุณสามารถเจาะลึกคอนเทนเนอร์ EKS ของคุณได้ละเอียดขึ้น ด้วยภาพและมองเห็นปัญหาต่าง ๆ เช่น หน่วยความจำรั่วในแต่ละคอนเทนเนอร์ได้อย่างง่ายดาย ซึ่งช่วยลดเวลาเฉลี่ยในการแก้ไข ด้วยเมตริกส่วนการควบคุม คุณสามารถตรวจสอบสถานะการปรับขนาดอัตโนมัติและวางแผนวงจรชีวิตของคลัสเตอร์ทดสอบของคุณในความสามารถในการทดสอบอัตโนมัติเพื่อปรับปรุงประสิทธิภาพในการดำเนินงาน ด้วยความสามารถในข้อมูลการสังเกตที่เพิ่มขึ้นสำหรับ EKS คุณสามารถจัดเรียงคลัสเตอร์ โหนด และเวิร์กโหลดของคุณตามการใช้ทรัพยากร และระบุความผิดปกติได้อย่างรวดเร็ว ตั้งค่าการแจ้งเตือนของคุณเองเพื่อติดตามอย่างใกล้ชิด และลดความเสี่ยงในเชิงรุกก่อนที่ประสบการณ์ของผู้ใช้ตำแหน่งข้อมูลจะได้รับผลกระทบ

ใช่ การใช้ข้อมูลเชิงลึกของคอนเทนเนอร์พร้อมความสามารถในข้อมูลการสังเกตที่ดีขึ้นสำหรับ Amazon Elastic Kubernetes Service (EKS) คุณสามารถตรวจสอบส่วนการควบคุมของคุณได้ คุณสามารถใช้มันเพื่อทำความเข้าใจสถานะการปรับขนาดอัตโนมัติและวางแผนวงจรชีวิตคลัสเตอร์ทดสอบของคุณในความสามารถในการทดสอบอัตโนมัติของคุณเป็นต้น

Container Insights พร้อมความสามารถในการข้อมูลการสังเกตที่เพิ่มขึ้นสำหรับ Amazon Elastic Kubernetes Service (EKS) มอบเมตริกประสิทธิภาพและสถานะโดยละเอียดที่พร้อมใช้งานทันที ซึ่งรวมถึงตัววัดประสิทธิภาพ EKS ระดับคอนเทนเนอร์ เมตริกสถานะ Kube และเมตริกส่วนการควบคุม EKS เพื่อการแยกปัญหาและการแก้ไขปัญหาที่รวดเร็วยิ่งขึ้น ความสามารถในข้อมูลการสังเกตที่ได้รับการปรับปรุงช่วยให้ลูกค้าสามารถเจาะลึกขึ้นและลงในชั้นคอนเทนเนอร์ต่าง ๆ ด้วยสายตา และมองเห็นปัญหาต่าง ๆ เช่น หน่วยความจำรั่วในแต่ละคอนเทนเนอร์ได้อย่างง่ายดาย ซึ่งช่วยลดเวลาเฉลี่ยในการแก้ไข ด้วยเมตริกส่วนการควบคุม ลูกค้าสามารถตรวจสอบสถานะการปรับขนาดอัตโนมัติและวางแผนวงจรชีวิตของคลัสเตอร์ทดสอบในความสามารถในการทดสอบอัตโนมัติเพื่อปรับปรุงประสิทธิภาพในการดำเนินงาน ด้วยความสามารถในข้อมูลการสังเกตที่เพิ่มขึ้น ลูกค้าสามารถจัดเรียงคลัสเตอร์ โหนด และเวิร์กโหลดตามการใช้ทรัพยากร และระบุความผิดปกติได้อย่างรวดเร็ว ตั้งค่าสัญญาณเตือนของตนเองเพื่อตรวจสอบอย่างใกล้ชิด และลดความเสี่ยงอย่างเชิงรุกก่อนที่ประสบการณ์ของผู้ใช้ตำแหน่งข้อมูลจะได้รับผลกระทบ ความสามารถในข้อมูลการสังเกตที่เพิ่มขึ้นเป็นคุณสมบัติเสริม ข้อมูลเชิงลึกของคอนเทนเนอร์ที่ไม่มีความสามารถในข้อมูลการสังเกตที่ปรับปรุงให้เมตริกรวมระดับคลัสเตอร์และบริการต่าง ๆ

ใช่ คุณสามารถตัดสินใจที่จะใช้ Container Insights ที่มีหรือไม่มีความสามารถที่เพิ่มขึ้นของข้อมูลการสังเกตในแต่ละคลัสเตอร์ คุณสามารถเปิดใช้งานข้อมูลการสังเกตที่ปรับปรุงแล้วสำหรับคลัสเตอร์ของคุณโดยการติดตั้งส่วนเสริมข้อมูลการสังเกต CloudWatch สำหรับ EKS ในคลัสเตอร์ของคุณหลังจากที่สร้างขึ้นโดยใช้แท็บส่วนเสริมในมุมมองข้อมูลคลัสเตอร์ของคุณ โปรดดู เอกสารประกอบ CloudWatch Container Insights เกี่ยวกับวิธีกำหนดค่าเจ้าหน้าที่ CloudWatch ของคุณเพื่อเปิดใช้งานข้อมูลการสังเกตที่ปรับปรุงสำหรับ EKS

Container Insights พร้อมความสามารถในข้อมูลการสังเกตที่ได้รับการปรับปรุงการสนับสนุน Amazon EKS

คุณสามารถเริ่มรวบรวมข้อมูลตัววัดประสิทธิภาพโดยละเอียด ข้อมูลบันทึก และข้อมูลเมตาจากคอนเทนเนอร์และคลัสเตอร์ของคุณ หรือเปิดใช้งานส่วนเสริมข้อมูลการสังเกตของ CloudWatch ของคุณเพื่อรับข้อมูลการสังเกตขั้นสูงได้ด้วยการคลิกเพียงไม่กี่ครั้ง ในการเริ่มต้นใช้งาน Container Insights โปรดทำตามขั้นตอนที่ระบุไว้ในเอกสารประกอบ Amazon CloudWatch Container Insights

รายละเอียดเพิ่มเติมเกี่ยวกับราคา Container Insights มีอยู่ในช หน้าราคา CloudWatch.

ไม่ ประเภทตัววัดที่รองรับในปัจจุบันคือ เกจและตัวนับ กำลังมีแผนที่จะเปิดตัวตัววัดฮิสโทแกรมและสรุปในไม่ช้า

Prometheus คือโปรเจกต์การเฝ้าติดตามแบบโอเพนซอร์สยอดนิยม ซึ่งเป็นส่วนหนึ่งของ Cloud Native Compute Foundation (CNCF) ชุมชนโอเพนซอร์สได้สร้างปลั๊กอินกว่า 150 รายการและกำหนดเฟรมเวิร์กที่ทีม DevOps สามารถใช้เพื่อแสดงตัววัดแบบกำหนดเองที่ต้องการรวบรวมโดยใช้วิธีการดึงจากแอปพลิเคชัน คุณสมบัติใหม่นี้ช่วยให้ทีม DevOps สามารถค้นพบบริการต่างๆ สำหรับเวิร์กโหลดที่มีคอนเทนเนอร์ได้โดยอัตโนมัติ เช่น AWS App Mesh, NGINX และ Java/JMX จากนั้นจึงสามารถแสดงตัววัดแบบกำหนดเองบนบริการเหล่านั้น และนำเข้าตัววัดใน CloudWatch เมื่อเรียบเรียงคอลเลกชันและการรวบรวมตัววัด Prometheus แล้ว ผู้ใช้ CloudWatch จะสามารถตรวจสอบ แก้ปัญหาและแจ้งเตือนประสิทธิภาพการทำงานที่ลดลงหรือล้มเหลวของแอปพลิเคชันได้เร็วขึ้น และยังช่วยลดจำนวนเครื่องการตรวจสอบที่จำเป็น

ระบบจะนำเข้าตัววัด Prometheus เป็นตัววัดแบบกำหนดเองของ CloudWatch โดยอัตโนมัติ ระยะเวลาการเก็บรักษาคือ 15 เดือนต่อจุดข้อมูลตัววัดที่มีการรวบรวมโดยอัตโนมัติ (พร้อมใช้งาน <60 วินาทีสำหรับ 3 ชั่วโมง, 1 นาทีสำหรับ 15 วัน, 5 นาทีสำหรับ 63 วัน, 1 ชั่วโมงสำหรับ 15 เดือน) โปรดดูที่เอกสารประกอบเกี่ยวกับการเก็บรักษาตัววัดของ CloudWatch เพื่อเรียนรู้เพิ่มเติม

ใช่ คลัสเตอร์ Kubernetes (k8s) แต่ละรายการมีกลุ่มข้อมูลบันทึกสำหรับเหตุการณ์ต่าง ๆ ของตนเอง (เช่น /aws/containerinsights//prometheus) พร้อมกับระยะเวลาการเก็บรักษาที่กำหนดค่าได้ หากต้องการรายละเอียดเพิ่มเติม โปรดดูที่เอกสารประกอบเกี่ยวกับการเก็บรักษากลุ่มข้อมูลบันทึก

ไม่ ตัววัดทั้งหมดถูกนำเข้าเป็นเหตุการณ์ CloudWatch Logs และสามารถสืบค้นได้โดยใช้การสืบค้น CloudWatch Logs Insights หากต้องการข้อมูลเพิ่มเติม โปรดดูที่เอกสารประกอบเกี่ยวกับไวยากรณ์ภาษาการค้นหาของ CloudWatch Logs Insights

ระบบจะเรียกเก็บเงินตามรายการที่คุณใช้ดังต่อไปนี้: (1) CloudWatch Logs ที่นำเข้าตามกิกะไบต์ (GB), (2) CloudWatch Logs ที่จัดเก็บ และ (3) ตัววัดแบบกำหนดเองของ CloudWatch โปรดดูที่หน้าราคา CloudWatch เพื่อดูรายละเอียดราคาใน AWS Region ของคุณ

การตรวจติดตามอินเทอร์เน็ตของ Amazon CloudWatch ช่วยให้คุณตรวจสามารถสอบความพร้อมใช้งานของอินเทอร์เน็ตและตัววัดประสิทธิภาพอย่างต่อเนื่องระหว่างแอปพลิเคชันที่โฮสต์โดย AWS และผู้ใช้ตำแหน่งข้อมูลของแอปพลิเคชัน ด้วยการตรวจติดตามอินเทอร์เน็ต คุณจะสามารถเห็นภาพผลกระทบของปัญหา ระบุตำแหน่งและผู้ให้บริการที่ได้รับผลกระทบได้อย่างรวดเร็ว และจากนั้นก็สามารถดำเนินการเพื่อปรับปรุงประสบการณ์เครือข่ายของผู้ใช้ตำแหน่งข้อมูลของคุณ คุณสามารถดูมุมมองโดยรวมของรูปแบบการรับส่งข้อมูลและเหตุการณ์ด้านความสมบูรณ์ และเจาะลึกข้อมูลเกี่ยวกับเหตุการณ์ตามรายละเอียดทางภูมิศาสตร์ต่างๆ ได้ หากปัญหาเกิดจากเครือข่าย AWS คุณจะได้รับการแจ้งเตือน AWS Health Dashboard ซึ่งจะแจ้งคุณเกี่ยวกับขั้นตอนที่ AWS ดำเนินการเพื่อลดปัญหา นอกจากนี้ การตรวจติดตามอินเทอร์เน็ตยังสามารถให้ข้อมูลเชิงลึกและคำแนะนำที่สามารถช่วยคุณปรับปรุงประสบการณ์ของผู้ใช้โดยใช้บริการ AWS อื่นๆ ได้อีกด้วย

หากต้องการใช้การตรวจติดตามอินเทอร์เน็ต คุณจะต้องสร้างมอนิเตอร์และเชื่อมโยงทรัพยากรของแอปพลิเคชันของคุณกับ Amazon Virtual Private Cloud (VPC) การกระจาย CloudFront หรือไดเรกทอรี WorkSpaces เพื่อให้การตรวจติดตามอินเทอร์เน็ตรับรู้ว่าการรับส่งข้อมูลทางอินเทอร์เน็ตของแอปพลิเคชันของคุณอยู่ที่ใด จากนั้นการตรวจติดตามอินเทอร์เน็ตจะทำการวัดทางอินเทอร์เน็ตจาก AWS ที่เฉพาะเจาะจงสำหรับตำแหน่งและเครือข่ายที่สื่อสารกับแอปพลิเคชันของคุณ

จากนั้นคุณจะสามารถใช้แดชบอร์ดของ CloudWatch เพื่อเรียนรู้เกี่ยวกับเหตุการณ์ด้านความสมบูรณ์ ดูประสิทธิภาพและคะแนนความพร้อมใช้งาน สำรวจข้อมูลประวัติของแอปพลิเคชันของคุณที่ความละเอียดทางภูมิศาสตร์ต่างๆ และสามารถรับข้อมูลเชิงลึกเกี่ยวกับวิธีการกำหนดค่าแอปพลิเคชันของคุณเพื่อปรับปรุงประสิทธิภาพสำหรับผู้ใช้ของคุณ

การตรวจติดตามอินเทอร์เน็ตจะเผยแพร่การวัดทางอินเทอร์เน็ตไปยัง CloudWatch Logs และ CloudWatch Metrics ดังนั้นคุณจึงจะสามารถใช้เครื่องมือ CloudWatch เพื่อทำความเข้าใจสถานภาพของแอปพลิเคชันได้ดีขึ้นในพื้นที่ทางภูมิศาสตร์รวมถึงเครือข่ายเฉพาะสำหรับแอปพลิเคชันของคุณได้ นอกจากนี้ การตรวจติดตามอินเทอร์เน็ตยังส่งเหตุการณ์สถานะไปยัง Amazon EventBridge เพื่อให้คุณสามารถตั้งค่าการแจ้งเตือนได้อีกด้วย

การทำความรู้จักกับการตรวจติดตามอินเทอร์เน็ตมากขึ้นจะช่วยให้คุณมีความคุ้นเคยกับส่วนประกอบรวมถึงแนวคิดที่คุณจะพบในบริการดังกล่าวได้อีกด้วย การตรวจติดตามอินเทอร์เน็ตใช้หรือครอบคลุมถึงสิ่งต่างๆ ต่อไปนี้: มอนิเตอร์, CloudWatch Logs, CloudWatch Metrics, เครือข่ายในเมือง, เหตุการณ์ความสมบูรณ์, Autonomous System Number (ASN), ทรัพยากรที่ได้รับการติดตามตรวจสอบ, การวัดทางอินเทอร์เน็ต, ไบต์ที่ถ่ายโอน รวมถึงคะแนนประสิทธิภาพและความพร้อมใช้งาน

อ่านคำอธิบายสั้น ๆ ของส่วนประกอบเหล่านี้ได้ในเอกสารประกอบ

ราคาของการตรวจติดตามอินเทอร์เน็ตมีองค์ประกอบดังต่อไปนี้: ค่าธรรมเนียมต่อทรัพยากรที่ถูกตรวจติดตาม ค่าธรรมเนียมต่อเครือข่ายเมือง และค่าใช้จ่ายสำหรับข้อมูลบันทึกการวินิจฉัยที่เผยแพร่ไปยัง CloudWatch Logs สำหรับข้อมูลเพิ่มเติม โปรดดูหน้าราคาของการตรวจติดตามอินเทอร์เน็ตของ Amazon CloudWatch

สำหรับการตรวจติดตามอินเทอร์เน็ต การรองรับในแต่ละรีเจี้ยนจะขึ้นอยู่กับประเภทของทรัพยากรที่คุณเพิ่มไปยังการตรวจสอบของคุณ สำหรับการแจกจ่ายของ Amazon CloudFront และไดเร็กทอรี Amazon WorkSpaces นั้น การตรวจติดตามอินเทอร์เน็ตจะพร้อมใช้งานในทุกรีเจี้ยนที่รองรับ สำหรับ Amazon Virtual Private Cloud (VPC) คุณสามารถเพิ่ม VPC จากรีเจี้ยนที่เลือกเข้าร่วมไปยังการตรวจสอบที่สร้างขึ้นในรีเจี้ยนเดียวกันเท่านั้น สำหรับรายการของ AWS Region ที่รองรับทั้งหมด โปรดดูตำแหน่งข้อมูลของการตรวจติดตามอินเทอร์เน็ตของ Amazon CloudWatch

CloudWatch Lambda Insights เป็นคุณสมบัติสำหรับการตรวจสอบ แก้ไขปัญหา และการปรับประสิทธิภาพและค่าใช้จ่ายของฟังก์ชัน Lambda ให้มีความเหมาะสม Lambda Insights ช่วยลดความยุ่งยากในการแยกและวิเคราะห์ปัญหาด้านประสิทธิภาพที่ส่งผลกระทบต่อสภาพแวดล้อม Lambda ของคุณ วิศวกร DevOps และวิศวกรระบบสามารถเข้าถึงแดชบอร์ดอัตโนมัติได้ใน Console ของ CloudWatch ทำให้พวกเขามองเห็นการดำเนินงานตั้งแต่ต้นทางถึงตำแหน่งข้อมูลของตัววัด ข้อมูลบันทึก และการติดตามที่สรุปประสิทธิภาพและสถานภาพของฟังก์ชัน AWS Lambda

คุณสามารถเริ่มรวบรวมข้อมูลตัววัดประสิทธิภาพโดยละเอียด ข้อมูลบันทึก และข้อมูลเมตาจากฟังก์ชัน Lambda โดยทำตามขั้นตอนเหล่านี้ในเอกสารประกอบ CloudWatch Lambda Insights

CloudWatch Lambda Insights จะรวบรวมตัววัดที่กำหนดเองโดยอัตโนมัติจากเหตุการณ์ด้านประสิทธิภาพที่เก็บไว้ในฐานะของ CloudWatch Logs จากสภาพแวดล้อม Lambda ของคุณ ดูข้อมูลเพิ่มเติมเกี่ยวกับราคาได้ในหน้าราคา CloudWatch

การตรวจสอบเครือข่ายให้การมองเห็นประสิทธิภาพและการมองเห็นเครือข่ายที่เชื่อมต่อแอปพลิเคชันที่โฮสต์โดย AWS ของคุณไปยังตำแหน่งข้อมูลในองค์กรของคุณ การตรวจสอบเครือข่ายช่วยให้คุณเห็นภาพการสูญเสียแพ็คเก็ตและเวลาแฝงของการเชื่อมต่อเครือข่ายแบบไฮบริดได้อย่างรวดเร็ว ตั้งค่าการเตือนและเกณฑ์ จากนั้นดำเนินการเพื่อปรับปรุงประสบการณ์เครือข่ายของผู้ใช้ตำแหน่งข้อมูลของคุณได้ หากการเชื่อมต่อเครือข่ายแบบไฮบริดของคุณเกิดขึ้นผ่าน AWS Direct Connect การตรวจสอบเครือข่ายจะช่วยให้คุณระบุต้นทางที่ประสิทธิภาพของเครือข่ายลดลงได้ภายในไม่กี่นาที

การตรวจสอบเครือข่ายให้ข้อมูลเวลาแฝงในการส่งข้อมูลไป-กลับและการสูญเสียแพ็คเก็ตสำหรับแต่ละโพรบที่กำหนดค่าไว้ในตัวตรวจสอบ นอกจากนี้ การตรวจสอบเครือข่ายยังให้ข้อมูลเมตริกสำหรับ AWS Network Health Indicator ในกรณีที่เชื่อมต่อเครือข่ายแบบไฮบริดผ่าน AWS Direct Connect เมตริกเหล่านี้ถูกรวบรวมต่อซับเน็ต VPC และต่อตำแหน่งข้อมูลปลายทางและโพสต์ไปยัง Amazon CloudWatch จากนั้นคุณจะสามารถเข้าถึงแดชบอร์ด CloudWatch ได้จากภายในคอนโซลการตรวจสอบเครือข่ายเพื่อดูเมตริกเหล่านี้ ตั้งค่าการเตือน และดูสถานะสภาพเครือข่าย AWS เพื่อให้เห็นว่าปัญหาเครือข่ายส่งผลกระทบต่อประสิทธิภาพในเวลาใดบ้าง นอกจากนี้คุณยังสามารถกำหนดเกณฑ์เปรียบเทียบการสูญเสียแพ็คเก็ตและเวลาแฝงในการส่งข้อมูลไป-กลับได้โดยการสังเกตประวัติเมตริกที่บันทึกไว้ 30 วันหรือตั้งค่าการเตือนเพื่อรับการแจ้งเตือนเกี่ยวกับเหตุการณ์เครือข่าย

ราคาของการตรวจสอบเครือข่ายมีองค์ประกอบดังต่อไปนี้: ค่าธรรมเนียมต่อทรัพยากรที่ถูกตรวจสอบ และค่าใช้จ่ายสำหรับเมตริกที่เผยแพร่ไปยัง CloudWatch สำหรับข้อมูลเพิ่มเติม โปรดดูราคา Amazon CloudWatch และไปที่แท็บการตรวจสอบเครือข่าย

ในการใช้การตรวจสอบเครือข่าย คุณจะต้องสร้างตัวตรวจสอบและเชื่อมโยงทรัพยากรของแอปพลิเคชันกับตัวตรวจสอบนั้น คุณจะต้องเลือกซับเน็ตต้นทางที่เป็นของ Amazon Virtual Private Cloud (VPC) จากนั้นเลือกที่อยู่ IP ปลายทางในเครือข่ายในองค์กรของคุณ การตรวจสอบเครือข่ายสร้าง Mesh ที่รวมต้นทางและปลายทางที่เป็นไปได้เข้าไว้ด้วยกัน ซึ่งแต่ละ Mesh ในหนึ่งตัวตรวจสอบจะเรียกว่าโพรบ การสร้างการตรวจสอบเครือข่ายได้รับการจัดการเต็มรูปแบบโดย AWS และคุณจะสามารถดูเมตริกแบบเรียลไทม์ได้ภายในไม่กี่นาทีหลังจากตั้งค่าตัวตรวจสอบแล้ว การตรวจสอบเครือข่ายจะให้ข้อมูลเมตริกแบบเรียลไทม์เหล่านี้กับ CloudWatch Metrics คุณจึงสามารถใช้เครื่องมือ CloudWatch เพื่อทำความเข้าใจสภาพเครือข่ายใน AWS Region ที่เฉพาะเจาะจงกับเครือข่ายของคุณได้ดียิ่งขึ้น โปรดตรวจสอบเอกสารประกอบ CloudWatch เพื่อดูคำแนะนำการตั้งค่าโดยละเอียด

Amazon CloudWatch DEM ช่วยให้คุณเฝ้าติดตามได้ว่าผู้ใช้ตำแหน่งข้อมูลของคุณมีประสบการณ์ในการใช้แอปพลิเคชันของคุณอย่างไร (เช่น ประสิทธิภาพ ความพร้อมใช้งาน และความสามารถในการใช้งาน) 

ระบุปัญหาที่เกิดขึ้นเป็นครั้งคราว รับการแจ้งเตือนแม้ในกรณีที่ไม่มีการรับส่งข้อมูลของผู้ใช้ และเฝ้าติดตามตำแหน่งข้อมูลและ UI ของคุณโดยใช้คานารีของ CloudWatch Synthetic เสริมการเฝ้าติดตามแบบสังเคราะห์ด้วย CloudWatch RUM เพื่อทำความเข้าใจผลกระทบของผู้ใช้ตำแหน่งข้อมูลและเพื่อให้เห็นประสบการณ์ดิจิทัลของคุณได้ดียิ่งขึ้น ปรับปรุงประสบการณ์ดิจิทัลของผู้ใช้ตำแหน่งข้อมูลของคุณให้ดีขึ้นด้วย CloudWatch Evidently โดยการทดลองและการตรวจสอบความถูกต้องของการออกแบบและคุณสมบัติใหม่ๆ 

Amazon CloudWatch RUM คือคุณสมบัติการเฝ้าติดตามผู้ใช้จริงที่ช่วยให้คุณเห็นประสิทธิภาพฝั่งไคลเอนต์ของแอปพลิเคชันเพื่อช่วยลดเวลาเฉลี่ยในการแก้ปัญหา (MTTR) ได้ CloudWatch RUM ช่วยให้คุณสามารถรวบรวมข้อมูลฝั่งไคลเอนต์เกี่ยวกับประสิทธิภาพของเว็บแอปพลิเคชันได้แบบเรียลไทม์เพื่อระบุและแก้ไขจุดบกพร่องต่างๆ ได้ โดยจะเสริมข้อมูลของ CloudWatch Synthetics เพื่อให้คุณเห็นประสบการณ์ดิจิทัลของผู้ใช้ตำแหน่งข้อมูลได้ดียิ่งขึ้น คุณสามารถแสดงความผิดปกติเป็นภาพและใช้ข้อมูลการแก้ไขจุดบกพร่องที่เกี่ยวข้อง (เช่น ข้อความแสดงข้อผิดพลาด การติดตามสแต็ก และเซสชันของผู้ใช้) เพื่อแก้ไขปัญหาด้านประสิทธิภาพได้ (เช่น ข้อผิดพลาดของ JavaScript การหยุดทำงาน และเวลาแฝง) นอกจากนี้ คุณยังสามารถเข้าใจช่วงของผลกระทบต่อผู้ใช้ตำแหน่งข้อมูลได้ เช่น จำนวนเซสชัน ตำแหน่งที่ตั้งทางภูมิศาสตร์ หรือเบราว์เซอร์ CloudWatch RUM จะรวบรวมข้อมูลเกี่ยวกับเส้นทางของผู้ใช้ผ่านแอปพลิเคชันของคุณ ซึ่งสามารถช่วยคุณกำหนดคุณสมบัติที่จะเปิดตัวและแก้ไขข้อผิดพลาดเพื่อจัดลำดับความสำคัญได้

สร้างการเฝ้าติดตามแอปใน CloudWatch RUM และเพิ่มเว็บไคลเอนต์ที่ใช้พื้นที่น้อยในส่วนหัว HTML ของแอปพลิเคชันของคุณ จากนั้นเริ่มใช้แดชบอร์ดของ CloudWatch RUM เพื่อรับข้อมูลเชิงลึกของผู้ใช้จากตำแหน่งที่ตั้งทางภูมิศาสตร์ อุปกรณ์ แพลตฟอร์ม และเบราว์เซอร์ต่างๆ 

Amazon CloudWatch Evidently ช่วยให้คุณดำเนินการทดลองและระบุผลกระทบที่เกิดขึ้นโดยไม่ได้ตั้งใจของคุณสมบัติใหม่ก่อนที่จะเปิดตัวเพื่อใช้งานทั่วไปได้ ซึ่งจะช่วยลดความเสี่ยงที่เกี่ยวข้องกับการเปิดตัวคุณสมบัติใหม่ได้ Evidently ช่วยให้คุณตรวจสอบคุณสมบัติใหม่ในสแต็กของแอปพลิเคชันทั้งหมดก่อนเผยแพร่ได้ ซึ่งทำให้การเผยแพร่มีความปลอดภัยยิ่งขึ้น เมื่อเปิดตัวคุณสมบัติใหม่ คุณสามารถแสดงคุณสมบัติเหล่านี้ต่อฐานผู้ใช้ที่มีขนาดเล็กลง เฝ้าติดตามตัววัดหลัก เช่น เวลาในการโหลดหน้าหรือคอนเวอร์ชัน แล้วเพิ่มปริมาณการรับส่งข้อมูลได้ Evidently ยังช่วยให้นักพัฒนาได้ลองใช้การออกแบบต่างๆ รวบรวมข้อมูลผู้ใช้ และเผยแพร่การออกแบบที่มีประสิทธิภาพสูงสุดในการใช้งานจริงได้อีกด้วย โดยจะช่วยคุณในการตีความและการดำเนินการตามผลการทดลองโดยไม่จำเป็นต้องมีความรู้เชิงสถิติขั้นสูง คุณสามารถใช้ข้อมูลเชิงลึกที่ได้รับจากกลไกเชิงสถิติของ Evidently (เช่น ค่า p ในทุกช่วงเวลาและช่วงความเชื่อมั่น) เพื่อตัดสินใจในขณะที่อยู่ระหว่างการทดลอง

คุณสามารถใช้ส่วนย่อยของโค้ด CloudWatch RUM JavaScript เพื่อรวบรวมเส้นทางของผู้ใช้ฝั่งไคลเอนต์และตัววัดประสิทธิภาพได้ หากต้องการ คุณสามารถเพิ่มตัววัดแบบกำหนดเองอย่างคอนเวอร์ชันโดยใช้ Evidently API ได้ ต่อไป คุณสามารถใช้คุณสมบัติใหม่ที่จะทดสอบได้โดยใช้ CloudWatch Evidently SDK ซึ่งมีความสามารถในการควบคุมวิธีที่ผู้ใช้ได้รับคุณสมบัติใหม่ๆ ขณะนี้คุณสามารถเรียกใช้การเปิดตัวและการทดลองโดยใช้ AWS Console หรือ CLI ได้ 

Amazon CloudWatch Synthetics ช่วยให้คุณตรวจสอบตำแหน่งข้อมูลของแอปพลิเคชันได้ง่ายขึ้น โดยทำการทดสอบตำแหน่งข้อมูลทุกนาทีตลอด 24 ชั่วโมง ทุกวัน และแจ้งเตือนคุณทันทีที่ตำแหน่งข้อมูลแอปพลิเคชันไม่ทำหน้าที่ตามที่คาด การทดสอบเหล่านี้สามารถปรับแต่งเพื่อตรวจสอบความพร้อมใช้งาน เวลาแฝง การทำธุรกรรม การเชื่อมโยงที่ไม่สมบูรณ์หรือขาดหายไป การทำงานให้เสร็จแบบทีละขั้นตอน ข้อผิดพลาดในการโหลดหน้าเว็บ เวลาแฝงในการโหลดเนื้อหา UI โฟลว์ของขั้นตอนวิซาร์ดที่ยุ่งยาก หรือดูโฟลว์ในแอปพลิเคชัน นอกจากนี้ คุณยังสามารถใช้ CloudWatch Synthetics เพื่อแยกตำแหน่งข้อมูลแอปพลิเคชันที่นมีการแจ้งเตือน และแมปกลับไปยังปัญหาโครงสร้างพื้นฐานเพื่อลดเวลาเฉลี่ยในการแก้ไข

การเริ่มต้นใช้งาน CloudWatch Synthetics เป็นเรื่องง่าย คุณสามารถเขียนคานารีสำหรับส่งชิ้นแรกได้ในไม่กี่นาที โปรดไปที่เอกสารประกอบเกี่ยวกับ Amazon CloudWatch Synthetics เพื่อเรียนรู้เพิ่มเติม

คุณสามารถใช้งานทั้ง 2 บริการแยกกันได้ แต่จะดียิ่งขึ้นเมื่อใช้ร่วมกัน

AppConfig คือความสามารถของ AWS Systems Manager ซึ่งคุณสามารถใช้เพื่อสร้าง จัดการ และปรับใช้ค่าสถานะคุณสมบัติและการกำหนดค่าแอปพลิเคชันอื่นๆ ได้ เมื่อพัฒนาคุณสมบัติใหม่ๆ คุณสามารถใช้ AppConfig เพื่อปรับใช้คุณสมบัติใหม่กับการใช้งานจริง แต่จะซ่อนไว้หลังการสลับค่าสถานะ เมื่อคุณพร้อมที่จะเปิดตัว แค่อัปเดตการกำหนดค่าของคุณเพื่อเผยแพร่คุณสมบัติในทันทีหรือจะค่อยๆ เผยแพร่ก็ได้

สำหรับการจัดการและการทดลองคุณสมบัติขั้นสูงเพิ่มเติม คุณสามารถใช้ Evidently ซึ่งเป็นความสามารถใหม่ของ Amazon CloudWatch ได้ Evidently ช่วยให้คุณสามารถดำเนินการทดลองกับคุณสมบัติรูปแบบต่างๆ และเปรียบเทียบกับเกณฑ์พื้นฐาน หรือเปิดตัวคุณสมบัติรูปแบบต่างๆ ตามตารางเวลาได้ ในขณะเดียวกันยังเฝ้าติดตามตัววัดธุรกิจได้อีกด้วย เช่น ระยะเวลาการเข้าชมและรายได้ นอกจากนี้ Evidently ยังผสานรวมกับ CloudWatch RUM ซึ่งมอบการเฝ้าติดตามประสิทธิภาพของแอปพลิเคชันฝั่งไคลเอนต์อีกด้วย ดังนั้นตัววัด RUM จึงสามารถใช้ได้โดยตรงใน Evidently

CloudWatch Metrics Insights คือกลไกการสืบค้นที่มีประสิทธิภาพสูงที่ช่วยคุณแบ่งตัววัดการทำงานของคุณแบบเรียลไทม์ และสร้างการรวบรวมได้ทันทีโดยใช้การสืบค้น SQL มาตรฐาน Metrics Insights ช่วยให้คุณเข้าใจสภาพการทำงานและประสิทธิภาพของแอปพลิเคชันของคุณได้โดยมอบความสามารถในการวิเคราะห์ตัววัดในทุกระดับ โดยจะผสานรวมเข้ากับ CloudWatch Dashboards เพื่อให้คุณสามารถบันทึกการสืบค้นของคุณลงในแดชบอร์ดสภาพการทำงานและประสิทธิภาพของคุณเพื่อเฝ้าติดตามแบบเชิงรุกและระบุปัญหาได้อย่างรวดเร็ว

หากต้องการเริ่มต้นใช้งาน เพียงคลิกที่แท็บตัววัดบนคอนโซลของ CloudWatch ของคุณ แล้วคุณจะเห็น Metrics Insights เป็นกลไกการสืบค้นในตัวในแท็บการสืบค้นโดยไม่มีค่าใช้จ่ายเพิ่มเติม แม้ว่า Metrics Insights จะมาพร้อมกับภาษา SQL มาตรฐาน แต่คุณยังสามารถเริ่มต้นใช้งาน Metrics Insights ได้โดยใช้ตัวสร้างการสืบค้นด้วยภาพ เพื่อใช้ตัวสร้างการสืบค้น คุณจะต้องเลือกตัววัดที่สนใจ เนมสเปซ และขนาดตามภาพที่ปรากฏ แล้ว Console จะสร้างการสืบค้น SQL ของคุณโดยอัตโนมัติตามการเลือกของคุณ คุณสามารถใช้ตัวแก้ไขการสืบค้นเพื่อพิมพ์การสืบค้น SQL ดิบของคุณได้ตลอดเวลาเพื่อเจาะลึกและระบุปัญหาต่างๆ เพื่อดูรายละเอียดเพิ่มเติม นอกจากนี้ Metrics Insights ยังมาพร้อมกับชุดของตัวอย่างการสืบค้นข้อมูลแบบพร้อมใช้งานทันที ซึ่งสามารถช่วยคุณเริ่มต้นการเฝ้าติดตามและการตรวจสอบประสิทธิภาพของแอปพลิเคชันได้ทันที Metrics Insights ยังพร้อมให้บริการทางโปรแกรมผ่าน CloudFormation, AWS SDK และ CLI อีกด้วย

Amazon CloudWatch ช่วยให้คุณเฝ้าติดตามทรัพยากร AWS Cloud และแอปพลิเคชันที่ใช้งานบน AWS จะมีตัววัดให้โดยอัตโนมัติสำหรับผลิตภัณฑ์และบริการของ AWS มากมายซึ่งรวมถึง อินสแตนซ์ Amazon EC2, ปริมาณ EBS, Elastic Load Balancer, Auto Scaling group, โฟลว์งาน EMR, อินสแตนซ์ RDS DB, ตาราง DynamoDB, คลัสเตอร์ ElastiCache, คลัสเตอร์ RedShift, ชุด OpsWorks, การตรวจสอบสภาพ Route 53, หัวข้อ SNS, คิว SQS, เวิร์กโฟลว์ SWF และ Storage Gateway คุณยังสามารถเฝ้าติดตามตัววัดแบบกำหนดเองที่สร้างขึ้นจากแอปพลิเคชันและบริการของคุณเองได้อีกด้วย

คุณสามารถเผยแพร่และจัดเก็บตัววัดแบบกำหนดเองได้ถึงความละเอียดต่ำ 1 วินาที การเก็บรักษาข้อมูลเพิ่มเติมของตัววัดนั้นเปิดตัวในวันที่ 1 พฤศจิกายน 2016 และเปิดใช้พื้นที่จัดเก็บตัววัดทั้งหมดสำหรับลูกค้าตั้งแต่ 14 วันจนถึง 15 เดือนก่อนหน้านี้ CloudWatch เก็บข้อมูลตัววัดดังนี้:

จุดข้อมูลที่มีระยะเวลาน้อยกว่า 60 วินาทีจะพร้อมใช้งานเป็นเวลา 3 ชั่วโมง จุดข้อมูลเหล่านี้เป็นตัววัดแบบกำหนดเองที่มีความละเอียดสูง

จุดข้อมูลที่มีระยะเวลา 60 วินาที (1 นาที) จะพร้อมใช้งานเป็นเวลา 15 วัน

จุดข้อมูลที่มีระยะเวลา 300 วินาที (5 นาที) จะพร้อมใช้งานเป็นเวลา 63 วัน 

จุดข้อมูลที่มีระยะเวลา 3600 วินาที (1 ชั่วโมง) จะพร้อมใช้งานเป็นเวลา 455 วัน (15 เดือน)

จุดข้อมูลที่มีการเผยแพร่ครั้งแรกในช่วงเวลาที่สั้นกว่าจะจัดรวมกันเพื่อพื้นที่จัดเก็บข้อมูลระยะยาว ยกตัวอย่างเช่น หากคุณเก็บสะสมข้อมูลโดยใช้ระยะเวลา 1 นาที ข้อมูลที่เหลืออยู่จะพร้อมใช้งานเป็นเวลา 15 วันด้วยความละเอียด 1 นาที ข้อมูลนี้จะยังพร้อมใช้งานได้หลังผ่านไป 15 วัน แต่จะถูกรวบรวมและสามารถเรียกคืนได้ด้วยเพียงความละเอียด 5 นาทีเท่านั้น หลังผ่านไป 63 วัน ข้อมูลจะยิ่งถูกรวบรวมเพิ่มมากขึ้นและจะพร้อมใช้งานด้วยความละเอียด 1 ชั่วโมง หากคุณต้องการใช้งานตัววัดที่ยาวนานกว่าช่วงเวลาเหล่านี้ คุณสามารถใช้ GetMetricStatistics API เพื่อเรียกจุดข้อมูลสำหรับพื้นที่จัดเก็บแบบออฟไลน์หรือที่แตกต่างออกไป

คุณสมบัตินี้พร้อมใช้งานแล้วในสหรัฐอเมริกาฝั่งตะวันออก (เวอร์จิเนียเหนือ), สหรัฐอเมริกาฝั่งตะวันตก (ออริกอน), สหรัฐอเมริกาฝั่งตะวันตก (แคลิฟอร์เนียเหนือ), สหภาพยุโรป (ไอร์แลนด์), สหภาพยุโรป (แฟรงเฟิร์ต), อเมริกาใต้ (เซาเปาลู), เอเชียแปซิฟิก (สิงคโปร์), เอเชียแปซิฟิก (โตเกียว), เอเชียแปซิฟิก (โซล), เอเชียแปซิฟิก (มุมไบ), เอเชียแปซิฟิก (ซิดนีย์), สหภาพยุโรป (ลอนดอน), แคนาดา (ภาคกลาง), สหรัฐอเมริกาฝั่งตะวันออก (โอไฮโอ) และจีน (ปักกิ่ง)

ความละเอียดต่ำสุดที่ CloudWatch รองรับคือจุดข้อมูล 1 วินาที ซึ่งเป็นตัววัดที่มีความละเอียดสูง หรือคุณสามารถจัดเก็บตัววัดได้ที่ความละเอียด 1 นาที บางครั้ง CloudWatch จะได้รับตัววัดในช่วงเวลาที่แตกต่างกัน เช่น ช่วงเวลา 3 นาทีหรือ 5 นาที หากคุณไม่ระบุว่าตัววัดเป็นแบบความละเอียดสูงโดยตั้งค่าฟิลด์ StorageResolution ในคำขอ PutMetricData API โดยค่าเริ่มต้น CloudWatch จะรวบรวมและจัดเก็บตัววัดด้วยความละเอียด 1 นาที

ตัววัดจะพร้อมใช้งานในระดับความละเอียดที่กำหนดในตารางเวลาการเก็บรักษาด้านบน โดยจะขึ้นอยู่กับอายุของข้อมูลที่ขอ ยกตัวอย่างเช่น หากคุณขอข้อมูลความละเอียด 1 นาทีเป็นเวลา 1 วันจากเมื่อ 10 วันที่ผ่านมา คุณจะได้รับจุดข้อมูลเป็นจำนวน 1,440 รายการ อย่างไรก็ตาม หากคุณขอข้อมูลความละเอียด 1 นาทีจากเมื่อ 5 เดือนที่ผ่านมา UI จะเปลี่ยนความละเอียดเป็น 1 ชั่วโมงโดยอัตโนมัติและ GetMetricStatistics API จะไม่ส่งคืนผลลัพธ์ใดๆ

CloudWatch ไม่รองรับการลบตัววัด ตัววัดจะหมดอายุตามตารางเวลาการเก็บรักษาที่อธิบายไว้ด้านบน

ใช่ Amazon CloudWatch รองรับการสืบค้นข้อมูลจากหลายแหล่งที่มา ช่วยให้คุณตรวจสอบเมตริกบน AWS ในองค์กร และคลาวด์อื่น ๆ ตอนนี้คุณสามารถแก้ไขปัญหาเหตุการณ์สำคัญได้ในไม่กี่นาที ไม่ใช่ใช้เวลาเป็นชั่วโมง และสามารถมองเห็นสถานะของแอปพลิเคชันของคุณ ซึ่งจะแสดงข้อมูลเชิงลึกได้เร็วขึ้นเพื่อการทำงานที่ราบรื่น รวมศูนย์การสอบถาม การแสดงภาพ และการเตือนภัยของคุณในเครื่องมือตรวจสอบทั้งหมดของคุณในที่เดียว

ไม่ คุณสามารถเรียกข้อมูลตัววัดสำหรับ Amazon EC2 instance ใดๆ ตามตารางเวลาการเก็บรักษาที่อธิบายไว้ด้านบนได้ อย่างไรก็ตาม Console ของ CloudWatch จะจำกัดการค้นหาตัววัดเป็นเวลา 2 สัปดาห์หลังจากที่นำเข้าตัววัดครั้งล่าสุดเพื่อให้แน่ใจว่าอินสแตนซ์ล่าสุดจะปรากฏในเนมสเปซของคุณ

ใช่ Amazon CloudWatch จะจัดเก็บตัววัดสำหรับ Amazon EC2 instance ที่ยกเลิกไปแล้วหรือ Elastic Load Balancer ที่ลบไปแล้วไว้เป็นเวลา 15 เดือน

เพื่อเริ่มต้น คุณไปที่ตัวสร้างการสืบค้นเมตริกในคอนโซล Amazon CloudWatch และเปิดตัวเลือกแหล่งที่มาของข้อมูล ตัวเลือกช่วยให้คุณสามารถเริ่มวิซาร์ดเพื่อเพิ่มแหล่งที่มาของข้อมูลหม่เพื่อค้นหาและเปิดเตือน คุณเลือกแหล่งที่มาของข้อมูลที่คุณต้องการสอบถามและระบุรายละเอียดการเข้าถึงเช่น URL หรือเส้นทางและข้อมูลประจำตัว สำหรับรายละเอียดเพิ่มเติม โปรดดูเอกสารประกอบ

หากคุณเรียกดูช่วงระยะเวลาเดียวกันเป็นระยะเวลาแบบ 5 นาทีเมื่อเทียบกับแบบ 1 นาที คุณอาจจะเห็นว่าจุดข้อมูลแสดงอยู่ในตำแหน่งที่แตกต่างกันบนกราฟ Amazon CloudWatch จะค้นหาทุกจุดข้อมูลที่มีอยู่ในช่วงเวลาที่คุณระบุในกราฟ แล้วคำนวณจุดผลรวมเพียงจุดเดียวเพื่อนำเสนอระยะเวลาโดยรวม ในกรณีที่เป็นระยะเวลาแบบ 5 นาที ระบบจะวางจุดข้อมูลแบบเดี่ยวไว้ที่จุดเริ่มต้นของช่วงระยะเวลาแบบ 5 นาที ในกรณีที่เป็นระยะเวลาแบบ 1 นาที ระบบจะวางจุดข้อมูลแบบเดี่ยวไว้ที่จุดเวลา 1 นาที เราขอแนะนำให้ใช้ระยะเวลาแบบ 1 นาทีสำหรับการแก้ไขปัญหาและกิจกรรมอื่นๆ ที่จำเป็นต้องอาศัยกราฟช่วงเวลาที่แม่นยำมากที่สุด

คุณสามารถใช้ Amazon CloudWatch เพื่อเฝ้าติดตามข้อมูลที่เกิดขึ้นจากแอปพลิเคชัน สคริปต์ และบริการของคุณเอง ตัววัดแบบกำหนดเองเป็นตัววัดใดๆ ก็ตามที่คุณจัดหาให้กับ Amazon CloudWatch ยกตัวอย่างเช่น คุณสามารถใช้ตัววัดแบบกำหนดเองเพื่อเฝ้าติดตามเวลาโหลดหน้าเว็บ ร้องขออัตราข้อผิดพลาด จำนวนกระบวนการหรือเธรดบนอินสแตนซ์ของคุณ หรือจำนวนงานที่ดำเนินการโดยแอปพลิเคชันของคุณ คุณสามารถเริ่มต้นใช้งานตัววัดแบบกำหนดเองโดยใช้ PutMetricData API, สคริปต์เฝ้าติดตามตัวอย่างของเราสำหรับ Windows และ Linux, ปลั๊กอินที่รวบรวมไว้ของ CloudWatch ตลอดจนแอปพลิเคชันและเครื่องมือมากมายจากคู่ค้าของ AWS

ตัววัดแบบกำหนดเองสามารถเป็นได้ดังต่อไปนี้:

ความละเอียดมาตรฐานโดยมีข้อมูลที่มีความละเอียดหนึ่งนาที

ความละเอียดสูงโดยมีข้อมูลที่มีความละเอียด 1 วินาที

ตัววัดจะจัดเก็บที่ระดับความละเอียด 1 นาทีใน CloudWatch โดยค่าเริ่มต้น คุณสามารถกำหนดตัววัดเป็นแบบความละเอียดสูงได้โดยการตั้งค่าพารามิเตอร์ StorageResolution เป็น 1 ในคำขอ PutMetricData API หากคุณไม่ได้ตั้งค่าพารามิเตอร์ StorageResolution ที่มีให้เลือก CloudWatch จะเลือกจัดเก็บตัววัดที่ความละเอียด 1 นาทีเป็นค่าเริ่มต้น

เมื่อคุณเผยแพร่ตัววัดที่มีความละเอียดสูง CloudWatch จะจัดเก็บไว้ที่ความละเอียด 1 วินาที และคุณสามารถอ่านและเรียกได้เป็นระยะเวลา 1 วินาที, 5 วินาที, 10 วินาที, 30 วินาที หรือเวลาใดๆ ที่เป็นผลคูณของ 60 วินาที

ตัววัดแบบกำหนดเองจะเป็นไปตามตารางเวลาการเก็บรักษาแบบเดียวกันกับที่ระบุไว้ด้านบน

ณ เวลานี้ เฉพาะตัววัดแบบกำหนดเองที่คุณเผยแพร่ไปยัง CloudWatch เท่านั้นที่พร้อมใช้งานที่ความละเอียดสูง ตัววัดแบบกำหนดเองที่มีความละเอียดสูงจะจัดเก็บไว้ใน CloudWatch ที่ความละเอียด 1 วินาที พารามิเตอร์ StorageResolution จะกำหนดค่าความละเอียดสูงในคำขอ PutMetricData API ซึ่งมีค่าอยู่ที่ 1 และเป็นฟิลด์ที่ไม่ต้องระบุ หากคุณไม่ระบุค่าสำหรับฟิลด์ StorageResolution ที่มีให้เลือก CloudWatch จะจัดเก็บตัววัดแบบกำหนดเองที่ความละเอียด 1 นาทีโดยค่าเริ่มต้น

ไม่ ตัววัดแบบกำหนดเองที่มีความละเอียดสูงจะมีราคาเท่ากันกับตัววัดแบบกำหนดเอง 1 นาทีแบบมาตรฐาน

คุณสามารถเฝ้าติดตามข้อมูลของคุณเองได้โดยใช้ตัววัดแบบกำหนดเองและ CloudWatch Logs หรือทั้งคู่ คุณอาจต้องการใช้ตัววัดแบบกำหนดเองหากข้อมูลของคุณยังไม่ได้อยู่ในรูปแบบบันทึก ยกตัวอย่างเช่น กระบวนการของระบบปฏิบัติการหรือการวัดประสิทธิภาพ หรือคุณอาจต้องการเขียนแอปพลิเคชันหรือสคริปต์ของตัวเองหรือที่คู่ค้าของ AWS มีให้ หากคุณต้องการจัดเก็บและบันทึกการวัดแต่ละรายการพร้อมกับข้อมูลเพิ่มเติม คุณอาจต้องการใช้ CloudWatch Logs

คุณสามารถดึงเรียกใช้ แสดงกราฟ และตั้งค่าการเตือนเกี่ยวกับค่าเชิงสถิติต่อไปนี้สำหรับตัววัด Amazon CloudWatch ได้ ได้แก่ ค่าเฉลี่ย ผลรวม ขั้นต่ำ ขั้นสูงสุด และจำนวนตัวอย่าง โดยสามารถคำนวณสถิติจากช่วงเวลาที่เป็นค่าทวีคูณของ 1 นาทีหรือ 60 วินาที สำหรับตัววัดแบบกำหนดเองที่มีความละเอียดสูง สถิติสามารถคำนวณได้สำหรับช่วงเวลาระหว่าง 1 วินาทีถึง 3 ชั่วโมง

ข้อมูลเชิงลึกแอปพลิเคชัน Amazon CloudWatch สำหรับ .NET และ SQL Server คือความสามารถที่ให้คุณตรวจสอบแอปพลิเคชัน .NET และ SQL Server ของคุณได้อย่างง่ายดาย รวมทั้งช่วยระบุ และตั้งค่าตัววัดหลักและบันทึกต่างๆ ทั่วทั้งทรัพยากรแอปพลิเคชันของคุณและ Technology Stack เช่น ฐานข้อมูล เว็บ (IIS) และเซิร์ฟเวอร์แอปพลิเคชัน OS โหลดบาลานเซอร์ คิว ฯลฯ ช่วยเฝ้าติดตามข้อมูลทางไกลเหล่านี้อย่างสม่ำเสมอเพื่อตรวจหาและเชื่อมโยงความผิดปกติและข้อผิดพลาด เพื่อเตือนให้คุณทราบปัญหาในแอปพลิเคชัน เพื่อช่วยแก้ไขปัญหา ระบบจะสร้างแดชบอร์ดอัตโนมัติเพื่อแสดงปัญหาที่พบเป็นภาพ ซึ่งประกอบด้วยความผิดปกติของตัววัดที่เกี่ยวข้องและข้อผิดพลาดของบันทึก พร้อมทั้งข้อมูลเชิงลึกเพิ่มเติมเพื่อแสดงต้นเหตุที่เป็นไปได้ให้คุณทราบ

จดจำตัววัดแอปพลิเคชันและข้อมูลบันทึกได้โดยอัตโนมัติ: ระบบจะสแกนทรัพยากรแอปพลิเคชันของคุณ แสดงรายการตัววัดและข้อมูลบันทึกที่แนะนำในการตรวจสอบ และตั้งค่าโดยอัตโนมัติ เพื่อให้คุณตั้งค่าการตรวจสอบให้กับแอปพลิเคชันของคุณได้อย่างง่ายดาย 

การตรวจหาปัญหาอัจฉริยะ: ระบบจะใช้กฎในตัวและอัลกอริทึมของแมชชีนเลิร์นนิงเพื่อตรวจสอบและวิเคราะห์อาการของปัญหาอย่างเป็นไดนามิกทั่วสแต็กแอปพลิเคชันของคุณและตรวจหาปัญหาของแอปพลิเคชัน นอกจากนั้นยังช่วยลดค่าใช้จ่ายในการรับมือตัววัดแต่ละตัวที่พุ่งสูงขึ้น หรือเหตุการณ์ หรือข้อยกเว้นของบันทึก และรับการแจ้งเตือนด้านปัญหาจริงแทน พร้อมทั้งข้อมูลตามบริบทของปัญหาเหล่านี้

การแก้ไขปัญหาที่รวดเร็วยิ่งขึ้น: ระบบจะประเมินปัญหาที่พบเพื่อให้ข้อมูลเชิงลึกกับคุณ เช่น ต้นเหตุที่เป็นไปได้ของปัญหาที่พบ และรายการตัววัดและข้อมูลบันทึกที่ได้รับผลกระทบจากปัญหาดังกล่าว คุณสามารถส่งความคิดเห็นเกี่ยวกับข้อมูลเชิงลึกที่สร้างขึ้นเพื่อทำให้กลไกการตรวจหาปัญหาเหมาะสมกับกรณีการใช้งานของคุณโดยเฉพาะได้

แอปพลิเคชันเตรียมความพร้อม: ระบุแอปพลิเคชันที่คุณต้องการเฝ้าติดตามโดยเลือก AWS Resource Group ที่เกี่ยวข้องกับแอปพลิเคชันดังกล่าว

ระบุคอมโพเนนต์แอปพลิเคชัน: ระบบจะวิเคราะห์ทรัพยากรแอปพลิเคชันเพื่อระบุคอมโพเนนต์แอปพลิเคชัน (ทรัพยากรแบบสแตนด์อโลน หรือกลุ่มทรัพยากรที่เกี่ยวข้อง เช่น กลุ่ม Auto Scaling และกลุ่ม Load Balancer) คุณสามารถกำหนดคอมโพเนนต์เองโดยจัดกลุ่มทรัพยากรเพื่อให้มีข้อมูลเชิงลึกที่ดียิ่งขึ้นและการเตรียมความพร้อมที่ง่ายดาย

เปิดใช้การเฝ้าติดตาม: สำหรับคอมโพเนนต์แอปพลิเคชันของคุณ คุณสามารถกำหนดระดับเทคโนโลยีได้ เช่น ฟรอนต์เอนด์ IIS, ระดับผู้ปฏิบัติงาน .NET ฯลฯ ระบบจะแสดงชุดตัววัดและบันทึกที่แนะนำตามตัวเลือกของคุณ ซึ่งกำหนดได้ตามที่คุณต้องการ เมื่อคุณบันทึก “การเฝ้าติดตาม” เหล่านี้ Application Insights สำหรับ .NET และ SQL Server จะตั้งค่า CloudWatch ให้รวบรวมการเฝ้าติดตามเหล่านี้ในนามของคุณ

เมื่อเตรียมความพร้อมแล้ว Application Insights สำหรับ .NET และ SQL Server จะใช้การผสมผสานระหว่างกฎที่สร้างไว้ล่วงหน้าและโมเดลแมชชีนเลิร์นนิงเพื่อเริ่มระบุปัญหาของแอปพลิเคชัน ระบบจะสร้างแดชบอร์ดอัตโนมัติใน CloudWatch พร้อมรายการปัญหาที่ตรวจพบ และมุมมองแบบละเอียดของปัญหาเหล่านี้พร้อมความผิดปกติและข้อผิดพลาดที่เกี่ยวข้อง

CloudWatch Metric Streams เป็นคุณสมบัติที่ทำให้คุณสามารถสตรีมตัววัด CloudWatch ไปยังตำแหน่งข้อมูลที่คุณเลือกด้วยการตั้งค่าและกำหนดค่าเพียงไม่กี่ขั้นตอน คุณสมบัตินี้มาพร้อมกับโซลูชันที่ได้รับการจัดการเต็มรูปแบบ คุณจึงไม่ต้องเขียนโค้ดหรือบำรุงรักษาโครงสร้างพื้นฐานใดๆ คุณสามารถกำหนดค่าสตรีมตัววัดไปยังตำแหน่งข้อมูลอย่าง Amazon Simple Storage Service (S3) ได้ด้วยการคลิกไม่กี่ครั้ง นอกจากนี้ คุณยังสามารถส่งตัววัดของคุณไปยังผู้ให้บริการภายนอกเพื่อให้แดชบอร์ดของคุณทำงานเป็นปัจจุบันได้เช่นกัน

Metric Streams เป็นอีกทางเลือกหนึ่งในการรับข้อมูลตัววัดจาก CloudWatch โดยไม่จำเป็นต้องตรวจสอบ API คุณสามารถสร้างการสตรีมตัววัดได้ในไม่กี่คลิก และข้อมูลตัววัดของคุณจะเริ่มส่งผ่านไปยังตำแหน่งข้อมูลของคุณ คุณสามารถส่งตัววัดไปยังที่จัดเก็บข้อมูลดิบบน AWS เช่น Amazon S3 โดยตรงแล้วเริ่มวิเคราะห์การใช้งานหรือประสิทธิภาพด้วยเครื่องมืออย่าง Amazon Athena ได้อย่างง่ายดาย ตัววัดสตรีมยังช่วยให้การส่งตัววัด CloudWatch ไปยังผู้ให้บริการจากภายนอกซึ่งเป็นที่นิยมเป็นไปได้โดยง่ายด้ายด้วยการใช้ตำแหน่งข้อมูล HTTP ของ Amazon Kinesis Data Firehose คุณสามารถสร้างสตรีมที่ต่อเนื่องและปรับขนาดได้ ซึ่งรวมถึงข้อมูลตัววัด CloudWatch ล่าสุดที่ใช้ในการขับเคลื่อนแดชบอร์ด การแจ้งเตือน และเครื่องมืออื่นๆ ซึ่งอาศัยข้อมูลตัววัดที่ถูกต้องแม่นยำและรวดเร็ว

คุณสามารถสร้างและจัดการ CloudWatch Metric Streams เพื่อเตรียมและกำหนดค่า Metric Streams ผ่านทางคอนโซล CloudWatch หรือดำเนินการผ่านทางโปรแกรมด้วย CloudWatch API, AWS SDK, AWS CLI หรือ AWS CloudFormation ได้ และคุณยังสามารถใช้เทมเพลต AWS CloudFormation ของผู้ให้บริการภายนอกในการตั้งค่าการส่ง Metric Streams ไปยังปลายทางนอก AWS ได้อีกด้วย สำหรับข้อมูลเพิ่มเติม โปรดดูที่เอกสารประกอบเกี่ยวกับ CloudWatch Metric Streams

ใช่ คุณสามารถเลือกส่งทุกตัววัดตามค่าเริ่มต้นหรือสร้างกฎตัวกรองเพื่อรวมหรือแยกกลุ่มตัววัดตามเนมสเปซ เช่น AWS/EC2 ได้ Metric Streams จะตรวจจับตัววัดใหม่ที่ตรงกับกฎตัวกรองและเพิ่มตัววัดที่อัปเดตในสตรีมโดยอัตโนมัติ เมื่อทรัพยากรถูกยกเลิก Metric Streams จะหยุดส่งการอัปเดตตัววัดที่ไม่ได้ใช้งานโดยอัตโนมัติ

Metric Streams สามารถส่งออกเอาต์พุตเป็น OpenTelemetry หรือ JSON ก็ได้ โดยคุณสามารถเลือกรูปแบบเอาต์พุตได้เมื่อสร้างหรือจัดการการสตรีมตัววัด

ใช่ คุณสามารถไปที่ส่วนการตรวจสอบในหน้าคอนโซล Metric Streams แล้วคุณจะเห็นแดชบอร์ดอัตโนมัติที่แสดงปริมาณการอัปเดตตัววัดที่ผ่านมา โดยคุณสามารถดูตัววัดนี้ที่ด้านล่างของเนมสเปซ AWS/CloudWatch ได้เช่นกัน และยังสามารถใช้ตัววัดดังกล่าวเพื่อสร้างและส่งการแจ้งเตือนในกรณีที่ปริมาณเพิ่มสูงขึ้นอย่างผิดปกติ

CloudWatch Logs ช่วยให้คุณเฝ้าติดตามและแก้ไขปัญหาระบบและแอปพลิเคชันของคุณโดยใช้ระบบ แอปพลิเคชัน และไฟล์บันทึกแบบกำหนดเองของคุณที่มีอยู่

คุณสามารถเฝ้าติดตามบันทึก�