In the last post of this series, we talked about how multiple independent HC3 nodes are joined together into a cluster that is managed like a single system with a single pool of storage and compute resources, as well as built-in redundancy for high availability.
For a quick review, the end-user view of this process is as simple as racking the nodes, connecting them to power and your network, giving them IP addresses, and assigning them to join a cluster.
You might expect after that there should be any number of steps required to configure individual disks into RAID arrays and spares. Then provision storage targets, sharing protocols and security, both physically and logically connect each shared storage resource to each compute resource with multiple redundant paths. Ultimately, configure a hypervisor to use that raw storage to create partitions and file systems to store individual data objects, such as virtual disks. Those would be the next steps with virtually ANY other system available.
Well, you don’t have to do any of that with HC3 because the storage layer is fully integrated with the compute hardware and virtualization software layers – all managed by the system. Ah, management. So maybe now it’s time to install and configure a separate VM management server and management client software on your workstation to oversee all the virtualization hosts and software? Again, not with HC3 since the management layer is built-in and accessible simply by pointing your web browser to the cluster and logging in.
With HC3, you go right from configuring each node as a member of the HC3 system to pointing a web browser to HC3. And in a few clicks, you have created your first HC3 virtual machine.
This is definitely something that is best to see with your own eyes (or better yet, ask us for a demo and we will let YOU drive!). The HC3 system in this video already has a number of VMs running, but the process you will see here is exactly the same for the very first VM you create.
Creating a virtual machine is a simple process that is accomplished through the Scale Computing HC3 Manager web browser user interface. Selecting the ‘Create’ option from the ‘Virtualization’ tab allows the user to specify required and optional parameters for the virtual machine including:
• Number of virtual CPU cores
• Number and size of virtual disks to create; and to
• Attach or upload a virtual DVD/CD ISO image for installing an operating system.
Creating the virtual machine not only persists those VM configuration parameters that will later tell the hypervisor how to create the virtual machine container when it is started, but it also physically creates files using the distributed storage pool that will contain the virtual hard disks to present to the VM once it is started. For maximum flexibility, we create those files inside a default storage pool container called VM to present a file/folder structure for organizing virtual machine files. HC3 Virtual Machines are able to access their virtual hard disk files directly as if they are local disks, without the use of any SAN or NAS protocols, and can access those virtual disks from any node of the HC3 cluster – which is the key to capabilities like VM Live Migration and VM failover from node to node.
In the next post, we will dig into how HC3 virtual disks files are actually stored. As well as how you can optionally use the external storage protocol capabilities of HC3 to access and browse HC3 storage pools for VMs and ISO media image from remote machines.