- Google I/O 2013's Coolest Products and Services
- 10 Star Trek Technologies That are Almost Here
- 19 Generations of Computer Programmers
- 25 Must-Have Technologies for SMBs
Network World - Abiquo: We installed their virtual appliance from ISO in two VMs on an ESXi server. On the first VM, we selected the Abiquo Server, Abiquo Remote Services, and Abiquo V2V Conversion Services for installation.
On the second VM, we installed the iSCSI functionality. Note most of the installation was done with Abiquo support as a kind of guided setup. After the VMs were ready for use, we setup DHCP on the first VM using ssh, re-branded the Web GUI with files they provided using ssh and started setting up our infrastructure by logging into the Web interface.
We added a XenServer and two ESXi hosts through the GUI. Then we pulled some sample virtual appliances from Abiquo's public repository to test. We tested a m0n0wall firewall and a few versions of Ubuntu (server/desktop). Next we tested capturing some of our VMs that were previously setup (by us) on the XenServer. We also tried to use the remote viewing (requires Java) of our running instances. We also shared, rebooted, stopped, and started instances. Finally we tested V2V functionality from XenServer to VMware. Most everything we tested was available through the Flash-based Web GUI.
Symplify: We installed the CentOS 5.5 VM on an ESXi server and installed the SimpleLink rpm, credentials, etc., in order to connect with the Identity router. We tested the admin portal to see how it worked. We added some user stores (our local ActiveDirectory users and Google Apps users). Then we tried adding some apps. We used business-level Google Apps (SAML) and also our own WordPress site (using HTTP-Federation). We then logged into the portal and tested that we were able to successfully use our Web apps (we could) and see if the policies worked (they did). We also deleted user credentials to see how fast Symplify updated, and we discovered it updates almost spontaneously.
HP CloudSystem Matrix: We tested CloudSystem Matrix using an HP blade server, located in HP's Austin Operations. We connected via IE8 (Safari didn't work due to VPN issues) to a system that HP had setup for us, including numerous blades, a switch, and storage pool infrastructure. We setup the visual map of the infrastructure, then proceeded to deploy our designed infrastructure. We found a limitation of only having one boot volume per storage pool, and needed to reconfigure our SAN-based storage pools.
We set a goal of bringing up two ESXi servers. We ran into UI process problems, and needed to reconfigure using VMware controls. Some of the errors we encountered were self-inflicted because the operation of the UI is non-obvious, and the application doesn't check dependencies well. We then launched instances of Windows 2008 R2 Server Edition and Red Hat Enterprise Linux 5, then successfully checked their status through the Matrix UI.
We also tested the UI extensively, and tried to learn its navigation, which we also found to be more difficult than others we've tested. We found the UI to occasionally be very slow to update, although we were connected through broadband directly to their data centers via fast links.