Skip to content

Commit 33e1122

Browse files
Merge pull request apache#147 from shapeblue/sec_stg_mgmt
secondary storage management
2 parents 135edab + b72ba71 commit 33e1122

File tree

1 file changed

+45
-23
lines changed

1 file changed

+45
-23
lines changed

source/adminguide/storage.rst

Lines changed: 45 additions & 23 deletions
Original file line numberDiff line numberDiff line change
@@ -29,7 +29,7 @@ Primary Storage
2929
---------------
3030

3131
This section gives technical details about CloudStack
32-
primary storage. For more information about the concepts behind primary storage
32+
primary storage. For more information about the concepts behind primary storage
3333
see :ref:`about-primary-storage` . For information about how to install and configure
3434
primary storage through the CloudStack UI, see the in the Installation Guide.
3535

@@ -183,6 +183,28 @@ secondary storage. For information about how to install and configure
183183
secondary storage through the CloudStack UI, see the Advanced
184184
Installation Guide. about-secondary-storage>`_
185185

186+
Migration of data between secondary storages is now supported. One may choose
187+
to completely migrate the data or migrate data such that the stores
188+
are balanced by choosing the appropriate Migration Policy. In order to facilitate
189+
distributing the migration load, SSVMs are spawned up if a file transfer takes
190+
more than a defined threshold. Following are the Global setting values to one may
191+
want to look at before proceeding with the migration task:
192+
193+
194+
+----------------------------------+------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
195+
| Configuration Parameters | Description |
196+
+==================================+========================================================================================================================================================================+
197+
| image.store.imbalance.threshold | The storage imbalance threshold that is compared with the standard deviation percentage for a storage utilization metric. The value is a percentage in decimal format. |
198+
+----------------------------------+------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
199+
| secstorage.max.migrate.sessions | The max number of concurrent copy command execution sessions that an SSVM can handle |
200+
+----------------------------------+------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
201+
| max.ssvm.count | Number of additional SSVMs to handle migration of data objects concurrently |
202+
+----------------------------------+------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
203+
| max.data.migration.wait.time | Maximum wait time for a data migration task before spawning a new SSVM |
204+
+----------------------------------+------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
205+
206+
Secondary storages can also be set to read-only in order to cordon it off
207+
from being used for storing any further templates, volumes and snapshots.
186208

187209
Working With Volumes
188210
--------------------
@@ -208,7 +230,7 @@ from a volume as well; this is the standard procedure for private
208230
template creation. Volumes are hypervisor-specific: a volume from one
209231
hypervisor type may not be used on a guest of another hypervisor type.
210232

211-
.. note::
233+
.. note::
212234
CloudStack supports attaching up to
213235

214236
- 13 data disks on XenServer hypervisor versions 6.0 and above,
@@ -386,9 +408,9 @@ volume from one storage pool to another.
386408
Detaching and Moving Volumes
387409
~~~~~~~~~~~~~~~~~~~~~~~~~~~~
388410

389-
.. note::
390-
This procedure is different from moving volumes from one storage pool
391-
to another as described in `“VM Storage Migration”
411+
.. note::
412+
This procedure is different from moving volumes from one storage pool
413+
to another as described in `“VM Storage Migration”
392414
<#vm-storage-migration>`_.
393415

394416
A volume can be detached from a guest VM and attached to another guest.
@@ -417,9 +439,9 @@ VM Storage Migration
417439

418440
Supported in XenServer, KVM, and VMware.
419441

420-
.. note::
421-
This procedure is different from moving disk volumes from one VM to
422-
another as described in `“Detaching and Moving Volumes”
442+
.. note::
443+
This procedure is different from moving disk volumes from one VM to
444+
another as described in `“Detaching and Moving Volumes”
423445
<#detaching-and-moving-volumes>`_.
424446

425447
You can migrate a virtual machine’s root disk volume or any additional
@@ -440,10 +462,10 @@ another, or to migrate a VM whose disks are on local storage, or even to
440462
migrate a VM’s disks from one storage repository to another, all while
441463
the VM is running.
442464

443-
.. note::
444-
Because of a limitation in VMware, live migration of storage for a
445-
VM is allowed only if the source and target storage pool are
446-
accessible to the source host; that is, the host where the VM is
465+
.. note::
466+
Because of a limitation in VMware, live migration of storage for a
467+
VM is allowed only if the source and target storage pool are
468+
accessible to the source host; that is, the host where the VM is
447469
running when the live migration operation is requested.
448470

449471

@@ -475,7 +497,7 @@ Migrating Storage For a Running VM
475497
Moving Volumes” <#detaching-and-moving-volumes>`_ but skip the “reattach”
476498
step at the end. You will do that after migrating to new storage.
477499

478-
#. Click the Migrate Volume button |Migrateinstance.png| and choose the
500+
#. Click the Migrate Volume button |Migrateinstance.png| and choose the
479501
destination from the dropdown list.
480502

481503
#. Watch for the volume status to change to Migrating, then back to
@@ -491,7 +513,7 @@ Migrating Storage and Attaching to a Different VM
491513
Moving Volumes” <#detaching-and-moving-volumes>`_ but skip the “reattach”
492514
step at the end. You will do that after migrating to new storage.
493515

494-
#. Click the Migrate Volume button |Migrateinstance.png| and choose the
516+
#. Click the Migrate Volume button |Migrateinstance.png| and choose the
495517
destination from the dropdown list.
496518

497519
#. Watch for the volume status to change to Migrating, then back to
@@ -520,12 +542,12 @@ be restarted.
520542

521543
#. (KVM only) Stop the VM.
522544

523-
#. Click the Migrate button |Migrateinstance.png| and choose the
545+
#. Click the Migrate button |Migrateinstance.png| and choose the
524546
destination from the dropdown list.
525547

526-
.. note::
527-
If the VM's storage has to be migrated along with the VM, this will
528-
be noted in the host list. CloudStack will take care of the storage
548+
.. note::
549+
If the VM's storage has to be migrated along with the VM, this will
550+
be noted in the host list. CloudStack will take care of the storage
529551
migration for you.
530552

531553
#. Watch for the volume status to change to Migrating, then back to
@@ -806,10 +828,10 @@ needed, on demand. To generate the OVA, CloudStack uses information in a
806828
properties file (\*.ova.meta) which it stored along with the original
807829
snapshot data.
808830

809-
.. note::
810-
For upgrading customers: This process applies only to newly created
811-
snapshots after upgrade to CloudStack 4.2. Snapshots that have already
812-
been taken and stored in OVA format will continue to exist in that
831+
.. note::
832+
For upgrading customers: This process applies only to newly created
833+
snapshots after upgrade to CloudStack 4.2. Snapshots that have already
834+
been taken and stored in OVA format will continue to exist in that
813835
format, and will continue to work as expected.
814836

815837

@@ -826,4 +848,4 @@ snapshot data.
826848
.. |Migrateinstance.png| image:: /_static/images/migrate-instance.png
827849
:alt: button to migrate a volume.
828850
.. |volume-from-snap.PNG| image:: /_static/images/volume-from-snap.PNG
829-
:alt: Offering is needed when creating a volume from the ROOT volume snapshot.
851+
:alt: Offering is needed when creating a volume from the ROOT volume snapshot.

0 commit comments

Comments
 (0)