I’m not talking about public as in externally routable IPs. The system vms use 
the terminology of public and private IPs which in my case is just two IPs on 
the same internal subnet so it seems redundant for no real reason. In my case 
public and private is the same network so why have two interfaces that are on 
the same network on each system vm?

I want to control the IPs that get assigned to the system vm’s so I can avoid 
IPs conflicts. I’d like the system vm’s to allocate from the same dhcp server 
the guests vm are pulling from over the L2 network. If it gets its ip from dhcp 
like everything else, I won’t have to worry about IP conflicts when the system 
vm’s seem to just randomly assign IPs that could be the ip of another device on 
the network. I basically just want everything to use the dhcp server I’m 
running external to Cloudstack.

Thanks

> On Monday, Feb 28, 2022 at 1:31 AM, Nux! <n...@li.nux.ro 
> (mailto:n...@li.nux.ro)> wrote:
>
>
> What do you mean by "static IPs"?
>
> The system vms will continue to need the usual networks in Cloudstack.
>
> You will need to look at the "management" and "public" (and "secondary
> storage" if you specified that expressly) networks in Cloudstack, see if
> there are any changes you can do to integrate it in your environment.
>
> Don't forget, none of said networks actually need to use "public" IPs,
> you can operate entirely in the realm of RFC 1918, this may help you
> juggle things around.
>
> ---
> Nux!
> www.nux.ro [1]
>
> On 2022-02-28 07:25, Jeremy Hansen wrote:
>
> > One more question related to this. I see System VMs are still using
> > static IPs. I'm not sure where they're pulled from since I've removed
> > the shared network completely and I'm only using L2 now.
> >
> > Also, the System VMs have a Public and Private IP, but in my case,
> > everything is on a flat network and these interfaces are just getting
> > two IPs for the same network. Can I disable one of these interfaces to
> > simplify things without breaking things?
> >
> > Thanks
> > -jeremy
> >
> > On Saturday, Feb 26, 2022 at 3:20 AM, Jeremy Hansen <jer...@skidrow.la>
> > wrote:
> >
> > Figured it out. Thanks again. The L2 network is exactly what I
> > needed.
> >
> > -jeremy
> >
> > On Saturday, Feb 26, 2022 at 2:38 AM, Jeremy Hansen <jer...@skidrow.la>
> > wrote:
> >
> > Thank you. I'm working out the L2 config now but it appears to be
> > working. My next question, is it possible to transition existing VMs
> > to a new guest network? I didn't see anything obvious. Cloudmonkey?
> >
> > -jeremy
> >
> > On Saturday, Feb 26, 2022 at 1:07 AM, Wei ZHOU <ustcweiz...@gmail.com>
> > wrote:
> > HI Jeremy,
> >
> > You can use L2 network.
> >
> > It is not system VMS stealing ip, but might because you set wrong ip
> > range
> > when you added the pod.
> >
> > Wei
> >
> > On Saturday, 26 February 2022, Jeremy Hansen
> > <jer...@skidrow.la.invalid>
> > wrote:
> >
> > Is there a way to run Cloudstack without a virtual router? I basically
> > want CS to handle the management of vm's but I'd like to use outside
> > network services for dhcp/ip allocation. Separate dhcp server not
> > managed
> > by CS? Is this possible?
> >
> > How can I dictate the IPs used by infrastructure VMs? I'm running in to
> > IP conflicts because system vm's keep stealing IPs that are already
> > being
> > used.
> >
> > Thanks
>
>
> Links:
> ------
> [1] http://www.nux.ro

Attachment: signature.asc
Description: PGP signature

Reply via email to