Nhược điểm của phiên dính với cân bằng tải là gì?

Chúng tôi có một trang web máy IIS7 hoạt động rất tốt. Trước mặt họ là bộ cân bằng tải phần cứng F5 Big-IP , cũng hoạt động tốt :)

_{(nguồn: www.f5.com )}

Hiện tại chúng tôi đang sử dụng một ASP.NET State Serviceđể xử lý trạng thái OutProc của chúng tôi . Điều này là bắt buộc khi bạn có một trang trại web để duy trì bất kỳ loại thông tin phiên nào.

Tôi đã tự hỏi liệu chúng ta có thể có các phiên dính trên F5 Big-IP hay không và do đó thay đổi từ OutProc trở lại InProc? Nếu vậy, nhược điểm của điều này là gì? Tôi biết nhược điểm của InProc so với OutProc, vì vậy đừng lo lắng về việc giải thích điều đó. Tôi quan tâm nhiều hơn đến những ưu / nhược điểm của các phiên dính với F5 Big-IP .

Bất cứ ai có thể làm sáng tỏ và / hoặc kinh nghiệm?

Có hai nhược điểm chính:

1. Tải của bạn không được phân bổ đều. Phiên dính sẽ dính, do đó tên. Mặc dù các yêu cầu ban đầu sẽ được phân phối đồng đều, nhưng bạn có thể sẽ có một số lượng đáng kể người dùng dành nhiều thời gian hơn những người khác. Nếu tất cả những thứ này ban đầu được đặt thành một máy chủ, thì máy chủ đó sẽ có tải nhiều hơn. Thông thường, điều này thực sự sẽ không có tác động lớn và có thể được giảm thiểu bằng cách có nhiều máy chủ hơn trong cụm của bạn.

2. Proxy tập hợp người dùng vào một IP duy nhất, tất cả sẽ được gửi đến một máy chủ. Mặc dù điều đó thường không gây hại, nhưng ngoài việc tăng tải máy chủ riêng lẻ, proxy cũng có thể hoạt động trong một cụm. Một yêu cầu vào F5 của bạn từ một hệ thống như vậy sẽ không nhất thiết phải được gửi trở lại cùng một máy chủ nếu yêu cầu đến từ một máy chủ proxy khác trong cụm proxy của họ.

AOL đã có lúc sử dụng các cụm proxy và thực sự say sưa với các bộ cân bằng tải và các phiên dính. Hầu hết các bộ cân bằng tải hiện sẽ cung cấp các phiên dính dựa trên phạm vi mạng C-Class hoặc với trường hợp F5, các phiên dính dựa trên cookie lưu trữ nút cuối trong cookie yêu cầu web.

Mặc dù các phiên dựa trên cookie nên hoạt động, tôi đã gặp một số vấn đề với chúng và thường chọn các phiên dựa trên IP. TUY NHIÊN LỚN: Tôi chủ yếu làm việc trên các ứng dụng nội bộ - DMZ milage có thể khác nhau.

Tất cả những gì đã được nêu, chúng tôi đã có một số thành công lớn với các trang web chạy F5 với các phiên dính và các phiên In-Proc.

Bạn cũng có thể muốn xem một trong các hệ thống bộ nhớ đệm phân tán trong bộ nhớ như Memcached hoặc Velocity để thay thế cho phiên được lưu trữ trong SQL hoặc dịch vụ bộ nhớ ngoài. Bạn tiến gần đến tốc độ của bộ nhớ trong với khả năng chạy nó trên một số máy chủ.

Gần đây tôi đã đọc một bài viết tuyệt vời trên TechNet về "Cung cấp khả năng mở rộng cho các ứng dụng ASP.NET". Nó đã đi vào những ưu và nhược điểm của từng giải pháp có thể. Hãy đọc:

TechNet tháng 6 năm 2009 - Cung cấp khả năng mở rộng cho các ứng dụng ASP.NET

Ngoài câu trả lời tuyệt vời từ Christopher, các phiên dính có nghĩa là bạn đã mất một vài lợi ích to lớn của các máy chủ dự phòng - khả năng giảm một hoặc nhiều hơn để bảo trì và minh bạch khi gặp sự cố hệ thống.

Tôi coi các phiên dính là một chỉ báo mạnh về kiến ​​trúc ứng dụng kém và / hoặc lập trình kém. "Tránh bằng mọi giá" là phương châm của tôi.