ฟอรัม

สวัสดีครับ บริการของคุณถูกติดตั้งอยู่บนเซิร์ฟเวอร์เฉพาะ (dedicated server) และปัจจุบัน ingress เป็นเวอร์ชัน 1.1.15 ซึ่งมีข้อจำกัดเรื่อง timeout อยู่ที่ 10 นาที เราสามารถช่วยคุณอัปเกรด ingress เป็นเวอร์ชันใหม่เพื่อปลดล็อกข้อจำกัดนี้ได้ครับ

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

ฉันได้อัปเกรดคอมโพเนนต์ ingress สำหรับเซิร์ฟเวอร์ทั้ง 4 เครื่องของคุณด้วยตนเองแล้ว และได้ยกเลิกการจำกัดเวลา timeout 10 นาทีเรียบร้อย คุณสามารถทดสอบอีกครั้งว่าการตอบสนองแบบสตรีมมิ่งทำงานได้ตามปกติหรือไม่

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

เราได้ตรวจสอบพบปัญหาของเซิร์ฟเวอร์นี้แล้ว: มีบริการ nginx ที่ติดมากับระบบกำลังใช้งานพอร์ต 80 อยู่ ซึ่งส่งผลให้ ingress-controller ไม่สามารถเริ่มต้นทำงานได้

เนื่องจากนี่เป็นเซิร์ฟเวอร์ที่คุณจัดเตรียมเอง เราจะไม่ดำเนินการใดๆ กับบริการที่อยู่นอกเหนือขอบเขตการจัดการของ Zeabur คุณสามารถหยุดและปิดการใช้งาน nginx ดังกล่าวได้ด้วยตนเองผ่าน SSH โดยใช้คำสั่งต่อไปนี้:

systemctl stop nginx && systemctl disable nginx

หลังจากนั้น ingress-controller จะกลับมาทำงานได้โดยอัตโนมัติ นอกจากนี้ เราจะช่วยอัปเกรด ingress บนเซิร์ฟเวอร์นี้ให้เป็นเวอร์ชัน 1.1.16 เพื่อปลดล็อกข้อจำกัดเรื่อง timeout ให้ด้วยครับ

ขณะนี้ยังไม่มีกำหนดการสำหรับฟีเจอร์กำหนด timeout เอง โดยในระหว่างนี้เราจะช่วยดูแลจัดการให้ด้วยวิธีแบบแมนนวลไปก่อน

เพิ่มเติม: หากเซิร์ฟเวอร์อื่นจำเป็นต้องปลดล็อกข้อจำกัด timeout คุณสามารถรันคำสั่งต่อไปนี้ผ่าน SSH เพื่อเป็นวิธีแก้ไขปัญหาชั่วคราวได้:

kubectl set image ds/ingress-controller ingress-controller=zeabur/ingress-controller:1.1.16

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

สวัสดีครับ เราได้ตรวจสอบเซิร์ฟเวอร์ 'Yunyou Hong Kong' อย่างละเอียดแล้ว และพบปัญหาใน 3 ระดับ โดยขอสรุปภาพรวมดังนี้ครับ:

1. สาเหตุหลักที่ทำให้ ingress-controller เกิด CrashLoopBackOff

มี nginx ทำงานอยู่บน host โดยตรง (เริ่มทำงานผ่าน systemd, PID 810/812/813/814/815) ซึ่งกำลังยึด port 80 และ port 443 ไว้ทั้งหมด ในขณะที่ ingress-controller ของ Zeabur ถูกปรับใช้ในโหมด hostNetwork ซึ่งจำเป็นต้องใช้พอร์ตทั้งสองนี้ ส่งผลให้การ bind ล้มเหลวและ pod รีสตาร์ทวนไปเรื่อยๆ คุณจะไม่เห็นคอนเทนเนอร์ nginx ใดๆ ผ่าน crictl ps ในระดับคอนเทนเนอร์ ดังนั้นนี่คือ nginx ที่ติดตั้งบน host โดยตรง ไม่ใช่ส่วนประกอบของ Zeabur ครับ

โปรดทราบ: เซิร์ฟเวอร์เฉพาะของ Zeabur คือโหนด K3s ที่มีการจัดการ ไม่ใช่ VPS ทั่วไป การติดตั้ง nginx / Caddy / haproxy หรือสิ่งที่คล้ายกันลงบน host โดยตรงและไปยึดพอร์ต 80/443 จะทำให้เกิดความขัดแย้งกับ ingress ของ Zeabur จนเป็นสาเหตุให้เข้าใช้งานไม่ได้ทั้งหมด คุณจำเป็นต้องลบหรือปิดการใช้งาน nginx บน host นั้นครับ

2. ปัญหา 600s timeout กลับมาอีกครั้งหลังจากที่คุณ "ติดตั้งส่วนประกอบระบบ Zeabur ใหม่"

นี่เป็นบั๊กจากทางเราครับ: ก่อนหน้านี้ Can ได้อัปเกรด ingress บนเครื่องทั้ง 4 เครื่องของคุณเป็น 1.1.16 (เวอร์ชันที่ปลดล็อกขีดจำกัด timeout แล้ว) ด้วยตนเอง แต่การกด "Reinstall System" จะเป็นการนำ manifest ของระบบกลับมาใช้ใหม่ ซึ่งทำให้ image ถูกย้อนกลับไปเป็น 1.1.15 ข่าวดีคือทาง backend ได้อัปเกรดเวอร์ชันเริ่มต้นเป็น 1.1.16 แล้ว (เพิ่ง merge เข้า main) หลังจากที่เวอร์ชันนี้ถูก deploy แล้ว การกด Reinstall ในอนาคตจะดึงเวอร์ชัน 1.1.16 มาใช้โดยตรงและจะไม่ถูกเขียนทับอีกครับ

3. ข้อจำกัดด้านอัตราการใช้งาน (Rate limit) ของ Let's Encrypt

เนื่องจากการติดตั้งใหม่ติดต่อกันหลายครั้ง ทำให้ทุกครั้งที่พยายามลงทะเบียนบัญชี LE ใหม่ ระบบจึงไปติดข้อจำกัด "10 new accounts per IP per 3h" ของ LE ซึ่งจะถูกปลดล็อกโดยอัตโนมัติในเวลาประมาณ ~07:18 UTC และจะไม่ส่งผลกระทบต่อการแก้ไขในขั้นตอนถัดไปครับ

โปรดทำตามขั้นตอนต่อไปนี้เพื่อแก้ไข 'Yunyou Hong Kong' (อีก 3 เครื่องที่เหลือ — Yunyou USA / Hongkong / goma Hong Kong — ปัจจุบันทำงานปกติบน 1.1.16 อยู่แล้ว ไม่ต้องดำเนินการใดๆ ครับ):

1. SSH เข้าไปที่ 'Yunyou Hong Kong' และ หยุดการทำงานของ nginx บน host:

systemctl stop nginx
systemctl disable nginx

(หากคุณจำเป็นต้องใช้ nginx ตัวนี้ คุณต้องเปลี่ยนไป deploy ในรูปแบบ service บน Zeabur หรือย้ายไปไว้บนเครื่องอื่นที่ไม่ได้จัดการด้วย K3s มิฉะนั้นเมื่อรีสตาร์ทเซิร์ฟเวอร์ครั้งหน้า nginx จะกลับมาแย่งพอร์ต 80/443 และปัญหาจะเกิดขึ้นซ้ำอีกครับ)

2. หลังจากที่ backend อัปเดตเป็น 1.1.16 แล้ว ให้กด Reinstall System สำหรับ 'Yunyou Hong Kong' ใน Dashboard อีกครั้ง ingress เวอร์ชันใหม่จะถูกดึงลงมา และการกด Reinstall จะไม่ย้อนกลับไปเป็น 1.1.15 อีกต่อไปครับ

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

NewAPI ถูกติดตั้งบน Goma ฮ่องกง: เราได้ทดสอบโดยใช้ SSE interface สำหรับการวินิจฉัยของแอปพลิเคชันเอง โดยไม่ผ่านโมเดล upstream ใดๆ: /api/debug/long-stream?seconds=900&interval=5

เซิร์ฟเวอร์ส่งออกเหตุการณ์อย่างต่อเนื่องทุกๆ 5 วินาที แต่การเชื่อมต่อถูกตัดที่ TOTAL=600.500145 วินาที เหตุการณ์สุดท้ายที่ได้รับคือ elapsed=595 และ curl รายงานว่า: transfer closed with outstanding read data remaining

โปรดตรวจสอบว่า public networking / ingress / gateway ปัจจุบันของโดเมน/บริการนี้ ยังคงมีข้อจำกัด 600s request lifetime อยู่หรือไม่

สวัสดีครับ ขออัปเดตข้อมูลจากข้อความก่อนหน้านี้ครับ:

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

• เวอร์ชัน 1.1.16 ไม่ได้ลบ timeout 600 วินาทีออก แต่เป็นการเพิ่มตัวแปรสภาพแวดล้อม (environment variable) ใหม่ชื่อ SERVER_TIMEOUT เพื่อให้เราสามารถกำหนดค่าทับค่าเริ่มต้นได้ • ค่าเริ่มต้นยังคงเป็น 10 นาที ซึ่งสอดคล้องโดยตรงกับ ReadTimeout / WriteTimeout ของ HTTP server • เนื่องจากก่อนหน้านี้ใน env ของ ingress-controller pod ของคุณไม่มีตัวแปรนี้ ค่าเริ่มต้น 600 วินาทีจึงยังคงตัดการเชื่อมต่ออยู่

แก้ไขแล้ว: เราได้เพิ่ม SERVER_TIMEOUT=24h เข้าไปใน ingress-controller DaemonSet บนเซิร์ฟเวอร์ทั้ง 4 เครื่องของคุณ (云悠香港 / 云悠美国 / Hongkong / goma香港) เรียบร้อยแล้ว pod ทั้งหมดได้ทำการ rolling ไปยังเวอร์ชันใหม่ และเรายืนยันแล้วว่า log การเริ่มต้นแสดงข้อความ Using custom server timeout: 24h0m0s

รบกวนคุณลองรัน /api/debug/long-stream?seconds=900&interval=5 อีกครั้งเพื่อตรวจสอบดูครับ ครั้งนี้ไม่ควรจะถูกตัดที่ 600 วินาทีแล้ว

ข่าวดีเพิ่มเติม: สำหรับเซิร์ฟเวอร์ 云悠香港 เราเห็นว่าคุณได้หยุดการทำงานของ host nginx แล้ว (ตรวจสอบผ่าน systemctl พบว่า inactive + disabled) ตอนนี้ port 80/443 ถูก ingress-controller ยึดคืนมาแล้ว pod อยู่ในสถานะ Running และบริการกลับมาใช้งานได้ตามปกติแล้วครับ ✓

ข้อควรระวัง: ตัวแปร env SERVER_TIMEOUT นี้ยังไม่ได้อยู่ใน manifest เริ่มต้นของระบบ ดังนั้น หากคุณ "ติดตั้งระบบ Zeabur ใหม่" ในครั้งหน้า ค่านี้จะถูกรีเซ็ตกลับไปเป็นค่าเดิม (สาเหตุเดียวกับการรีเซ็ตในเวอร์ชัน 1.1.15) เรากำลังติดตามกับทีมแพลตฟอร์มเพื่อเพิ่มค่าเริ่มต้นนี้ลงใน manifest ให้ถาวร เพื่อที่คุณจะได้ไม่ต้องกังวลในระยะยาวครับ

สวัสดีครับ/ค่ะ

ขอบคุณที่ยืนยันข้อมูลครับ! สำหรับคำขอที่ต้องการให้ผู้ใช้สามารถตั้งค่า SERVER_TIMEOUT ได้เองใน Dashboard นั้น เราได้บันทึกไว้แล้วและจะประเมินเพื่อนำเข้าสู่ roadmap ต่อไป หากสะดวก คุณสามารถไปที่ https://zeabur.com/forum/roadmap เพื่อสร้าง feature request ได้ เพื่อให้ผู้ใช้คนอื่นที่มีความต้องการเดียวกันสามารถเข้ามาโหวตได้ ซึ่งจะช่วยให้ทีมวิศวกรของเราจัดลำดับความสำคัญได้อย่างแม่นยำยิ่งขึ้นครับ

สวัสดีครับ ช่วยอัปเกรด SERVER_TIMEOUT ของ ingress-controller บนเซิร์ฟเวอร์ DigitalOcean เครื่องนี้ให้หน่อยได้ไหมครับ

สวัสดีครับ ผมได้ตั้งค่า SERVER_TIMEOUT=24h ให้กับ ingress-controller บนเซิร์ฟเวอร์ DigitalOcean ของคุณเรียบร้อยแล้ว โดย pod ใหม่ได้เริ่มทำงานตามปกติและยืนยันว่าการตั้งค่ามีผลแล้วครับ

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

kubectl set env ds/ingress-controller SERVER_TIMEOUT=24h

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

kubectl set env ds/ingress-controller SERVER_TIMEOUT=24h

คุณจำเป็นต้องตั้งค่าแยกกันในแต่ละเซิร์ฟเวอร์

ขอเสริมอีกนิดครับ นอกจาก SSH แล้ว คุณยังสามารถตั้งค่าโดยการเรียก GraphQL API ได้โดยตรงโดยไม่ต้องล็อกอินเข้าสู่เซิร์ฟเวอร์:

mutation {
 updateServerIngressTimeout(_id: "ID เซิร์ฟเวอร์ของคุณ", serverTimeout: "24h")
}

ค่าที่ตั้งผ่าน API จะถูกบันทึกลงในฐานข้อมูลและจะไม่ถูกรีเซ็ตแม้ว่าจะทำการติดตั้งระบบใหม่ก็ตาม