[racattack] Re: RACAttack on steroids (how to speed up deployment) We need volunteers for implementation
- From: "Bobby Curtis" <curtisbl@xxxxxxxxx>
- To: <racattack@xxxxxxxxxxxxx>
- Date: Wed, 22 Jan 2014 11:24:51 -0500
Well, if we do that, should RACAttack become something like OakTable? (just
thinking out loud…sorry).
Bobby
From: racattack-bounce@xxxxxxxxxxxxx [mailto:racattack-bounce@xxxxxxxxxxxxx] On
Behalf Of Osama Mustafa
Sent: Wednesday, January 22, 2014 11:10 AM
To: racattack@xxxxxxxxxxxxx
Subject: [racattack] Re: RACAttack on steroids (how to speed up deployment) We
need volunteers for implementation
for RAC Attack ninja
Best Regards
Osama Mustafa
https://lh3.ggpht.com/-Fyrhk-VTVSI/UMiwjGSeU5I/AAAAAAAAAgA/dW6FBfQCs6M/s300/O_ACELogo_clr.gif
<http://jo.linkedin.com/in/osamamustafa>
On Wednesday, January 22, 2014 6:02 PM, Bobby Curtis <curtisbl@xxxxxxxxx> wrote:
A new RAC SIG logo or a new logo for RACAttack Ninjas?
Bobby
From: racattack-bounce@xxxxxxxxxxxxx [mailto:racattack-bounce@xxxxxxxxxxxxx] On
Behalf Of Osama Mustafa
Sent: Wednesday, January 22, 2014 11:00 AM
To: racattack@xxxxxxxxxxxxx
Subject: [racattack] Re: RACAttack on steroids (how to speed up deployment) We
need volunteers for implementation
Hello Guys
Should we create new logo ?
Best Regards
Osama Mustafa
<http://jo.linkedin.com/in/osamamustafa>
On Wednesday, January 22, 2014 4:59 PM, Jeremy Schneider
<jeremy.schneider@xxxxxxxxxxxxxx> wrote:
Leighton, I'm also doing work along the same lines as you. (I think this is
the best way forward.) We're not the only ones working on it either: Alvaro
Miranda from New Zealand seems to be a bit ahead of us - I think he's already
automated most of the RAC setup - and since he used packer/vagrant, it should
be fairly easy to run on any virtualization platform. (But he used virtualbox
by default anyway!)
http://kikitux.net/
His work is on github here:
https://github.com/kikitux/packer-vagrant-oracle
Might be worth peeking at, maybe even trying to recruit this guy to work with
us. :)
-J
--
<http://about.me/jeremy_schneider> http://about.me/jeremy_schneider
On Mon, Jan 20, 2014 at 2:04 PM, Leighton Nelson <leightonn@xxxxxxxxx> wrote:
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 <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> 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 [mailto:racattack-bounce@xxxxxxxxxxxxx] On
Behalf Of Ludovico Caldara
Sent: Monday, January 20, 2014 5:17 AM
To: 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
<http://www.trivadis.com/> www.trivadis.com
_____
Da: racattack-bounce@xxxxxxxxxxxxx [racattack-bounce@xxxxxxxxxxxxx] per conto
di Yury Velikanov [j.velikanovs@gmail
--
Regards,
Leighton L. Nelson
Other related posts:
