Array APV负载均衡培训概要1.ppt

  1. 1、本文档共104页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
Array APV负载均衡培训概要1

* * * * * * * Clustering 主备机同步配置 点击了“Synchronize”按钮后 此时,不要做任何操作,耐心等待1-2分钟左右 * * Clustering 主备机同步配置 此时已经表明,同步配置操作完成。 * * Clustering 主备机同步配置 最后,再进入到备机的config模式,点击“Clustering”,将备机上的抢占模式去掉 Enable Preemption:将勾去掉 点击红色按钮“SAVE CHANGES”。 * * 内容 Array Appvelocity(简称APV)产品介绍 APV负载均衡器工作原理 APV初始化安装与基本配置 1,APV-配置-初始化 2,APV-配置-Vlan 3,APV-配置-Interface 4,APV-配置-Routing 5,APV-配置-针对于关键字的健康检查 6,APV-配置-Real Services 7,APV-配置-Groups 8,APV-配置-Virtual Services 9,APV-配置-Nat 集群配置 典型组网 * * 网络拓扑/典型部署方式(推荐组网) APV-1 APV-2 单臂模式(One-Arm) 设备扩展性更好,交换机的端口和性能不再是网络设计瓶颈 无需设计一个专为负载均衡的交换网络平台,对现有网络无需变动网络架构和设备配置 网络层次更少 ,结构更简单 维护更方便快捷 只有需要做负载均衡的流量才会经过负载均衡设备,效率更高,故障点更少 性价比更高,最佳投资回报 * * 网络拓扑/传统部署方式 APV-1 APV-2 双臂模式(Two-Arm) 隔离后台服务机群,利用APVX设备的高安全性保护后台服务器 升级替换用户原有负载均衡设备,无需调整网络结构 * * APV管理方式 Management Methods Available: CLI SSH Web Based Interface / Secure Web Serial Command Line Interface SNMP * * APV常用命令 1,查看当前配置:show running 2,查看启动配置:show startup 对于在线运行配置,要确保当前配置与启动配置保持一致。 3,获取Tech文件,寻求帮助 在命令行下执行命令:show tech,然后将show tech输出的信息copy下来,联系技术支持或厂家。 * * APV常用命令 4,系统配置导出 在命令行下执行命令:show run,然后将show run输出的信息copy下来,保存为一个文本文件。 或在WEBUI下,[Config Management] ? [View],将[Running Config]里的信息copy下来,保存为一个文本文件。 5,系统配置导入 在WEBUI下,[Config Management] ? [Load] ?[Upload File] ,将保存的文本文件导进去。 在命令行下,进入到config模式,将配置信息copy进去。 * 谢谢! * * * * * * * * * Granularity is used to adjust how accurate lc / sr load balancing should be. The values for a real services connection count or response times are split up into slots, each of which has size or granularity. When load balancing, all real services in the group which fall into the same slot via their connection counts or response times are treated as if they had the same connection count or response time. For instance, the default lc granularity is 10. Real services in the group with connection counts between 0 and 9 inclusive would all be treated as the least loaded services in the group. The reason for doing th

文档评论(0)

yaocen + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档