การกำหนดค่าคอนเทนเนอร์อัตโนมัติอย่างชาญฉลาด
คู่มือนี้เรียบเรียงและปรับรูปแบบสำหรับ Ruk-Com Cloud PaaS ภาพหน้าจออาจแตกต่างเล็กน้อยตามเวอร์ชันของระบบ
คลิกหรือแตะภาพหน้าจอเพื่อดูรายละเอียดขนาดจริง
วัตถุประสงค์
บทความนี้อธิบายการใช้งาน การกำหนดค่าคอนเทนเนอร์อัตโนมัติอย่างชาญฉลาด บน Ruk-Com Cloud PaaS โดยจัดลำดับขั้นตอนและจุดตรวจสอบสำหรับการนำไปใช้งานจริง
ก่อนเริ่มดำเนินการ
- เข้าสู่ระบบด้วยบัญชีที่มีสิทธิ์จัดการ Environment ที่เกี่ยวข้อง
- ตรวจสอบชื่อ Environment, Region และทรัพยากรเป้าหมายก่อนบันทึกการเปลี่ยนแปลง
- สำรองข้อมูลหรือกำหนดแผนย้อนกลับก่อนแก้ไขระบบ Production
เพื่อที่จะรับรองการใช้ทรัพยากรอย่างมีประสิทธิภาพ Ruk-Com Cloud สามารถกำหนดค่าของการจัดการแสต็กบางส่วนโดยอัตโนมัติตามขีดจำกัดการปรับขนาด (ตามจำนวน cloudlets) ในปัจจุบัน เทมเพลตต่อไปนี้สามารถใช้ประโยชน์จากคุณสมบัติการกำหนดค่าอัตโนมัติอัจฉริยะ:
- ฐานข้อมูล:MySQL, MariaDB, เพอร์โคนา
- PHP:อาปาเช่, NGINX
- Liteความเร็ว: เว็บเซิร์ฟเวอร์, เอดีซี, นิติศาสตร์มช
เคล็ดลับ:คลิกลิงก์เพื่อดูการตั้งค่าใดบ้างที่ปรับเปลี่ยนในแต่ละกรณี
สแต็กที่กล่าวถึงข้างต้นมีลักษณะเฉพาะบางอย่างที่รองรับการใช้งานดังนี้
1. เทมเพลตใช้โปรแกรมเริ่มต้น systemd ที่ทันสมัยซึ่งมีฟีเจอร์และเครื่องมือหลายอย่างที่จำเป็นสำหรับการใช้งานการกำหนดค่าอัตโนมัติ
2.ตัวแปรพิเศษJELASTIC_AUTOCONFIGenvironment กำหนดว่าควรเปิดใช้งานฟีเจอร์การกำหนดค่าอัตโนมัติ (true โดยค่าเริ่มต้น) หรือปิดใช้งาน (false)
หากคุณต้องการปิดใช้งาน Smart Auto-Configuration ให้เพิ่ม (หรือแก้ไขหากมีอยู่แล้ว) ตัวแปรนี้ด้วยค่า false ผ่าน dashboard

อย่าลืมรีสตาร์ทNode(s) เพื่อปรับใช้การเปลี่ยนแปลง
3. การกู้คืนอัจฉริยะหลังจากข้อผิดพลาด OOM ทำให้การกำหนดค่าอัตโนมัติปรับเปลี่ยนใหม่เพื่อลดการใช้ memory ของคอนเทนเนอร์
เพิ่มเติม: การกู้คืน OOM อัจฉริยะทำงานบนคอนเทนเนอร์ที่เปิดใช้งาน JELASTIC_AUTOCONFIG และในปัจจุบันสำหรับ database stacks ต่อไปนี้เท่านั้น
-มายเอสแอล 8.0.25; 5.7.34
-มาเรียดีบี 10.3.30; 10.4.20; 10.5.11; 10.6.3
-เพอร์โคนา 5.7.33; 8.0.23
หากการทำนักฆ่า OOMทำให้คอนเทนเนอร์ใช้งานไม่ได้ (เนื่องจากกระบวนการที่สำคัญบางอย่างถูกทำลาย) จะรีสตาร์ทโหลดนี้โดยอัตโนมัติและการกู้คืนอัจฉริยะจะลดค่าพารามิเตอร์innodb_buffer_pool_sizeในกรณีที่เกิดเหตุการณ์ขึ้นอีก โดยวงจรการลดดังกล่าวจะถูกทำซ้ำ
คุณสามารถปรับแต่งตัวแปร environmentเพื่อปรับพฤติกรรมของระบบที่เกี่ยวข้องกับปัญหา OOM Kills:
- OOM_DETECTION_DELTA- กำหนดช่วงเวลา (ค่าเริ่มต้น 2 วินาที) เพื่อให้วิเคราะห์และบันทึก /var/log/messages หลังจากการรีสตาร์ทแต่ละ service เพื่อตัดสินว่าเกิดจาก OOM killer หรือไม่
- OOM_ADJUSTMENT- กำหนดค่าเป็น %, MB, GB (ค่าเริ่มต้น 10%) โดยที่พารามิเตอร์ innodb_buffer_pool_size ปัจจุบันควรลดลงหลังจากการรีสตาร์ทแต่ละครั้งที่เกิดจาก OOM
- MAX_OOM_REDUCE_CYCLES- กำหนดจำนวนรอบสูงสุดสำหรับการลดขนาด innodb_buffer_pool_size (ค่าเริ่มต้น 5 ครั้ง)
