You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cloudstack.apache.org by ro...@apache.org on 2020/06/05 16:56:23 UTC

[cloudstack-documentation] branch 4.14 updated: kvm: direct download templates for system VM (#134)

This is an automated email from the ASF dual-hosted git repository.

rohit pushed a commit to branch 4.14
in repository https://gitbox.apache.org/repos/asf/cloudstack-documentation.git


The following commit(s) were added to refs/heads/4.14 by this push:
     new 4db543e  kvm: direct download templates for system VM (#134)
4db543e is described below

commit 4db543ed0ca3132d996691a1e49cd3d437fd9a37
Author: Abhishek Kumar <ab...@gmail.com>
AuthorDate: Fri Jun 5 22:25:02 2020 +0530

    kvm: direct download templates for system VM (#134)
    
    * kvm: direct download templates for system VM
    
    System VMs now support direct download templates.
    Different direct download timeouts have been made configurable with new global settings.
    
    Signed-off-by: Abhishek Kumar <ab...@gmail.com>
    
    * suggestion applied
    
    Co-authored-by: Andrija Panic <45...@users.noreply.github.com>
    
    Co-authored-by: Andrija Panic <45...@users.noreply.github.com>
---
 .../templates/_bypass-secondary-storage-kvm.rst    | 22 ++++++++++++++++++++--
 1 file changed, 20 insertions(+), 2 deletions(-)

diff --git a/source/adminguide/templates/_bypass-secondary-storage-kvm.rst b/source/adminguide/templates/_bypass-secondary-storage-kvm.rst
index 7f6de4c..d45f048 100644
--- a/source/adminguide/templates/_bypass-secondary-storage-kvm.rst
+++ b/source/adminguide/templates/_bypass-secondary-storage-kvm.rst
@@ -17,7 +17,7 @@
 .. _bypass-secondary-storage-kvm:
 
 Bypassing Secondary Storage For KVM templates
---------------------------------------------
+---------------------------------------------
 
 CloudStack provides an additional way to register and use templates on KVM.
 
@@ -41,6 +41,13 @@ To enable this option for a template:
 
 After the template is registered, it is automatically available for VM deployments.
 
+From CloudStack 4.14.0, system VM templates also support direct download. An administrator can register a new system VM template as ROUTING or USER type with the direct download flag, and it can be changed to SYSTEM type during the upgrade or by out-of-band database changes. Type of newly registered template can be changed to SYSTEM in the database using a SQL query similar to:
+
+.. code:: bash
+
+      UPDATE cloud.vm_template SET type=’SYSTEM’ WHERE uuid=’UUID_OF_NEW_TEMPLATE’;
+
+
 Uploading Certificates for Direct Downloads
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 For direct downloads over HTTPS, the KVM hosts must have valid certificates. These certificates can be either self-signed or signed and will allow the KVM hosts to access the templates/ISOs and download them.
@@ -78,7 +85,7 @@ CloudStack provides some APIs to handle certificates for direct downloads:
          upload templatedirectdownloadcertificate hypervisor=KVM name=CERTIFICATE_ALIAS zoneid=ZONE_ID certificate=CERTIFICATE_FORMATTED hostid=HOST_ID
 
 Syncronising Certificates for Direct Downloads
-~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 
 As new hosts may be added to a zone which do not include a certificate which was previously uploaded to pre-existing hosts.
 
@@ -88,3 +95,14 @@ CloudStack provides a way to synchronize certificates across all the connected h
 - Enumerate the connected hosts in a zone
 - Check which hosts are missing the certificates which have been already uploaded to other hosts
 - Upload missing certificates to hosts
+
+Direct Download Timeouts
+~~~~~~~~~~~~~~~~~~~~~~~~
+
+With 4.14.0, ability to configure different timeout values for the direct downloading of templates has been added. Three new global settings have been added for this:
+
+- **direct.download.connect.timeout** - Connection establishment timeout in milliseconds for direct download. Default value: 5000 milliseconds.
+
+- **direct.download.socket.timeout** - Socket timeout (SO_TIMEOUT) in milliseconds for direct download. Default value: 5000 milliseconds.
+
+- **direct.download.connection.request.timeout** - Requesting a connection from connection manager timeout in milliseconds for direct download. Default value: 5000 milliseconds. This setting is hidden and not visible in UI.