Nginx的upstream机制概述

对于使用了upstream的nginx，在处理请求和响应数据的时候是有区别的。

在处理请求数据时，是将请求的数据包先缓存起来，待数据包接收完毕，再与上游服务器建立TCP连接，这样有助于缓解上游服务器的压力，因为在通常情况下，下游服务器的TCP连接时公网，而上游服务器的TCP连接时内网，假如客户端发送了一个10M的数据，分为每次10K发送，如果采用边接边发送的方式，则上游服务器需要一直维护TCP连接，造成上有服务器多余的资源占用。

而在处理响应时，也是因为下游与上游的网络差异，则是边接收边发送，即使如此，因为接收的快，发送的慢，下游服务器仍然需要建立缓存区来缓存上游服务器的响应。

截图来自于《深入理解Nginx模块开发与架构解析第2版》

upstream server error是上游服务器错误。

例如：The proxy server received an invalid response from an upstream server.

中文翻译：代理服务器收到无效的响应从上游服务器。

上游就是，需要调用你的服务的接口的服务器。

下游就是，你需要去调接口的服务器。

设备、I/O和网口虚拟化技术：

在计算机服务器虚拟化实现过程中，设备和I/O也是计算机系统的主要组成部门，也需要实现虚拟化，才能促使服务器也实现虚拟化。和内存虚拟化相比，设备、I/O和网口虚拟化主要通过专业的封装技术来实现，为虚拟机的运行提供技术支持。

经常满足虚拟机进行设备访问和I/O请求的需求，在计算机服务器虚拟化平台中，为设备和I/O的虚拟化实现奠定了坚实基础。

在具体运行中，各设备型号、配置、参数等在计算机服务器中存在一定的差异，但具体实现计算机服务器中，虚拟机和实体机之间数据和信息的互换，展现出服务器虚拟化技术应用的效果。

WSUS服务器配置方案包括单服务器、层次或链型服务器群、复制服务器、无链接服务器、多服务器。

单服务器：只有一台WSUS服务器，微软更新站点作为更新源

层次或链型服务器群：当站点中有许多客户机，可以部署多台WSUS服务器来提高性能。WSUS服务器通常从其它的WSUS服务器获取更新。提供更新的服务器叫上游服务器，从上游服务器获得更新的服务器叫下游服务器。在整个层次结构中，配置必须保持一致，即每台服务器必须使用相同的更新文件存储位置，内容过滤（产品类别的订阅，更新分类和语言）必须统一。最上游的服务器批准来自微软更新站点的更新，下游服务器只能从上游服务器下载那些批准的更新。下游服务器对于那些上游服务器未批准的理新将一无所知。上游服务器提供一个全局批准清单，下游服务器维护相同的更新清单或是清单的子集。同时，WSUS服务器同时也是客户机，它也必须得到更新。应该WSUS从最上游的服务器获取更新。最下游服务器必须更新自身，推荐方法是单独定位服务器（即把服务器放在它自己的目标湘计算机组），并在应用更新之后批准WSUS相关更新。

复制服务器：是上游服务器的镜像。一台复制服务器将把上游伙伴服务器的全部配置都复制过来，包括更新、批准、目标和组。服务器唯一可管理的是计算机组成员关系。它支持集中的更新批准策略并可以将更新发布到多台服务器。要将一台现有的WSUS服务器配置为复制服务器，必须重新安装WSUS。

无链接服务器：使用WSUTIL命令从一台更新服务器导出更新，再在另一台服务器上导入。

多服器：是单服务器拓扑的简单复制。

单服务器是最简单的拓扑，也是广泛采用的解决方案。层次或链型服务器群适合那些资源分布在多个地理位置上，采用集中管理策略的企业；复制服务器提高了较大的灵活性，可以由复制服务器的管理员决定哪些客户机将接收哪些补丁；无链接服务器可以通过可移动介质而不是网络从其它的WSUS服务器上获取更新；多服务器拓扑就是单服务器的简单复制，用于支持更大的网络；

---