เมื่อดำเนินการตั้งค่าตัวควบคุมขาเข้า K8 ซึ่งมีการบันทึกเป็นเอกสาร ที่นี่
ฉันไม่สามารถผ่านขั้นตอนของ "สร้างผู้ควบคุมข้อมูลขาเข้า"
ในระหว่างขั้นตอนคำสั่ง Helm และวางคำสั่งในโหมดดีบัก ฉันเห็นว่าขั้นตอนใดขั้นตอนหนึ่งหมดเวลา:
การติดตั้งล่วงหน้าล้มเหลว: หมดเวลารอเงื่อนไข
หลังจากตรวจสอบบันทึก K8 POD แล้ว ฉันพบว่าระบบ K8 ไม่สามารถเชื่อมต่อกับรีจิสทรีได้เนื่องจากข้อผิดพลาดในการตรวจสอบสิทธิ์ ผลลัพธ์ต่อไปนี้ได้รับการแก้ไขด้วยเหตุผลด้านความปลอดภัย แต่แสดงข้อผิดพลาด
ไม่สามารถดึงอิมเมจ "myregistry.azurecr.io/jettech/kube-webhook-certgen:v1.5.1@sha256:...90bd8068": [ข้อผิดพลาด rpc: code = NotFound desc = ไม่สามารถดึงและคลายแพ็กอิมเมจ"... .azurecr.io/jettech/kube-webhook-certgen@sha256:....9b9e90bd8068": ไม่สามารถแก้ไขการอ้างอิง "myregistry.azurecr.io/jettech/kube-webhook-certgen@sha256:...190b1dcbcb9b9e90bd8068": ...azurecr.io/jettech/kube-webhook-certgen@sha256:...9b9e90bd8068: ไม่พบ ข้อผิดพลาด rpc: code = Unknown desc = ไม่สามารถดึงและแกะอิมเมจ "myregistry.azurecr.io/jettech/kube- webhook-certgen@sha256:...dcbcb9b9e90bd8068": ล้มเหลวในการแก้ไขการอ้างอิง "myregistry.azurecr.io/jettech/kube-webhook-certgen@sha256:...b9b9e90bd8068": ล้มเหลวในการอนุญาต: ล้มเหลวในการดึงข้อมูลโทเค็นนิรนาม: ไม่คาดคิด สถานะ: 401 ไม่ได้รับอนุญาต]
ฉันตรวจสอบแล้วว่าอิมเมจอยู่ในรีจีสทรีคอนเทนเนอร์ตามคำสั่ง "az acr import" และถ้าฉันปรับใช้ K8 แบบมาตรฐานโดยใช้ "kubectl" k8 จะสามารถเชื่อมต่อกับ acr ได้ ฉันได้ตรวจสอบการเชื่อมต่อระหว่างคลัสเตอร์และรีจิสตรีโดยใช้คำสั่งต่อไปนี้ซึ่งทำงานได้ตามที่คาดไว้:
az aks ตรวจสอบ -acr -n <คลัสเตอร์> -g <rg> --acr <acr>
ความล้มเหลวนี้เกิดขึ้นเมื่อใช้คำสั่ง helm เท่านั้น
แก้ไข
หลังจากค้นคว้าเพิ่มเติมฉันพบบทความต่อไปนี้
https://stackoverflow.com/questions/68949434/installing-nginx-ingress-controller-into-aks-cluster-cant-pull-image-from-azu
ดูเหมือนว่าจะมีปัญหากับการย่อย ฉันเพิ่ม/แทนที่สิ่งต่อไปนี้ในคำสั่งหางเสือ:
--set controller.image.digest="sha256:e9fb216ace49dfa4a5983b183067e97496e7a8b307d2093f4278cd550c303899" \
--set controller.admissionWebhooks.patch.image.digest="sha256:950833e19ade18cd389d647efb88992a7cc077abedef343fa59e012d376d79b7" \
อย่างไรก็ตาม เมื่อรันคำสั่ง helm ที่แก้ไขแล้ว POD จะอยู่ในสถานะข้อผิดพลาดโดยมีข้อผิดพลาดต่อไปนี้
ธงที่ไม่รู้จัก: --controller-class
ฉันลองตั้งค่าตัวแปร env CONTROLLER_TAG=v1.0.0 ตามที่บันทึกไว้ในบทความ แต่ไม่ได้ผล
อีกวิธีหนึ่งคือตั้งค่าหมายเลขเวอร์ชัน: 3.36.0 ในคำสั่ง สิ่งนี้สำเร็จ แต่ต้องใช้เวอร์ชันที่ดาวน์เกรด