diff --git a/docs/en-US/changing-service-offering-for-vm.xml b/docs/en-US/changing-service-offering-for-vm.xml
index 4fc9ef4270b..22724eb9ede 100644
--- a/docs/en-US/changing-service-offering-for-vm.xml
+++ b/docs/en-US/changing-service-offering-for-vm.xml
@@ -28,7 +28,8 @@
Log in to the &PRODUCT; UI as a user or admin.
In the left navigation, click Instances.
Choose the VM that you want to work with.
- Click the Stop button to stop the VM.
+ (Skip this step if you have enabled dynamic VM scaling; see .)
+ Click the Stop button to stop the VM.
@@ -50,5 +51,49 @@
Select the offering you want to apply to the selected VM.
Click OK.
+
+
+ CPU and Memory Scaling for Running VMs
+ (Supported on VMware and XenServer)
+ It is not always possible to accurately predict the CPU and RAM requirements
+ when you first deploy a VM.
+ You might need to increase or decrease these resources at any time during the life of a VM.
+ You can dynamically modify CPU and RAM levels to
+ change these resources for a running VM without incurring any downtime.
+ Dynamic CPU and RAM scaling can be used in the following cases:
+
+ New VMs that are created
+ after the installation of &PRODUCT; 4.2.
+ If you are upgrading from a previous version of &PRODUCT;,
+ your existing VMs created with previous versions
+ will not have the dynamic scaling capability.
+
+ User VMs on hosts running VMware and XenServer.
+ System VMs on VMware.
+ VM Tools or XenServer Tools must be installed on the virtual machine.
+ The new requested CPU and RAM values must be within the constraints allowed by the hypervisor
+ and the VM operating system.
+
+ To configure this feature, use the following new global configuration variables:
+
+ enable.dynamic.scale.vm: Set to True to enable the feature. By default, the feature is turned off.
+ scale.retry: How many times to attempt the scaling operation. Default = 2.
+
+ To modify the CPU and/or RAM capacity of a virtual machine,
+ you need to change
+ the compute offering of the VM to a new compute offering that has the
+ desired CPU and RAM values. You can use the same steps
+ described above in , but skip the step where you
+ stop the virtual machine. Of course, you might have to create a new compute offering first.
+ When you submit a dynamic scaling request,
+ the resources will be scaled up on the current host if possible.
+ If the host does not have enough resources, the VM will be live migrated
+ to another host in the same cluster.
+ If there is no host in the cluster that can fulfill the requested level of CPU and RAM,
+ the scaling operation will fail.
+ The VM will continue to run as it was before.
+ &PRODUCT; will not check to be sure that the new CPU and RAM levels are compatible
+ with the OS running on the VM.
+