“测试后”的状态(cont).PPT

大纲 评估是否符合客户需求 测试成功的关键因素 测试步骤 PacketShaper 测试 Xpress 测试 Packeteer 协助企业确保投资效益(ROI) PacketShaper 是否符合客户需求 ? 广域网络的连接是否出现问题? 网络联机速度慢,应用软件响应不够理想 ? PacketShaper 具备让人想买的理由 ?. PacketShaper可以解决客户的问题吗? 如果不能,请想其他方法 . 有任何决策者参与? 开始评估前了解整体情况非常重要. 是否有预算? 如果没有, 请想其他方法. 客户相信他们需要此项解决方案吗? 开始测试前，是否只欠缺临门一脚 测试是 POC( proof of concept ) 如果没有,代表测试时间过早,请重新进行了解后再测试 . 若符合需求, 则客户会购买吗? 利用以下问题进行评估有可能购买此产品的客户, 并且尽可能针对以下的问题得到客户完整的回复: 1) 客户想要解决的效能问题及期望的结果? PacketShaper 测试成功的关键因素 在拥塞的连接网络放置一台 PacketShaper 在客户总部(Main Site) 放置一台 PacketShaper 是最简单而有效的开始 之后客户可能想增加其它点的设备(edge units),因为: 这是管理网络瓶颈最好的方法 可以看到企业整体网络流量 最简单的拓朴结构 压缩需要2套Xpress的部署 增加卖出多台 PacketShaper 的机会 掌控好每个测试步骤 － 利用有系统的文件来引导 开始测试前, 得到客户口头的购买意向 (conditional PO) 永远记得, 测试是 POC,是方法,不是目的 在有限制的时间内进行测试(测试过久反而不易获得订单) 尽量针对客户最在乎的问题解决, 不要想去解决客户网络所有的问题,有些问题是 PacketShaper 无法解决的－ 不要在一开始给予客户过多的期望 保持简单化! 测试的步骤 安装硬件 执行安装指引 打开流量收集观测 持续3个工作天收集资料! 提供 “测试前” 状况分析 控管应用系统(标的物) 的效能 提供 “测试后” 的状况分析 若无法进行线上测试, 可以在实验室进行功能测试 透过状况模拟, 分析安装 PacketShaper 前后的差异, 有效彰显出 PacketShaper 的效益 硬件安装 参照 PacketShaper 网络架构的安装指引 硬件安装 核对下面所述: 确认 PacketShaper 的线路安装是正确的 是否Outside 和 Inside 端口连接到正确的设备? Outside端口对 Router Inside端口对 LAN. 网络线是否使用正确? Cross-over线路对 router或 firewall. Straight-through线路对 hub 或 switch. 唯有正确的线路才会得到正确的资料 执行安装指引 4 任务: 执行安装指引. 预计3个工作天! 让PacketShaper 运作3个工作天! 5天是最佳的时间, 若不行, 至少收集3天的资料 PacketShaper 将会自动发现网络各种应用并收集它们的使用状况 . 有什么比这些事还简单? 分析“测试前”的状态 找出关键重点 分析阶段,请客户回复2个简单问题: 重要商业应用的效能好吗? 为何不好? Top Level 报表 例如: 链路利用率(Link Utilization) 若峰值用量(Peak Rate) 远高于平均用量(Average Rate)代表您可以透过 PacketShaper 管理来增加网络线路整体的使用效率 例如: 网络效率(Network Efficiency) 例如: 前十位用量-圆饼图 快速了解哪一种应用系统使用最多的带宽 上下关联的报表 应用特性之报表 监测纪录 Top Talkers 和 Top Listeners 最多可列出 前12位 talkers/listeners名单 (全部). 可针对 Top users 单独分类控管 响应时间的总结 利用监控响应时间来分析效能. 必须是TCP 的 traffic. 以来回做测量标准 . 描述“测试前”的状态 (cont.) 描述“测试前”的状态 (cont.) 针对单一的应用/流量去观察传输延迟的详细资料 控管应用系统效能 1. 保护重要关键应用的流量 2. 限制会影响正常应用的流量 以上2项步骤都是成功的关键步骤, 但也是唯一的2项步骤. 选择正确的政策 (Policies) 快速生效: Rate policies 提供 TCP rate control, 可以让流量较为平顺 Priority polices 设定