To edit a virtual server, use the following request:
XML Request example
JSON Request example
You can edit the following parameters:
label - the VS name
allow_migration - set 1 to migrate a VS to a compute resource with sufficient resources if a compute resource has insufficient space to resize. Otherwise, set 0.
allow_cold_resize – set 1 to switch to cold resize when hot resize failed
time_zone - the time zone set for the VS. This parameter is applicable only to Windows virtual servers.
cpu_sockets - the number of CPU sockets
cpu_topology - set 1 to tie two or more vCPUs into a single socket. Otherwise, set 0.
If you want to enable topology, make sure you indicate the number of cpu_sockets and cpus for the topology to work properly.
After you edit the server's time zone, you need to stop and then start up the VS.
Currently, the time zone is set at the Compute resource side only. Therefore, users need to set the target time zone inside a Windows VS manually. Setting correct time zone at the Compute resource side helps to keep correct time inside a VS after starting it if time synchronization is not completed for some reason.
For virtual servers built by selecting resources manually:
memory - the amount of RAM allocated to this VS in Mb
cpus - the number of CPUs of this VS
cpu_shares* - CPU priority percentage
cpu_units - the amount of CPU units per core if the CPU priority is replaced with CPU units in user bucket.
For virtual servers built using instance packages:
instance_package_id - ID of the new instance package
If the VS is modified successfully, an HTTP 204 response is returned. If scheduling for changes fails, an HTTP 422 response is returned.
swap_disk_min_iops parameters are now redundant. Instead, use the min_iops parameter for Edit Disk request.
- added cpu_sockets and cpu_topology parameters