云计算03-云计算的管控架构.ppt

性能分析相关的人 ?系统架构设计人员 –了解程序执行效率 –了解系统架构中的性能瓶颈，优化系统结构 –设计更好的应用系统架构 性能分析相关的人 ?软件开发人员 –了解程序执行效率 –改进程序逻辑、改进性能 开始第3个话题 ?性能分析的目的 ?性能分析相关的人 ?性能相关的各个环节 ?系统使用和优化的原则 ?典型应用对系统资源使用的特点 ?常见的性能分析工具介绍 ?性能分析及优化的案例 性能相关的各个环节 ?硬件资源 ?操作系统 ?服务器软件 ?开发平台/中间件软件/框架软件 ?应用程序 性能相关的-硬件资源 ? 存储系统 – SCSI磁盘 – ATA/SATA磁盘 – RAID磁盘阵列(RAID0, RAID1, RAID5, RAID0+1) – 一些经验 1. 2. 3. 小文件读写的性能瓶颈是磁盘的寻址（随机读写 性能更差），评估的标准是tps 大文件读写的性能瓶颈是带宽，评估的标准是持 续的读写速度 Linux可以利用空闲内存作文件系统访问的 cache，因此系统内存越大存储系统的性能也越好 性能相关的-硬件资源 ?带宽 –网络带宽 –SCSI总线带宽 ? 大文件访问时SCSI的带宽瓶颈 –系统总线带宽 开始第4个话题 ?性能分析的目的 ?性能分析相关的人 ?性能相关的各个环节 ?系统使用和优化的原则 ?典型应用对系统资源使用的特点 ?常见的性能分析工具介绍 ?性能分析及优化的案例 系统使用和优化的原则 ?对资源的使用状况作长期的监控和数据 收集 –Snmp+MRTG –Sar ?程序的优化和系统结构的优化比硬件的 性能优化更有效 ?避免不受限制的使用系统资源 –设置各项服务对资源的使用限额，如 Apache, MySQL,PHP等 系统使用和优化的原则 ?始终保留一定量的空闲资源 –多少合适？根据应用的特点，比如是否有突 发性使用增长？ –日常情况下，保留至少 60% 的系统资源， 以应付突发使用增长。 –日常情况下，资源使用率达到 80% 时，你 必须有所行动了，尤其是web应用。 ?系统硬件达到合理的配置（以适合应用 的特点为依据，资源消耗均衡为目标） –系统性能的水桶理论 系统使用和优化的原则 ?应用软件对资源的使用要均衡（理想目标） –怎么样就算是均衡了？我也在摸索中…… –理想状况为：CPU消耗到50%的时候，磁盘的带宽也 到50%，磁盘的tps也到50%，内存使用也到50%( 除去可以提供给cache的内存) 开始第5个话题 ?性能分析的目的 ?性能分析相关的人 ?性能相关的各个环节 ?系统使用和优化的原则 ?典型应用对系统资源使用的特点 ?常见的性能分析工具介绍 ?性能分析及优化的案例 典型应用对系统资源使用的特点 ?声明 这部分内容主要是本人在网站工作多年的一些实践经验积 累， 所以这些经验并不完全适用于其他的应用环境。 在我的经验中，大多数的硬件性能问题主要和CPU、磁盘、 内存相关， 还没有遇到因为开发语言的运行效率对整个应用 的性能造成影响，而应用程序设计的缺陷和数据库查询的滥用 反倒是最最常见的性能问题。 需要注意的是，大多数情况下，虽然性能瓶颈的起因是程序 性能差或者是内存不足或者是磁盘瓶颈等各种原因，但最终表 现出的结果就是CPU耗尽，系统负载极高，响应迟缓，甚至暂 时失去响应，因此我们观察服务器状况时，最先看的就是系统 负载和CPU空闲度。 典型应用对系统资源使用的特点 ?动态内容为主的Web应用 ?静态内容为主的Web应用 (如Squid Cache) ?数据库应用 ?软件下载 ?流媒体服务 典型应用对系统资源使用的特点 ?动态内容为主的Web应用 –频繁执行程序，如 Perl, PHP, Java 等，消 耗CPU严重 –提供并发用户访问，因此系统进程数多，消 耗内存多，当内存不足时，使用交换内存也 会增加CPU的开销 –磁盘的写IO比较频繁（主要为随机写），比如 生成cache文件，更新session文件等。 –内存充足时读取的内容可以被cache住， cache的命中率和文件更新的频繁程度成反 比，磁盘的读IO相对较小 典型应用对系统资源使用的特点 ?静态内容为主的Web应用 (如Squid Cache) –网络带宽瓶颈 –小文件的随机读取频繁，内存充足时可以缓解磁盘随 机读的压力 –系统内存不足时磁盘IO量会比较大（读、写、交换内 存），因此增加CPU的开销 典型应用对系统资源使用的特点 ?数据库应用 –数据库查询语句复杂，大量的 where 子句， order by, group by 排序等，CPU容易出 现瓶颈 –表太大时，查询遍历全表造成磁盘读的IO量 大，容易出现读IO等待的情况 –数