IDC假负载验证测试问题分析

关于IDC假负载验证测试,“腾讯数据中心”已经发送2篇介绍文章《数据中心假负载验证测试之道》、《数据中心假负载验证测试实战指导方案》,今天我们将以某大型微模块数据中心(简称A-IDC)的假负载验证测试为例,继续为大家剖析假负载验证测试情况。

一、假负载验证测试问题概述

A-IDC假负载验证测试主要由基础设施验证测试和微模块验证测试组成。该项目验证测试累积发现基础设施问题280项,微模块测试问题381项。测试发现的问题主要分为4类:设计问题、设备选型问题、设备质量问题、施工工艺问题。

总体来看,设备质量问题和施工工艺问题合计占比97%,设计问题和设备选型问题较少。因此,我们可以看出:

(1)项目设计及设备选型情况较好

验证测试中仅出现少量设计问题和设备选型问题,可见前期设计沟通和设备选型把控较好;

(2) 厂商设备安装自检需要加强

无论设备质量问题、施工工艺问题,都应该在厂商安装自检过程中发现和解决。

二、基础设施验证测试问题分析

基础设施主要覆盖发电机系统、空调系统、配电系统(含空调配电)和其他系统(如门禁、消防、管控等)。

从故障类型分析可以看出,基础设施验证测试问题中施工工艺问题占比57%,占据较重的比例。而施工工艺问题典型案例为设备和线路标识缺失、部分线缆未做铜鼻子、母线安装未点漆等。

  对应于每个系统,我们分析发现主要的测试问题如下:

  三、微模块验证测试问题分析

微模块(MDC)主要由配电单元(列头柜、高压直流模块、PDU)、制冷单元(列间空调、CDU)、管控单元(管控柜、消防控制)和MDC框架(含机柜)组成。此次测试中发现,设备质量问题达74%;施工工艺问题占比24%。

如上所述,MDC作为集成配电、制冷、管控等功能的综合体,涉及的组成部件较多,调试工作量较大。但是经过近几年的应用和积累,MDC假负载验证测试方案已经日趋成熟。MDC各单元测试主要问题如下:

  四、验证测试问题的思考与应对

本文援引的IDC项目假负载验证测试问题累计达600余项,实际上这还未包括建设期间各方已经发现并整改的问题。寄希望于一次假负载验证测试即将所有隐患和问题挖掘出来是不切实际的,那么如何有效规避这些问题就成了摆在我们眼前的重要问题。因此,我们建议从五个环节系统性把控:

  (1)设备选型

设备选型是质量控制的源头,通常项目团队可以根据设备长、短名单机制确保入选设备满足项目技术规格要求,同时具有良好的应用经验。

(2)重要设备厂验

对于重要设备建立厂验机制,一方面确保设备备货和生产的真实性,同时在设备出厂前做好设备质量的把控。厂验通常需要涵盖规划、建设、运营团队人员,并提前制定厂验checklist.

(3)设备安装自检与项目抽检

在安装过程中,应敦促施工方按照技术规范要求施工并做好自检工作,且提供自检报告;同时,项目方应按照施工方提供的自检报告进行逐项检查及验收,确保施工质量。

(4)假负载验证测试

假负载验证测试是通过结构化的测试手段对IDC各系统进行质量检查的重要环节,也是IDC项目转移至运营的过渡阶段,必须保障测试的独立性和完整性。确保测试结果的真实性和可靠性。

(5)运营团队复检

运营团队作为IDC项目的最终维护人,需要对各系统进行复检或抽检。一方面作为对假负载验证测试结果的校验;另一方面可以熟悉系统,为接下来的系统运营打下基础。在实际项目运作中,运营团队主导假负载验证测试方案的制定和实施,故而在第三方测试公司开展验证测试的同时,运营团队复检工作将并行开展。

====================================分割线================================

本文转自d1net(转载)

时间: 2024-09-28 06:04:33

IDC假负载验证测试问题分析的相关文章

利用Selenium IDE在翻译验证测试中快速实现可复用的自动化测试

概述 翻译验证测试是指在产品集成翻译文件之后,由专业的翻译人员检查翻译在产品的上下文语境中是否准确, 是否能方便最终用户的理解和使用.考虑到翻译人员产品操作的熟练程度和成本等原因,通常是由产品部门提供语言的截图 给翻译人员进行检查.软件产品的翻译验证测试对提高语言用户的满意度和更好的将产品推向国际市场具有十分重要的意义 .然而由于以下原因,翻译验证测试的截图工作通常不太容易进行自动化操作: 为了尽快的发布产品,翻译进入产品到产品最终发布的时间间隔通常被安排的很短,限制了翻译验证测试的自动化脚本

Rationa Functional Tester 截图功能在翻译验证测试(TVT)中的应用

1. TVT 简介及其当前主要困难,瓶颈 翻译验证测试(Translation Verification Testing,TVT) 是 IBM 全球化测试中的一个很重要的测试之一,一般会由来自于 TSC(Translation Service Centers)的翻 译人员和来自 GSSC 的 TSE(Translation Service Engineer)合作完成.TVT 主要的工作在于验证翻译的 PII(Program Integrated Information)字符在经过软件产品的重新编

visual studio-Visual Studio Web负载测试,测试摘要分析

问题描述 Visual Studio Web负载测试,测试摘要分析 测试为简单login页面测试,10并发持续10分钟 我用同种方式测过外网址,数据很漂亮,错误只有45个Timeout,Avg.Page Time在0.6,浮动也不大,请大神明示以下问题: 失败测试数(比例):81465(58.1) 1.如此高的失败率说明什么?开发web"> 2.错误栏里有1000次的403错误意味什么?(图中显示为同时出现) 3.页面在请求时调用本地cookie会加速页面展示,但为什么会有0.039s的A

apache性能-Apache ab并发测试结果分析,牛人帮忙看看有啥问题,目前多人操作的时候非常慢

问题描述 Apache ab并发测试结果分析,牛人帮忙看看有啥问题,目前多人操作的时候非常慢 以下是一台阿里云机器,跑的测试结果,有知道这样的结果能反映什么问题吗? 目前小弟遇到一个性能问题,单人操作的时候速度还行,但是20 人左右同时操作的时候,就感觉很慢了. [root@AY1311281530504461fdZ bin]# ./ab -n 1000 -c 700 localhost/test.jsp This is ApacheBench, Version 2.3 <$Revision:

Kafka分布式安装及验证测试

        一.安装         Kafka依赖于ZooKeeper,所以在安装Kafka之前请确保ZooKeeper集群已安装正确并能正常运行.虽然Kafka自身内置了ZooKeeper,但是还是建议大家单独部署ZooKeeper集群,因为可能其他框架也需要使用ZooKeeper.         (一).Kafka下载地址:http://mirrors.hust.edu.cn/apache/kafka/,你可以选择你需要的版本,如下:         我选择的是Kafka0.9.0.

测试问题分析和测试规范

问题1:用需.软需文档不够完整,需求不够明确,功能细节描述不足. 解决: 需求维护:Jira上的产品建议.运维反馈的产品建议. 需求文档维护.(系统的主要功能.流程在文档中都需描述,功能实现细节可在需求评审补充或用例设计时加入) 需求评审(召开版本迭代会讨论明确需求) 版本迭代会:项目经理规划版本之时,召开版本迭代会,对需求进行说明,开发和测试人员有问题可共同探讨,避免需求理解歧义.(其他组的经验) 问题2:完善需求OR完善用例? 讨论: 严格意义测试应该从需求开始抓起,参与需求的评审,对详细设

对PHP采集数据提取核心函数的速度的测试与分析

对PHP采集数据提取核心函数的速度的测试与分析由于程序需要,于是对PHP采集中的字符提取的核心部分进行了执行速度的测试.测试了三种最常见的提取办法:方法一:<?phprequire "class.debug.php";function getContent ( $sourceStr ){$content = strstr( $sourceStr, '形' );$content = substr( $content, 0, strrpos( $content, '言' ) + st

LoadRunner压力测试结果分析探讨

分析原则: 1. 具体问题具体分析(这是由于不同的应用系统,不同的测试目的,不同的性能关注点) 2. 查找瓶颈时按以下顺序,由易到难. 服务器硬件瓶颈 网络瓶颈(对局域网,可以不考虑) 服务器操作系统瓶颈(参数配置) 中间件瓶颈(参数配置,数据库,web服务器等) 应用瓶颈(SQL语句.数据库设计.业务逻辑.算法等) 分析的信息来源: 1. 根据场景运行过程中的错误提示信息 2. 根据测试结果收集到的监控指标数据 一.错误提示分析 分析实例: 1.Error: Failed to connect

中兴通讯完成NB-IoT验证测试

在中国电信集团公司技术部的组织下,中兴通讯日前在中国电信广州研究院率先完成了基于当前3GPP NB-IoT标准协议的技术验证及演示.随着3GPP NB-IoT标准协议的逐步定稿完善和产业链的飞速发展,本次验证及演示将加速NB-IoT技术在电信市场的部署和商用,同时也展示出中兴通讯在物联网关键技术方面的创新能力和与业界共同推动NB-IoT产业链发展的强烈意愿. 本次NB-IoT验证及演示中,核心网采用基于NFV功能的虚拟核心网,无线网采用中兴通讯成熟商用的基站设备,在850M频段的模拟商用环境下测