CSS 11000 缓存配置和兼容性考虑 - Cisco.PDF

目录 简介 先决条件 要求 使用的组件 规则 缓存配置 第二层交换机对流交换机 路由 服务 Layer4与第五层 非对称 平衡 故障切换 EQL 旁路 缓存旁路 URL 参数旁路功能 预 提取 功能 相关信息 简介 本文是确定的高速缓冲存储和兼容性考虑事项一个指南，当实现Cisco内容服务交换机(CSS)时 11000/11500。 先决条件 要求 本文档的读者应具备以下方面的知识： 缓存的默认网关必须是CSS。 使用的组件 此信息适用于(11000 11500)运行WebNS软件软件版本3.0x的所有Cisco CSS或更加高。 本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原 始（默认）配置。如果您使用的是真实网络，请确保您已经了解所有命令的潜在影响。 规则 有关文档规则的详细信息，请参阅 Cisco 技术提示规则。 缓存配置 第二层交换机对流交换机 CSS是流交换机，与Layer2 (L2)交换机相对。流交换机映射对根据IP信息的端口的流，与MAC层信 息相对正如在L2交换机。流交换机功能是什么允许CSS是内容聪明的并且查看TCP同步/启动 (SYN)数据包或者HTTP GET并且做出内容决策，与转发帧相对。在高速缓冲存储环境，流交换机 要求您路由来自缓存的所有数据包被注定给客户端。 路由 因为CSS必须是缓存的默认网关，并且从缓存路由所有数据包， CSS必须有完整的路由表。 服务 当您配置服务作为类型transparent-cache时， CSS重写与缓存的MAC的目标MAC地址并且转发 IP信息包到缓存为了保留目的IP地址。如果缓存不能混杂地细听所有端口80流量，则您必须配置缓 存作为类型proxy-cache;然而，代理缓存服务不能使用旁路故障切换方法。因为您MAC转发数据包 到缓存，缓存应该直接地连接到方框。如果这不可以是实现的，则必须通过不可能共享与客户端或 互联网连接的L2设备连接。 当创建让缓存旁路来源IP所有内容规则的服务配置作为proxy-cache或transparent-cache时，有一个 自动隐身访问控制列表(ACL)，以便可以是从源服务器获得页。开始在WebNS版本4.0，您能输入no cache-bypass命令transparent-cache的和代理缓存服务为了禁用内容规则自动旁路。 您不能有两个实际CSS，其中每一用直接地附加的一个缓存，负载平衡两个缓存，当已配置的作为 类型transparent-cache，除非每个缓存直接地有对每交换机的一连接。一交换机从客户端将获得请 求可能然后选择服务请求到缓存连接对另一交换机，或许然后将看到请求进来和它与其规则相符和 决定服务它到缓存连接对第一交换机。因为这些数据包是转发的MAC，没有办法修建ACL正确地执 行此。 Layer4与第五层 规则认为第五层(L5)，当匹配规则或做出负载均衡决策的需的信息不在TCP SYN时，但是在HTTP GET;因此，当您添加URL、域平衡方法，域HASH或者URL哈希时，规则自动地是L5并且导致伪装 。因为保护缓存以防止SYN泛洪攻击，伪装是优点，既使当不是需求。L5配置允许扩展合格者列表 (EQL)和故障切换旁路，造成方框欺骗一连接用源服务器，与缓存相对。当内容规则认为L5时，这 意味着CSS欺骗与客户端的连接。 非对称 如果有路由回到从不穿过CSS的源服务器的客户端，则您有非对称，也叫作三边转换法。如果使用 L5规则，并且有旁路，方框欺骗一连接用源服务器，并且返回路径去直接地客户端，非常迅速然后 丢弃，因为客户端不认可序号。您需要固定在您的非对称，发送一切线性缓存和使用的故障切换或 者以源组使用并列，通过NAT的网络地址转换(NAT)您的客户端IP。 平衡 推荐您使用域HASH和URL哈希平衡方法。域HASH执行在整个主机标记间的一哈希然后确定哪个服 务器如果域，允许一均匀地被分配的负载的服务。URL哈希平衡方法类似运作于域HASH方法，但 是使用URL，数据源与主机标记相对。 当使用服务类型proxy-cache时，我们平衡基于持久连接的第一个GET，并且，只要第二个GET匹配 同一个规则，我们不重新平衡，可能造成为了一些站点能在缓存间被复制(参考下面到达前的部分 )。在WebNS 4.0中，您能配置CSS中断持久连接和通过发出no persistent命令重新平衡在内容规则 。每当您发出no persistent命令 ，您要使用webns 4.0 persistence reset remap命令。pe