Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

There may be cases where admin may want to add more IP address once the old ones are exhausted. Admin may want to add the IP ranges form the same subnet or from different one. Currently in cloudstack there is no flexibility to do this for management Ips and guest IP ranges.

Design description:

Addition of guest IPs in Basic

...

and Advanced SG enabled zones.

presently the createVlanIpRange API is used to add the guest IP range to a network (shared) in basic zone. The IPs mentioned in this range are assigned to the guest VMs. These are public IPs and allow guest to communicate with the internet. Presently we can add multiple ranges form the same subnet but not from a different one. This feature will extend the createVlanIpRange to add guest IPs from a different subnet, to a shared network in basic zone.

...

Note. The admin should manually configure the gateway of the new subnet before adding the IP range.

Addition of Management (pod) Ips in both Advance and Basic zone.

Currently there is no way to add additional pod IP ranges. This feature will enable adding pod IP ranges from same subnet or different subnet. The pod IP ranges (private Ips) are assigned to router vms and systemvms. The IP configuration is passed in as boot args. So in this case we need not configure the DHCP server.

API

API Name

API parameters

API response

Available only for root admin

Updatepod

*podId, *IpaddressStart, IpaddressEnd, *Netmask, *Gateway. remove

returns the IP ranges of the pod that are added or removed

yes

Description of parameters.

...

Parameter Name

...

Description

...

required

...

podID

...

specifies the id of the pod to which the new range is added

...

true

...

IpaddressStart

...

starting address of the IP range

...

true

...

IpaddressEnd

...

ending address of the IP range. use the entire cidr if not specified.

...

false

...

Netmask

...

the

...

true

...

Gateway

...

Gateway of the subnet

...

true

...

allocation state

...

allocation state of the pod

...

false

...

remove

...

IP range

...

.

...

(remove is the new parameter that we are going to add.)

validation.
#1 We use checkpodAttributes function in configurationManagerImpl.

execution flow.
#1 validate the input.(This will be done using the checkpodAttributes function of the configureationManagerImpl).
#3 Add the new range.

removing the the guest IPs from the Basic zone.

we intend to use the deleteVlanRange API to delete the IP ranges. The operations will be atomic. this will fail if any IP form the remove range is being used. While removing we acquire a lock on the valn that is being removed. When the subnet is removed the ip alias corresponding to this subnet will be removed form the VR.

Removing of Management (pod) IPs for Advanced and Basic Zone.

The Pod IPs can be removed only when they are not in use. We intend to do this by modifying update pod API.
Currently the update pod api can be used to change the gateway, netmask and private IP range of a pod. We will extend this api to support removal of a particular private IP range or an entire subnet. The update pod API will make atomic changes (all or nothing )ie if the remove IP range contains any IPs that are in use the update api will throw an error and will not succeed partially.

We do this by setting the remove parameter of the Updatepod API to true.
example
Existing: 10.147.28.20 to 10.147.28.147.40 used: 10.147.28.22
Remove: 10.10.147.28.20 to 10.147.28.147.40
this will fail as 10.147.28.22 is in use.

DB changes:

No Database changes are required.

...