มีข้อเสียหลักสองประการ:
การโหลดของคุณไม่ได้รับการกระจายอย่างเท่าเทียมกัน เซสชั่นเหนียวจะติดดังนั้นชื่อ ในขณะที่คำขอเริ่มต้นจะได้รับการแจกจ่ายอย่างเท่าเทียมกันคุณอาจพบว่ามีผู้ใช้จำนวนมากใช้เวลามากกว่าคนอื่น หากสิ่งเหล่านี้ทั้งหมดถูกตั้งค่าเริ่มต้นเป็นเซิร์ฟเวอร์เดียวเซิร์ฟเวอร์นั้นจะมีภาระมากขึ้น โดยทั่วไปสิ่งนี้จะไม่ส่งผลกระทบอย่างใหญ่หลวงและสามารถบรรเทาได้ด้วยการมีเซิร์ฟเวอร์จำนวนมากในคลัสเตอร์ของคุณ
ผู้รับมอบฉันทะรวมกลุ่มผู้ใช้ไว้ใน IP เดียวซึ่งทั้งหมดจะถูกส่งไปยังเซิร์ฟเวอร์เดียว แม้ว่าโดยทั่วไปแล้วจะไม่เป็นอันตราย แต่อย่างใดนอกจากการเพิ่มโหลดเซิร์ฟเวอร์แต่ละครั้งพร็อกซียังสามารถทำงานในคลัสเตอร์ได้อีกด้วย คำขอใน F5 ของคุณจากระบบดังกล่าวจะไม่ถูกส่งกลับไปยังเซิร์ฟเวอร์เดียวกันถ้าคำขอนั้นมาจากพร็อกซีเซิร์ฟเวอร์อื่นในพร็อกซีคลัสเตอร์
AOL มีอยู่ช่วงหนึ่งที่ใช้พร็อกซีคลัสเตอร์และเมาอย่างหนักกับโหลดบาลานเซอร์และเซสชันที่ติดหนึบ โหลดบาลานเซอร์ส่วนใหญ่ในปัจจุบันจะเสนอเซสชันที่ยึดตามช่วงของ C-Class net หรือในกรณีของ F5 เซสชันที่ยึดตามคุกกี้ซึ่งเก็บโหนดปลายทางในคุกกี้ร้องขอเว็บ
ในขณะที่เซสชันที่ใช้คุกกี้ทำงานได้ฉันมีปัญหากับพวกเขาและโดยทั่วไปจะเลือกเซสชันที่อิงกับ IP ใหญ่: ฉันส่วนใหญ่ทำงานในแอพภายใน - ระยะทาง DMZ อาจแตกต่างกันไป
ทุกสิ่งที่กล่าวมาเราได้ประสบความสำเร็จอย่างยอดเยี่ยมกับเว็บไซต์ที่ใช้งาน F5 กับเซสชันที่ไม่น่าไว้วางใจและเซสชัน In-Proc
คุณอาจต้องการดูหนึ่งในหน่วยความจำแคชแบบกระจายในระบบเช่นMemcached หรือ Velocityเพื่อเป็นทางเลือกให้กับเซสชันที่ถูกเก็บไว้ใน SQL หรือบริการหน่วยความจำ proc คุณเข้าใกล้ความเร็วของหน่วยความจำใน proc ด้วยความสามารถในการรันผ่านเซิร์ฟเวอร์หลาย ๆ ตัว