Abiquo:我们在ESXi上的两个vm中通过ISO安装了它们的虚拟设备服务器.在第一个虚拟机上,我们选择了Abiquo Server、Abiquo Remote Services和Abiquo V2V Conversion Services进行安装。
在第二个VM上,我们安装了iSCSI功能。注意,大多数安装都是在Abiquo支持下完成的,这是一种指导设置。在VM准备好使用后,我们使用ssh在第一个VM上设置DHCP,用它们使用ssh提供的文件重新命名Web GUI,并通过登录到Web界面开始设置基础设施。
我们通过GUI添加了一台XenServer和两台ESXi主机。然后,我们从Abiquo的公共存储库中提取了一些示例虚拟设备进行测试。我们测试了一个m0n0wall防火墙和几个版本的Ubuntu(服务器/桌面)。接下来,我们测试捕获之前在XenServer上设置的一些vm。我们还尝试使用运行实例的远程查看(需要Java)。我们还共享、重新引导、停止和启动了实例。最后我们测试了从XenServer到VMware的V2V功能。我们测试的大部分内容都可以通过基于flash的Web GUI获得。
Symplify:我们在ESXi服务器上安装了CentOS 5.5虚拟机,并安装了SimpleLink rpm、凭证等,以便与Identity连接路由器.我们测试了管理门户,看看它是如何工作的。我们添加了一些用户商店(本地ActiveDirectory用户和谷歌Apps用户)。然后我们尝试添加一些应用程序。我们使用了业务级谷歌应用程序(SAML)和我们自己的WordPress站点(使用HTTP-Federation)。然后我们登录到门户并测试我们是否能够成功地使用我们的Web应用程序(我们可以)并看看这些策略是否有效(它们确实有效)。我们还删除了用户凭证以查看simplify的更新速度,我们发现它几乎是自发更新的。
惠普CloudSystem矩阵:我们使用位于惠普奥斯汀运营的惠普刀片服务器测试了CloudSystem Matrix。我们通过IE8(由于VPN问题,Safari无法工作)连接到惠普为我们设置的一个系统,包括多个刀片,一个交换机和存储池基础设施。我们设置了基础设施的可视化地图,然后继续部署我们设计的基础设施。我们发现每个存储池只有一个引导卷的限制,因此需要重新配置基于san的存储池。
我们设定了两个ESXi服务器的目标。我们遇到了UI进程问题,需要使用VMware控件重新配置。我们遇到的一些错误是自己造成的,因为UI的操作不明显,应用程序不能很好地检查依赖项。然后我们启动的实例窗户2008 R2 Server Edition和Red Hat EnterpriseLinux5、然后通过Matrix UI成功检查自己的状态。
我们还广泛测试了UI,并尝试学习它的导航,我们发现这比我们测试过的其他导航更困难。尽管我们通过宽带直接连接到他们的数据中心,但我们发现UI偶尔更新得很慢。雷竞技电脑网站
Turnkey Linux备份和迁移:我们使用Turnkey Linux站点注册、配置和下载他们的支持WordPress/ tklbam的ISO(磁盘)设备映像,然后将其部署到我们的雷竞技电脑网站,它由一个用于设备的主机和一个Extreme 10GB Switch组成,存储由Dell Compellent iSCSI SAN提供。
我们对站点做了一个备用备份,然后按照说明启动启用了WordPress/ tklbam的设备,按照描述成功地恢复了WordPress文件。我们监视备份,并执行恢复,以确保过程顺利进行。
PuppetLabs mCollective:我们下载了mCollective工具包,并在VM上运行了Ubuntu 11.04的客户端部分,VM的主机是MacBook Pro (MacOS 10.5)。我们使用我们在Amazon的EC2云上的帐户构建了一个Linux CentOS的实例,然后将它与mCollective应用程序一起加载,以及PuppetLabs的factor应用程序。
然后,我们使用EC2控制面板来部署初始实例,并测试该实例,以及STOMP通过Ruby gem使用的指令集。然后我们使用mc来启动实例,测试它们的状态,并使用mc筛选关于实例的查询。然后我们安装和旋转Apache http的实例,看看反应时间会有多快;反应非常迅速。我们将一个随机的向上/向下旋转序列放入一个shell脚本中,并运行该脚本来观察我们使用的命令的输出。
随后,多达40个实例被旋转起来,代表了评估中引用的数据。稍后,我们将其他包发送给实例,让它们运行并报告它们的状态,然后强制实例更新自己,通过序列检查进程。