Singleton trong môi trường Cluster

Question

Chiến lược tốt nhất để cấu trúc lại đối tượng Singleton thành môi trường cụm là gì?

Chúng tôi sử dụng Singleton để lưu trữ một số thông tin tùy chỉnh từ Cơ sở dữ liệu. chủ yếu là chỉ đọc nhưng được làm mới khi một số sự kiện cụ thể xảy ra.

Bây giờ, ứng dụng của chúng tôi cần được triển khai trong môi trường Clustered. Theo định nghĩa, mỗi JVM sẽ có một cá thể Singleton của riêng nó. Vì vậy, bộ đệm ẩn có thể không đồng bộ giữa JVM khi sự kiện làm mới xảy ra trên một nút và bộ nhớ cache của nó được làm mới.

Cách tốt nhất để giữ bộ nhớ cache được đồng bộ hóa là gì?

Cảm ơn.

Chỉnh sửa: Bộ nhớ cache được sử dụng chủ yếu để cung cấp danh sách tự động hoàn thành (lý do hiệu suất) cho giao diện người dùng và chúng tôi sử dụng Websphere. Vì vậy, bất kỳ lời khuyên liên quan đến Websphere chào đón.

Answer 1

Các phương pháp đơn giản nhất là:

1. Thêm một bộ đếm thời gian hết hạn để bộ nhớ cache singleton của bạn để tất cả vì vậy thường bộ nhớ cache được thanh lọc và subsquent cuộc gọi tìm nạp dữ liệu được cập nhật từ nguồn (ví dụcơ sở dữ liệu)

2. Triển khai cơ chế thông báo cho bộ nhớ cache bằng cách sử dụng thứ gì đó như chủ đề JMS/tibRV. Nhận từng cá thể bộ nhớ cache để đăng ký và phản ứng với bất kỳ thông báo thay đổi nào được phát sóng về chủ đề này.

Answer 2

Thay thế bộ nhớ cache đơn với bộ nhớ cache được phân phối.

Một bộ nhớ cache như vậy có thể là JBoss Infinispan nhưng tôi chắc chắn rằng các công nghệ mạng và bộ nhớ cache được phân phối khác tồn tại, bao gồm cả các công cụ thương mại có thể trưởng thành hơn vào thời điểm này.

Đối với các đối tượng đơn lẻ nói chung, tôi không chắc chắn. Tôi nghĩ tôi sẽ không có những người độc thân ngay từ đầu.

Answer 3

Nếu có thể, hãy sử dụng hỗ trợ của máy chủ ứng dụng của bạn cho điều này, nếu có thể (một số có, một số thì không). Ví dụ, chúng tôi sử dụng hỗ trợ của JBoss cho một "HA Singleton" là một dịch vụ chỉ chạy trên nút chính của cụm. Nó không hoàn hảo (bạn phải xử lý các trường hợp đôi khi nó não rắm), nhưng nó là đủ tốt.

Nếu không, bạn có thể thiết kế một cái gì đó bằng cách sử dụng JGroups, cung cấp tính năng tự động phát hiện và đàm phán nút cụm, nhưng nó không tầm thường.

Như một phương sách cuối cùng, bạn có thể sử dụng khóa cơ sở dữ liệu để quản lý cụm đơn, nhưng đó là nghiêm trọng mong manh. Không được khuyến khích.

Để thay thế cho một cụm đơn, bạn có thể sử dụng bộ nhớ cache được phân phối thay thế. Tôi khuyên bạn nên JBossCache (mà không cần máy chủ ứng dụng JBoss để chạy) hoặc EhCache (mà bây giờ cung cấp một cơ chế phân phối). Bạn sẽ phải tập hợp lại bộ nhớ đệm của bạn để làm việc theo cách phân tán (nó sẽ không thực sự kỳ diệu), nhưng nó có thể sẽ là một giải pháp tốt hơn so với một singleton cluster.

Answer 4

Tôi cùng với ông Vest Hansen trong nhóm này, di chuyển xa những người độc thân như bạn có thể làm được. Sau khi bị quấy rầy với cơn ác mộng đó là SAAJ và JAXP và nhận được các phiên bản tương thích làm việc trên JBoss, tôi đã làm xong với những người độc thân và nhà máy. Một thông điệp SOAP không cần một nhà máy để khởi tạo nó.

Được rồi, đọc lại, về memcache hoặc nội dung tương tự? Bạn cần loại sở thích nào cho bộ nhớ cache của mình? Có tệ không nếu nó EVER hết hạn, hoặc có một số linh hoạt trong cách dữ liệu có thể nhận được không?

Answer 5

Hoặc một cái gì đó giống như memcached

http://www.danga.com/memcached/

gì được memcached? memcached là hiệu suất cao, bộ nhớ phân phối hệ thống bộ nhớ đệm đối tượng, chung trong tự nhiên , nhưng được thiết kế để sử dụng trong tăng tốc các ứng dụng web động bằng cách giảm tải cơ sở dữ liệu.

Danga Interactive được phát triển memcached để nâng cao tốc độ của LiveJournal.com, một trang web mà là đã làm 20 triệu + động trang lượt xem mỗi ngày cho 1 triệu người dùng với một loạt các máy chủ web và một loạt các cơ sở dữ liệu máy chủ. memcached giảm tải cơ sở dữ liệu về hầu như không có gì, cho thời gian tải trang nhanh hơn đối với người dùng , sử dụng tài nguyên tốt hơn, và truy cập nhanh hơn vào cơ sở dữ liệu trên bỏ lỡ memcache.

Answer 6

Có một số cách để xử lý điều này, tùy thuộc vào 1) cách dữ liệu được tính và 2) mọi trường hợp cần phải có cùng giá trị không.

Nếu bạn chỉ cần dữ liệu hợp lý cho dữ liệu, nhưng mọi JVM không cần phải có dữ liệu phù hợp, bạn chỉ có thể làm mới mọi dữ liệu trên cùng một lịch biểu (ví dụ: cứ sau 30 giây).

Nếu refresh cần phải xảy ra vào khoảng thời gian tương tự, bạn có thể có một JVM gửi đi một thông điệp tới phần còn lại của họ nói rằng "thời gian của mình để làm mới bây giờ"

Nếu mỗi JVM luôn cần những thông tin tương tự , bạn cần phải thực hiện đồng bộ hóa, nơi tổng thể nói "làm mới ngay bây giờ", tất cả bộ đệm sẽ chặn mọi truy vấn mới, làm mới và thông báo cho chủ nhân biết rằng chúng đã hoàn tất. Khi master nhận được câu trả lời từ mọi thành viên của cluster, nó sẽ gửi một thông báo khác để tiến hành.

Answer 7

Có các sản phẩm để phân phối trong bộ nhớ cache (chẳng hạn như memcache) có thể trợ giúp trong trường hợp này. Một giải pháp tốt hơn, nếu có thể, có thể có những người độc thân không thực sự là duy nhất, nhưng có ứng dụng chịu đựng các trường hợp riêng biệt (nói rằng tất cả nhận ra khi chúng cần được làm mới) nhưng không phải là chúng phải ở trong đồng bộ hóa trên các JVM, có thể biến bộ nhớ cache của bạn thành một nút cổ chai.

Answer 8

Bạn có thể sử dụng số DistributedMap được tích hợp vào WAS.

-Rick

Answer 9

Tôi đang phải đối mặt với một tình huống tương tự, nhưng tôi đang sử dụng Oracle WebLogic và Coherence.

Tôi đang làm việc trên một ứng dụng web có sử dụng một hashmap với dữ liệu lưu trữ đọc từ cơ sở dữ liệu (văn bản hiển thị trên Webform 's nhãn). Để thực hiện điều này, các nhà phát triển đã sử dụng một cá thể đơn lẻ nơi họ lưu trữ tất cả thông tin này. Điều này làm việc tốt trên một môi trường máy chủ duy nhất, nhưng bây giờ chúng tôi muốn đi vào giải pháp cụm và tôi đang phải đối mặt với vấn đề này với trường hợp singleton này.

Từ những gì tôi đã đọc bây giờ, this is the best solution to accomplish what I want. Tôi hy vọng điều này sẽ giúp bạn với vấn đề của bạn, quá.