部署exchange 2016高可用群集 - 行业资讯 - 肥雀云

此案例环境是接上一篇迁移环境而做的,如果有什么不明白的可以参考前两章博客,操作步骤已经写的很明白了:
基于exchange 2010迁移exchange 2016搭建环境
迁移exchange 2010至exchange 2016

一、案例分析

1,案例概述

将exchange 2010迁移至交易所2016年之后,邮件系统一直稳定地正常工作,并且也实施着一套比较完善的备份计划。但是,单点故障的隐患一直存在,一旦发生故障,在使用备份进行回复期间,整个企业将中断邮件往来。为了避免单点故障造成的损失,决定再部署一台新服务器,部署exchange 2016 DAG。

2,前置知识点

1) DAG

exchange 2007及其之前的版本若要实现高可用,必须先部署Windows故障转移群集,且群集节点上只能安装邮箱服务器角色(其他角色不能安装在群集内),若群集中一台服务器的某个邮箱数据库出现故障,则包括该故障数据库在内的所有数据库及邮件服务都将停止工作,然后转移并激活其他服务器及其数据库副本。这种机制属于“服务器级别”的故障转移,转移过程中,故障节点不能提供服务,且未发生故障的数据库也要被迫转移。
DAG是内置于exchange server 2016中的邮箱服务器高可用性和站点恢复框架的基础组件.DAG由一组邮箱服务器(最多16个)构成,每台服务器都同步并保存着DAG的邮箱数据库副本,若单个服务器或数据库发生故障,则自动执行数据库级的故障转移。也就是说,DAG是数据库级别的故障转移,其主要特点如下:

节约成本.exchange 2016已将多个角色整合,这样使中小组织有两台服务器就能实现一个完整的解决方案。

部署灵活、易于扩展。无须先部署故障转移群集,这更符合组织发展的实际情况:先单台服务器,然后随时根据需要创建DAG。

对Windows故障转移群集的有限依赖,DAG只使用群集的仲裁,心跳线等功能。

实现数据库级别的转移,并且不转移无故障的数据库。

不停用服务。转移过程中不影响用户访问。

无须Windows故障转移群集管理经验,在交换管理中心即可实现管理。

降低”因避免数据库损坏”而备份的重要性。当DAG邮箱数据库多于3个副本时基本无须备份。对DAG备份的主要作用是,避免用户误删除邮件,且已经超过恢复周期(默认14天)。

3, DAG群集与仲裁

最初创建DAG时,广告活动目录会使用一个空对象存储DAG的相关信息,如DAG成员信息和配置等。当把第一台服务器添加到DAG时,系统会自动创建DAG专用的故障转移群集,然后,使用故障转移群集的检测信号机制和群集数据库来跟踪和管理DAG的状态。客户端通过DAG群集唯一的名称或群集IP地址访问群集,由群集内的活动服务器进行响应。
因为DAG基于Windows故障转移群集,而故障转移群集使用仲裁来决定哪些成员处于活动状态,哪些成员处于脱机状态,进而判断DAG是否正常运行(如果N为成员数量,则至少N/2 + 1个成员处于活动状态),所以,仲裁机制对于DAG来说非常重要,如果群集丢失仲裁,则DAG将不可用,所有的邮箱数据库都将处于卸载状态,管理员手动干预才能使之恢复正常。

4, DAG的仲裁模式有以下两种:

1)当DAG成员服务器数量为奇数时,DAG使用“故障转移群集节点多数仲裁模式”。此模式中不使用见证服务器。每个DAG成员都在本地存储群集仲裁数据,若DAG配置发生变化,更改将同步在不同的磁盘上,仅当多数成员的磁盘发生了同步更改,该更改才被视为有效并永久保存。例如:当DAG有3个成员时,投票总数应该为3,实际最少投票数量为4/2 + 1=2,也就是说,最多只能有1个成员出现故障。

2)当DAG成员服务器数量为偶数时,DAG使用“故障转移群集节点和文件共享多数仲裁模式”,此模式采用外部见证服务器作为裁判。默认情况下,每个DAG成员都存储一份群集仲裁数据并保持同步,因此都具有投票权,而见证服务器则使用一个文件记录哪个成员拥有最新的仲裁数据副本,所以见证服务器向该DAG成员提供关键投票,进而保证大多数投票者能够相互通信(活动状态)。例如:当DAG有4个成员时,投票总数应该为5(其中1票为见证服务器),实际最少投票数量为5/2 + 1=3,也就是说,最多可以同时有2个成员出现故障。