<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 22, 2018 at 10:31 AM, Dan Kenigsberg <span dir="ltr"><<a href="mailto:danken@redhat.com" target="_blank">danken@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">On Mon, Jan 22, 2018 at 12:01 AM, Matteo Capuano <<a href="mailto:kapu.net@gmail.com">kapu.net@gmail.com</a>> wrote:<br>
> Hi folks,<br>
><br>
> i'm trying to install oVirt hyperconverged on Google Cloud Engine (GCE) to<br>
> create a lab environment.<br>
> Nested virtualization on GCE is in public beta, it seems to work fine but<br>
> there's a catch: i cannot enable mac-spoofing on the GCE instances' nics.<br>
> So here's my question: is there a way to install hosted-engine on a network<br>
> there you can't enabling mac-spoofing?<br>
<br>
</span>I don't quite understand. Can you start multiple nested VM in a single<br>
GCE node, each communicating with its own mac? I believe that you'd<br>
need mac-spoofing for that simple task, too.<br></blockquote><div><br></div><div>I can start three nested VMs in a single GCE instance and have them communicating with each others but this is going to add another virtualization level on my lab.</div><div><br></div><div>What I'm trying to do is to launch three different GCE instances with Centos 7.4 and install on each of them the hyperconverged nodes. GCE doesn't allow to enable mac-spoofing on instance's nics so I'm unable to communicate with the engine from outside the host where it's installed. <br></div><div>To make a nested VMs to be accessible from outside the host, GCE suggest to use a bridge network with iptables forwarding rules ( <a href="https://cloud.google.com/compute/docs/instances/enable-nested-virtualization-vm-instances#configuring_a_nested_vm_to_be_accessible_from_outside_the_host_vm">https://cloud.google.com/compute/docs/instances/enable-nested-virtualization-vm-instances#configuring_a_nested_vm_to_be_accessible_from_outside_the_host_vm</a> ) but this is not going to work with high-availability.<br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Self-hosted engine has to be highly-available. It has to run equally<br>
well on all hosted-engine hosts, thus I believe it needs all hosts to<br>
allow mac-spoofing.<br></blockquote><div><br></div><div>So I'm trying to do something impossible. <br></div><div><br></div><div><br></div><div><br></div><div>@Sandro : this is a test environment. I'm learning to use oVirt in my off-work time so I'm trying to see if I can move my learning platform from a dedicated server to a cloud service.</div><div><br></div><div><br></div><div><br></div><div>Thank you both</div><div><br></div><div>Matteo<br></div></div><br></div></div>