รูปแบบการปรับขนาดอัตโนมัติทั่วไป
ในหน่วยนี้ เราจะดูที่รูปแบบสําหรับการปรับขนาดอัตโนมัติ
การปรับขนาดอัตโนมัติไม่ใช่โซลูชันแบบทันที เพียงแค่เพิ่มทรัพยากรลงในระบบ หรือเรียกใช้อินสแตนซ์ของกระบวนการเพิ่มเติมไม่รับประกันประสิทธิภาพที่ดีขึ้นสําหรับระบบ พิจารณาประเด็นต่อไปนี้เมื่อออกแบบกลยุทธ์การปรับขนาดอัตโนมัติ:
คำ แนะ นำ
ระบุปัญหาคอขวด: การปรับมาตราส่วนไม่ใช่การแก้ไขมหัศจรรย์สําหรับทุกปัญหาด้านประสิทธิภาพ ตัวอย่างเช่น ถ้าฐานข้อมูล backend ของคุณเป็นคอขวด จะไม่ช่วยเพิ่มเว็บเซิร์ฟเวอร์เพิ่มเติม ระบุและแก้ไขปัญหาคอขวดในระบบก่อนที่จะโยนอินสแตนซ์เพิ่มเติมที่ปัญหา ส่วนที่สื่อความหมายของระบบอาจเป็นสาเหตุของปัญหาคอขวดได้มากที่สุด
แยกย่อยปริมาณงานตามข้อกําหนดในการปรับมาตราส่วน: แอปพลิเคชันมักจะประกอบด้วยปริมาณงานหลายตัวที่มีข้อกําหนดที่แตกต่างกันสําหรับการปรับขนาด ตัวอย่างเช่น แอปพลิเคชันอาจมีไซต์สาธารณะและไซต์การดูแลระบบที่แยกต่างหาก เว็บไซต์สาธารณะอาจประสบกับการจราจรที่ฉับพลันในขณะที่ไซต์การดูแลมีขนาดเล็กกว่าและสามารถคาดการณ์ได้มากกว่า
งานที่ใช้ทรัพยากรถ่ายข้อมูลมาก: งานที่จําเป็นต้องมีทรัพยากร CPU หรือ I/O จํานวนมากควรถูกย้ายไปยังงานเบื้องหลังเมื่อเป็นไปได้ งานถ่ายข้อมูลจะลดการโหลดในส่วนหน้าซึ่งจัดการกับคําขอของผู้ใช้
ใช้ฟีเจอร์การปรับขนาดอัตโนมัติในตัว: ถ้าแอปพลิเคชันมีปริมาณงานที่คาดการณ์ได้และปกติจะปรับขนาดตามกําหนดเวลา ตัวอย่างเช่น ขยายเวลาทําการ มิฉะนั้น ถ้าไม่สามารถคาดการณ์ปริมาณงานได้ ให้ใช้เมตริกประสิทธิภาพเช่น CPU หรือความยาวคิวคําขอเพื่อทริกเกอร์การปรับขนาดอัตโนมัติ
พิจารณาการปรับขนาดอัตโนมัติเชิงรุกสําหรับปริมาณงานที่สําคัญ: สําหรับปริมาณงานที่สําคัญ คุณต้องการนําไปข้างหน้า เป็นการดีกว่าที่จะเพิ่มอินสแตนซ์ใหม่อย่างรวดเร็วภายใต้ภาระหนักเพื่อจัดการการรับส่งข้อมูลอื่น ๆ จากนั้นค่อยๆ ปรับขนาดกลับ
การออกแบบสําหรับมาตราส่วนใน: โปรดทราบว่าด้วยสเกลแบบยืดหยุ่น แอปพลิเคชันมีระยะเวลาการปรับขนาดเมื่อลบอินสแตนซ์ออก แอปพลิเคชันต้องจัดการอินสแตนซ์ที่ถูกลบออกอย่างนุ่มนวล ต่อไปนี้คือวิธีบางอย่างในการจัดการสเกลใน:
- ฟังเหตุการณ์การปิดเครื่องเมื่อพร้อมใช้งานและปิดระบบอย่างเรียบร้อย
- สนับสนุนการจัดการข้อบกพร่องชั่วคราวและลองอีกครั้ง
- พิจารณาแบ่งงานสําหรับงานที่ใช้เวลานาน
- วางรายการงานในคิวเพื่อให้อินสแตนซ์อื่นสามารถรับงานได้ถ้าอินสแตนซ์ถูกลบออกตรงกลางของการประมวลผล
แจ้ง เตือน
- ความล้มเหลวในการปรับขนาดอัตโนมัติทั้งหมดจะถูกบันทึกไว้ในบันทึกกิจกรรม จากนั้นคุณสามารถกําหนดค่าการแจ้งเตือนบันทึกกิจกรรมที่แจ้งให้คุณทราบผ่านทางอีเมล บริการข้อความสั้น (SMS) หรือ webhooks เมื่อใดก็ตามที่เกิดความล้มเหลวในการปรับขนาดอัตโนมัติ
- ในทํานองเดียวกัน การดําเนินการปรับมาตราส่วนที่สําเร็จทั้งหมดจะถูกโพสต์ไปยังบันทึกกิจกรรม จากนั้นคุณสามารถกําหนดค่าการแจ้งเตือนบันทึกกิจกรรมเพื่อให้คุณสามารถรับการแจ้งเตือนผ่านทางอีเมล SMS หรือ webhooks เมื่อใดก็ตามที่มีการดําเนินการปรับขนาดอัตโนมัติที่สําเร็จ คุณยังสามารถกําหนดค่าอีเมลหรือการแจ้งเตือน webhook เพื่อรับการแจ้งเตือนสําหรับการดําเนินการปรับมาตราส่วนที่สําเร็จผ่านแท็บการแจ้งเตือน การตั้งค่าการปรับขนาดอัตโนมัติ
รูปแบบทั่วไปในการปรับขนาดทรัพยากรของคุณใน Azure
มาตราส่วนตามความต้องการ
คุณสามารถปรับขนาดจํานวนของอินสแตนซ์บริการได้โดยอัตโนมัติในช่วงเริ่มต้นของวันทํางานเมื่อความต้องการของลูกค้าเพิ่มขึ้น ในตอนท้ายของวันทํางาน จะปรับขนาดจํานวนอินสแตนซ์ของแอปพลิเคชันโดยอัตโนมัติเพื่อลดค่าใช้จ่ายทรัพยากรในตอนกลางคืนเมื่อการใช้งานแอปพลิเคชันต่ํา
ปรับขนาดแตกต่างกันในวันธรรมดาเทียบกับวันหยุดสุดสัปดาห์
ในช่วงเย็นหรือสุดสัปดาห์ คุณอาจมีความต้องการใช้งานที่ต่ํากว่า ถ้าการโหลดนี้สอดคล้องกันในช่วงเวลาหนึ่ง คุณสามารถกําหนดค่ากฎการปรับขนาดอัตโนมัติเพื่อลดจํานวนของอินสแตนซ์บริการในชุดสเกลได้ การดําเนินการปรับมาตราส่วนในนี้จะช่วยลดค่าใช้จ่ายในการเรียกใช้ชุดมาตราส่วนของคุณ เนื่องจากคุณเรียกใช้เฉพาะจํานวนอินสแตนซ์ที่จําเป็นเพื่อตอบสนองความต้องการปัจจุบันเท่านั้น
มาตราส่วนแตกต่างกันในช่วงวันหยุด
หากคุณมีการใช้งานหนักหน่วงสําหรับบริการในบางส่วนของเดือนหรือรอบบัญชี คุณสามารถปรับขนาดจํานวนของอินสแตนซ์บริการโดยอัตโนมัติเพื่อรองรับความต้องการพิเศษของพวกเขา เมื่อมีกิจกรรมทางการตลาด โปรโมชัน หรือการขายวันหยุด คุณสามารถปรับขนาดจํานวนของอินสแตนซ์บริการได้โดยอัตโนมัติก่อนความต้องการของลูกค้าที่คาดไว้
มาตราส่วนที่ยึดตามเมตริกแบบกําหนดเอง
สุดท้าย จะเป็นการดีที่สุดที่จะกําหนดกฎการปรับขนาดอัตโนมัติของคุณอย่างระมัดระวัง ตัวอย่างเช่น การโจมตีแบบเดนเรียลของบริการ (DoS) มีแนวโน้มที่จะส่งผลให้ปริมาณการใช้งานขาเข้าเพิ่มขึ้นเป็นจํานวนมาก การพยายามจัดการกับความกระชากในคําขอที่เกิดจากการโจมตี DoS จะไร้ผลไม้และมีราคาแพง คําขอเหล่านี้ไม่ใช่ของแท้ และควรถูกละทิ้งแทนที่จะประมวลผล การแก้ปัญหาที่ดีกว่าคือการใช้การตรวจหาและการกรองคําขอที่เกิดขึ้นระหว่างการโจมตีดังกล่าวก่อนที่จะเข้าถึงบริการของคุณ
หลังจากกําหนดค่ากฎการปรับขนาดอัตโนมัติแล้ว ให้ตรวจสอบประสิทธิภาพของแอปพลิเคชันของคุณเมื่อเวลาผ่านไป ใช้ผลลัพธ์ของการตรวจสอบนี้เพื่อปรับรูปแบบที่ระบบปรับมาตราส่วน หากจําเป็น