You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@bigtop.apache.org by "Konstantin Boudnik (JIRA)" <ji...@apache.org> on 2014/03/26 23:10:28 UTC

[jira] [Updated] (BIGTOP-1072) Vagrant scripts for spinning up and "hydrating" bigtop vms

     [ https://issues.apache.org/jira/browse/BIGTOP-1072?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Konstantin Boudnik updated BIGTOP-1072:
---------------------------------------

    Affects Version/s: 0.7.0

> Vagrant scripts for spinning up and "hydrating" bigtop vms 
> -----------------------------------------------------------
>
>                 Key: BIGTOP-1072
>                 URL: https://issues.apache.org/jira/browse/BIGTOP-1072
>             Project: Bigtop
>          Issue Type: Bug
>          Components: Deployment
>    Affects Versions: 0.7.0
>            Reporter: jay vyas
>            Assignee: jay vyas
>            Priority: Minor
>             Fix For: 0.8.0
>
>         Attachments: BIGTOP-1072.1.patch, BIGTOP-1072.2.patch
>
>
> Vagrant is a tool that spins up VMs for you and destroys them.  The only real requirement it has is that a "base box" has been created before hand.   
> At that point, you can install the VM using different provider hosts  (kvm,virtualbox,etc...).
> The goal of vagrant is to unify VM environments for developers with production env.  This is very similar to what bigtop aims at providing.   Vagrant adds host/guest shared directories, static ips, and allthe other goodies that one has to configure  manually, into vm provisioning in a vendor neutral fashion: Essentially giving a declarative API to VM creation. 
> I would like to suggest that bigtop provides / maintains vagrant startup scripts that layer hadoop tools on top of a "base box" vm.  This is slightly different than the current strategy which creates a full blown VM with hadoop on it.  The vagrant approach provides a means for more developer customization of the vm artifacts being used without adding any real overhead (other than having vagrant installed and understanding the very simply vagrant recipe for creating a vm).   
> Probably in the begining this could be complimentary to the boxgrinder created VMs, and over time, maybe people would migrated to using the vagrant provisioned VMs as they become more popular and use of vagrant gets more common in the community. 



--
This message was sent by Atlassian JIRA
(v6.2#6252)