503 ไม่พร้อมให้บริการ - เซิร์ฟเวอร์แบ็กเอนด์

เครื่องมือการติดตาม

1. เปิดใช้เซสชันการติดตาม และเรียกใช้ API เพื่อจำลองปัญหา - 503 บริการไม่พร้อมใช้งาน
2. เลือกคำขอที่ไม่สำเร็จรายการหนึ่งและตรวจสอบการติดตาม
3. ดำเนินการตามขั้นตอนต่างๆ ของการติดตามและค้นหาตำแหน่งที่เกิดข้อผิดพลาด
4. หากคุณพบว่ามีการส่งข้อผิดพลาด 503 เป็นการตอบสนองจากเซิร์ฟเวอร์เป้าหมาย สาเหตุของข้อผิดพลาด 503 คือเซิร์ฟเวอร์เป้าหมาย

   ตัวอย่างภาพหน้าจอการติดตามที่แสดงการตอบกลับ 503 Service Unavailable ที่ได้รับมีดังนี้ จากเซิร์ฟเวอร์เป้าหมาย:

   
5. คลิกระยะการตอบกลับที่ได้รับจากเซิร์ฟเวอร์เป้าหมายและดำเนินการตามขั้นตอน ส่วนหัวคำตอบและเนื้อหาการตอบกลับเพื่อดูว่ามีข้อมูลที่เป็นประโยชน์ไหม
   • ส่วนหัวการตอบกลับอาจมีส่วนหัวของเซิร์ฟเวอร์ ซึ่งระบุ ที่อยู่ที่ส่งการตอบกลับข้อผิดพลาด
   • เนื้อหาการตอบกลับอาจมีข้อมูลเพิ่มเติมเกี่ยวกับสาเหตุ เซิร์ฟเวอร์เป้าหมายส่งรหัสการตอบสนอง 503
   วันที่
6. ยืนยันว่าข้อผิดพลาด 503 มาจากเซิร์ฟเวอร์เป้าหมายโดยการตรวจสอบ ค่าของ X-Apigee-fault-source และ X-Apigee-fault-code ใน AX (บันทึกข้อมูล Analytics) ระยะในการติดตามโดยใช้ขั้นตอนที่ระบุไว้ด้านล่าง
   1. คลิกระยะ AX (Analytics Data Record) ดังที่แสดงในภาพหน้าจอด้านล่าง
   2. เลื่อนลงไปที่ส่วนส่วนหัวการตอบกลับแล้วกำหนดค่าต่างๆ ของ X-Apigee-fault-code และ X-Apigee-fault-source ดังที่แสดงด้านล่าง
   3. หากค่าของ X-Apigee-fault-source และ X-Apigee-fault-code ตรงกับค่า ที่แสดงในตารางด้านล่าง คุณสามารถยืนยันว่าข้อผิดพลาด 503 มาจาก เซิร์ฟเวอร์เป้าหมาย:

      ส่วนหัวการตอบกลับ	ค่า
      X-Apigee-fault-source	เป้าหมาย
      X-Apigee-fault-code	messaging.adaptors.http.flow.ErrorResponseCode

7. ตรวจสอบว่าคุณกำลังใช้การเชื่อมโยงพร็อกซีหรือไม่ เช่น เซิร์ฟเวอร์เป้าหมาย/ปลายทางเป้าหมายคือ การเรียกใช้พร็อกซีอื่นใน Apigee ในการพิจารณาในเรื่องนี้:
   1. กลับไปที่ระยะคำขอที่ส่งไปยังเซิร์ฟเวอร์เป้าหมาย และ คลิกปุ่มแสดง Curl และตรวจสอบชื่อแทนของโฮสต์เซิร์ฟเวอร์เป้าหมาย
   2. ถ้าชื่อแทนโฮสต์ของเซิร์ฟเวอร์เป้าหมายชี้ไปที่ชื่อแทนโฮสต์เสมือน เชนพร็อกซี ในกรณีนี้ คุณจะต้องทำขั้นตอนด้านบนทั้งหมดซ้ำสำหรับเชนธุรกิจ พร็อกซีจนกว่าคุณจะหาสาเหตุของข้อผิดพลาด 503 Service Unavailable ที่แท้จริง ในกรณีเหล่านี้ 503 บริการไม่พร้อมให้บริการ อาจเกิดขึ้นในพร็อกซีที่เกี่ยวข้องอื่นๆ ระยะปกติได้ด้วย ซึ่งสามารถวินิจฉัยได้โดยใช้ Playbook นี้
   3. หากชื่อแทนโฮสต์ของเซิร์ฟเวอร์เป้าหมายชี้ไปที่เซิร์ฟเวอร์แบ็กเอนด์ ให้ไปที่ การแก้ปัญหา

บันทึกการเข้าถึง NGINX

นอกจากนี้ คุณยังดูบันทึก lccess ของ NGINX เพื่อให้ทราบว่ามีการส่งรหัสสถานะ 503 หรือไม่ได้ด้วย โดยเซิร์ฟเวอร์แบ็กเอนด์ ซึ่งจะเป็นประโยชน์อย่างยิ่งหากปัญหาดังกล่าวเคยเกิดขึ้นแล้ว หรือหากปัญหาเกิดขึ้นเป็นบางครั้งและคุณจับการติดตามใน UI ไม่ได้ ใช้ขั้นตอนต่อไปนี้เพื่อดูข้อมูลนี้จากบันทึกการเข้าถึง NGINX

1. ตรวจสอบบันทึกการเข้าถึง NGINX

   /opt/apigee/var/log/edge-router/nginx/<org>~<env>.<port#>_access_log

2. ค้นหาข้อผิดพลาด 503 สำหรับพร็อกซี API ที่ระบุในช่วงระยะเวลาหนึ่ง (หากเกิดปัญหาในอดีต) หรือสำหรับคำขอใดๆ ที่ยังดำเนินการไม่สำเร็จโดยมีข้อผิดพลาด 503
3. หากมีข้อผิดพลาด 503 ให้ตรวจสอบว่าข้อผิดพลาดมาจากเซิร์ฟเวอร์แบ็กเอนด์หรือไม่ หากค่าของ X-Apigee-fault-source และ X-Apigee-fault-code ตรงกับพารามิเตอร์ ค่าที่แสดง ในตารางด้านล่าง ข้อผิดพลาด 503 มาจากเซิร์ฟเวอร์แบ็กเอนด์

   ส่วนหัวการตอบกลับ	ค่า
   X-Apigee-fault-source	เป้าหมาย
   X-Apigee-fault-code	messaging.adaptors.http.flow.ErrorResponseCode

   ต่อไปนี้เป็นตัวอย่างรายการที่แสดงข้อผิดพลาด 503 ที่เกิดจากเซิร์ฟเวอร์เป้าหมาย

   
4. ตรวจสอบพร็อกซี API ที่ระบุและตรวจสอบว่าคุณใช้ การผูกพร็อกซี นั่นคือ หาก เซิร์ฟเวอร์เป้าหมาย/ปลายทางเป้าหมายไม่ได้เรียกใช้พร็อกซีอื่นใน Apigee หากคุณกำลังใช้ การเชื่อมต่อพร็อกซี คุณต้องทำขั้นตอนด้านบนทั้งหมดซ้ำสำหรับพร็อกซีที่มีการเชื่อมโยงจนกว่า คุณจะทราบได้ว่าอะไรคือสาเหตุของข้อผิดพลาด 503 บริการไม่พร้อมใช้งาน ในกรณีเหล่านี้ 503 บริการไม่พร้อมใช้งานอาจเกิดขึ้นในพร็อกซีเครือข่ายอื่นๆ ที่ขั้นตอนอื่นได้เช่นกัน ซึ่งคุณวินิจฉัยได้โดยใช้ Playbook นี้
5. หากคุณยืนยันว่าคุณไม่ได้ใช้การเชื่อมโยงพร็อกซี และข้อผิดพลาด 503 มาจาก เซิร์ฟเวอร์แบ็กเอนด์แล้วไปที่การแก้ปัญหา

เรียกไปยังเซิร์ฟเวอร์แบ็กเอนด์

คุณสามารถเรียกโดยตรงไปยังเซิร์ฟเวอร์แบ็กเอนด์และยืนยันว่าคุณได้รับเหมือนเดิม 503 การตอบกลับ "บริการไม่พร้อมใช้งาน" ตามที่ได้รับเมื่อส่งคำขอผ่าน Apigee Edge

1. ตรวจสอบว่าคุณมีส่วนหัว พารามิเตอร์การค้นหา และข้อมูลรับรองที่จำเป็นทั้งหมดที่ ต้องส่งไปยังเซิร์ฟเวอร์แบ็กเอนด์โดยเป็นส่วนหนึ่งของคำขอ
2. หากบริการแบ็กเอนด์เข้าถึงได้แบบสาธารณะ คุณสามารถใช้คำสั่ง curl Postman หรือไคลเอ็นต์ REST อื่นๆ และเรียกใช้ API เซิร์ฟเวอร์แบ็กเอนด์โดยตรง
3. หากเซิร์ฟเวอร์แบ็กเอนด์สามารถเข้าถึงได้จากโปรแกรมประมวลผลข้อความเท่านั้น คุณสามารถใช้ คำสั่ง curl, Postman หรือไคลเอ็นต์ REST อื่นๆ และเรียกใช้ API เซิร์ฟเวอร์แบ็กเอนด์โดยตรง จาก Message Processor
4. ตรวจสอบว่าบริการแบ็กเอนด์กำลังแสดงข้อผิดพลาด 503 Service Unavailable จริง