I'm just starting with puppet, but how about this as a solution to the
precedence and single-restart problem
1. Define some stages
stage { pre: before => Stage[main] }
stage { post: require => Stage[main] }
2. Define a jvm class with the stages associated with the pre and
post:
class jvm { }
class jvm::jvm1 inherits jvm {
$start = "/etc/init.d/jvm1 start"
$stop = "/etc/init.d/jvm1 stop"
@exec { "jvm1::stop": command=> $stop, stage=>pre }
@exec { "jvm1::start": command=> $start, stage=>post }
# In here add anything else you want to do for the jvm1 setup, eg global
settings
}
3. Create a define to add a jvm deploy
define jvm::jvm1::deploy() {
include jvm::jvm1
realize( Exec[jvm1::stop], Exec[jvm1::start] )
# add the necessary deploy commands here, file definitions, etc
deploy( $name )
}
This might be overkill and I'm not 100% sure about my syntax, but you should
be able to extend it to have multiple JVMs on the same machine. The use of
the jvm::jvm1 class and the virtual resources for the exec's makes sure you
don't end up with the start/stop multiple times and they only run if
required, and you can use the jvm::jvm1::deploy multiple times. The stages
ensure that the stop it run before the deployment and the start is run after
deployment. It might be possible to use parameterised classes with the jvm
class to set up the jmv::jvm1 classes but I'm not so familiar with the
syntax as yet.
The problem with doing the nodes sequentially might be possible using
resource chaining?
Steve
_____
Steve Shipway
ITS Unix Services Design Lead
University of Auckland, New Zealand
Floor 1, 58 Symonds Street, Auckland
Phone: +64 (0)9 3737599 ext 86487
DDI: +64 (0)9 924 6487
Mobile: +64 (0)21 753 189
Email: <mailto:s.ship...@auckland.ac.nz> s.ship...@auckland.ac.nz
P Please consider the environment before printing this e-mail
From: puppet-users@googlegroups.com [mailto:puppet-us...@googlegroups.com]
On Behalf Of jwa
Sent: Thursday, 28 October 2010 2:13 p.m.
To: puppet-users@googlegroups.com
Subject: Re: [Puppet Users] Puppet Application Server Deployment
On Oct 27, 2010, at 5:02 PM, Douglas Garstang wrote:
On Mon, Oct 25, 2010 at 1:21 AM, James Turnbull <ja...@puppetlabs.com>
wrote:
ajinkya prabhune wrote:
> Hi,
>
> So what do u thing is good and better than Puppet ?
>
> thanks
I second Nigel's question. I know a number of people who deploy Java,
Ruby, PHP, etc, etc applications with Puppet.
Me too. I do it several times a day.
Can you guys describe the sort of applications you deploy, how they are
delivered to the target, and how you deal with "rolling bounces" (start on
node A, shutdown JVM, deploy code, start JVM, move to node B, etc.) ? Are
you just doing this by ordering puppet runs externally? If so, what manages
the ordering?
How do you tell puppet which version / package of the code to install? Do
you generate manifests with this information? Is it a fact? extlookup?
I'd also be interested to know how / if you handle deployment of multiple
apps to the same container. Imagine you have a dependency like this (pseudo
puppet code):
app1: { require => [ exec[ "shutdown-jvm1"], deploy["app1"],
exec["start-jvm1"] ] }
app2: { require => [ exec[ "shutdown-jvm1"], deploy["app2"],
exec["start-jvm1"] ] }
.. when you deploy app1 and app2 at the same time (ie, within the same
puppet run), are you able to make puppet only apply the first shutdown and
the last startup? (basically, optimize it & just shutdown jvm1 once, deploy
both app1 and app2, then start jvm1.) We do this today with home-grown code
but I'd like to move it into puppet if possible.
Thanks!
James
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to this group, send email to puppet-us...@googlegroups.com.
To unsubscribe from this group, send email to
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to this group, send email to puppet-us...@googlegroups.com.
To unsubscribe from this group, send email to
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
