AlwaysOn一级楼梯:“SQL Server AlwaysOn”是什么?
原文链接：http://www.sqlservercentral.com/articles/Failover+Clustered+Instance+(FCI)/107536/
By Perry Whittle, 2016/02/24 (first published: 2014/09/24)
欢迎来到第一级的系列“SQL Server AlwaysOn楼梯”。 在1级的这篇文章中,我们会发现技术“AlwaysOn”、“故障转移群集实例”(FCI)和“Windows服务器故障转移集群”。 我们会在每一个细节和总结中堆栈他们坐的高可用性。 这将为我们提供一个良好的基础,这对提升阶梯水平至关重要。更高级别的楼梯将研究所需的基础设施和使用的不同的存储需求和选项组和fci AlwaysOn可用性。
在每个楼梯级后你将获得进一步的了解AlwaysOn结构构建。 尽管作为一名DBA,您可能没有任何直接与核心基础设施项目下面AlwaysOn fci,它有助于全面理解所有的技术集成。最后的楼梯将导致功能性AlwaysOn配置。
我们首先要看基础知识,其中包括简要描述每个3的技术已经提到。
有许多缩略词和缩写用于AlwaysOn描述。 我们有包括常用专业术语在本文的结尾。
闲话少说,让我们深入一看每一个技术。
Windows服务器故障转移集群
Windows服务器故障转移集群(WSFC)是高可用性(HA)核心产品,坐在下面的所有微软高可用性应用程序。 WSFC是一个Windows服务器操作系统软件套件的一部分。 之前,您可以创建一个SQL服务器的故障转移群集实例,一群AlwaysOn高可用性,甚至Microsoft Exchange邮件服务器集群,您需要部署和配置WSFC。
Windows服务器故障转移集群提供的能力结合多个计算机节点(物理和或虚拟)为高可用性服务的一组应用程序。 一个应用程序服务器软件,如SQL server或交换,我们希望能够在任何节点上运行。 应用高可用性给了客户一个虚拟的接入点,由一个独特的计算机名称或IP地址和一个独特的“虚拟网络的名字”。 这个地址和虚拟的名字成为资源的应用程序组和参与节点之间传递令牌。 活跃的计算机节点的关键硬件故障会导致损失的服务(s)在该节点上运行。 集群服务将自动尝试重新启动集团在当前节点或合作伙伴节点,根据故障类型(硬件或软件)。
在高级别上,客户端访问点细节以及任何磁盘和服务资源转移到一个故障转移伙伴节点。 故障转移群集实例的原因断开客户端连接; 客户可能会重新连接一次服务可以在另一个节点。常见故障通常是其中的一个,但任何应用程序的失败可能导致服务搬到另一个节点:
- 公共网卡或网络故障
- 电源故障
- 主板故障
- CPU失败
WSFCs,集群的应用程序安装到单独的组或“应用程序”,它包含一组资源,如磁盘服务IP地址,等。该集团及其资源是由单个节点在任何一个时间,和资源不可以从任何其他伙伴节点除非计划开关或一个节点发生故障转移。
一个Windows服务器故障转移集群的典型视图如下所示。 集群节点都是通过一个网络连接,和域控制器和DNS服务与WSFC允许客户机连接到虚拟IP或虚拟网络的名字,无论在哪个节点实际运行服务。
部署的FCI,计算机节点必须使用共享存储提出了每个节点,通常从圣。 典型的AlwaysOn集团的部署节点利用自己的本地存储,不与其他集群伙伴共享。
尽管集群节点可能有不同的硬件,它通常是最好的硬件统一跨节点,以避免任何情况不那么强大的节点来处理负载超出其能力。 然而,节点都必须使用相同的操作系统补丁水平和网络配置; 这将变得清晰时,验证您的配置在部署之前的Windows服务器故障转移集群。 最大的集群节点数Windows Server版本之间的不同(8节点在Windows 2003,16节点在Windows 2008和2008节点在Windows 2012)。
部署一个健壮的Windows服务器故障转移集群需要精心设计,支持硬件和相应的版的Windows服务器操作系统。 Geo-graphically分散集群(集群跨广域网)进一步增加所需的设计和规划,并大大增加了成本。
重要的是要知道WSFC只提供故障转移伙伴功能。 应用程序没有负载平衡或跨节点向外扩展。 每个服务一个且只有一个节点上运行。
通常,在大型多节点集群安装集群应用程序在Windows服务器故障转移集群节点的一个子集。 制作安装应用程序在所有节点的错误可能会导致一些不受欢迎的故障转移,稍后我们将会看到,也违反了AlwaysOn组限制政策,确保所有AlwaysOn实例居住的地方在不同的集群中的节点。
WSFC需要某种形式的中介控制集群资源所有权。 这个中介是集群群体的形式提供的。因为Windows 2003 SP1,这个群体的一个节点与所需的多数选票投票系统,保持群体。 你也可以使用额外的群体资源的形式为局部集群或远程文件共享磁盘多站点集群。 从Windows Server 2012,法定人数利用动态节点重量配置动态平衡集群票计划停机期间,以防止不必要的故障。 我们将详细讨论法定人数在未来的水平。
故障转移集群实例
故障转移集群实例的SQL服务器一直是一个受欢迎的高可用性技术在SQL Server产品。 SQL服务器集群的高可用性实例,以减轻任何节点硬件故障和潜在的软件故障。 这里唯一的薄弱环节是存储; 存储子系统成为单点故障。
故障转移群集实例是SQL Server的一个实例,违约或命名,已经安装到WSFC集群应用程序。 集群应用程序通常有以下资源作为最低:
- IP地址
- 网络名称
- 共享磁盘(年代)
- SQL Server服务
- SQL Server代理服务
一个独立实例共享相同的基本需求,除了独立的实例,计算机的IP地址和Networkname节点本身和磁盘存储是由计算机的本地磁盘资源。
指的是上面的图中,我们看到一个典型的集群和单个FCI 2节点。 SQL Server的集群实例将利用任何共享存储,提出了WSFC节点。 这通常存储将从圣lun的形式呈现。 FCI的SQL Server部署在一个两步的过程将会在后面的楼梯。 现在,这里有一个基本的概述2步骤部署SQL服务器的故障转移群集实例:
- 启动“新SQL服务器故障转移集群安装”向导在第一个计算机节点参与FCI。 本执行成功完成后,您是准备阶段2。
- 启动“添加节点到SQL服务器故障转移集群”向导WSFC中的任何计算机节点上你希望参与新的SQL Server FCI。
注意:尽管标准版限制FCI 2个节点,这并不决定有多少节点加入Windows集群(您可能有任意数量的操作系统最大)。 的限制是在SQL Server安装程序级别执行。
FCI有点像一个跑道继电器团队的传递过程; 计算机节点拥有集群的SQL服务器应用程序及其资源,然后提供给客户的访问SQL Server服务(把接力棒)。 在活跃的计算机节点发生故障时(巴)的下降,合作伙伴节点步骤和需要集群应用程序及其资源的所有权(拿起指挥棒)。
AlwaysOn可用性团体
多年以来,故障转移集群的主要方法为SQL Server提供高可用性。 当一个节点失败时,另一个服务器接管提供SQL Server服务客户。 AlwaysOn与Windows集成服务器故障转移集群技术来提供一个更有弹性的高可用性平台。
而聚类在实例级工作,AlwaysOn配置在数据库级。 AlwaysOn可用性组织中引入的新技术SQL Server 2012数据库复制预定义组一组只读伙伴实例,或副本,在AlwaysOn。 多个节点每个主机的同步副本AlwaysOn数据库(s)和访问提供的是最好的一个侦听器的配置(不久)。
AlwaysOn可用性组需要一个或多个二级副本主机高可用性数据库的副本。 这些二级数据库可以是可读的。 他们也可能被更新以异步或同步的方式。 异步副本只支持手动强制故障而自动或手动同步副本支持故障转移。
二次只读副本可以被配置为响应只读查询,你也可以目标二次备份维护操作的主数据库来缓解压力。 这个主要也是可逆的二次关系,确保真正的高可用性。 任何只读伙伴适当配置可能承担主要角色在系统中出现故障。
AlwaysOn依赖于WSFC欧文龙提供核心功能实现高可用性,但不需要任何下列共享资源与FCI有关。
- 共享磁盘
- 共享IP地址
- 共享的网络名称
- 共享SQL Server和SQL Server代理资源
这个共享资源规则有一个例外。 当创建一个AlwaysOn组监听器,这将创建一个IP地址和网络名称的资源将由AO集团共享副本。
我们已经发现,薄弱的环节故障转移集群实例共享存储。 有很多方法可以实现冗余,但它通常显著的代价,往往很难安装和维护。 当然,如前所述,只有减轻了服务器硬件故障转移群集实例。 它没有提供一个甚至多个二级数据库。 我们已经在SQL Server数据库镜像版本之前,SQL Server 2012,但这些只提供一个范围,non-readable,二级数据库。
AlwaysOn仍然使用熟悉的SQL Server实例通信端点实例。 端点使用可用时自动配置部署向导。 向导驱动的部署提供了最简单的部署路线,而手动部署需要大量的人工交互。 尽管如此,一个基本的AlwaysOn组配置仍然是极其容易部署和配置,并提供一定程度的哈,以前无货不通过复杂的功能集成水平。
你也可以创建一个高度可用的侦听器服务,您将使用接受传入的连接可用性。 侦听器由一个唯一的IP地址和一个独特的虚拟网络名称。 这是到目前为止一个最重要的变化使集团内的数据库高可用性。
在AlwaysOn可用性组的创建,创建一个集群的作用在Windows服务器故障转移集群和包含一个资源。 这个资源是故障转移伙伴节点之间在一群AlwaysOn故障转移和标识的主副本AlwaysOn组。
AlwaysOn侦听器
侦听器配置时,将创建资源和驻留在应用程序故障转移集群 AlwaysOn的可用性。 的资源是:
- 虚拟IP地址
- 虚拟网络的名字
侦听器使用TCP端口默认接受传入的连接和连接到主复制。 当只读路由配置,一个连接到侦听器指定一个只读的意图连接将被路由到第二个合作伙伴,而不是主副本。 这是另一种方式我们可以减轻主副本上的负载。
故障转移期间AlwaysOn集团之间的集群应用程序及其资源故障转移集群中的节点。 集群应用的节点位置跟踪主副本和它的底层集群中的节点和移动。 主副本的SQL Server的集群实例,侦听器由FCI的活动节点复制品。
结论
这就是一级的楼梯,这提供了一个快速介绍3核心技术用来使我们的SQL Server实例及其对象高可用性。 在我们的高可用性堆栈WSFC作为基础水平,这是主要的要求安装FCI或AlwaysOn可用性。 接下来我们有FCI,坐落在WSFC和依赖于集群服务和保护的SQL服务器实例。 最后AlwaysOn组,坐上独立的SQL服务器的实例和或故障转移集群的SQL服务器的实例。
在2级,我们将查看可用的存储类型及其典型用法在SQL服务器高可用性。 这将有助于您理解未来楼梯系列的水平。
术语表
|
AO |
AlwaysOn可用性组 |
|
FCI |
SQL Server的故障转移群集实例 |
|
TCPIP |
传输控制协议/互联网协议。 微软客户端所使用的网络协议网络 |
|
OS /号 |
网络操作系统 |
|
WSFC |
Windows服务器故障转移集群 |
|
局域网 |
局域网 |
|
湾 |
广域网 |
|
DNS |
域名系统 |
|
DHCP |
动态主机配置协议,网络计算机自动分配IP地址 |
|
IP地址 |
一个32位(IPV4),唯一的地址分配给计算机对象 |
|
广告 |
活动目录,目录服务。 微软技术用于在Windows域对象管理 |
|
博士 |
灾难恢复 |
|
防晒系数 |
单点故障 |
|
SCSI |
小型计算机系统接口 |
|
iSCSI |
互联网小型计算机系统接口 |
|
足球俱乐部 |
光纤通道 |
|
副本 |
SQL Server中使用的术语AlwaysOn可用性团体指的是SQL Server的一个实例,是一个特定AlwaysOn集团的一部分 |