nopreempt详解

一、nopreempt will not work

在使用HA技术时，有时会将nopreempt选项加入到配置文件中，用来防止主备切换时的抖动。但是，在一些特殊的情况下，这个选项会失效，导致切换过程中出现抖动。那么，为什么会出现这种情况呢？ 造成这个问题的原因是因为在主备切换的过程中，如果新的主机的资源租约与之前的备机相等，那么虽然执行了一次切换操作，但是系统没有真正的切换，此时nopreempt选项就会失效。 解决这种问题的方法很简单，只需要在备机的资源租约中设置优先级高一些即可。这样，在切换时，新的主机的资源租约将会被赋值为更高的优先级，从而真正的完成主备切换。

二、nopreempt keepalived

在使用keepalived时，如果需要使用nopreempt选项来实现主备抖动的控制，需要注意选项的使用。具体来说，即使用nopreempt选项之后，在某些情况下keepalived也不会按照预期的方式工作。 造成这个问题的原因是在keepalived的设计中，他是不能够处理来自同等优先级的两个节点同时宣称自己是主节点的问题，因此即使使用了nopreempt选项，如果备机的Keepalived配置文件中的priority与主机相等，那么在某些情况下，备机仍有可能抢占到主机的位置。 解决这个问题的方法是，将备机的Keepalived配置文件中的priority缩小1，这将确保备机的优先级比主机的优先级小1，从而在主机故障时，备机可以占据主机的位置。

三、nopreempt的使用

在平常的使用过程中，我们可以根据实际需要来选择是否使用nopreempt选项。当我们需要抑制无端的主备切换时，可以考虑使用nopreempt选项。但是，在使用nopreempt选项时，我们需要认真检查配置是否正确，以确保选项的可用性。 下面是使用nopreempt选项的示例代码：

vrrp_instance VI_1 {
    state MASTER
    interface eth0
    virtual_router_id 51
    priority 101
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        10.1.1.1/24 dev eth0
    }
    nopreempt
}

在上面的示例代码中，我们使用了nopreempt选项，以阻止不必要的主备切换。同时我们设置了优先级为101，这样可以确保该节点成为主节点。