I can cut out IPs to use for the system vm’s, but why do they need two interfaces? Is there a way to turn off the private interface?
Thanks -jeremy > On Monday, Feb 28, 2022 at 2:50 AM, Wei ZHOU <ustcweiz...@gmail.com > (mailto:ustcweiz...@gmail.com)> wrote: > Hi Jeremy, > > CloudStack must know the static IP of system vms so that they can be > configured by CloudStack. You should have a better network plan. It is easy > to avoid IP conflicts. > > -Wei > > On Mon, 28 Feb 2022 at 10:59, Jeremy Hansen <jer...@skidrow.la.invalid> > wrote: > > > 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> 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 > > > >
signature.asc
Description: PGP signature