服务器开发部署方式？

随着互联网技术的不断发展，我们在进行服务器开发方面也掌握了很多的开发部署技术。今天，云南IT培训http://www.kmbdqn.cn/就给大家简单来介绍一下，都有哪些服务器开发部署方法是值得我们使用的。

停机部署

停机部署其实是简单粗暴的方式，就是简单地把现有版本的服务停机，然后部署新的版本。在一些时候，我们必需使用这样的方式来部署或升级多个服务。比如，新版本中的服务使用到了和老版本完全不兼容的数据表的设计。这个时候，我们对生产有两个变更，一个是数据库，另一个是服务，而且新老版本互不兼容，所以只能使用停机部署的方式。

这种方式的优势是，在部署过程中不会出现新老版本同时在线的情况，所有状态完全一致。停机部署主要是为了新版本的一致性问题。

这种方式不好的问题就是会停机，对用户的影响会很大。所以，一般来说，这种部署方式需要事前挂公告，选择一个用户访问少的时间段来做。

蓝绿部署

蓝绿部署与停机部署大的不同是，其在生产线上部署相同数量的新的服务，然后当新的服务测试确认OK后，把流量切到新的服务这边来。蓝绿部署比停机部署好的地方是，它无需停机。

我们可以看到这种部署方式，就是我们说的预发环境。在我以前的金融公司里，也经常用这种方式，生产线上有两套相同的集群，一套是Prod是真实服务的，另一套是Stage是预发环境，发布发Stage，然后把流量切到Stage这边，于是Stage就成了Prod，而之前的Prod则成了Stage。有点像换页似的。

这种方式的优点是没有停机，实时发布和升级，也避免有新旧版本同时在线的问题。但这种部署的问题就是有点浪费，因为需要使用双倍的资源(不过，这只是在物理机时代，在云计算时代没事，因为虚拟机部署完就可以释放了)。

另外，如果我们的服务中有状态，比如一些缓存什么的，停机部署和蓝绿部署都会有问题。

滚动部署

滚动部署策略是指通过逐个替换应用的所有实例，来缓慢发布应用的一个新版本。通常过程如下：在负载调度后有个版本A的应用实例池，一个版本B的实例部署成功，可以响应请求时，该实例被加入到池中。然后，版本A的一个实例从池中删除并下线。

这种部署方式直接对现有的服务进行升级，虽然便于操作，而且在缓慢地更新的过程中，对于有状态的服务也是比较友好的，状态可以在更新中慢慢重建起来。但是，这种部署的问题也是比较多的。

在发布过程中，会出现新老两个版本同时在线的情况，同一用户的请求可能在新老版中切换而导致问题。

一、简介

裸金属相关功能是由机房控制器、物理机控制器、IPMI控制器和noVNC控制器组成基础的自动化支持。

机房控制器：提供交换机网络的自动化支持，交换机出口聚合层需要预先设置网络。

物理机控制器：提供存储镜像、执行自动化重装、破解密码和救援系统的功能。

IPMI控制器：提供开、关机、重启和获取IPMI 信息的功能。

noNVC控制: 提供web端直接访问Java KVM控制台的功能。

二、部署方式

所有ZKEYS（ 官网 ）控制器都提供一键安装脚本自行部署，部署后按照指引在平台的控制器管理设置对应的控制器

控制器管理位置在： 首页/生产/资源管理/控制器管理

平台的可用区管理功能相当于机房的概念，需在可用区选择该可用区使用的控制器

可用区管理位置在： 首页/生产/资源管理/可用区管理 如下图

每个可用区（机房）都需要按需配置以上4个控制器

三、部署方案

方案一：简单网络方案

描述：用于整个机房有明确的网络布局，不依赖网络自动化。裸金属网络中只有一个或多个VLAN ，若PXE和服务器不在同一个网络时，需要设置DHCP中继。

控制器：IPMI控制器，物理机控制器，可选noVNC控制器。

方案二：复杂网络方案

说明：用于网络自动化，带宽控制、端口开关、子网IP配置和多VLAN等，交换机需要支持自动化。若交换机未适配，请提交适配

控制器：机房控制器，IPMI控制器，物理机控制器，可选noVNC控制器

四、服务器硬件要求

PXE控制器

IPMI和noVNC控制器

机房控制器

注意：资源紧张可把机房控制器、IPMI和noVNC控制器部署为一台服务器。

五、注意事项

1、PXE网络：确保PXE网络内无其他DHCP服务器。

2、IPMI网络：被管理的服务器必须具备IPMI功能， 并且能被IPMI控制器访问。

3、机房控制：交换机必须是三层的管理型交换机，若无法满足请采用简单网络方案。

以上是裸金属服务器的部署须知详情可查看相关文档

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

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

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

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

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

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

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

---