Hi JithinThank you for getting back to me. Sorry, that came out wrong I make use of Advanced and not basic zone. That said, I am not sure I understand the following:
Identify the IP range VR uses that needs to be retained in the network Change IP to the one range that you want to retain.
Since my network has three subnets that are being used by VMs and one VR, do I understand correctly that I need to leave one range in place, the range that is tied to the VRs public IP, yes? And then, for the other two ranges, after I have stopped VMs and changed their IPs I can remove those two ranges and create two new networks for each range. Will I then be able to assign the old IPs back to the VM afterwards?
On 6/22/23 08:46, Jithin Raju wrote:
Hi Granwille, So you are using a basic zone and you have multiple subnets for the ‘defaultGuestNetwork’ in the same pod? You want to create new guest networks right, but that is not possible in a basic zone. You could add a new pod and add the new subnets there but within the same guest network. If you are using an advanced zone with shared network you can follow the below steps: Stop VM Identify the IP range VR uses that needs to be retained in the network Change IP to the one range that you want to retain. Goto VM->NICs -> change IP Once you change the IPs for all the VMs you should be able to delete the range from the existing network and create a new one. -Jithin From: Granwille Strauss<granwi...@namhost.com.INVALID> Date: Wednesday, 21 June 2023 at 9:47 PM To:users@cloudstack.apache.org <users@cloudstack.apache.org> Subject: Moving Multiple Shared IP ranges from one Guest network Hi Guys I have basic private cloud setup. I have one guest network that contains three shared public IP subnet ranges consisting of /28 and /29 ranges. I have been recently advised that it would be better to make a guest network for each subnet range instead of having them all under one network. The issue is, I already have VMs assigned to those public IP ranges and they're currently running. What would be the best way to solve this? Can I just remove the ranges from the existing network and quickly add a new network with those ranges and have a new VR boot up? Would it then continue to run on the existing VMs? I reckon I need to have the VMs stopped first in any case, yes? Also, I have ZERO API experience so this needs to happen all via UI. -- Regards / Groete [Image removed by sender.]<https://www.namhost.com/> Granwille Strauss // Senior Systems Admin e:granwi...@namhost.com<mailto:granwi...@namhost.com> m: +264 81 323 1260<tel:+264813231260> w:www.namhost.com<https://www.namhost.com/> [Image removed by sender.]<https://www.facebook.com/namhost>[Image removed by sender.]<https://twitter.com/namhost>[Image removed by sender.]<https://www.instagram.com/namhostinternetservices/>[Image removed by sender.]<https://www.linkedin.com/company/namhos>[Image removed by sender.]<https://www.youtube.com/channel/UCTd5v-kVPaic_dguGur15AA> [Image removed by sender.]<https://www.adsigner.com/v1/l/631091998d4670001fe43ec2/621c9b76c140bb001ed0f818/banner> Namhost Internet Services (Pty) Ltd, 24 Black Eagle Rd, Hermanus, 7210, RSA The content of this message is confidential. If you have received it by mistake, please inform us by email reply and then delete the message. It is forbidden to copy, forward, or in any way reveal the contents of this message to anyone without our explicit consent. The integrity and security of this email cannot be guaranteed over the Internet. Therefore, the sender will not be held liable for any damage caused by the message. For our full privacy policy and disclaimers, please go tohttps://www.namhost.com/privacy-policy [Image removed by sender. Powered by AdSigner]<https://www.adsigner.com/v1/c/631091998d4670001fe43ec2/621c9b76c140bb001ed0f818>
-- Regards / Groete <https://www.namhost.com> Granwille Strauss // Senior Systems Admin *e:* granwi...@namhost.com *m:* +264 81 323 1260 <tel:+264813231260> *w:* www.namhost.com <https://www.namhost.com/> <https://www.facebook.com/namhost><https://twitter.com/namhost><https://www.instagram.com/namhostinternetservices/><https://www.linkedin.com/company/namhos><https://www.youtube.com/channel/UCTd5v-kVPaic_dguGur15AA> <https://www.adsigner.com/v1/l/631091998d4670001fe43ec2/621c9b76c140bb001ed0f818/banner> Namhost Internet Services (Pty) Ltd, 24 Black Eagle Rd, Hermanus, 7210, RSAThe content of this message is confidential. If you have received it by mistake, please inform us by email reply and then delete the message. It is forbidden to copy, forward, or in any way reveal the contents of this message to anyone without our explicit consent. The integrity and security of this email cannot be guaranteed over the Internet. Therefore, the sender will not be held liable for any damage caused by the message. For our full privacy policy and disclaimers, please go to https://www.namhost.com/privacy-policy
Powered by AdSigner <https://www.adsigner.com/v1/c/631091998d4670001fe43ec2/621c9b76c140bb001ed0f818>
smime.p7s
Description: S/MIME Cryptographic Signature
