Welcome to the new Gigaspaces XAP forum. To recover your account, please follow these instructions.

Ask Your Question
0

Administration of GSC hosts

How are people maintaining things on their clusters?

For example, I want to connect various processing units to a DB; I can deploy processing units that contain DB drivers in them, but that seems silly. That said, though, how are people managing that sort of deployment? How do you update processing units cleanly? Is there an automatic process anywhere in the system?

This thread was imported from the previous forum.
For your reference, the original is available here

asked 2009-04-15 07:40:22 -0500

jottinger gravatar image

updated 2013-08-08 09:52:00 -0500

jaissefsfex gravatar image
edit retag flag offensive close merge delete

2 Answers

Sort by » oldest newest most voted
0

The recommended approach is to keep the GSC classpath minimal to include only GigaSpaces libraries. You should embed with the PU library the relevant libraries required for the PU to run as an autonomic entity where ever it is deployed into. You can tag specific GSCs with a special “marker” and associate PU with such tags to provision PU into a specific PUs. Using this approach you can direct the GSM to deploy a PU into GSCs that have special classpath or running on special type of machines.

The PU libraries should be placed under the shared-lib folder. Once you undeploy the PU these will be cleaned. With 7.0 there is no need to have the PU libraries under the shared-lib folder. You can place all the PU libraries at the lib folder and these will be cleaned once the PU will be un-deployed.

See example:
http://www.gigaspaces.com/wiki/display/XAP66/PrimaryBackupProcessingUnitSLAExample
See also:
http://www.gigaspaces.com/wiki/display/XAP66/ServiceGridProcessingUnitContainer#ServiceGridProcessingUnitContainer-SLARequirements

Shay

answered 2009-04-15 18:11:45 -0500

shay hassidim gravatar image
edit flag offensive delete link more
0

This is some thing we do

  1. We keep a property in pu.xml for the location of a config file. Config file holds all required configurations.
  2. We use same filer accross all machines basically all machine have access to the same file at same path.
  3. We have a logic in pu to load the configurations at run time if some thing changes in file.

-Venkat

answered 2009-04-15 11:10:30 -0500

venkatg gravatar image
edit flag offensive delete link more

Comments

That's logical - and it makes more sense to put property management and configuration management in the space itself. But that doesn't address configuration changes for the containers -- i.e., if I want to change GC management or GSC classpath, what are people doing to propagate that kind of change?

jottinger gravatar imagejottinger ( 2009-04-15 12:42:17 -0500 )edit

Your Answer

Please start posting anonymously - your entry will be published after you log in or create a new account.

Add Answer

Question Tools

1 follower

Stats

Asked: 2009-04-15 07:40:22 -0500

Seen: 64 times

Last updated: Apr 15 '09