550 likes | 782 Views
Packeteer 应用流智能管理. Tom_sun@sricnet.com. 简介. 公司简介 产品定位 如何实现 典型应用 产品系列 成功案例 总结. 第一部分、公司简介. Packeteer 公司简介. 1996.1 正式成立, 总部设在美国硅谷 1999.7 首次公开募股, 集资六千三百万美元 1999.10 在美国 Nasdaq 上市, 股票代码: PKTR 员工人数: >200 公司网站: www.packeteer.com
E N D
Packeteer 应用流智能管理 Tom_sun@sricnet.com
简介 • 公司简介 • 产品定位 • 如何实现 • 典型应用 • 产品系列 • 成功案例 • 总结
Packeteer 公司简介 • 1996.1 正式成立, 总部设在美国硅谷 • 1999.7 首次公开募股, 集资六千三百万美元 • 1999.10 在美国Nasdaq上市, 股票代码: PKTR • 员工人数: >200 • 公司网站: www.packeteer.com • Packeteer 的产品在《财富》全球2000强企业及服务供应商领域被广泛采用,并通过遍布全球五十多个国家的一百多个分销商、代理商及系统集成商销售。 • 亚太地区总部: 香港 • 中国区总部: 北京
Packeteer是全球应用流管理领域的领导 • 发明TCP整型技术并登记专利 • 只有TCP整型技术才能从根源上解决网络阻塞 • TCP/IP第七层应用分类, 单个会话流带宽保障 • 应用与MPLS标记挂钩,跨网域端到端QoS • 全球几千用户
应用与网络关系的改变 从前 今天 企业 E-商务 浏览 语音 应用 企业应用 业务互联网 IP X.25 SNA Async Campus Network 有限的企业应用 多样化网络结构 多样化的应用 一体化IP网 由管理网络到管理应用的转化 由管理连接到管理生产力的转化
从前 FTP Email TelNet TCP / IP FTP Email WWW 今天 TCP / IP 互联网上应用的变迁
CIOs 为网络运行可见度和控制而斗争 对 250 位IT 专业人员的调查 83% 不肯定网络上具体有何种应用在运行 不知道有多少流量与业务无关 受压力要优化资源使用,控制开销 继续扩容 82% 84% 76% Source: Compaq / Packeteer Seminar
其他额外损失 当应用运行不顺畅时: • 企业收入受到影响; • 用户对应用响应不稳定的伸告; • 对应用软件的投资回报无法保障; • 员工生产力下降; • 被迫对带宽资源作更大投入; • 服务还是没有根本保障 • 无法控制
问题所在 • 桌面电脑的巨大无节制吞吐 • 连接公共互联网 • 五花八门的各种应用 • 用户人数的剧增 高速局域网 高速广域骨干 广域接入瓶颈 Internet Intranet
局域网到广域网的巨大带宽落差 高速广域骨干 高速局域网 接入瓶颈 64k – 2M 10/100/1000 OC-3, OC-12, OC-48, OC-192
TCP突发行为使资源利用率降低 Bandwidth-Intensive Apps 带宽占用量大的应用: Image Transfers, Streaming Media Image Transfers, Streaming Media Unsanctioned Apps 与业务无关流量 Surfing, MP3, Napster, Shopping Surfing, MP3, Napster, Shopping Mission-Critical Apps 关键业务流量 Oracle, SAP, Peoplesoft, etc. Oracle, SAP, Peoplesoft, etc. 突发, 不可预见,不受控制的流量 关键业务流量的运行受到冲击
矛盾 • 在带宽上作投资的理据是视频会议、 ERP、和数据库等对业务和生产力的重要促进作用; • 现实是在带宽上所作投资支持的是很多非关键流量; • 应用以网络为中心可是网络对应用却是中立的; • IP 网: • 对所有应用流一视同仁 • 缺乏可预见性和控制 • 与业务目标和优先脱节
#1 #2 #3 #4 怎样解决这矛盾 对网络应用流有能见度 清楚知道对应用运行效能有影响的各项因素 具有影响这些因素的能力 持续不断的实施与监控能力
分类 分析 应用 控制 报告 Packeteer 满足所有这些需求 清楚知道对应用运行效能有影响的各项因素 对网络上应用流有能见度 持续不断的实施与监控能力 具有影响这些因素的能力
L 效果 • 提高业务关键应用运行效能; • 广域网资源投资与业务优先直接挂钩; • 降低带宽成本; • 降低网络维护操作成本; • 改进用户对应用运行质量的体验
第一步: 分类 已分类信息流种类可在浏览 器界面清晰可见
第二步: 分析 大量的监测和评估图表工具 清楚记录达40种应用基本状态和异常状态参数 • 网络时延 • 服务器时延
第二步:分析 是谁或哪些应用在占用带宽? • 大用量用者分析 • 流量分布分析
第三步: 控制 • Packeteer 运用TCP整形技术 • 控制信息源发送量和时间 • 使用标准 TCP/IP协议 • 以秒比特粒度精确控制信息流速率 • 不采用队列技术 • 减少信息包丢弃 • 同时调控外/内向流 • 主动动态调控
第三步: 控制 • 设置策略以控制应用运行效能 • 每种应用最大/最小带宽策略 • 每个用户最大/最小带宽策略 • 每对会话(session)最大/最小带宽策略 • 根据应用设置或更改MPLS/DiffServ/ TOS/COS码值 • 依据服务等级协定(SLA)设定/监控/ 强制/保障应用响应时延 • 实现真正跨网域应用端到端QoS
第三步:控制(continue) 第一:带宽分区 • 为某类信息流在总带宽内划定虚拟管道 • 提供信息流带宽总用量上/下限带宽保障和限制
第三步:控制(continue) 第二:策略设置 • 每种应用最大/最小带宽策略 • 每个用户最大/最小带宽策略 • 每对会话(per-session)最大/最小带宽策略 • 基于优先级策略 • 其他任何策略组合 策略是针对于独立、 单个的信息流 !
L L PacketShaper Xpress PacketShaper Xpress PacketShaper Xpress™ • Xpress的作用 • 提高广域带宽使用率 • 改进和加速应用运行效能 • 为小分部增加带宽 • 在饱和链路上舒缓阻塞
第四步:报告 • 追踪服务水平协议(SLA) • 设立和达到用户的期望 • 规划网络发展趋向
使用 PacketShaper前后 • 大流量时关键应用运行受冲击 • 带宽没有充分利用 • TCP突发特性不受控制 • 大流量时关键应用运行受保护 • 带宽充分利用 • TCP突发特性受到控制
流量被整形之前后 • 没有 TCP Rate Control 的--管理流量像一堆大小不一的“乱石”,空间被浪费太多 ! • 有 TCP Rate Control的管理 --流量像大小一致的“细砂”,空间有效充份应用!
业务应用 网络应用运行基础设施 局域网资源分配 广域网资源分配 四层交换机 网络效能 基础设施 光纤 ATM/帧中继 宽带 无线 Packeteer 在行业中所处位置
PacketShaper Router Router 网络中安装PacketShaper的位置 • 广/局域交汇点,CPE设备 • CPE 路由器局域网端 • 以太连接
应用效能监控与管理 Web-based Reports Data Center LAN PacketShaper Managed IP Network NOC
银行案例:银行网络现状 现状分析 • 总行到省行是两条线路,以HA的模式 构建。 • 分行、支行到总行是一些帧中继线路。 • 无法知道各分行、支行的应用是什么。 • 无法了解各应用占用带宽量。 • 应用的高可靠性(HA)无法得到保障。 • 现有带宽是否满现有应用需要。 • 每个营业网点都有生产和OA的应用。 • 不了解除了OA与生产还有什么应用。 • 不了解OA与生产各占用多少带宽。
银行案例:银行应用Qos网络拓扑 实施QoS带宽管理 • 核心网络及省行网络都布署 PacketShaper • 基于应用分类,区分生产、OA应用 及非关键的应用 • 符合现有的网络结构(HA) • 基于应用的高可靠性 • 了解网络上的各种应用,并了解业务、 OA应用带宽占用量 • 保障生产业务,平滑OA应用的突发 • 防止非关键应用占用带宽 • 对现有线路的评估,对今后上新应用 的作规划,实现银行多网合一。
烟草案例:烟草专买局网络现状 现状分析 • 其网络架构是所有分局的视频终端都是通一条2M的线路连到总局,MCU在总局。 • 视频会议与互相网的访问都是运行在这条2M线路上。 • 分局点共有10多个,所有累加的带宽有30多兆。 • 互联网的总带宽为10M。 • 不知道哪些应用在线路上运行,占多少带宽。 • 在视频会议时视频总是出现画面停顿、马赛克,音频出现不同步等现象。 • 花费昂贵的价钱租用线路、架设视频系统为什么还会出现这种不尽人意的情况。 • 网管人员无从下手。 视频终端设备
烟草案例:烟草专买局应用QoS网络拓扑 实施QoS带宽管理 • 了解到是FTP网页浏览、HTTP下载占用了大部分带宽。 • TCP的突发特性导致了HTTP、FTP占用大部分带宽。视频会议受到了冲击,出现画面停顿、马赛克现象。 • 花小部分的资金(购买PacketShaper)就可使网络有条不紊地运行。 • 网管人员可以使用PacketShaper保障视频会议有效的运行,限制不重要的应用占用大部分带宽。
海关案例:中国海关分关网络现状 现状分析 • 北京海关地区的分关、办事处、现场共有20处,目前采用中国网通的IP宽带网实现到总关的连结,其中业务管理网的带宽由1M到6M不等,并组建了自己的独立的局域网络。 • 随着办公自动化系统的进一步应用和即将在业务管理网络实施IP语音、视频应用、会议电视等多媒体应用,从而导致网络上的应用不断增加,广域链路的负荷不断加大。然而网络中多个应用如视频会议、办公自动化、ERP、数据库、视频点播等在各个分关通过网通IP宽带接入后要分享从总关到分关之间的广域线路,不同的应用之间互相抢夺资源、带宽使用无法保障、和运行不稳定等情况会出现,解决这些问题是我们方案的一个主要考虑和要达到的主要目的。
海关案例:中国海关分关应用QoS网络拓扑 实施QoS带宽管理 • 对于北京海关以IP协议为基础建立的网络上,我们将QoS系统按右图方案拓扑实施,分别在总关和分关、办事处放置PacketShaper设备,当广域链路发生拥塞时,Packeteer公司的Qos系统能满足以下总体要求:一、对在广域链路上传输的数据可以基于七层应用或根据SERVER/CLIENT的IP地址、协议类型、端口号等自动进行分类;二、优先保证视频会议,IP电话等对时延很敏感、对业务也很重要的数据的传输质量;三、对不同类型的数据可以赋予相应的优先级别;四、对网络的数据流量可以进行系统统计并生成报表。 • 每个分关、办事处都有些非紧要的应用跑到广域网上,而这些数据对我们业务来讲不是最重要的,而且会消耗我们的带宽,最关键的是这流量还是无法预知、控制的,所以我们在项目中北京海关总关及各个分关、办事处部署PacketShaper
Packeteer 2500 0k,128K,512K, 2M, 10Mbps WAN capacity Packeteer 45000M,10M, 45Mbps WAN capacity Packeteer 85000 M, 200 Mbps WAN capacity Packeteer 65000 M, 100 Mbps WAN capacity Packeteer 95000 M, 200M, 500 Mbps WAN capacity Packeteer 产品系列 Packeteer 1550 0K, 128K,512K, 2Mbps WAN capacity
Packeteer 产品系列 PolicyCenter™ 策略中心统一管理平台 • 设置策略 • 软件升级 • 适用于所有Packeteer产品 • 安装于Windows 服务器平台
Packeteer 产品系列 ReportCenter™ 报告中心统一管理平台 • 自动生成多种定做报告 • 快速辨识出全系统不正常状况 • 自动透过网络分配报告给不同的使用者 • 适用于所有Packeteer产品 • 安装于Windows 服务器平台
部分客户 Universities Healthcare Service Providers Other Enterprise
一部分国内成功案例 • 南方航空 中国进出口银行 民生银行 • 人民保险 天津两所大学 上海烟草局 • 中国海关 江苏省烟草局 渤海油田 • 中兴通讯 中国百事可乐 光大银行 • 普华永道 中国索尼 中宏保险 • 摩托罗拉 中国惠普 中国银行