ฟอรัม

สวัสดีครับ

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

• เซิร์ฟเวอร์ที่คุณซื้อ (Tencent Tokyo 2C 2GB) ขณะนี้หน่วยความจำถูกใช้งานเต็มโดย Gitea + svn-server (การใช้งาน ~120%)
• การคัดลอกโปรเจกต์จำเป็นต้องเปิด Pod "ย้ายข้อมูลวอลุ่ม (pvmover-restore)" เพิ่มอีก 3 ตัวเพื่อย้ายวอลุ่มจากโปรเจกต์เก่า แต่ Pod เหล่านั้นค้างอยู่ที่สถานะ Pending มานานกว่า 3 ชั่วโมงแล้ว ข้อความจาก K8s คือ: 0/1 nodes are available: 1 Insufficient memory

เกี่ยวกับความขัดแย้งที่ว่า "ทุกรายการแสดงว่าเสร็จสิ้น แต่สถานะโดยรวมกลับแสดงว่าล้มเหลว":

เครื่องหมายถูกสีเขียว 4 อันบนแผงความคืบหน้า เป็นเพียงการระบุว่าแพลตฟอร์ม "ได้เริ่ม" ขั้นตอนเหล่านั้นแล้ว ไม่ได้หมายความว่างานเบื้องหลังเสร็จสิ้นแล้ว

• "Clone Started", "Deployment: Template deployed", "Clone Completed: new project ready", และ "Volume Copy: Starting" ทั้ง 4 ขั้นตอนนี้เป็นขั้นตอนการเริ่มต้น ซึ่งจะถูกกระตุ้นภายใน 1 วินาทีแรก
• งานย้ายข้อมูลจริงๆ จะทำงานหลังจากนั้นในรูปแบบของ K8s Job บนเซิร์ฟเวอร์ใหม่ของคุณ ซึ่งเราเห็นว่า Job เหล่านั้นค้างอยู่ที่ Pending เพราะรอหน่วยความจำ
• เหตุการณ์อย่าง "X completed" หรือ "X failed" สำหรับ Volume Copy จะปรากฏขึ้นหลังจาก Job จริงทำงานเสร็จหรือหมดเวลา 6 ชั่วโมง จนกว่าจะถึงตอนนั้น UI จะไม่เพิ่มเครื่องหมายถูกสีเขียวใหม่ แต่แบนเนอร์ "ล้มเหลว" อาจเด้งขึ้นมาก่อนเนื่องจาก polling timeout ทำให้เกิดความขัดแย้งทางสายตาที่ว่า "เสร็จสิ้นหมดแล้วแต่แสดงว่าล้มเหลว"

ไม่ว่า UI จะแสดงอย่างไร ปัญหาที่แท้จริงคือหน่วยความจำไม่พอ แนวทางการแก้ไข:

วิธี A (แนะนำที่สุด): อัปเกรดสเปกเซิร์ฟเวอร์ปลายทาง แนะนำให้อัปเกรดเป็นอย่างน้อย 2C 4GB และถ้าจะให้ดีควรเป็น 2C 8GB หลังจากอัปเกรดแล้ว โปรดลบโปรเจกต์ bmp-tatous ที่ล้มเหลวทิ้ง แล้วกด "คัดลอกโปรเจกต์" ใหม่อีกครั้งจากฝั่งต้นทาง (cgk1)

วิธี B: หยุดการทำงาน (Pause) Gitea และ svn-server บนเซิร์ฟเวอร์ปลายทางชั่วคราว รอให้ย้ายวอลุ่มเสร็จแล้วค่อยเริ่มใหม่

1. เข้าไปที่โปรเจกต์ใหม่ (bmp-tatous) แล้วกด Pause ทั้ง Gitea และ svn-server
2. รอให้ pvmover-restore เปลี่ยนจาก Pending เป็น Running และทำงานจนเสร็จ
3. จากนั้นค่อยเริ่มการทำงานของ Gitea และ svn-server ใหม่

นี่เป็นเพียงวิธีแก้ปัญหาชั่วคราวเท่านั้น การรันบริการเหล่านี้ด้วยแรม 2GB ในระยะยาวจะยังคงประสบปัญหาเดิมอีก

ขอบคุณสำหรับความช่วยเหลือครับ ปัญหาได้รับการแก้ไขแล้ว ผมชอบผลิตภัณฑ์นี้มากครับ

ขอเสนอแนะว่า ในกรณีของการย้ายข้อมูล ควรมีการประเมินก่อนว่าสเปกของเซิร์ฟเวอร์ปลายทางนั้นเพียงพอต่อความต้องการหรือไม่