云服务器价格_云数据库_云主机【优惠】最新活动-搜集站云资讯

网站服务器_多ip服务器_企业级

小七 141 0

大家都知道,HANA数据库只能安装在Linux服务器上,在设计HANA解决方案时,我经常将业务连续性视为重要的讨论主题。业务连续性是一个宽泛的术语,它比it大得多,因为它涵盖了灾难发生后继续业务的所有部分。但在这个博客里,超算云,我将特别讨论HANA数据库的高可用性,它指的是HANA响应客户请求所需的时间和服务可用的时间,其中重点介绍了如何使用SLES高可用性扩展为HANA数据库设置高可用性,但该博客中缺少的部分是,关于Linux服务器完整性的详细信息以及如何实现。在我之前的博客中,我提到了在Linux集群上创建STONITH的一个步骤,财务大数据,但是关于什么是STONITH、为什么使用它以及不同的STONITH方法的详细信息将在这个博客中介绍,为了保持数据的一致性,我们遵循ACID属性,以确保数据库的完整性在任何时候都得到维护(在事务之前和之后)。它指的是数据库的正确性。这就是维护数据库完整性的方法,返利机器人,但是我们如何维护集群中服务器的完整性呢?如何保证在Linux集群中不出现以下情况,保证服务器的正确性?

您的节点出现故障,并且没有运行其负责的群集资源。您的节点没有关闭,但是集群资源不再与集群中的其他节点同步。

第二种情况称为"分裂大脑场景",这可能会导致集群资源发生不好的事情。例如,假设一个数据库在集群中开始运行两次,或者一个文件系统开始在两个独立节点之间写入。因此,在集群中有一个分裂的大脑是不好的,确保集群中不会发生这种情况的唯一方法是使用STONITH方法

STONITH(射中另一个节点的头部),基本上是一种击剑机制,它远程关闭选定的服务器,淘客基地,将其从集群中移除,并允许集群中的其他节点接管。有不同的机制来实现STONITH方法,根据部署的不同,实现也会有所不同-内部部署或云计算。

重要提示:如果没有有效的STONITH方法,整个集群不受支持,无法正常工作。

以下是实现STONITH的几种方法:

内部部署

基于磁盘的STONITH:external/sbd(内部部署-最佳实践)

基于硬件的STONITH:external/ipmi(内部部署-第二选择)

云(用于跨区域可用性的STONITH)

基于覆盖IP的STONITH:external/ec2(AWS云)

ec2是一个I/O防护代理,可与Amazon ec2实例一起使用。

基于防护代理的STONITH:fence\u azure\u arm(azure云)

用于取消分配虚拟机并报告在azure中运行的虚拟机的电源状态

GCP STONITH:external/gcpstonith(Google云)

Google云平台主机reset/poweron/poweroff/move

基于OpenAPI的STONITH:fence\u aliyun(阿里巴巴)

在这个博客中,我会尝试详细解释一下Disk STONITH方法,因为这基本上是HANA上Linux集群采用最多的方法,对硬件STONITH的概述很少,我们可能会遇到一个"分裂的大脑场景",集群资源不同步,集群中的每个节点都认为它是唯一的活动集群。为了避免这种情况,我们可以将分割脑检测(SBD)配置为节点隔离机制,以便在分割脑的情况下关闭设备。SBD通过共享块存储交换消息,为基于Pacemaker的集群提供节点防护机制

要使用此解决方案,您需要一个共享磁盘。因此,由于显而易见的原因,这种解决方案对于内部部署更为可行,因为在云中,每个可用性区域都是相互独立的,所以在SAN上拥有一个共享磁盘是不可能的。由于大多数服务器使用SAN来提供对数据(存储)的访问,因此集群中节点间共享磁盘设备的可用性在内部部署中不会成为问题。

在这个共享磁盘上,我们创建了一个用于SBD的小分区。分区的大小取决于所用磁盘的块大小(例如,512字节块大小的标准SCSI磁盘为1 MB,4 kB块大小的DASD磁盘为4 MB)。

正常情况下,运行在群集中所有节点上的SBD守护进程将监视共享存储。当SBD守护进程失去对存储设备的访问时,它会在磁盘无法访问的情况下自行终止。通过watchdog提供增强的保护,daemon在watchdog中不断写入服务脉冲–如果daemon停止向watchdog提供服务,硬件将强制系统重新启动。这可以防止SBD进程本身出现故障,例如死机或被IO错误卡住。因此,pacemaker软件配置可确保在节点关闭时群集中资源的安全转移。

SBD STONITH是确保Linux群集中数据和其他节点完整性的简单而有效的方法。

重要提示:如果使用SBD作为防护机制,则需要一个或多个共享驱动器。为了在生产环境中,建议使用多个sbd设备。

基于硬件的STONITH

还有另一种称为IPMI(Hardware-based STONITH)的方法,可以用作内部集群的防护机制。传统上,这种方法是通过安装在机架式服务器或管理板上的硬件解决方案来实现的,但它必须与IPMI标准兼容。您需要提供远程管理板访问STONITH资源代理,大数据难吗,该代理将触发命令并可以关闭特定端口的电源。这些解决方案的成功之处在于,它们都允许集群在不涉及操作系统(OS)的情况下与物理服务器通信,因为管理解决方案默认位于不同的网络上。

云上的STONITH方法