系统部署方案与优化_第1页
系统部署方案与优化_第2页
系统部署方案与优化_第3页
系统部署方案与优化_第4页
系统部署方案与优化_第5页
已阅读5页，还剩3页未读， 继续免费阅读

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

系统部署方案与优化系统部署方案与优化解决这些问题并能够很好的对系统的扩展性和可用性进行配置。系统需要进行部署改造。为此提出改造方案。支付客户端1支付客户端N、目前的通讯过程主要有2中构成，分别如下表:ActiveMQ消息序号序号通讯路径退款、取消订单备注付款通知2其中通讯虚线标识是一次连接，但该连接为用完即尖闭，特点为连接时间比较来后进行连接，系统主要注销后尖闭。其中步骤6采用的连接池技术。从图中可以看出目前主要的瓶颈分别内存、硬盘速度和大小、带宽（目前较内存消耗对象分析内存消耗对象分析主要对象12344结论：建议采用16G内存。因虚拟机内存可以调整，在开始阶段可以采用建议内存序号8G的内存（节省开支），支撑的数量高了调整为16G矢于CPU建议4核心CPU及以上。主要用来给Mysql、java使用数据量来后，可以将mysql单独部署到独本部署方案为迁移的方案，为计算优化需要的各个参数。优化方案优化方案系统的特点：数据增长量非常快，并且有在一定时间段比较集中的特点。但是查询的量是比较少的，所有的操作基本上是以32位的订单编号进行查询和修下图为系统运行一段时间的后数据的冷热程度，横轴为总量。系统中经常操作的数据往往最新添加的数据从比例上可以看出占到的数据量是比较小的。不建议采用分库分表的方案，建议采用noSql中的redis技术和mysql共同处理。其中Redis采用redis-storage技术，可以实现数据的快速访问。redis-storage采用google的Leveldb存储引擎，以下为Leveldb的相矢情还有着非常高的性能，主要归功于它的良好的设计。特别是LSM算法。LevelDB是单进程的服务，性能非常之高，在一台4个Q6600的CPU机器上，每秒钟写数据超过40W，而随机读的性能每秒钟超过10w。实际使用情况：目前了解到国内某快递公司的核心骨干系统采用redis-storage进行查询和存储，日均处理单量大于500万（均为不同的单号，平均600万），自上线后，运行较为稳定（1年左右，总单建议采用Redis-storage技术，同时结合mysql做支付数据的离线分析和备更改的结果为如下图，即增加一个Redis-stroage的nosql数据库。禾U性能上非常高，Redis-storage非常适合该系统的特征，系统在单量超高10亿单后，依然能够具有较好的性能。工程上的好处：本方案没有采用复杂的分表和分库，结构简

人人文库> 全部分类> 行业资料 > 各类标准

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论