{"id":7454,"date":"2023-02-12T20:54:29","date_gmt":"2023-02-12T20:54:29","guid":{"rendered":"https:\/\/www.geekdecoder.com\/?p=7454"},"modified":"2023-02-12T20:54:29","modified_gmt":"2023-02-12T20:54:29","slug":"quick-installation-guide-cloudstack-on-virtualbox","status":"publish","type":"post","link":"https:\/\/www.qbytes.cloud\/index.php\/2023\/02\/12\/quick-installation-guide-cloudstack-on-virtualbox\/","title":{"rendered":"Quick Installation Guide Cloudstack on Virtualbox"},"content":{"rendered":"\n

Set up VM<\/strong><\/p>\n\n\n\n

You will want to create a VM of \u201cRed Hat (64-bit)\u201d type and 40+GB disk space. The OS will be CentOS 7.9 minimal x86_64 install ISO. Make sure you have allowed enough ram (6G+) and enough CPU cores (3+) for demo purposes.<\/p>\n\n\n\n\n\n\n\n

Networking<\/strong><\/p>\n\n\n\n

You will need to have 1 NIC in your VM, bridged to the NIC of your laptop\/desktop (wifi or wired NIC, doesn\u2019t matter), and optimally to set Adapter Type=\u201dParavirtualized Network (virtio-net)\u201d for somewhat better network performance (Settings of VM, Network section, Adapter1, expand \u201cAdvanced\u201d). <\/p>\n\n\n\n

Make sure the NIC on your VM is configured as promiscuous (in VirtualBox, choose \u201cAllow All\u201d or just \u201cAllow VMs\u201d as the Promiscuous Mode), so that it can pass traffic from CloudStack\u2019s system VMs to the gateway. Also, make sure you have allowed enough ram (6G+) and enough CPU cores (3+) for demo purposes.<\/p>\n\n\n\n

\"\"<\/a><\/figure>\n\n\n\n

In case you don\u2019t have physical server to \u201cplay with\u201d, you can use e.g. Oracle VirtualBox 6.1+. The requirement is that you enable \u201cEnable Nested VT-x\/AMD-V\u201d as the Extended Feature on the System page of the Settings of the VM. <\/p>\n\n\n\n

In Windows, open a command prompt. Go to VirtualBox installation folders:<\/p>\n\n\n

\ncd "C:\\Program Files\\Oracle\\VirtualBox"\n<\/pre><\/div>\n\n\n
Type:<\/p>\n\n\n
\nC:\\Program Files\\Oracle\\VirtualBox>VBoxManage list vms\n"cloud" {232688ac-39be-4fc0-bb63-9fc9e618b7c1}\n<\/pre><\/div>\n\n\n
Run the follow for the VM:<\/p>\n\n\n
\nVBoxManage modifyvm &lt;YourVirtualMachineName> --nested-hw-virt on\n<\/pre><\/div>\n\n\n
 Now the option should be checked.<\/p>\n\n\n\n
\"\"<\/a><\/figure>\n\n\n\n
Download and Connect a CentOS 7 ISO File.<\/p>\n\n\n\n
\"\"<\/a><\/figure>\n\n\n\n
Click OK. Now Start the VM and Install CentOS.<\/p>\n\n\n\n
Once this installation is complete, you\u2019ll want to gain access to your server – through SSH. Verify If Nested Virtualization Is Enabled For VMs.<\/p>\n\n\n\n
Run the following command to check if nested feature is enabled or not:<\/p>\n\n\n
\negrep --color -i "svm|vmx" \/proc\/cpuinfo\n<\/pre><\/div>\n\n\n
\"\"<\/a><\/figure>\n\n\n\n
If you see \u201cvmx\u201d (Intel-VT technology) or \u201csvm\u201d (AMD-V support) in the output, the virtualbox guest machine can work as a hypervisor and host VMs.<\/p>\n\n\n\n
It is always wise to update the system before starting:<\/p>\n\n\n
\nyum -y upgrade\n<\/pre><\/div>\n\n\n
Configuring the network<\/strong><\/p>\n\n\n\n
Before going any further, make sure that \u201cbridge-utils\u201d and \u201cnet-tools\u201d are installed and available:<\/p>\n\n\n
\nyum install bridge-utils net-tools -y\n<\/pre><\/div>\n\n\n
Connecting via the console or SSH, you should login as root. We will start by creating the bridge that Cloudstack will use for networking. Create and open \/etc\/sysconfig\/network-scripts\/ifcfg-cloudbr0 and add the following settings:<\/p>\n\n\n
\nnano \/etc\/sysconfig\/network-scripts\/ifcfg-cloudbr0\n<\/pre><\/div>\n\n\n
Note<\/p>\n\n\n\n
IP Addressing – Throughout this document we are assuming that you will have a \/24 network for your CloudStack implementation. This can be any RFC 1918 network. However, we are assuming that you will match the machine address for your local system. An example would be if you are using i.e. VirtualBox on your local home network on 192.168.0.0\/24 network – in this case you can use a single free IP address from your home range (VirtualBox NIC for this VM should be in bridged mode for correct functioning)<\/p>\n\n\n\n
Example:<\/p>\n\n\n
\nDEVICE=cloudbr0\nTYPE=Bridge\nONBOOT=yes\nBOOTPROTO=static\nIPV6INIT=no\nIPV6_AUTOCONF=no\nDELAY=5\nIPADDR=192.168.0.11\nGATEWAY=192.168.0.1 #( - this would be your physical\/home router)\nNETMASK=255.255.255.0\nDNS1=8.8.8.8\nDNS2=8.8.4.4\nSTP=yes\nUSERCTL=no\nNM_CONTROLLED=no\n<\/pre><\/div>\n\n\n
Save the configuration and exit. We will then edit the NIC so that it makes use of this bridge.<\/p>\n\n\n\n
Open the configuration file of your NIC (e.g. \/etc\/sysconfig\/network-scripts\/ifcfg-eth0) and edit it as follows:<\/p>\n\n\n\n
Note:Interface name (eth0) used as example only. Replace eth0 with your default ethernet interface name.<\/p>\n\n\n
\nTYPE=Ethernet\nBOOTPROTO=none\nDEFROUTE=yes\nNAME=eth0\nDEVICE=eth0\nONBOOT=yes\nBRIDGE=cloudbr0\n<\/pre><\/div>\n\n\n
Now that we have the configuration files properly set up, we need to run a few commands to start up the network:<\/p>\n\n\n
\nsystemctl disable NetworkManager\nsystemctl stop NetworkManager\nsystemctl enable network\nreboot\n<\/pre><\/div>\n\n\n
Hostname<\/strong><\/p>\n\n\n\n
CloudStack requires that the hostname is properly set. If you used the default options in the installation, then your hostname is currently set to localhost.localdomain. To test this we will run:<\/p>\n\n\n
\nhostname --fqdn\n<\/pre><\/div>\n\n\n
At this point it will likely return:<\/p>\n\n\n
\nlocalhost\n<\/pre><\/div>\n\n\n
To rectify this situation – we\u2019ll set the hostname by editing the \/etc\/hosts file so that it follows a similar format to this example (remember to replace the IP with your IP which might be e.g. 192.168.0.11):<\/p>\n\n\n
\n127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4\n::1 localhost localhost.localdomain localhost6 localhost6.localdomain6\n192.168.0.11 srvr1.cloud.priv\n<\/pre><\/div>\n\n\n

After you\u2019ve modified that file, go ahead and restart the network using:<\/p>\n\n\n
\nsystemctl restart network\n<\/pre><\/div>\n\n\n
Ensure that it returns a FQDN response.<\/p>\n\n\n\n
SELinux<\/strong><\/p>\n\n\n\n
At the moment, for CloudStack to work properly SELinux must be set to permissive or disabled. We want to both configure this for future boots and modify it in the current running system.<\/p>\n\n\n\n
To configure SELinux to be permissive in the running system we need to run the following command:<\/p>\n\n\n
\nsetenforce 0\n<\/pre><\/div>\n\n\n
To ensure that it remains in that state we need to configure the file \/etc\/selinux\/config to reflect the permissive state, as shown in this example:<\/p>\n\n\n
\n# This file controls the state of SELinux on the system.\n# SELINUX= can take one of these three values:\n# enforcing - SELinux security policy is enforced.\n# permissive - SELinux prints warnings instead of enforcing.\n# disabled - No SELinux policy is loaded.\nSELINUX=permissive\n# SELINUXTYPE= can take one of these two values:\n# targeted - Targeted processes are protected,\n# mls - Multi Level Security protection.\nSELINUXTYPE=targeted\n<\/pre><\/div>\n\n\n
NTP<\/strong><\/p>\n\n\n\n
NTP configuration is a necessity for keeping all of the clocks in your cloud servers in sync. However, NTP is not installed by default. So we\u2019ll install and and configure NTP at this stage. Installation is accomplished as follows:<\/p>\n\n\n
\nyum -y install ntp\n<\/pre><\/div>\n\n\n
The actual default configuration is fine for our purposes, so we merely need to enable it and set it to start on boot as follows:<\/p>\n\n\n
\nsystemctl enable ntpd \nsystemctl start ntpd\n<\/pre><\/div>\n\n\n
To add the CloudStack repository, create \/etc\/yum.repos.d\/cloudstack.repo and insert the following information.<\/p>\n\n\n
\n[cloudstack]\nname=cloudstack\nbaseurl=http:\/\/download.cloudstack.org\/centos\/$releasever\/4.17\/\nenabled=1\ngpgcheck=0\n<\/pre><\/div>\n\n\n

NFS<\/p>\n\n\n\n
Our configuration is going to use NFS for both primary and secondary storage. We are going to go ahead and setup two NFS shares for those purposes. We\u2019ll start out by installing nfs-utils.<\/p>\n\n\n
\nyum -y install nfs-utils\n<\/pre><\/div>\n\n\n
We now need to configure NFS to serve up two different shares. This is handled in the \/etc\/exports file. You should ensure that it has the following content:<\/p>\n\n\n
\n\/export\/secondary *(rw,async,no_root_squash,no_subtree_check)\n\/export\/primary *(rw,async,no_root_squash,no_subtree_check)\n<\/pre><\/div>\n\n\n
You will note that we specified two directories that don\u2019t exist (yet) on the system. We\u2019ll go ahead and create those directories and set permissions appropriately on them with the following commands:<\/p>\n\n\n
\nmkdir -p \/export\/primary\nmkdir \/export\/secondary\n<\/pre><\/div>\n\n\n
CentOS 7.x releases use NFSv4 by default. NFSv4 requires that domain setting matches on all clients. In our case, the domain is cloud.priv, so ensure that the domain setting in \/etc\/idmapd.conf is uncommented and set as follows:<\/p>\n\n\n
\nDomain = cloud.priv\n<\/pre><\/div>\n\n\n
Now you\u2019ll need to add the configuration values at the bottom in the file \/etc\/sysconfig\/nfs (or merely uncomment and set them)<\/p>\n\n\n
\nLOCKD_TCPPORT=32803\nLOCKD_UDPPORT=32769\nMOUNTD_PORT=892\nRQUOTAD_PORT=875\nSTATD_PORT=662\nSTATD_OUTGOING_PORT=2020\n<\/pre><\/div>\n\n\n
For simplicity, we need to disable the firewall, so that it will not block connections. To do so, simply use the following two commands:<\/p>\n\n\n
\nsystemctl stop firewalld\nsystemctl disable firewalld\n<\/pre><\/div>\n\n\n
We now need to configure the nfs service to start on boot and actually start it on the host by executing the following commands:<\/p>\n\n\n
\nsystemctl enable rpcbind\nsystemctl enable nfs\nsystemctl start rpcbind\nsystemctl start nfs\n<\/pre><\/div>\n\n\n
Management Server Installation<\/strong><\/p>\n\n\n\n
We\u2019re going to install the CloudStack management server and surrounding tools.<\/p>\n\n\n\n
Database Installation and Configuration<\/strong><\/p>\n\n\n\n
We\u2019ll start with installing MySQL and configuring some options to ensure it runs well with CloudStack.<\/p>\n\n\n\n
First, as CentOS 7 no longer provides the MySQL binaries, we need to add a MySQL community repository, that will provide MySQL Server (and the Python MySQL connector later) :<\/p>\n\n\n
\nyum -y install wget\nwget http:\/\/repo.mysql.com\/mysql-community-release-el7-5.noarch.rpm\nrpm -ivh mysql-community-release-el7-5.noarch.rpm\n<\/pre><\/div>\n\n\n
Install by running the following command:<\/p>\n\n\n
\nyum -y install mysql-server\n<\/pre><\/div>\n\n\n
This should install MySQL 5.x, as of the time of writing this guide. With MySQL now installed we need to make a few configuration changes to \/etc\/my.cnf. Specifically we need to add the following options to the [mysqld] section:<\/p>\n\n\n
\ninnodb_rollback_on_timeout=1\ninnodb_lock_wait_timeout=600\nmax_connections=350\nlog-bin=mysql-bin\nbinlog-format = 'ROW'\n<\/pre><\/div>\n\n\n
Now that MySQL is properly configured we can start it and configure it to start on boot as follows:<\/p>\n\n\n
\nsystemctl enable mysqld\nsystemctl start mysqld\n<\/pre><\/div>\n\n\n
MySQL Connector Installation<\/p>\n\n\n\n
Install Python MySQL connector from the MySQL community repository (which we\u2019ve added previously):<\/p>\n\n\n
\nyum -y install mysql-connector-python\n<\/pre><\/div>\n\n\n
Installation<\/strong><\/p>\n\n\n\n
We are now going to install the management server. We do that by executing the following command:<\/p>\n\n\n
\nyum -y install cloudstack-management\n<\/pre><\/div>\n\n\n
CloudStack 4.17 requires Java 11 JRE. Installing the management server will automatically install Java 11, but it\u2019s good to explicitly confirm that the Java 11 is the selected\/active one (in case you had a previous Java version already installed):<\/p>\n\n\n
\n$ alternatives --config java\n<\/pre><\/div>\n\n\n
Make sure that Java 11 is the chosen one.<\/p>\n\n\n\n
With the application itself installed we can now setup the database, we\u2019ll do that with the following command and options:<\/p>\n\n\n
\ncloudstack-setup-databases cloud:password@localhost --deploy-as=root\n<\/pre><\/div>\n\n\n
When this process is finished, you should see a message like \u201cCloudStack has successfully initialized the database.\u201d<\/p>\n\n\n\n
Now that the database has been created, we can take the final step in setting up the management server by issuing the following command:<\/p>\n\n\n
\ncloudstack-setup-management\n<\/pre><\/div>\n\n\n
System Template Setup<\/p>\n\n\n\n
CloudStack uses a number of system VMs to provide functionality for accessing the console of virtual machines, providing various networking services, and managing various aspects of storage.<\/p>\n\n\n\n
We need to download the systemVM template and deploy that to the secondary storage. We will use the local path (\/export\/secondary) since we are already on the NFS server itself, but otherwise you would need to mount your Secondary Storage to a temporary mount point, and use that mount point instead of the \/export\/secondary path.<\/p>\n\n\n\n
Execute:<\/p>\n\n\n
\n\/usr\/share\/cloudstack-common\/scripts\/storage\/secondary\/cloud-install-sys-tmplt -m \/export\/secondary -u http:\/\/download.cloudstack.org\/systemvm\/4.17\/systemvmtemplate-4.17.2-kvm.qcow2.bz2 -h kvm -F\n<\/pre><\/div>\n\n\n
That concludes our setup of the management server. We still need to configure CloudStack, but we will do that after we get our hypervisor set up.<\/p>\n\n\n\n
KVM Installation<\/strong><\/p>\n\n\n\n
Installation of the KVM agent is trivial with just a single command, but afterwards we\u2019ll need to configure a few things. We need to install the EPEL repository also.<\/p>\n\n\n
\nyum -y install epel-release\nyum -y install cloudstack-agent\n<\/pre><\/div>\n\n\n
KVM Configuration<\/strong><\/p>\n\n\n\n
We have two different parts of KVM to configure, libvirt, and QEMU.<\/p>\n\n\n\n
QEMU Configuration<\/strong><\/p>\n\n\n\n
We need to edit the QEMU VNC configuration. This is done by editing \/etc\/libvirt\/qemu.conf and ensuring the following line is present and uncommented.<\/p>\n\n\n
\nvnc_listen=0.0.0.0\n<\/pre><\/div>\n\n\n
Libvirt Configuration<\/strong><\/p>\n\n\n\n
CloudStack uses libvirt for managing virtual machines. Therefore it is vital that libvirt is configured correctly. Libvirt is a dependency of cloud-agent and should already be installed.<\/p>\n\n\n\n
Even though we are using a single host, the following steps are recommended to get faimilar with the general requirements. In order to have live migration working libvirt has to listen for unsecured TCP connections. We also need to turn off libvirts attempt to use Multicast DNS advertising. Both of these settings are in \/etc\/libvirt\/libvirtd.conf<\/p>\n\n\n\n
Set the following parameter’s:<\/p>\n\n\n
\nlisten_tls = 0\nlisten_tcp = 1\ntcp_port = "16509"\nauth_tcp = "none"\nmdns_adv = 0\n<\/pre><\/div>\n\n\n
Turning on \u201clisten_tcp\u201d in libvirtd.conf is not enough, we have to change the parameters as well we also need to modify \/etc\/sysconfig\/libvirtd:<\/p>\n\n\n\n
Uncomment the following line:<\/p>\n\n\n
\nLIBVIRTD_ARGS="--listen"\n<\/pre><\/div>\n\n\n
Restart libvirt<\/p>\n\n\n
\nsystemctl restart libvirtd\n<\/pre><\/div>\n\n\n
KVM configuration complete<\/strong><\/p>\n\n\n\n
For the sake of completeness, you should check if KVM is running OK on your machine (you should see kvm_intel or kvm_amd modules shown as loaded):<\/p>\n\n\n
\nlsmod | grep kvm\nkvm_intel 55496 0\nkvm 337772 1 kvm_intel\nkvm_amd # if you are in AMD cpu\n<\/pre><\/div>\n\n\n
That concludes our installation and configuration of KVM, and we\u2019ll now move to using the CloudStack UI for the actual configuration of our cloud.<\/p>\n\n\n\n
Configuration
UI Access<\/strong>
To get access to CloudStack\u2019s web interface, merely point your browser to the IP address of your machine e.g. http:\/\/192.168.0.11:8080\/client The default username is \u2018admin\u2019, and the default password is \u2018password\u2019.<\/p>\n\n\n\n
Setting up a Zone<\/strong><\/p>\n\n\n\n
Zone Type<\/strong>
A zone is the largest organization entity in CloudStack – and we\u2019ll be creating one.<\/p>\n\n\n\n
Warning<\/strong>:<\/p>\n\n\n\n
We will be configuring an Advanced Zone in a way that will allow us to access both the \u201cManagement\u201d network of the cloud as well as the \u201cPublic\u201d network – we will do so by using the same CIDR (but different part of it, i.e. different IP ranges) for both \u201cManagement\u201d (Pod) and \u201cPublic\u201d networks – which is something your would NEVER do in a production – this is done strictly for testing purposes only in this guide!<\/p>\n\n\n\n
Click \u201cContinue with Installation\u201d to continue – you will be offered to change your root admin password – please do so, and click on OK.<\/p>\n\n\n\n
A new Zone wizard will pop-up. Please chose Advanced (don\u2019t tick the \u201cSecurity Groups\u201d) and click on Next.<\/p>\n\n\n\n
Zone Details<\/strong><\/p>\n\n\n\n
On this page, we enter where our DNS servers are located. CloudStack distinguishes between internal and public DNS. Internal DNS is assumed to be capable of resolving internal-only hostnames, such as your NFS server\u2019s DNS name. Public DNS is provided to the guest VMs to resolve public IP addresses. You can enter the same DNS server for both types, but if you do so, you must make sure that both internal and public IP addresses can route to the DNS server. In our specific case we will not use any names for resources internally, and we will indeed set them to look to the same external resource so as to not add a namerserver setup to our list of requirements.<\/p>\n\n\n\n
Name – we will set this to the ever-descriptive “Zone1” for our cloud.
IPv4 DNS 1 – we will set this to 8.8.8.8 for our cloud.
IPV4 DNS 2 – we will set this to 8.8.4.4 for our cloud.
Internal DNS1 – we will also set this to 8.8.8.8 for our cloud.
Internal DNS2 – we will also set this to 8.8.4.4 for our cloud.
Hypervisor – this will be the primary hypervisor used in this zone. In our case, we will select KVM.
Click \u201cNext\u201d to continue.<\/p>\n\n\n\n
Physical Network<\/strong><\/p>\n\n\n\n
There are various network isolation methods supported by Cloudstack. The default VLAN option will be sufficient for our purposes. For improved performance and\/or security, Cloudstack allows different traffic types to run over specifically dedicated network interface cards attached to hypervisors. We will not be making any changes here, the default settings are fine for this demo installation of Cloudstack.<\/p>\n\n\n\n
Click \u201cNext\u201d to continue.<\/p>\n\n\n\n
Public Traffic<\/strong><\/p>\n\n\n\n
Publicly-accessible IPs must be allocated for this purpose in normal\/public cloud installations, but since we are deploying merely a demo\/test env, we will use a PART of our local network (e.g. from .11 to .20 or other free range)<\/p>\n\n\n\n
Gateway – We\u2019ll use 192.168.0.1 #or whatever is your physical gateway 
Netmask – We\u2019ll use 255.255.255.0
VLAN\/VNI – We\u2019ll leave this one empty
Start IP – We\u2019ll use 192.168.0.11
End IP – We\u2019ll use 192.168.0.20
Click \u201cAdd\u201d to add the range.<\/p>\n\n\n\n
Click \u201cNext\u201d to continue.<\/p>\n\n\n\n
Pod Configuration<\/strong><\/p>\n\n\n\n
Here we will configure a range for Cloudstack\u2019s internal management traffic – CloudStack will assign IPs from this range to system VMs. This will also be part of our local network (i.e. different part of your local home network, from .21 to .30), with the rest of the IP parameters (netmaks\/gateway) being the same as used for the Public Traffic.<\/p>\n\n\n\n
Pod Name – We\u2019ll use Pod1 for our cloud.
Reserved system gateway – we\u2019ll use 192.168.0.1
Reserved system netmask – we\u2019ll use 255.255.255.0
Start reserved system IPs – we will use 192.168.0.21
End Reserved system IP – we will use 192.168.0.30
Click \u201cNext\u201d to continue.<\/p>\n\n\n\n
Guest Traffic<\/strong><\/p>\n\n\n\n
Next we will configure a range of VLAN IDs for our guest VMs.<\/p>\n\n\n\n
A range of 100 – 200 would suffice.<\/p>\n\n\n\n
Click \u201cNext\u201d to continue.<\/p>\n\n\n\n
Cluster<\/strong><\/p>\n\n\n\n
Multiple clusters can belong to a pod and multiple hosts can belong to a cluster. We will have one cluster and we have to give our cluster a name.<\/p>\n\n\n\n
Enter Cluster1<\/p>\n\n\n\n
Click \u201cNext\u201d to continue.<\/p>\n\n\n\n
Host<\/strong><\/p>\n\n\n\n
This is where we specify the details of our hypervisor host. In our case, we are running the management server on the same machine that we will be using as a hypervisor.<\/p>\n\n\n\n
Hostname – we\u2019ll use the IP address 192.168.0.11 since we didn\u2019t set up a DNS server for name resolution. (this is your local server, so swap with the correct IP)
Username – we\u2019ll use root
Password – enter the operating system password for the root user
Click \u201cNext\u201d to continue.<\/p>\n\n\n\n
Primary Storage<\/strong><\/p>\n\n\n\n
With your cluster now setup – you should be prompted for primary storage information. Enter the following values in the fields:<\/p>\n\n\n\n
Name – We\u2019ll use Primary1
Scope – We\u2019ll use Cluster even though either is fine in this case. With \u201cZone\u201d scope, all hosts in all clusters would have access to this storage pool.
Protocol – We\u2019ll use NFS
Server – We\u2019ll be using the IP address 192.168.0.11 (this is your local server, so swap with the correct IP)
Path – Well define \/export\/primary as the path we are using
Click \u201cNext\u201d to continue.<\/p>\n\n\n\n
Secondary Storage<\/strong><\/p>\n\n\n\n
You\u2019ll be prompted for secondary storage information – populate it as follows:<\/p>\n\n\n\n
Provider – Choose NFS
Name – Secondary1
NFS server – We\u2019ll use the IP address 192.168.0.11 (this is your local server, so swap with the correct IP)
Path – We\u2019ll use \/export\/secondary
Click \u201cNext\u201d to continue.<\/p>\n\n\n\n
Now, click \u201cLaunch Zone\u201d and your cloud should begin setup – it may take several minutes for setup to finalize.<\/p>\n\n\n\n
When done, click on \u201cEnable Zone\u201d and your zone will be ready.<\/p>\n\n\n\n
That\u2019s it, you are done with installation of your Apache CloudStack demo cloud.<\/p>\n\n\n\n
To check the health of your CloudStack installation, go to Infrastructure \u2013> System VMs and refresh the UI from time to time – you should see \u201cS-1-VM\u201d and \u201cV-2-VM\u201d system VMs (SSVM and CPVM) in State=Running and Agent State=Up.<\/p>\n\n\n\n
After that you can go to Images \u2013> Templates, click on the built-in template named \u201cCentOS 5.5(64-bit) no GUI (KVM)\u201d, then click on \u201cZones\u201d tab – and observe how the Status is moving from a few percent’s downloaded up to fully downloaded, after which the Status will show as \u201cDownload Complete\u201d and \u201cReady\u201d column will say \u201cYes\u201d. <\/p>\n\n\n\n
After this is done, you will be able to deploy a VM from this template.<\/p>\n\n\n\n
<\/p>\n","protected":false},"excerpt":{"rendered":"
Set up VM You will want to create a VM of \u201cRed Hat (64-bit)\u201d type and 40+GB disk space. The OS will be CentOS 7.9 minimal x86_64 install ISO. Make sure you have allowed enough ram (6G+) and enough CPU cores (3+) for demo purposes.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[19],"tags":[],"class_list":["post-7454","post","type-post","status-publish","format-standard","hentry","category-cloudstack"],"_links":{"self":[{"href":"https:\/\/www.qbytes.cloud\/index.php\/wp-json\/wp\/v2\/posts\/7454","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.qbytes.cloud\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.qbytes.cloud\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.qbytes.cloud\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.qbytes.cloud\/index.php\/wp-json\/wp\/v2\/comments?post=7454"}],"version-history":[{"count":0,"href":"https:\/\/www.qbytes.cloud\/index.php\/wp-json\/wp\/v2\/posts\/7454\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.qbytes.cloud\/index.php\/wp-json\/wp\/v2\/media?parent=7454"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.qbytes.cloud\/index.php\/wp-json\/wp\/v2\/categories?post=7454"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.qbytes.cloud\/index.php\/wp-json\/wp\/v2\/tags?post=7454"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}