Abiquo:我们从ISO虚拟设备安装在两个在ESXi vm服务器。在第一个虚拟机,我们选择Abiquo服务器Abiquo远程服务,Abiquo V2V转换服务安装。
在第二个虚拟机,我们安装了iSCSI功能。注意大多数安装完成Abiquo支持作为一种引导设置。VM准备使用后,我们设置DHCP第一VM使用ssh,重塑了他们提供Web GUI文件使用ssh,开始建立我们的基础设施通过登录到Web界面。
我们添加了一个XenServer和两个ESXi主机通过GUI。然后我们把一些样品从Abiquo公共库虚拟设备进行测试。我们测试了一个m0n0wall防火墙和几个版本的Ubuntu(服务器/桌面)。接下来我们测试捕捉我们的一些vm以前设置XenServer(美国)。我们也试图利用遥视(需要Java)的运行实例。我们也分享,启动,停止,开始实例。最后,我们测试了从XenServer VMware V2V功能。几乎所有我们测试是可以通过基于flash的Web GUI。
Symplify:我们安装CentOS 5.5 VM在ESXi服务器和安装SimpleLink rpm,证书,等等,为了与身份路由器。我们测试管理门户网站看到它如何工作。我们添加了一些用户的商店(我们当地ActiveDirectory用户和Google Apps用户)。然后我们尝试添加一些应用程序。我们使用业务级别的Google Apps (SAML)以及我们自己的WordPress站点(使用HTTP-Federation)。然后我们登录到门户和测试,我们能够成功地使用我们的Web应用程序(我们会),看看工作的政策(他们)。我们也删除用户凭证Symplify更新速度,我们发现它几乎同时更新。
惠普CloudSystem矩阵:我们测试了CloudSystem矩阵使用惠普刀片服务器,位于奥斯汀惠普的业务。我们通过IE8连接(Safari没有工作由于VPN问题)来为我们惠普的系统设置,包括无数的刀片,一个开关,存储池的基础设施。我们设置的视觉地图基础设施,然后继续部署我们的基础设施而设计的。我们发现只有一个引导体积的限制/存储池,我们基于san的存储池,需要重新配置。
我们设定一个目标抚养两个ESXi服务器。我们遇到了UI过程问题,需要重新配置使用VMware的控制。我们遇到的一些错误都是自己造成的,因为UI的操作并不是显而易见的,和应用程序不检查依赖关系。然后,我们推出了的实例窗户2008 R2服务器版和红帽企业Linux5,然后成功地检查其状态通过矩阵的UI。
我们还测试了UI广泛,试图了解其导航,我们还发现我们测试过的比别人更加困难。我们发现UI偶尔更新非常缓慢,尽管我们直接通过宽带连接到他们的数据中心通过快速链接。2020欧洲杯预赛
交钥匙Linux备份和迁移:我们使用了Linux交钥匙网站登记,档案,和下载他们的WordPress / TKLBAM-enabled ISO(磁盘)设备图像,然后在我们的部署2020欧洲杯预赛,包括主机设备和一个极端10 gb开关,与戴尔存储提供了一个令人信服的iSCSI SAN。
我们做了另一个备份我们的网站,随后弹出WordPress的指令/ TKLBAM-enabled电器,我们恢复了WordPress文件成功地描述。我们监控备份,恢复,确保执行过程很顺利。
PuppetLabs mCollective:我们下载mCollective工具包,跑客户端部分在一个干净的安装Ubuntu 11.04的虚拟机,主机,MacBook Pro访问(MacOS 10.5)。我们使用我们的帐户在Amazon的EC2云构建Linux CentOS的一个实例,然后装入mCollective应用,随着PuppetLabs的因数应用程序。
然后我们使用EC2部署初始控制面板实例,实例和测试,以及通过Ruby gem跺脚使用指令集。我们然后用mc旋转情况下,测试他们的状态和mc过滤查询的实例。然后安装,旋转向上/向下Apache http将实例看到反应时间会以多快的速度;是超快速的响应。我们将随机序列自旋向上/向下放入一个shell脚本,脚本看我们使用的命令的输出。
40实例然后旋转起来,代表中引用的数据审查。我们稍后发送其他包的实例,运行并报告他们的州,然后迫使实例更新自己,通过序列检查进度。