至高仲裁的纪律怎么理解

「至高仲裁的纪律」也是战斗天赋,即那维莱特血量高于30%时获得水元素伤害加成。

根据查询掌游网得知，《原神》是由上海米哈游网络科技股份有限公司制作发行的一款开放世界冒险游戏，于2017年1月底立项，原初测试于2019年6月21日开启，再临测试于2020年3月19日开启，启程测试于2020年6月11日开启，PC版技术性开放测试于9月15日开启，公测于2020年9月28日开启。在数据方面，同在官方服务器的情况下，iOS、PC、Android平台之间的账号数据互通，玩家可以在同一账号下切换设备。「至高仲裁的纪律」也是战斗天赋,即那维莱特血量高于30%时获得水元素伤害加成。 这个加成基本算常驻的,80%血时即可吃满。不过考虑到那维莱特施放激光炮「重击·衡平推裁」时会持续烧血,激光炮后半段可能吃不满加成,不过无伤大雅,队伍里有治疗角色时不必担心该问题。

HA,fence是HA集群的术语，在硬件领域，fence设备其实就是一个智能电源管理设备（IPMI），Intelligent PowerManagement Interface,智能电源管理设备或远程管理卡，也是一个外部的fence，还有内部的fence，内部的是插在服务器里面的，不管是内部还是外部，这些设备都是带有以太网口的，用来在HA切换触发时通过网络重启提供资源服务的服务器！

外部的fence设备，有APC的powerswitch，以太网的电源插座，用命令来指定对应的ID好进行控制关机还是重启！

仲裁设备

在RHCS下仲裁机制是一个仲裁盘，额外通过存储实现，比如SAN，通过mkqdisk命令来制作一个特殊设备

主从服务器的投票数都是1，双方平等，当心跳有问题的时候就会发生脑列，这个仲裁盘在RHCS中是可以设置投票数的，比如你可以设置仲裁盘投票数为2，节点双方使用ping网关的方式将资金的存货状态写入仲裁盘内，一旦节点心跳发生问题，并且仲裁盘没有收到节点的存货信息，则启动fence设备来进行关闭，或者重启设备！

前提都是主机无法通信（心跳问题）的时候发生

1，各自ping网关，ping不通自己关机

2，主备和仲裁设备连接，出问题的时候，把各自存活状态，写入到仲裁设备，由仲裁设备控制主备服务器的电源

stonith，shoot the other node in the head 简写，它是hearbeat软件包的一个组件，他允许使用一个远程或智能的链接到健康服务器的电源设备自动重启失效服务器的电源，stonith设备可以关闭电源并响应软件命令，允许heartbeat的服务器可以通过串口线或者网线向stonith设备传送命令，他控制高可用服务器对其他服务器的电力供应，换句话说，主服务器可以复位备用服务器的电源，备用服务器也可以复位主服务器的电源

Keepalived软件起初是专为LVS负载均衡软件设计的，用来管理并监控LVS集群系统中各个服务节点的状态，后来又加入了可以实现高可用的VRRP功能。因此，Keepalived除了能够管理LVS软件外，还可以作为其他服务（例如：Nginx、Haproxy、MySQL等）的高可用解决方案软件。

Keepalived采用是模块化设计，不同模块实现不同的功能。

keepalived主要有三个模块，分别是core、check和vrrp。

core ：是keepalived的核心，负责主进程的启动和维护，全局配置文件的加载解析等

check ： 负责healthchecker(健康检查)，包括了各种健康检查方式，以及对应的配置的解析包括LVS的配置解析；可基于脚本检查对IPVS后端服务器健康状况进行检查

vrrp ：VRRPD子进程，VRRPD子进程就是来实现VRRP协议的

keepalived 配置文件：

Keepalived 配置文件为：keepalivedconf；

主要有三个配置区域，分别是：全局配置(Global Configuration)、VRRPD配置、LVS配置 

全局配置又包括两个子配置： 全局定义(global definition) 静态IP地址/路由配置(static

ipaddress/routes)

Keepalived服务VRRP的工作原理：

Keepalived高可用对之间是通过 VRRP进行通信的， VRRP是通过竞选机制来确定主备的，主的优先级高于备，因此，工作时主会优先获得所有的资源，备节点处于等待状态，当主宕机的时候，备节点就会接管主节点的资源，然后顶替主节点对外提供服务

在Keepalived服务对之间，只有作为主的服务器会一直发送 VRRP广播包,告诉备它还活着，此时备不会抢占主，当主不可用时，即备监听不到主发送的广播包时，就会启动相关服务接管资源，保证业务的连续性接管速度最快

出现脑裂的原因：

高可用服务器对之间心跳线链路发生故障，导致无法正常通信。

因心跳线坏了（包括断了，老化）。

因网卡及相关驱动坏了，ip配置及冲突问题（网卡直连）

因心跳线间连接的设备故障（网卡及交换机）

因仲裁的机器出问题（采用仲裁的方案）

高可用服务器上开启了 iptables防火墙阻挡了心跳消息传输。

高可用服务器上心跳网卡地址等信息配置不正确，导致发送心跳失败

其他服务配置不当等原因，如心跳方式不同，心跳广插冲突、软件Bug等。

如何解决脑裂：

① 同时使用串行电缆和以太网电缆连接，同时用两条心跳线路，这样一条线路坏了，另一个还是好的，依然能传送心跳消息。

② 当检测到裂脑时强行关闭一个心跳节点（这个功能需特殊设备支持，如Stonith、feyce）。相当于备节点接收不到心跳消患，通过单独的线路发送关机命令关闭主节点的电源。

③ 做好对裂脑的监控报警（如邮件及手机短信等或值班）在问题发生时人为第一时间介入仲裁，降低损失。管理员可以通过手机回复对应数字或简单的字符串操作返回给服务器让服务器根据指令自动处理相应故障这样解决故障的时间更短。

一、实验环境

操作系统：CentOS72 Minial

###################

serverA：

eno16777736    1921681104

eno33554984    1921681105

##########################

serverB：

eno16777736    1921681109

eno33554984    1921681106

###########################

vip01:1921681111

vip02：1921681112

二、设置防火墙

/usr/bin/firewall-cmd --direct

--permanent --add-rule ipv4 filter INPUT 0 --in-interface eth0 --destination ${组播地址} --protocol vrrp -jACCEPT

/usr/bin/firewall-cmd --reload

三、软件安装

在serverA和serverB上

# rpm -ivh --force libnl3-3228-4el7x86_64rpm

# rpm -ivh --forcelm_sensors-libs-340-420160601gitf9185e5el7x86_64rpm

# rpm -ivh --force net-snmp-agent-libs-572-32el7x86_64rpm

# rpm -ivh --force net-snmp-libs-572-32el7x86_64rpm

# rpm -ivh --force ipset-libs-638-3el7_6x86_64rpm

# rpm -ivh --force keepalived-135-6el7x86_64rpm

四、配置keepalived

如果不使用 VRRP Sync Groups 如果keepalived 主机有两个网段，每个网段开启一个VRRP 实例，如果对外的网段出现问题，VRRPD认为自己仍然认为健康，因此 Master和Backup 相互切换，从而导致服务不能正常使用，同时高可用集群也不能正常运行，Sync group 就是为了解决该问题，可以把两个实例放进同一个Sync Group 中！

serverA

# vim /etc/keepalived/keepalivedconf

######################################

! Configuration File for keepalived

global_defs {

router_id LVS_DEVEL

}

vrrp_sync_group VG1 {

group {

VI_1

VI_2

}

}

vrrp_instance VI_1 {

state BACKUP

interface eno16777736

virtual_router_id 51

priority 100

nopreempt

advert_int 1

authentication {

auth_type PASS

auth_pass 1111

}

track_interface {

eno16777736

eno33554984

}

virtual_ipaddress {

1921681111

}

}

vrrp_instance VI_2 {

state BACKUP

interface eno33554984

virtual_router_id 52

priority 100

nopreempt

advert_int 1

authentication {

auth_type PASS

auth_pass 2222

}

track_interface {

eno16777736

eno33554984

}

virtual_ipaddress {

1921681112

}

}

serverB

# vim /etc/keepalived/keepalivedconf

######################################

! Configuration File for keepalived

global_defs {

router_id LVS_DEVEL

}

vrrp_sync_group VG1 {

group {

VI_1

VI_2

}

}

vrrp_instance VI_1 {

state BACKUP

interface eno16777736

virtual_router_id 51

priority 90

nopreempt

advert_int 1

authentication {

auth_type PASS

auth_pass 1111

}

track_interface {

eno16777736

eno33554984

}

virtual_ipaddress {

1921681111

}

}

vrrp_instance VI_2 {

state BACKUP

interface eno33554984

virtual_router_id 52

priority 90

nopreempt

advert_int 1

authentication {

auth_type PASS

auth_pass 2222

}

track_interface {

eno16777736

eno33554984

}

virtual_ipaddress {

1921681112

}

}

五、测试

在serverA 和 serverB上

# systemclt start  keepalived

在serverA

这应该是服务器商进行的识别，跟你手机里安装的手机管理软件有关系，有的是腾讯，有的显示360，有的则显示金山，这样的网络公司授权后提供识别监控服务，就跟好多骚扰电话被举报多了会被监控识别为诈骗、广告或者骚扰差不多