No no it is different. Jenkins runs inside a KVM guest. Jenkins uses vagrant + virtual box to build the testing environment in which the actual application tests run. The latter is common practice.
In deed this setup does not perform very well. Virtual box instances can be set up, they do run with multiple cores, but performance is weak. Now let's assume virtual box does really not like to be run inside a guest, and given that using vagrant + virtual box to build the testing environments is common practice with Jenkins, I wonder how people run such a setup in cloud environments, then. They will not have the KVM part, but as soon as they use EC2 instances, they are actually running Jenkins inside a virtualized environment. Don't they? AFAIK amazon uses Xen, which is a type 1 hypervisor. KVM on the other hand is considered to be a type 2 hypervisor, So why is it my setup does not play along nicely? Is it the specific KVM and virtual box configurations, that might be wrong or does virtual box just not like to be virtualized? Does it just not like type 2 hypervisors or no hypervisors in general? If people really do not do it the vagrant+virtual box way in the cloud, what other strategy do they follow to build their virtualized testing environments? I think the configurations are correct. An answer to the other questions would help me to get a bigger picture on the issue and narrow down the problem. On Thursday, February 8, 2018 at 6:55:41 PM UTC+1, Antony Stone wrote: > > On Thursday 08 February 2018 at 18:21:43, Alvaro Miranda Aguilera wrote: > > > hello > > > > how do people run a setup of vagrant + virtual box + jenkins in the > cloud? > > > > they don't > > Is that because it doesn't work, or because it's just not a useful idea? > > > what do you want to achieve that vagrant + virtual box + jenkins in the > > cloud is the answer ? > > I got the impression that the original question was simply "how to run > Jenkins > in Virtualbox on a KVM guest machine". The "cloud" aspect was simply > introduced as an example where people would have to be running Virtualbox > inside an already-virtualised server. I don't think Thomas intends to > actually run things that way, he was just giving context to his question. > > > Antony. > > > On Thu, Feb 8, 2018 at 12:15 PM, Thomas Baumann wrote: > > > Recently, I tried virtualising a jenkins instance in my company, > meaning > > > jenkins should go into some KVM domain. Well, jenkins itself ran just > > > fine under these conditions, but virtual box did not perform very > well. > > > We made sure all nested virtualisation options were set correctly. The > > > jenkins guest is able to use processor-flags vmx, ept and > > > vpid. /sys/module/kvm_intel/parameters/nested states nested paging is > > > enabled with an 'Y'. > > > > > > I asked at the virtual box forums for experiences running virtual box > > > inside a KVM domain, but they could not really give me a hint. > > > > > > Anyway, I meanwhile accept answers like "nested virtualisation does > not > > > perform very well". We just gave it a try. Unless anybody here tells > me > > > he has managed to run VB inside KVM with good performance results, > that > > > is fine, we accept that. > > > > > > The only thing I am still wondering about is, how do people run a > setup > > > of vagrant + virtual box + jenkins in the cloud? Cloud servers are > > > always virtualised, so we have nested virtualisation there, too. > > > > > > Can anybody confirm vagrant + virtual box + jenkins is running fine in > > > the cloud? Let's say with an Amazon EC2 instance? The guys from the > > > virtual box forum sent me here, as they actually do not use virtual > box > > > in CI environments. So they cannot say. > > > > > > Any experiences? > > > > > > Thanks! > > -- > I conclude that there are two ways of constructing a software design: One > way > is to make it so simple that there are _obviously_ no deficiencies, and > the > other way is to make it so complicated that there are no _obvious_ > deficiencies. > > - C A R Hoare > > Please reply to the > list; > please *don't* CC > me. > -- This mailing list is governed under the HashiCorp Community Guidelines - https://www.hashicorp.com/community-guidelines.html. Behavior in violation of those guidelines may result in your removal from this mailing list. GitHub Issues: https://github.com/mitchellh/vagrant/issues IRC: #vagrant on Freenode --- You received this message because you are subscribed to the Google Groups "Vagrant" group. To unsubscribe from this group and stop receiving emails from it, send an email to vagrant-up+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/vagrant-up/4f8083bd-ca46-46eb-afdb-693285222c33%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
