คอนเทนเนอร์ของเราสร้างไฟล์บันทึกในไฟล์บันทึก /var/appname/app1/java และไฟล์บันทึกอื่นๆ อีกหลายไฟล์ ในขณะที่พัฒนา เราเคยเชื่อมต่อคอนเทนเนอร์โดยตรงและเข้าถึงไฟล์บันทึกโดยใช้การผูกเมานต์ ใครช่วยแนะนำวิธีจัดการกับ Azure kubernetes aks ได้บ้าง ส่วนบันทึกในการมอนิเตอร์แสดงเฉพาะบันทึกเริ่มต้นเท่านั้น
ฉันสามารถเข้าถึงบันทึกโดยใช้คำสั่ง kubectl หรือด้วยวอลุ่ม แต่เราต้องการให้สิ่งนี้ปรากฏให้เห็นในส่วนบันทึกของพอร์ทัล Azure kubernetes เพื่อให้เราสามารถดูสถิติรายวันได้
คุณช่วยแนะนำวิธีการทำได้ไหม.?
เอกสารอย่างเป็นทางการมีคำแนะนำหลายประการเกี่ยวกับ ดีบัก Running Pods:
การตรวจสอบบันทึกของพ็อด: โดยการดำเนินการ kubectl บันทึก ${POD_NAME} ${CONTAINER_NAME} หรือ บันทึก kubectl -- ก่อนหน้า ${POD_NAME} ${CONTAINER_NAME} หากคอนเทนเนอร์ของคุณขัดข้องก่อนหน้านี้
การดีบักด้วยคอนเทนเนอร์ exec: เรียกใช้คำสั่งภายในคอนเทนเนอร์เฉพาะด้วย ผู้บริหาร kubectl: kubectl exec ${POD_NAME} -c ${CONTAINER_NAME} -- ${CMD} ${ARG1} ${ARG2} ... ${ARGN}
การดีบักด้วยคอนเทนเนอร์การแก้ไขข้อบกพร่องชั่วคราว: คอนเทนเนอร์ชั่วคราวมีประโยชน์สำหรับการแก้ปัญหาแบบโต้ตอบเมื่อ ผู้บริหาร kubectl ไม่เพียงพอเนื่องจากคอนเทนเนอร์ขัดข้องหรืออิมเมจคอนเทนเนอร์ไม่มีโปรแกรมแก้ไขจุดบกพร่อง คุณสามารถหาตัวอย่าง ที่นี่.
การดีบักผ่านเชลล์บนโหนด: หากวิธีการเหล่านี้ไม่ได้ผล คุณสามารถค้นหาเครื่องโฮสต์ที่พ็อดทำงานอยู่และ SSH ไปยังโฮสต์นั้น
AKS ยังช่วยด้วยการเสนอ ข้อมูลเชิงลึกของคอนเทนเนอร์:
ข้อมูลเชิงลึกของคอนเทนเนอร์ช่วยให้คุณมองเห็นประสิทธิภาพโดยการรวบรวม เมตริกหน่วยความจำและตัวประมวลผลจากตัวควบคุม โหนด และคอนเทนเนอร์ ที่มีอยู่ใน Kubernetes ผ่าน Metrics API คอนเทนเนอร์ มีการเก็บบันทึกด้วย
แหล่งที่มาเพิ่มเติมสามารถพบได้ด้านล่าง:
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
