การทำ Pipeline ผ่าน SSH และการใช้การเชื่อมต่อซ้ำ

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

ตามค่าเริ่มต้น Ansible จะคัดลอกโมดูลไปยังโฮสต์ เรียกใช้โมดูล แล้วล้างข้อมูลออก แต่ละขั้นตอนมีค่าใช้จ่ายเป็นการเดินทางไปกลับผ่าน SSH ซึ่งมักหลีกเลี่ยงได้

เมื่อใช้ การส่งโมดูลโดยตรง Ansible จะส่งโมดูลผ่านเซสชัน SSH ที่มีอยู่ แทนการเขียนไฟล์ชั่วคราวก่อน จึงลดจำนวนการเชื่อมต่อต่องาน

การส่งโมดูลโดยตรงต้องใช้ sudo โดยไม่มี TTY ดังนั้นการตั้งค่า sudoers ระยะไกลต้องไม่บังคับใช้ requiretty ดิสทริบิวชันสมัยใหม่มักใช้งานได้ แต่บางระบบที่เสริมความปลอดภัยอาจต้องปรับค่า

ControlPersist ของ OpenSSH จะเปิดการเชื่อมต่อหลักค้างไว้และส่งงานถัด ๆ ไปผ่านการเชื่อมต่อนั้น ทำให้ไม่ต้องเริ่มการจับมือใหม่ทุกครั้ง

Ansible เปิดใช้การนำการเชื่อมต่อกลับมาใช้ใหม่ผ่าน ssh_args ค่า ControlPersist กำหนดระยะเวลาที่ซ็อกเก็ตร่วมจะยังทำงานอยู่หลังจากงานสุดท้ายเสร็จ

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

ทั้งสองอย่างแก้ปัญหาคนละด้าน: การส่งโมดูลโดยตรง ลดการเดินทางไปกลับภายในงานหนึ่งรายการ ส่วน ControlPersist นำเซสชัน SSH กลับมาใช้ใหม่กับงานหลายรายการ

การส่งโมดูลโดยตรงและการเชื่อมต่อแบบคงอยู่จะ เสริมประสิทธิภาพกัน การเปิดใช้ทั้งสองอย่างเป็นหนึ่งในวิธีเพิ่มความเร็วให้เพลย์บุ๊กขนาดใหญ่ที่เห็นผลมากและมีความเสี่ยงต่ำ

หากคุณไม่ต้องใช้ข้อมูลระบบ ให้ตั้งค่า gather_facts: false เพื่อข้ามโมดูลตั้งค่า วิธีนี้จะตัดขั้นตอนที่ใช้เวลามากออกจากจุดเริ่มต้นของทุกเพลย์

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

คุณต้องการให้งานแต่ละรายการหลีกเลี่ยงการเขียนไฟล์ชั่วคราวก่อนทำงานผ่าน SSH

เปิดใช้ การส่งโมดูลโดยตรง เพื่อลดการเดินทางไปกลับ และใช้ ControlPersist เพื่อนำเซสชัน SSH กลับมาใช้ใหม่ ทั้งสองอย่างร่วมกันช่วยลดภาระส่วนเกินของการเชื่อมต่อในเพลย์ขนาดใหญ่ได้อย่างมาก ⚡