Una respuesta muy tarde - pero depende en parte de la manera en la configuración de su aplicación. Es posible que desee ejecutar un ejecutable de forma remota en lugar de utilizar uno de los enfoques anteriores.
Disculpas por la falta de enlaces, pero hasta que mis representantes no pueda publicar más de uno. Los productos en cursiva deberían ser fáciles de usar para Google.
Si desea ejecutar un ejecutable en una búsqueda paramétrica, digamos que desea girar el mismo ejecutable con un rango de opciones para cada instancia, entonces un enfoque por lotes tradicional funciona bien. Este es un enfoque muy tradicional computación de alto rendimiento que todavía está en uso amplio - infraestructuras adecuadas para el manejo de este a escala de la empresa son Plataforma LSF, DataSynapse GridServer, PBS o medida que madura Windows HPC Server. También es posible que desee echar un vistazo a los productos de código abierto como Globus y Condor. Dependiendo de cuán grande sea su aplicación, también puede consultar gLite, que se utiliza para proyectos científicos a gran escala como el LHC.
El enfoque trad HPC se beneficia de tener su código de aplicación aislada de los procesos que comprenden la infraestructura de cómputo, pero puede tener un impacto en el rendimiento, mientras que otros pueden mostrar el rendimiento más rápido, pero ser propensos a pérdidas de memoria y otros problemas para los sistemas de tiempo de actividad largo .
Disculpe por la marca, pero su respuesta es más una descripción completa de los marcos de caché distribuidos en lugar de información sobre cómo habilitar/configurar el clúster para aplicaciones Java :-) – Karl
¿Puede consultar contra cualquiera de estos (sin ir a un marco ORM completo)? – systemoutprintln
No estoy seguro de entender la pregunta. ORM y el almacenamiento en caché tienen un poco en común, pero en su mayoría son objetivos diferentes. – cletus