工作日志(20090902)

20090902

 

上午，老大概要介绍DCM

Node Manager 芯片组  至强5500
(英特尔 至强 5500系列处理器新产品组件之一)

 

->20091030追加：Intel Node Manager是Intel最新一代服务器CPU和芯片组提供的技术，它提供了针对单机进行电源管理和温度监控的功能。当条件触发的时候，Node Manager会降低服务器内CPU的工作频率，从而降低整机的功耗。

 

 

 

PDU、PSU、OEM
PDU:机柜电源插座：在机房及通信硬件领域中常见，是英文"Power Distribution Unit"或者"DESIGNTED POWER DISTRIBUTION UNIT FOR CABINET"的缩写.)

20091012追加->机房每排桌子上的超长型电源插座，就是PDU

PSU:电源供应单元：A power supply unit (PSU) is the component that supplies power to the other components in a computer.根据这个英文定义，不知是否可以简单理解成机箱电源？

OEM：原始设备生产商：Original Equipment Manufacturer。如将之引申到IT领域的话，则表示那些进行代工的生产商。

20091012追加->在IT硬件生产领域，“代工生产”这种现象很普遍。

 

IPMI协议（Intelligent Platform Management Interface）:智能平台管理接口

 

20091012追加->

      认识IPMI：IPMI是智能型平台管理接口（Intelligent Platform Management Interface）的缩写，是管理基于 Intel结构的企业系统中所使用的外围设备采用的一种工业标准，该标准由英特尔、惠普、NEC、美国戴尔电脑和SuperMicro等公司制定。用户可以利用IPMI监视服务器的物理健康特征，如温度、电压、风扇工作状态、电源状态等。而且更为重要的是IPMI是一个开放的免费标准，用户无需为使用该标准而支付额外的费用。

　　智能平台管理接口 (IPMI) 是一种开放标准的硬件管理接口规格，定义了嵌入式管理子系统进行通信的特定方法。IPMI 信息通过基板管理控制器 (BMC)（位于 IPMI 规格的硬件组件上）进行交流。使用低级硬件智能管理而不使用操作系统进行管理，具有两个主要优点： 首先，此配置允许进行带外服务器管理；其次，操作系统不必负担传输系统状态数据的任务。

      通过IPMI ，用户可以主动监测组件的状况，以确保不超出预置阈值，例如服务器温度。这样，通过避免不定期的断电，协助维护了 IT 资源的运行时间。 IPMI的预告故障能力也有助于 IT 周期的管理。通过检查系统事件日志 (SEL)，可以更轻松的预先判定故障组件。

地址链接：http://baike.baidu.com/view/1595174.htm

 

 

 

SNMP (Simple Network Management Protocol) ：简单网络管理协议

20091012追加->

【SNMP简介】

　　SNMP(Simple Network Management Protocol,简单网络管理协议)的前身是简单网关监控协议(SGMP)，用来对通信线路进行管理。随后，人们对SGMP进行了很大的修改，特别是加入了符合Internet定义的SMI和MIB：体系结构，改进后的协议就是著名的SNMP。SNMP的目标是管理互联网Internet上众多厂家生产的软硬件平台，因此SNMP受Internet标准网络管理框架的影响也很大。现在SNMP已经出到第三个版本的协议，其功能较以前已经大大地加强和改进了。

　　SNMP的体系结构是围绕着以下四个概念和目标进行设计的：1.保持管理代理(agent)的软件成本尽可能低；2.最大限度地保持远程管理的功能，以便充分利用Internet的网络资源；3.体系结构必须有扩充的余地；4.保持SNMP的独立性，不依赖于具体的计算机、网关和网络传输协议。在最近的改进中，又加入了保证SNMP体系本身安全性的目标。

 

地址链接：http://baike.baidu.com/view/1658624.htm

 

 

BMC（位于 IPMI 规格的硬件组件上）
|
ME
|
CPU

 

BMC:基板管理控制器(BMC)认证机制:Baseplate Management Controller

20091012追加->

　　BMC（Baseboard Management Controller，基板管理控制器）支持行业标准的 IPMI 规范。该规范描述了已经内置到主板上的管理功能。这些功能包括：本地和远程诊断、控制台支持、配置管理、硬件管理和故障排除。

 

地址链接：http://baike.baidu.com/view/662930.htm

 

 

 

ACPI:表示高级配置和电源管理接口（Advanced Configuration and Power Management Interface）。
对于Windows2000，ACPI定义了Windows 2000、BIOS和系统硬件之间的新型工作接口。
这些新接口包括允许Windows 2000控制电源管理和设备配置的机制。

 

地址链接：http://baike.baidu.com/view/14917.htm

 

 

 

DCM能管理的服务器台数：
1.0版本（已经推出）：1000台
1.5版本（正在测试）：5000台
目标10000台应该没有问题

 

DCM主要管理：

power（电能）：现在这方面做得比较好
thermal（由热引发的冷却问题）：现在支持得不是很好

 

->20091030追加：

机架：在尽量不影响既有服务器组性能的前提下，添置更多的服务器，提高机架密度

 

 

DCM：对外提供的是Service接口
20090927追加->应该就是集成在DataCenter Layer中的“Intel(R) DCM plug-in”部分。

20091012追加->更准确地说，应该是DCM的API部分，该部分是和"plug-in"部分对应起来的。

 

 

Tomcat：WSDL（网络服务应用程序接口：WSDL描述Web服务的公共接口。）
|（RMI）
DCM Server(Call 是主要部分)
|
DB：Postgre SQL
|
SNMP：162port  辅助service

 

20091012追加->

　　WSDL是Web Services Description Language的缩写，是一个用来描述Web服务和说明如何与Web服务通信的XML语言。

　　怎样向别人介绍你的Web service有什么功能，以及每个函数调用时的参数呢？你可能会自己写一套文档，你甚至可能会口头上告诉需要使用你的Web service的人。这些非正式的方法至少都有一个严重的问题：当程序员坐到电脑前，想要使用你的Web service的时候，他们的工具(如Visual Studio)无法给他们提供任何帮助，因为这些工具根本就不了解你的Web service。

      解决方法是：用机器能阅读的方式提供一个正式的描述文档。Web service描述语言(WSDL)就是这样一个基于XML的语言，用于描述Web service及其函数、参数和返回值。因为是基于XML的，所以WSDL既是机器可阅读的，又是人可阅读的，这将是一个很大的好处。一些最新的开发工具既能根据你的Web service生成WSDL文档，又能导入WSDL文档，生成调用相应Web service的代码。

 

地址链接：http://baike.baidu.com/view/160660.htm

 

 

 

说明：在以下端口，系统管理员可以利用入口过滤，以保护这些位于无需认证即可提供公共SNMP服务的本地网络的设备：
snmp 161/udp # 简单网络管理协议(SNMP)
snmp 162/udp # SNMP系统管理信息

 

另外，系统管理员可以为如图3 所示的共性低的服务使用入口过滤。
阻塞某一个服务也许能影响其它服务，因此系统管理员就应仔细地考虑这样的枝节问题。
snmp 161/tcp # 简单网络管理协议(SNMP)
snmp 162/tcp # SNMP系统管理信息

 

RMI：Java远程方法调用，即Java RMI（Java Remote Method Invocation）是Java编程语言里，一种用于实现远程过程调用的应用程序编程接口。
它使客户机上运行的程序可以调用远程服务器上的对象。远程方法调用特性使Java编程人员能够在网络环境中分布操作。
RMI全部的宗旨就是尽可能简化远程接口对象的使用。

 

 

API（Web Service）
|
API backend：
configure、
policy（group）、
monitor、
dataAccess（查询条件不一定匹配，比较复杂）、
event

rack：（行李架，引申为机架）放服务器

8种平台：Windows server 2003、Windows server 2008、Linux RedHead、Linux suse
32位和64位各两种，4×2=8

 

补充：我们通常说的64位技术是相对于32位而言的，这个位数指的是CPU GPRs(General-Purpose Registers，通用寄存器)的数据宽度为64位，64位指令集就是运行64位数据的指令，也就是说处理器一次可以运行64bit数据。

 

管理走的是OOB

20091030追加-> OOB（out of band）：带外数据

传输层协议使用带外数据(out-of-band,OOB)来发送一些重要的数据,如果通信一方有重要的数据需要通知对方时,协议能够将这些数据快速地发送到对方.为了发送这些数据,协议一般不使用与普通数据相同的通道,而是使用另外的通道.linux系统的套接字机制支持低层协议发送和接受带外数据.但是TCP协议没有真正意义上的带外数据.为了发送重要协议,TCP提供了一种称为紧急模式(urgentmode)的机制.TCP协议在数据段中设置URG位,表示进入紧急模式.接收方可以对紧急模式采取特殊的处理.很容易看出来,这种方式数据不容易被阻塞,可以通过在我们的服务器端程序里面捕捉SIGURG信号来及时接受数据或者使用带OOB标志的recv函数来接受.

 

 

 

有两种IP地址：
BMC IP：（DCM连接使用），此次测试使用，使用的是IPMI协议

OS IP：（我们普通意义上说的IP地址），使用的是TCP/IP协议

 

使用模拟器软件simulator，来模拟实际运行的服务器

20091012追加->现在测试使用的十几个Node是真实存在的，就存放在小机房中。这些硬件，从外观上看，和交换机有些相像。

 

我们此次测试相关：

WSDL
|
Java (Junit)
说明：测试方法只是一种手段，目的是找出更多更有质量的bug，可以自己选择测试手段（比较有弹性）

 

SOAP UI
SOAP：简单对象访问协议 （SOAP，全写为Simple Object Access Protocol）是一种标准化的通讯规范，主要用于Web服务（web service）中。

20091012追加->

简单对象访问协议（SOAP）是一种轻量的、简单的、基于 XML 的协议，它被设计成在 WEB 上交换结构化的和固化的信息。 SOAP 可以和现存的许多因特网协议和格式结合使用，包括超文本传输协议（ HTTP），简单邮件传输协议（SMTP），多用途网际邮件扩充协议（MIME）。它还支持从消息系统到远程过程调用（RPC）等大量的应用程序。

 

地址链接：http://baike.baidu.com/view/60663.htm

 

 

 

Ref UI（是产品的一部分，但是只进行normal操作，进行常规测试）
reference：参考、推荐

TestLink 1.8.2：测试工具
工具介绍：TestLink用于进行测试过程中的管理，通过使用TestLink提供的功能，
可以将测试过程从测试需求、测试设计、到测试执行，完整的管理起来，
同时，它还提供了好多种测试结果的统计和分析，使我们能够简单地开始测试工作和分析测试结果。

 

 

CQ：Clear Quest：IBM的bug管理工具

网上摘录：CQ的7.0有1.8GB的大小，太大了，我也不知道为什么会这么大。
CQ是IBM的软件，也是Rational的软件，IBM收购了Rational。
其他的两个工具我不是很熟，但是我觉得你们公司如果是规模很大，或是不就的将来会很大，可能你选择CQ（其实是Rational），或者公司想把软件的整个开发都管理起来，你应该考虑CQ

 

SVN：注意buildNo问题（测试时注意版本号）

 

说明：随着测试的逐步进行和深入，我们要尽力寻找更多更有价值的bug，提高测试效率，提高产品质量。

Developer团队跟我们在一个办公区域，这样，沟通起来也会更加方便。

 

 

 

 

 

下午，同事yin给我们介绍DCM中的三部分：Data Access、DC Modeling和Monitor，这也是我们的测试任务之一。

他说DCM1.0已经推出，现在测试的是1.5。
DCM开发最初好像是由以色列分公司负责的，后来转到了上海。

笔记信息：
两种时间频率：
1：30秒、60秒、180秒
2：粒度

注意：后者>前者

2×2，共4种

DCM保存一年数据，最近14天的数据是精确记录的（比如每30秒一次），14天之前的数据是大概记录（比如每小时一次，求平均值）

 

数据库，共25张表

注意：6分钟对齐机制！

 

提供两套数据采集：
1.电量记录
2.电费计算

20091030追加-> 电费计算是在1的基础上，给用户展现更直接的使用效果，“忽悠”用户购买DCM，呵呵

PD值，什么时候测量，温度多少

getHandle：取到的值为0时，表示后面没有值了。

 

30秒、60秒、180秒、360秒
起点固定（6分钟对齐机制），终点不固定

 

 

数据中心架构(重要！)
logic group最大（可以包含DC）

DC（Data Center数据中心）
|
-room（机房）
 |
 -row（行）
  |
  -rack（机架）
   |
   -no1（节点1）
   -no2（节点2）
   -...

ENCLOSURE
   |
   -no1（节点1）
   -no2（节点2）
   -...
注意：这是个整体，ENCLOSURE和rack同级。
ENCLOSURE及其下面的所有node不可以相互分离，要移动只能整体移动，相当于是捆绑在一起的。

 

 

现在DCM支持3种node：APC rPdu、DCMI、Node Manager

APC:电力转换
Pdu：机柜电源插座

DCMI：Datacenter Management Interface 数据中心管理接口

Node Manager：节点管理器

 

注意：一些属性的数据信息是只读的，还有一些属性的数据信息是只写的；
所以，先读取所有的属性，再写进去，很可能会出错。

 

 

 

 

API学习：

第1部分：public interface DataAccess

The Query/Metrics interface enables you to:

get basic power and thermal measurements, using getQueryData()
calculates various metrics, using getMetrics().

When you get data, you choose the level at which you want to aggregate data.
For example, you could get the data separately for each node, or aggregated for the entire datacenter.

Query/Metrics接口，能让我们：
使用getQueryData()方法，获取基本的电能和热耗测量值。
使用getMetrics()方法，计算各种各样的metrics（性能、温度之类的数据信息）

当你获取数据的时候，你可以选择在什么样的层级水平上进行数据的汇聚（例如：node、rack、row、room、DC）。
举例：你可以为每个节点单独获取数据，也可以为整个数据中心汇聚数据。