[racattack] Re: RACAttack on steroids (how to speed up deployment) We need volunteers for implementation
- From: "Bobby Curtis - ACE" <curtisbl@xxxxxxxxx>
- To: <racattack@xxxxxxxxxxxxx>
- Date: Mon, 20 Jan 2014 15:12:23 -0500
Leighton, this looks very interesting. Will have to give it a try.
Bobby
From: racattack-bounce@xxxxxxxxxxxxx [mailto:racattack-bounce@xxxxxxxxxxxxx]
On Behalf Of Leighton Nelson
Sent: Monday, January 20, 2014 3:04 PM
To: racattack@xxxxxxxxxxxxx
Subject: [racattack] Re: RACAttack on steroids (how to speed up deployment)
We need volunteers for implementation
Since we're hijacking threads I'll add my two cents. I think the methods of
distributing VDI is good but still leaves room for error (improvement) to
created a fully automated install. I've been experimenting with Vagrant
(http://www.vagrantup.com) to create an environment (on steroids). The basic
is idea is to configure a minimal "base box" then provision the VMs
automagically with scripts or other provisioning alternatives (Chef Solo,
Puppet) etc. The thing I like about it is that it allows you to use the same
commands on all platforms and works with multiple providers. A provider is
just a virtualization platform like VirtualBox which is supported by
default. It also can work with VMware and AWS (RAC in the Cloud anyone?).
Vagrant also allows us to do multiple machine configuration so it's possible
to do a n-node configuration. Another neat feature is the ability to call
scripts from the guests located on the host and access files on the host via
synced folders. How I imagine it is that once the guest VMs are provisioned
we would be required to download and stage the oracle bits on the hosts in a
defined location. Vagrant can then pick these up and run the silent
installation of the software end-to-end. At least that's how it's envisioned
in my head.
Obviously this is a huge effort. But we want big RAC steroid muscles yes
:-).
"Crawls back into cave".
On Monday, January 20, 2014, Bobby Curtis - ACE <curtisbl@xxxxxxxxx
<mailto:curtisbl@xxxxxxxxx> > wrote:
Hi guys,
This seems to be a good discussion. So I'll add my 2 cents.
It sounds like we want to create the shared disks after creating both nodes,
right? If we are looking for a quick way, what about creating a deployable
package (ova) once node 1 is created and configured.
On the upside, an OVA will give the user a pre-configured node 1 and ASM
disks. Downside would be that they would miss out on all the fun of waiting
for Linux to load.
Anyways, that is my 2 cents for now.
Bobby
From: racattack-bounce@xxxxxxxxxxxxx
<javascript:_e(%7b%7d,%20'cvml',%20'racattack-bounce@xxxxxxxxxxxxx');>
[mailto:racattack-bounce@xxxxxxxxxxxxx
<javascript:_e(%7b%7d,%20'cvml',%20'racattack-bounce@xxxxxxxxxxxxx');> ] On
Behalf Of Ludovico Caldara
Sent: Monday, January 20, 2014 5:17 AM
To: racattack@xxxxxxxxxxxxx
<javascript:_e(%7b%7d,%20'cvml',%20'racattack@xxxxxxxxxxxxx');>
Subject: [racattack] Re: RACAttack on steroids (how to speed up deployment)
We need volunteers for implementation
Hi again,
the installation flow is:
- create node 1 and configure it
- create shared disks
- clone node 1 to 2 and check if udev rules still work
- configure node 2 to work correctly (network, dns).
IMHO things would be easier if we stop _before_ the creation of shared
disks, or we'll have to deal with them: just 1 VM to distribute vs 2 VMs and
4 shared disks.
cheers
Ludovico Caldara
Senior Consultant
Infrastructure Managed Services
trivadis AG
Rue Marterey 5
CH-1005 Lausanne
Phone +41-58 459 54 54
Fax +41-21-321 47 01
Mobile +41-79-909 72 75
ludovico.caldara@xxxxxxxxxxxx <mailto:ludovico.caldara@xxxxxxxxxxxx>
<http://www.trivadis.com/> www.trivadis.com
_____
Da: racattack-bounce@xxxxxxxxxxxxx <mailto:racattack-bounce@xxxxxxxxxxxxx>
[racattack-bounce@xxxxxxxxxxxxx] per conto di Yury Velikanov
[j.velikanovs@gmail
--
Regards,
Leighton L. Nelson
Other related posts:
