大橙子网站建设,新征程启航
为企业提供网站建设、域名注册、服务器等服务
云智慧 Neeke
一。PHP应用场景
自1994年创建以来,PHP早已由小家子气的”Personal Home Page Tools”,演变为”PHP: Hypertext Preprocessor”,同时基于强大的可扩展性与敏捷迭代特性,基本已经成为互联网科技公司的必备语言,为推动互联网发展提供着源源不断的强大动力。
同时基于PHP的开源软件和开发框架(优秀如WordPress,Zend Framework,Laravel,Yaf,Hiphop等等)也在不断地发展,使得PHP也被除互联网公司之外的企业所大规模使用,而进入企业级应用开发语言之列。
二。用户监控需求
我们知道,PHP的门槛低迭代快使得很多项目,因为种种原因变得架构不清:
1. 开发者水平不足;
2. 项目是从外包团队接手;
3. 历史问题,积重难返;
4. 反正性能奇差,反正已经愈发不可控;
而要发现问题却又因为各种原因不可或很难调试,这些原因诸如:
1. 时间太久了,我也忘了怎么写的,要看代码
2. 因为数据不可造,逻辑无法到达,不能重现
3. 项目不是我所在的团队开发,架构以及代码,羞涩恶心。
图1: PHP应用系统的执行模型
PHP的运行阶段可以大致分成三个阶段:
1. Parse
2. Compile
3. Execute
其中Compile过程将会产生Op Code和Class Table,Function Table,然后交给Execute最终执行。Op Code是中间码,被Zend Engine调用执行。
不难看出,其实PHP与Java类似,都是产生中间码,运行在各自的”虚机”上,可是为什么PHP的性能较Java、.NET、Go而言差别这么大呢?
一句话讲,大家普遍认为的”PHP是解释型语言”其实是不严谨的,PHP不是不编译,而是每次执行都编译,除此之外最严重的问题即是较难实现并行运算(注意只说”较难”,使用PHP进行并行计算的方案不止一个)。基于Op Code的存在,已经诞生了大量cache工具扩展,可以有效提升PHP应用的执行性能,如OpCache,Apc,Apcu,Xcache等等。
对于使用PHP开发的网站、接口、应用系统而言,性能的瓶颈点会在什么地方呢? 做过PHP应用性能优化的朋友们都知道,递归、循环、资源操作、资源释放等都是常见的瓶颈点,这些经常会造成阻塞或锁。
可以得出CPU 、内存 、各种I/O、各种网络带宽等的消耗是性能瓶颈点中的重中之重,我们可以简单归结为:外部服务(如第三方API),资源读写,代码异常。
处理这些问题的通用作法是使用Xhprof,Xdebug或PHP-trace等工具来找出,并配合架构师或高级工程师经验来处理,方法包括单例、事务、按需加载、短事务、及时释放等等(对于大多数公司与开发人员来讲,碰到性能问题更多的作法是盲目的猜测与挠头).但这些方法有哪些不足呢?
一眼可知,只能在测试或生产环境,产生问题并明确之后进行处理.测试环境还好,但如果是生产环境,事后处理虽能补救,但大多数面对的都是因功能受损造成的投诉或更严重的业务损失。
能够在生产环境第一时间发现或规避可能的性能问题;准确记录已知或未知故障现场。这两点,则成为应用性能管理的迫切需求。
三。透视宝PHP监控实现原理
图2 Hook运用示意
PHP运行支撑的Zend Engine早在设计过程中已经预留了丰富的Hook,可以有效干涉处理过程中的几个关键步骤。
云智慧透视宝PHPAgent的研发实现,当然不能影响应用系统原有的代码,那么最简单有效的方式必然是实现一个PHP扩展,PHPAgent利用了以下几个Hook:
1. zend_compile_file & zend_compile_string
加载分析文件或字符串,本身就会造成非常大的IO,如果过多地执行加载,无疑会造成内存和CPU的消耗.通过这两个hook,可以取得文件名、执行行数、使用内存和CPU占用时间。
2. zend_execute & zend_execute_internal
通过这两个hook的使用,我们可以准确地分析得出一个PHP应用中的类调用、方法调用、方法参数、内存占用和CPU占用,加以分析,便可以准确得出应用系统运行过程中的方法运行栈,API调用地址,SQL语句,Cache Key以及Cache命中等关键信息。
3. zend_throw_exception_hook
利用异常钩子,可以准确地得到应用系统运行过程中出现的异常信息,当然包括异常发生的类\方法位置,参数,异常code和异常message。
4. zend_error_cb
错误钩子则更加直接,可以准确得到系统运行过程中出现的任何一个warning,代码错误或语法错误。
图3 PHPAgent注册与应用Hook流程
图4 zend_execute hook的应用示意(伪代码)
上图大致解释了我们是如何运用zend_execute hook进行数据采集的: 先取得方法名,同时通过规则过滤引擎,判断哪些是我们关注或不关注的(类\方法的黑白名单),然后通过AGENT_BEGIN宏记录方法开始时间,方法名,行数,内存起点与参数,在执行原有zend_execute之后,再通过AGENT_END宏记录结束时间,内存止点。
通过上述Hook的应用,已经可以得到我们所关注的指标数据: 类\方法执行顺序,执行时间,内存占用,接口\DB等资源连接,SQL语句和执行时间等。
经过严格的压力测试和生产环境部署实践,PHPAgent对原有应用系统的性能影响在5%以内.经过一些参数调配,可以将性能影响降到更低,这些参数包括:
1. 是否启动异常钩子
2. 是否启动错误钩子
3. 是否启用数据采样
4. 是否启用栈追踪
5. 是否使用黑白名单(URL\Header\Cookie\Request Params)
6. 是否启用UDP发送代理
7. 关注请求时间响应阈值
8. 关注方法时间响应阈值
四。透视宝PHPAgent监控部署流程
透视宝PHPAgent遵守SmartAgent插件规范,那么一切从SmartAgent的安装部署开始。
1、登录云智慧透视宝官网:https://www.toushibao.com/ ,点击页面右上角导航的“免费试用”,正确填写免费试用的申请信息后会弹出下面的对话框,同时激活邮件会自动发送到你的邮箱中,按照流程注册帐号即可。
2、注册成功后,登录透视宝,点击配置-应用,在配置页面中下载安装Smart Agent。安装成功后,Smart Agent会根据系统配置自动获取主机信息,大致两分钟后,您就可以在“主机→服务器”模块中查看该服务器的CPU、内存、网卡、磁盘及进程等性能数据。
3、如果要监控应用运行时代码、主机中服务和数据库性能数据,您需要进一步安装和配置Smart Agent提供的各种插件,这是因为Smart Agent实现了一种开放式的插件式结构,对每个运行时代码、服务和数据库的监控都是通过相应的插件来实现的。
3。Smart Agent在安装完成后,加载过程中自动发现你的应用组件,如果没有自动监测到PHP环境,也可以手动添加PHPAgent。如上图所示,点击“管理”入口,进入“插件管理”,点击页面下部的“添加服务”,选择PHPAgent后,点击“创建”。
创建完毕后,点击“ON”。(该ON操作只是初始化用户的信息,以便以后采集到的信息能够正确的回传给该用户。)
4。当然,如果对于已经安装完成的PHPAgent,也可以直接在此管理界面上方便地进行升级与降级操作。
5。安装过程脚本默认会使用whereisphp寻找系统内PHP进行安装。
如果编译安装PHP,请赋脚本中APPD_PHP_PATH变量值到PHP bin目录,如: /usr/local/php-5.5.14/bin。
执行PHPAgent/install.sh start安装命令。
6。重启Web Server
安装开启PHP代码监控插件后,需要您手动重启web Server(apache\httpd\Php-fpm等软件)
7。查看PHP应用数据
恭喜!此时配置已经完成,如果应用有正常访问进入,您就可以在“应用”模块中查看应用数据了。
五。透视宝PHP监控功能特点
在功能方面,透视宝无论是在PHP,还是其他如Java、.NET等主流语言的监控上,都包括:查看执行最慢的10个元素,包括元素执行次数、持续时长和占用时长百分比;查看HTTP请求参数,包括请求的响应状态、链接页面、具体的请求参数及返回结果;查看代码执行堆栈的详细树状信息,包括每个方法的计算时间、总耗时和被调用的次数,您能直接看到特殊标识的最慢方法;查看涉及SQL语句的总耗时排序,包括SQL执行总耗时、执行次数和具体的查询语句;第三方API调用。
上图是PHPAgent发现的某应用的资源拓扑与请求响应概述。
上图以散点柱饼图描述了某段时间内一个PHP应用的请求响应时间分布,可以一眼看出有问题的请求是哪些。
对于某一个单次请求事务的拓扑与代码运行栈可以准确地进行分析:
下面是对一个应用中PHPAgent发现的一段时间内对Mysql资源操作的分析。
基于某一个集群的应用,透视宝可以自动进行总拓扑的识别和描绘。
当然,可以对已经识别的应用站点拓扑进行分组高亮。
另外有需要云服务器可以了解下创新互联cdcxhl.cn,海内外云服务器15元起步,三天无理由+7*72小时售后在线,公司持有idc许可证,提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案,具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势,专为企业上云打造定制,能够满足用户丰富、多元化的应用场景需求。