IIS 7.x แนวปฏิบัติที่ดีที่สุดของ Application Pool

เรากำลังจะปรับใช้ไซต์จำนวนมากกับเซิร์ฟเวอร์ใหม่บางแห่ง ฉันมีคำถามต่อไปนี้เกี่ยวกับกลุ่มแอปพลิเคชัน:

1. ดูเหมือนว่าควรมีแอพพลิเคชั่นหนึ่งพูลต่อเว็บไซต์ มีคำเตือนใด ๆ สำหรับแนวทางนี้หรือไม่? แอพพลิเคชั่นหนึ่งตัวจะทำให้ซีพียู, หน่วยความจำ, อื่น ๆ ทั้งหมดหรือไม่

2. เมื่อใดที่คุณควรอนุญาตให้กระบวนการของผู้ปฏิบัติงานหลายอย่างในกลุ่มแอปพลิเคชัน คุณไม่ควรเมื่อไหร่?

3. สามารถใช้ขีด จำกัด หน่วยความจำส่วนตัวเพื่อป้องกันไม่ให้แอพพลิเคชั่นพูลหนึ่งรบกวนการทำงานของแอพพลิเคชั่นอื่นได้หรือไม่? การตั้งค่าต่ำเกินไปจะทำให้คำขอที่ถูกต้องรีไซเคิลกลุ่มแอปพลิเคชันโดยไม่ได้รับคำตอบที่ถูกต้องหรือไม่

4. ความแตกต่างระหว่างข้อ จำกัด ส่วนตัวและหน่วยความจำเสมือนคืออะไร?

5. มีเหตุผลที่น่าสนใจไหมที่จะไม่เรียกใช้หนึ่งแอพพลิเคชั่นต่อเว็บไซต์?

1) แนะนำให้มีแอพพลิเคชั่นต่อเว็บไซต์ มีคำเตือนใด ๆ สำหรับแนวทางนี้หรือไม่? ตัวอย่างหนึ่งแอพพลิเคชั่นสามารถยกตัวอย่างเช่นซีพียู, หน่วยความจำ, อื่น ๆ ...

นี่เป็นวิธีการที่ดีทีเดียว ไม่มีเหตุผลที่ดีที่ฉันคิดว่ามี "ไซต์" (แอปพลิเคชัน) ที่แตกต่างกันใช้แหล่งข้อมูลเดียวกัน นอกเสียจากว่าพวกเขาต้องการแบ่งปันทรัพยากรเพียงบางประเภท แอปพลิเคชั่นหนึ่งอาจมี CPU หรือหน่วยความจำจำนวนมากในทางทฤษฎี แต่การเปลี่ยนแปลงวิธีที่แอพพลิเคชั่นจะไม่ส่งผลกระทบต่อสิ่งนี้มากนัก

2) เมื่อใดที่คุณควรอนุญาตให้มีกระบวนการผู้ปฏิบัติงานหลายกระบวนการในกลุ่มแอปพลิเคชัน คุณไม่ควรเมื่อไหร่?

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

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

a) ในทางทฤษฎี

b) ใช่การตั้งค่าให้ต่ำกว่าอาจมีผลเสีย อีกครั้งเว้นแต่คุณจะมีความต้องการเฉพาะและรู้ว่าคุณกำลังทำอะไรอยู่

4) อะไรคือข้อแตกต่างระหว่างข้อ จำกัด ส่วนตัวและหน่วยความจำเสมือน?

มันซับซ้อนมากนี่เป็นโพสต์ด่วนที่ฉันพบว่าอาจช่วยได้: http://cybernetnews.com/cybernotes-windows-memory-usage-explained/

5) มีเหตุผลที่น่าสนใจไหมที่จะไม่เรียกใช้หนึ่งแอพพลิเคชั่นต่อเว็บไซต์?

อีกเหตุผลเดียวที่ฉันคิดได้ก็คือถ้ามี "ทรัพยากรที่ใช้ร่วมกัน" หลายประเภทที่แอพพลิเคชั่นต้องการแล้วคุณต้องการเรียกใช้ในกระบวนการเดียวกัน

สำหรับแอปพลิเคชั่นและเว็บไซต์ทั่วไป IIS มีการตั้งค่าค่อนข้างดีโดยมีค่าเริ่มต้น

**** UPDATE ****

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

เมื่อคุณเริ่มพูดถึงหลาย ๆ กระบวนการคุณอาจพบเจอกับสิ่งต่าง ๆ เช่น: สูญเสียสถานะเซสชันเนื่องจากเซสชันยังมีชีวิตอยู่ในกระบวนการ 1 แต่กระบวนการกำลังดำเนินการตามคำขอ 2 หรือแย่กว่านั้นคือคุณต้องรู้วิธี ทำการสื่อสารระหว่างกระบวนการบางอย่างซึ่งเป็นความเจ็บปวดที่แท้จริง

ไม่ว่าคุณจะมาด้วยเหตุผลเกี่ยวกับกระบวนการหลายอย่างฉันก็ยินดีที่จะเดิมพันว่ามีวิธีที่ดีกว่าในการจัดการกับมัน (แทนที่จะเริ่มกระบวนการอื่น)

ฉันกำหนดค่าแอพพลิเคชั่นพูลเฉพาะสำหรับเว็บไซต์เสมอ สถานการณ์การโฮสต์เว็บไซต์ที่มีต้นทุนต่ำนั้นเป็นที่ที่มีเว็บไซต์จำนวนมากต่อแอพพลิเคชั่นพูล

ขีด จำกัด หน่วยความจำเป็นเพียงเกณฑ์ความปลอดภัยดั้งเดิมเท่านั้นเพื่อป้องกันไซต์จากการใช้ทรัพยากรระบบทั้งหมด โปรดทราบว่านี่เป็นปัญหาที่เป็นไปได้มากกว่าใน Windows 2008 R2 x64 มากกว่าใน IIS 6.0 x86 เนื่องจากแอปพลิเคชัน x86 มีหน่วยความจำที่เป็นมาตรฐาน 2 GB IIS 7.5 ง่ายกว่าสำหรับแอปพลิเคชันที่มีหน่วยความจำรั่วเพื่อใช้หน่วยความจำจำนวนมาก

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