[racattack] Re: RACAttack on steroids (how to speed up deployment) We need volunteers for implementation
- From: Marcin Przepiorowski <pioro1@xxxxxxxxx>
- To: "racattack@xxxxxxxxxxxxx" <racattack@xxxxxxxxxxxxx>
- Date: Fri, 24 Jan 2014 08:22:43 +0000
Hi Guys,
Automation is great but we have to think about one issue presented here -
http://xkcd.com/1319/
;)
I'm not sure what kind of work is required to install and configure Vagrant
or solutions proposed by kikiux - keep in mind that for some attendees RAC
installation is a one time event.
I think we should go two ways - build a fully automated process for us or
people who want to build rac several time but also have a option of using
VirtualBox scripts plus maybe kickstart to help people who will do it only
once. The next question is if people want to or can install so many
different software on PC to install VB and RAC ;)
regards,
Marcin
On Thu, Jan 23, 2014 at 10:17 PM, Leighton Nelson <leightonn@xxxxxxxxx>wrote:
> Jeremy,
> This is exactly what I was talking about. I see he was able to automate it
> using LXC too. We should definitely try to get this guy onboard or at least
> fork his code on git. I haven't looked at packer yet but seems quite useful
> too.
>
>
>
> On Wed, Jan 22, 2014 at 8:58 AM, 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
>>
>>
>> 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) 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
>>>>
>>>>
>>>>
>>>> *tri*vadis 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
>>>>
>>>> www.trivadis.com <http://www.trivadis.com/>
>>>> ------------------------------
>>>>
>>>> *Da:* racattack-bounce@xxxxxxxxxxxxx [racattack-bounce@xxxxxxxxxxxxx]
>>>> per conto di Yury Velikanov [j.velikanovs@gmail
>>>>
>>>
>>>
>>> --
>>> Regards,
>>> Leighton L. Nelson
>>>
>>
>>
>
>
> --
> Regards,
> Leighton L. Nelson
>
--
Marcin Przepiorowski
http://oracleprof.blogspot.com
Other related posts:
