[racattack] Re: RACAttack on steroids (how to speed up deployment) We need volunteers for implementation
- From: Osama Mustafa General <o.mustafaoracle@xxxxxxxxx>
- To: "racattack@xxxxxxxxxxxxx" <racattack@xxxxxxxxxxxxx>
- Date: Sat, 25 Jan 2014 00:01:25 +0400
We will have two option now.
People who want to learn it from scratch they can do it and other roast for
people who don't have time.
Sent from my iPad
> On Jan 24, 2014, at 11:43 PM, Philippe Fierens
> <philippe@xxxxxxxxxxxxxxxxxxxx> wrote:
>
> indeed i agree the goal of RAC attack was to make people how to setup and use
> RAC if we automate the whole thing that beats a bit the purpose IMHO
>
> maybe the time consuming parts we could pre-package but certainly not the
> whole thing
>
> just my 2 cents
>
>
> Philippe Fierens
> philippe@xxxxxxxxxxxxxxxxxxxx
>
>
>
>> On 24 Jan 2014, at 09:22, Marcin Przepiorowski <pioro1@xxxxxxxxx> wrote:
>>
>> 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
>>>>>>
>>>>>>
>>>>>>
>>>>>> 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
>>>>>>
>>>>>> 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:
