This is the fourth in my series on managing content for VMware Hands-on Labs. You can find the previous posts in the following locations:
- Part 1 – The Many Clouds of Hands-on Labs
- Part 2 – Synchronizing Cloud Catalogs
- Part 3 – Exporting vPods
The next phase of our multi-cloud vPod management process is sometimes a data replication, but there are times when we have multiple clouds at the same physical location. In that case, the next phase is simply an import to the target cloud. Doing this by hand is tedious and error-prone, so we employ some PowerCLI to keep us sane.
We use the built-in Import-CIVAppTemplate cmdlet for importing vApp templates. It usually does the job pretty well, but I have noticed a couple of things about the cmdlet that are worth sharing. First off, in my experience, it does not do very well with high latency links. At high latency, its bandwidth utilization is terrible when compared to even the Java-based uploader that is part of the vCD web UI. The capability to script the import process can be a worthwhile tradeoff in many cases. If the source and target clouds are geographically distributed, we usually replicate the export files to a “library” host that is LAN-connected to the target cloud and then perform the import locally anyway. I will go into more on that process in a future post in this series. Beyond that, I find that Import-CIVAppTemplate can use a little help in the resiliency department and I’ve created a little wrapper to help it out: