nGrinder在大型组织中的实际布署和应用

原文 ： nGrinder Real Deployment in the Large Organization By JunHo.Yoon

    咱们的公司,NHN,拥有多个大型的产品。其中一个是韩国最受欢迎的搜索门户网站NAVER，拥有超过5千万的用户。另外一个是“Line”，这是目前最受欢迎的移动通讯工具，注册用户超过1亿。另外还有涉及网络应用和游戏等类型的一些产品。除了这些，咱们还开发了多种多样的开源平台产品，包括CUBRID－支持高可用性的开源关系数据库管理系统－nGrinder Wiki网站就包含在CUBRID的Wiki中:)。在NHN公司内部有1000多名开发者，他们老是努力实现那些杰出的想法并转化成产品，并使这些产品更具扩展性。

    为了使这些产品更稳定，速度更快，从2011开始咱们集中地使用nGrinder。目前咱们在公司内部运行了多个nGrinder实例。可是咱们要求的员工从最大的实例开始使用，它是由5个controller,40个agent以及5个不一样的IDC（互联网数据中心）组成的。 咱们有官方的DNS名称：http://ngrinder.nhncorp.com（只有NHN员工能够访问），在这5个控制器是指向L4（负荷平衡器）的。怎么作才能布署这样大型的nGrinder系统？请看Controller Clustering Guide。

 <nGrinder deloyment across IDCs>

 

    大部分IDC是位于韩国的,惟一例外的一个位于新加坡。一个nGrinder Controller和Agent的通讯速度B/W并不高，这样咱们就能够把全部的controller放在一个韩国的IDC而把Agent分散到每一个IDC中。咱们还在nGrinder系统中部署了的SSO插件和网络溢出插件，因此每一个人均可以随时访问nGrinder而无需额外的登陆步骤，还能够控制可能会致使巨大的网络流量的异常测试执行。咱们的nGrinder SSO插件从nGrinder管理中免除了用户管理的开销。它与SiteMinder共同起做用，若是用户不存在，当用户用他/她的SSO账户登陆时，便会建立一个新的用户账号。

    目前咱们在每一个IDC的实际服务区域，使用的是10G主干网。但咱们的开发区域只有3Gbps, B/W模式的IDC的带宽甚至更小。 所以，咱们估计若是nGrinder产生了大量的网络流量,特别是在每一个网络边缘的时候, 会使该网络中另外的系统服务不正常。 这样的状况在咱们以前使用Performance Center的时候的确发生过。因此咱们设置了网络溢出插件，使每一个test最大使用1Gbps流量。若是一个test占用贷款超过了1Gbps，这个插件会自动强制中止它。若是开发者须要运行产生超过1Gbps流量的test，咱们会请他在与目标机所处的相同的交换机范围内中安装独立的nGrinder controller和agent。他安装一个本身的nGrinder实例通常只须要1小时。

    咱们一般只容许每一个用户在没有额外的步骤的状况下使用5个agent。 这使得agent最大化地被多个用户所分享。咱们观察到90%的test在10分钟内结束。一些IDC拥有10个agent。这意味着至少个测试能够同时运行。若是用户须要更多的agent，咱们建议他/她安装用户属于本身的agent而不是增长限制的数量。咱们不只使用这些系统的方法，咱们也用比较人性化的方式促进nGrinder使用。

     有一个nGrinder专职的工程师，会持续观察全部的测试（他的名字叫乔.JiWon，“JiWon”在韩语中的意思是“支持”，他花约30%的工做时间在这上面。）。这里的大多数开发者是Java工程师，而且没有写Python代码的经验。他正在作事情就是帮助开发人员避免在脚本编写中感到茫然。 他拥有开启了超级用户权限的账户，能够没必要请求附加权限就能够看到nGrinder中全部的test，而且可以运行其余用户的脚本。

      因此,每当红色球（运行失败标识）出如今nGrinder性能test列表视图中，像下面这样，JiWon会点击脚本并验证它们，以找出用户作错了什么。当他发现线索，他就会用咱们的内部通讯工具与用户联系。这使得nGrinder用户仅在2~3次失败的尝试以后，就可以写出正确的脚本。有时，一些开发者说“离它（脚本）远点”， 但大多数开发者都会说“谢谢”，由于在他们忙得不可开交的时候，这小小的帮助能减小他们的开销。

 <It's time for JiWon to help this guy!!>

   如我先前所述，咱们在全部的互联网数据中心预先部署了40个nGrinder Agent，而且安装了一些插件，让用户可以容易且安全地运行他们的测试。所以，当他们开始运行性能测试时，nGrinder用户不须要联系nGrinder管理员。开发者可以经过访问nGrinder URL，随时运行他们的测试。 这最终致使了一个跟咱们以前经验彻底不一样的用户体验。

    如我以前所说的，咱们曾经使用过Performance Center。在那个时候，开发者须要提早登记一个特定的时间段，由于PerformanceCenter在特定的时间内只容许一个测试，而且用户须要下载和安装一大堆的应用。而如今一切变得不一样了，一切都是基于网络的，使用nGrinder是不须要预定的。这使得整个性能测试的成本大大下降了，并且许多开发者已经开始将nGrinder视为像Eclipse同样的平常开发工具中的一个。如今大多数的产品进行检测，不只在在开发阶段的结束也在发展阶段ngrinder中间。咱们观察到同时最多有3个test在同时运行，平均每10分钟就有1个test被启动。鉴于性能测试工具一般是在项目的最后阶段才被使用的状况来看，咱们能够说这样的执行率是至关使人印象深入的。

    

      <active nGrinder use in NHN. 2013-01-13 was Sunday.>

     这就是咱们如何在大型组织范围内应用nGrinder的。咱们相信，经过分享咱们的经验，可以使得任何产品变得更加的稳定。欢迎给咱们提供任何的意见。 请使用这个邮件列表给咱们写信。期待你的体验反馈！

 nGrinder Home : http://www.nhnopensource.org/
 nGrinder Demo : http://ngrinder-demo.nhnopensource.org(登录帐户: user/user)