数据中心服务器当发起一个内容请求时，每个请求都会转到代理Cache的IP地址，不管是对动态或静态内容的请求。如果请求的内容已经在Cache中，那么Cache直接把内容发给客户；如果请求的内容不在Cache中，请求被送到服务器获取内容，一旦在服务器中找到了所需内容，Cache响应客户，且如果内容是可Cache的，在Cache中复制一个copy，更多相关知识：
http://www.yanhuangzixun.com/。
数据中心服务器代理Cache的主要缺点是需要管理，缺少集中控制，并且不能重新定向用户绕过宕掉的Cache，而是送到“黑洞”中。 （3）Cache集群 在一个位置配备多个Cache就是Cache集群（Cache Clustering）。Cache集群提供冗余，增加了Cache的性能和扩展能力。Cache集群可以通过把多个Cache连接到一个路由器、第4层交换机或Web交换机上来实现。
Cache集群提供了冗余，在单个Cache失败时起到保护作用。特别是代理Cache，对单一的Cache失败很敏感。如果一个网络中的Cache失败，数据中心服务器所有的配置使用它的浏览器都会失去与Web的连接。集群是一个相对于配置后备Cache较好的解决方案，因为后者增加了代理Cache管理的复杂程度，如果开展IDC业务，需要了解IDC许可证的变更和注销条件。
数据中心服务器反向代理Cache，代理和透明的Cache是具有代表性的为优化穿越网络的所有Internet流量而配备的。反向代理Cache（RPC，Reverse Proxy Cache）则是典型的数据中心的扩展。反向代理Cache是Web服务器的代理，而不是客户的代理。事实上，反向代理Cache对网络来说像是真正的Web服务器，DNS解析RPC的IP地址而不是实际的服务器的IP地址。 Web交换机可以为不可Cache的HTTP请求或不可Cache的TCP请求（如SSL）旁路RPC。交换机旁路RPC把最初的IP地址和包含在流头部的序列号发往服务器。服务器直接向客户答复或转发到RPC的交换机。两种方法都不涉及Cache，它可以集中资源去服务可Cache的内容请求。
智能Cache旁路 动态内容如电子商务的事务、股票交易、ASP以及CGI表单是不能Cache到Cache服务器的，只有静态的内容是可以Cache的。可以Cache的静态的内容的例子就是gif、jpeg和pdf文件等。
代理、透明式和反向代理Web Cache把所有客户的请求都推向Cache服务器，这给以产生效益为目的想利用Web Cache强行把所有请求（不管内容）推向不能完成请求的服务器的站点造成了很大的问题。Web交换机具有完成智能Cache旁路的能力，如果是动态请求可以旁路代理、透明式或反向代理Cache服务器。当不可Cache的或动态的URL被指向Cache时，由于Cache需要判定这个请求的内容不可Cache，再从源服务器获取内容，然后再转发给客户，会造成明显的延时。在这种情况下，Cache基本上变成了瓶颈。Web交换机的智能Cache旁路能力除去了Cache的重新定向动态内容请求的负担，因此提高了性能。
