正在阅读:甲骨文与闪存的胜利 最新TPC-C记录解读甲骨文与闪存的胜利 最新TPC-C记录解读

2009-10-22 09:38 出处:PConline原创 作者:小蚁 责任编辑:wenzhicheng

SUN-甲骨文测试系统介绍

硬件软件以及网络配置

甲骨文
SUN-甲骨文系统硬件配置与逻辑结构图

甲骨文
SUN-甲骨文系统总体硬件配置

1.硬件

  进行检测的系统(SUT)使用12个Sun SPARC Enterprise T5440服务器作为一个群集,其数据库是甲骨文的Oracle Database 11g,带有RAC(Real Application Clusters)和分区方式。12个T5440的配置方式都采用下面的配置方式:

  4个1.6GHz的UltraSPARC T2 Plus Processors
  512GB的内存
  2个300GB的SAS 2.5磁盘
  3个8Gbs双端口PCI-E FC-AL
  2个4Gbs双端口PCI-E FC-AL
  1个10Gbs双端口PCI-E FC以太网
  4端口1Gbs集成以太网
  1个服务处理器和服务网络

  每个T5440都会为它的Oracle数据库的日志文件配置两个ST6140磁盘阵列。每个ST6140阵列则包含了16个容量为30GB15000转速的SAS磁盘。日志文件需要通过Oracle Database 11g产生映射。

  ST6140阵列通过4Gbs双端口PCI-E FC-AL的一条4Gbs光纤与各自的T5440相互连接。此外,ST6140阵列还设有另一条一样大小的光纤连接到Brocade 5300 SAN交换机的一个端口。而每个T5440也有两条额外的4Gbs大小的光纤,用来从4Gbs的FC-AL阵列卡连接到Brocade交换机上。这样的设置是为了令每个节点都能自如地访问测试环境中的日志文件管理设备。

  群集中的T5440是由两个网络来实现彼此之间的相互连接的——数据是在10Gbs光纤以太网上通过一个Brocade Turbolron24端口交换机进行传输的;RAC的“心跳”信息则是在1Gbs的以太网上通过Brocade FastIron 48端口交换机来传递。

甲骨文
整个测试网络的结构

2.存储

  SUT的存储器环境包括61个Sun Fire X4275服务器,将OpenSolaris 2009.06作为共同的多协议SCSI对象(COMSTAR)主机。每个SF X4275服务器都是按下面的方式进行配置的:

  1个Intel Xeon E5540 2.53GHz QC处理器
  6GB大小的内存
  5个1TB 的SATA 3.5’’磁盘
  1个8Gbs双端口PCI-E FC-AL(20个COMSTAR单元)
  1个8Gbs单端口PCI-E FC-AL(41个COMSTAR单元)
  4张八端口外部SAS/SATA PCI-E阵列卡
  1张八端口内部SAS/SATA PCI-E阵列卡

  每个COMSTAR主机都配置了Sun的Storage F5100闪存阵列。每个F5100闪存阵列都含有80个24GB的闪存模块(FMODS),总共有1.92TB。F5100闪存都是用0.5米的SAS电缆连接的,1到8端口的外部SAS/SATA PCI-E阵列卡。一部分多重逻辑单元(LUNs)是由F5100中的80个FMODS创建的。额外的LUNs则是由1TB的SATA磁盘来分担。此外,SATA磁盘还存储了耐久性测试的备份镜像。

  由F5100 COMSTAR节点创建的所有LUNs上的数据都可以使用8Gbs光纤通过Brocade SAN交换机传输给T5440数据库节点,并对所有T5440可见。剩下的COMSTAR主机分配有6个J4400磁盘阵列,用以满足剩下60天的空间需求。每个J4400阵列带有24个1TB的7.2转速的SATA磁盘,并通过SAS电缆与COMSTAR连接。

  J4400s分区而创造的LUNs都可以通过Brocade 5300 SAN交换机将上面的数据传输给每个T5440数据库节点。Brocade 5300 SAN交换机拥有1条连接每个COMSTAR节点的8Gbs线路,6条连接每个T5440的线路以及6条连接每个SAN交换机的线路。ST6140是与T5440相连接,而SAN交换机则通过4Gbs连线访问所有节点日志。

3.客户端

  业务的输入是通过远程终端模拟器来实现的。这个模拟器与运行着24个Sun Fire X4170客户主机的Java网络服务器进行通信。每个客户主机都进行如下配置:

  2个Intel Xeon E5540 2.53GHz QC处理器
  48GB的内存
  1个300GB大小的SAS磁盘
  1张八端口内部SAS/SATA PCI-E阵列卡

  客户端系统通过Java网络服务器来接收业务,该服务器与Tuxedo CFS-R Tier 1进行通信,而Tuxedo CFS-R Tier 1又跟Oracle Database 11g相连接。

4.其他网络

  另外,系统还配置了两种其他的网络,这两种网络没有参与在事务之中。其中之一是服务处理器网络,涵盖了所有系统以及几乎所有的磁盘设备。主要功能是启动和关闭系统控制台的访问权。另一个网络是1Gbs的以太网,是每个T5440,X4275,X4170和ST6140与管理软件和其他与性能无关的线程相连接的桥梁。

  因此,这项测试使用五个独立的网络来对TPC-C事务管理,维护,设置和执行。

稳态情况下的工作性能

  开始测试时,虚拟用户会根据键控时间,判断时间提交TPC-C事务订单。订单是按照规范所指定的要求来实行的。一个虚拟用户通过HTTP提交订单输入,然后接收事务已完成的确认。响应时间一般从事务开始算起,直到RTE(实时执行程序)接收到最后一个响应字节位置。事务一旦完成了,RTE就会在选择下一个事务订单提交之前插入一个随机的等待时间。

  当虚拟用户在菜单中选择了下一次事务时,其会以一定的速度键入信息,充分模拟一个人在输入信息时的场景。然后,事务订单会得到提交,事务开始执行。上述这一系列的操作会一直循环操作,直到Test Run完成为止。

  事务执行期间,Oracle会使用规范规定的隔离特性来保持数据库的一致性。同时,Oracle会使用重做日志功能将已提交的事务记录下来。为了确保那些无需修改的数据页不要在内存中存储过长时间,Oracle会持续生成新的检查点来对各自磁盘上表空间的修改页进行刷新。

键盘也能翻页,试试“← →”键

为您推荐

加载更多
加载更多
加载更多
加载更多
加载更多
加载更多
加载更多
加载更多
加载更多
热门排行

服务器论坛帖子排行

最高点击 最高回复 最新
最新资讯离线随时看 聊天吐槽赢奖品