引言

在現(xiàn)代分布式系統(tǒng)架構(gòu)中，高可用性（High Availability, HA）是保障服務(wù)持續(xù)在線、抵御單點故障的核心能力。無論是電商平臺、金融交易系統(tǒng)，還是企業(yè)內(nèi)部的關(guān)鍵業(yè)務(wù)應(yīng)用，一旦服務(wù)中斷，輕則影響用戶體驗，重則造成經(jīng)濟損失甚至法律風(fēng)險。因此，構(gòu)建具備自動故障轉(zhuǎn)移能力的系統(tǒng)架構(gòu)，已成為每一位后端工程師和運維人員的必修課。

在 Linux 環(huán)境下，Keepalived 是實現(xiàn)虛擬 IP（Virtual IP, VIP）漂移、完成主備切換的經(jīng)典開源工具。它基于 VRRP 協(xié)議（Virtual Router Redundancy Protocol），通過心跳檢測機制，在主節(jié)點宕機時，自動將 VIP 遷移到備用節(jié)點，從而實現(xiàn)“無縫”故障轉(zhuǎn)移。

本文將從零開始，帶你一步步配置 Keepalived，結(jié)合 Java 應(yīng)用演示真實場景下的高可用部署，并深入剖析其工作原理、常見問題及優(yōu)化策略。無論你是剛接觸運維的新手，還是希望提升系統(tǒng)穩(wěn)定性的資深開發(fā)者，都能從中獲得實用價值。

什么是 Keepalived？

Keepalived 最初設(shè)計用于 LVS（Linux Virtual Server）負載均衡器的高可用方案，但因其輕量、高效、配置簡單，迅速被廣泛應(yīng)用于各類需要 VIP 漂移的場景，如數(shù)據(jù)庫主從切換、Nginx 高可用、自定義服務(wù)冗余等。

核心特性：

• 基于 VRRP 協(xié)議實現(xiàn)主備選舉與 VIP 切換
• 支持多播/單播通信模式
• 可自定義健康檢查腳本（check script）
• 支持權(quán)重動態(tài)調(diào)整，實現(xiàn)“搶占”或“非搶占”模式
• 輕量級守護進程，資源占用低

VRRP 協(xié)議小科普：
VRRP 是一種容錯協(xié)議，允許多臺路由器組成一個“虛擬路由器”，對外表現(xiàn)為一個統(tǒng)一的網(wǎng)關(guān) IP（即 VIP）。當主路由器故障，備份路由器自動接管 VIP，繼續(xù)提供服務(wù)。Keepalived 將這一思想擴展到任意 TCP/IP 服務(wù)上。

實驗環(huán)境準備

為了便于演示，我們搭建一個最小化的雙節(jié)點環(huán)境：

虛擬 IP（VIP）：192.168.1.200

注意：兩臺機器需在同一局域網(wǎng)內(nèi)，且能互相 ping 通。防火墻需放行 VRRP 協(xié)議（協(xié)議號 112）或關(guān)閉防火墻進行測試。

安裝 Keepalived

在兩臺機器上分別執(zhí)行以下命令安裝 Keepalived：

sudo apt update
sudo apt install -y keepalived

安裝完成后，配置文件位于 /etc/keepalived/keepalived.conf。默認可能不存在，需手動創(chuàng)建。

配置 Keepalived（Master 節(jié)點）

編輯 Master 節(jié)點的配置文件：

sudo vim /etc/keepalived/keepalived.conf

內(nèi)容如下：

vrrp_instance VI_1 {
    state MASTER           # 角色：主節(jié)點
    interface eth0         # 綁定網(wǎng)卡，根據(jù)實際修改（可用 ip a 查看）
    virtual_router_id 51   # 虛擬路由ID，主備必須一致
    priority 100           # 優(yōu)先級，數(shù)值越大越優(yōu)先成為主節(jié)點
    advert_int 1           # 心跳檢測間隔（秒）

    authentication {       # 認證配置，主備需一致
        auth_type PASS
        auth_pass 123456
    }

    virtual_ipaddress {
        192.168.1.200/24 dev eth0  # 虛擬IP及其子網(wǎng)掩碼、綁定網(wǎng)卡
    }
}

提示：interface 需替換為你機器的實際網(wǎng)卡名稱，如 ens33、enp0s3 等。

配置 Keepalived（Backup 節(jié)點）

在 Backup 節(jié)點上創(chuàng)建相同的配置文件，僅修改三處：

vrrp_instance VI_1 {
    state BACKUP           # 角色改為 BACKUP
    interface eth0
    virtual_router_id 51
    priority 90            # 優(yōu)先級低于 Master
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 123456
    }
    virtual_ipaddress {
        192.168.1.200/24 dev eth0
    }
}

啟動 Keepalived 服務(wù)

在兩臺機器上分別啟動并設(shè)置開機自啟：

sudo systemctl enable keepalived
sudo systemctl start keepalived
sudo systemctl status keepalived

正常情況下，你應(yīng)該看到服務(wù)處于 active (running) 狀態(tài)。

驗證 VIP 是否生效

在 Master 節(jié)點上執(zhí)行：

ip addr show eth0

你應(yīng)該能看到類似輸出：

inet 192.168.1.100/24 ... 
inet 192.168.1.200/24 scope global secondary eth0

說明 VIP 已成功綁定！

此時從局域網(wǎng)其他機器 ping 192.168.1.200，應(yīng)能通：

ping 192.168.1.200

模擬故障轉(zhuǎn)移

現(xiàn)在我們手動停止 Master 節(jié)點的 Keepalived：

sudo systemctl stop keepalived

等待幾秒后，在 Backup 節(jié)點上再次執(zhí)行：

ip addr show eth0

你會發(fā)現(xiàn) VIP 192.168.1.200 已經(jīng)出現(xiàn)在 Backup 節(jié)點上！

同時，ping 測試依然暢通，證明故障轉(zhuǎn)移成功

重啟 Master 節(jié)點的 Keepalived，若配置為搶占模式（默認），VIP 會自動切回 Master。

結(jié)合 Java 應(yīng)用：構(gòu)建高可用 HTTP 服務(wù)

光有 VIP 漂移還不夠，我們需要讓真正的業(yè)務(wù)服務(wù)——比如一個 Java Web 應(yīng)用——也能隨 VIP 自動切換訪問目標。

為此，我們在兩臺機器上各部署一個簡單的 Spring Boot 應(yīng)用，監(jiān)聽本地端口（如 8080），并通過 VIP + Nginx 反向代理對外提供統(tǒng)一入口。

編寫 Java 示例程序

使用 Spring Boot 創(chuàng)建一個返回主機名和當前時間的服務(wù)：

// 文件：HelloController.java
package com.example.ha;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;
import java.net.InetAddress;
import java.net.UnknownHostException;
import java.time.LocalDateTime;
@RestController
public class HelloController {
    @GetMapping("/hello")
    public String hello() {
        try {
            String hostname = InetAddress.getLocalHost().getHostName();
            return "Hello from " + hostname + " at " + LocalDateTime.now();
        } catch (UnknownHostException e) {
            return "Hello from unknown host at " + LocalDateTime.now();
        }
    }
}

// 文件：HaApplication.java
package com.example.ha;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
@SpringBootApplication
public class HaApplication {
    public static void main(String[] args) {
        SpringApplication.run(HaApplication.class, args);
    }
}

打包成可執(zhí)行 JAR：

./mvnw clean package

在兩臺機器上分別運行：

java -jar ha-demo.jar --server.port=8080

訪問各自 IP 的 http://<IP>:8080/hello，應(yīng)能看到不同主機名。

配置 Nginx 作為前端代理

為了讓外部用戶通過 VIP 訪問服務(wù)，我們在兩臺機器上都安裝 Nginx，并配置反向代理到本地 Java 應(yīng)用。

安裝 Nginx：

sudo apt install -y nginx

編輯配置文件：

sudo vim /etc/nginx/sites-available/default

替換為：

server {
    listen 80;
    server_name _;
    location / {
        proxy_pass http://127.0.0.1:8080;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }
}

重啟 Nginx：

sudo systemctl restart nginx

現(xiàn)在，訪問 http://192.168.1.200/hello，你將看到來自 Master 節(jié)點的響應(yīng)。

停掉 Master 的 Keepalived，刷新頁面，你會看到響應(yīng)來源自動切換到了 Backup 節(jié)點！

恭喜！你已實現(xiàn) Java 應(yīng)用的高可用架構(gòu)！

故障轉(zhuǎn)移流程圖解（mermaid）

下面用 mermaid 圖表直觀展示整個故障轉(zhuǎn)移過程：

該圖表清晰展示了客戶端始終通過 VIP 訪問服務(wù)，而底層節(jié)點故障對用戶透明無感知。

高級配置技巧

1. 非搶占模式（nopreempt）

默認情況下，當原 Master 恢復(fù)后，會重新?lián)屨?VIP。如果你希望“誰先啟動誰為主”，可在 Master 和 Backup 配置中加入：

nopreempt

并確保 Master 的 priority 仍高于 Backup。

注意：nopreempt 只在 state BACKUP 時有效，所以即使配置在 Master 上，也建議統(tǒng)一設(shè)為 BACKUP + priority 控制主從。

2. 自定義健康檢查腳本

有時我們希望在 Java 應(yīng)用崩潰時，即使 Keepalived 還活著，也觸發(fā) VIP 轉(zhuǎn)移。這就需要“服務(wù)級健康檢查”。

編輯 Master 配置，加入：

vrrp_script chk_java {
    script "/usr/local/bin/check_java.sh"
    interval 2
    weight -20   # 如果腳本失敗，降低20分優(yōu)先級
}
vrrp_instance VI_1 {
    ...
    track_script {
        chk_java
    }
}

創(chuàng)建檢查腳本：

sudo vim /usr/local/bin/check_java.sh

內(nèi)容：

#!/bin/bash
curl -f http://localhost:8080/hello > /dev/null 2>&1
exit $?

賦予執(zhí)行權(quán)限：

sudo chmod +x /usr/local/bin/check_java.sh

重啟 Keepalived：

sudo systemctl restart keepalived

現(xiàn)在，如果 Java 應(yīng)用掛掉，VIP 會自動漂移到 Backup！

3. 多播 vs 單播

默認 Keepalived 使用多播通信（224.0.0.18），某些云環(huán)境或容器網(wǎng)絡(luò)不支持多播，需改用單播。

在 vrrp_instance 中添加：

unicast_peer {
    192.168.1.101   # Backup IP
}

Backup 節(jié)點則填寫 Master IP：

unicast_peer {
    192.168.1.100   # Master IP
}

Java 端主動感知 VIP 切換（可選進階）

雖然 VIP 對客戶端透明，但在某些場景下，Java 應(yīng)用可能需要知道自己是否“當前活躍節(jié)點”，以便執(zhí)行特定邏輯（如定時任務(wù)只在主節(jié)點運行）。

我們可以編寫一個線程，定期檢查本機是否持有 VIP：

@Component
public class VipMonitor {
    private static final String VIP = "192.168.1.200";
    private volatile boolean isMaster = false;
    @PostConstruct
    public void startMonitoring() {
        new Thread(() -> {
            while (!Thread.currentThread().isInterrupted()) {
                try {
                    boolean hasVip = checkLocalHasVip();
                    if (hasVip != isMaster) {
                        isMaster = hasVip;
                        System.out.println("VIP 狀態(tài)變更: " + (isMaster ? "成為主節(jié)點" : "降為備節(jié)點"));
                        onRoleChange(isMaster);
                    }
                    Thread.sleep(3000);
                } catch (Exception e) {
                    e.printStackTrace();
                }
            }
        }, "VipMonitor").start();
    }
    private boolean checkLocalHasVip() {
        try {
            Enumeration<NetworkInterface> interfaces = NetworkInterface.getNetworkInterfaces();
            while (interfaces.hasMoreElements()) {
                NetworkInterface iface = interfaces.nextElement();
                Enumeration<InetAddress> addresses = iface.getInetAddresses();
                while (addresses.hasMoreElements()) {
                    InetAddress addr = addresses.nextElement();
                    if (addr.getHostAddress().equals(VIP)) {
                        return true;
                    }
                }
            }
        } catch (SocketException e) {
            e.printStackTrace();
        }
        return false;
    }
    private void onRoleChange(boolean isNowMaster) {
        if (isNowMaster) {
            // 啟動主節(jié)點專屬任務(wù)，如：數(shù)據(jù)同步、報表生成等
            scheduleMasterOnlyTasks();
        } else {
            // 停止主節(jié)點任務(wù)
            cancelMasterOnlyTasks();
        }
    }
    private void scheduleMasterOnlyTasks() {
        System.out.println("啟動主節(jié)點專屬定時任務(wù)...");
        // 示例：每分鐘執(zhí)行一次
        // yourScheduler.scheduleAtFixedRate(...);
    }
    private void cancelMasterOnlyTasks() {
        System.out.println("取消主節(jié)點專屬定時任務(wù)...");
        // yourScheduler.shutdown();
    }
    public boolean isMaster() {
        return isMaster;
    }
}

這樣，你的 Java 應(yīng)用不僅能被動接受流量，還能主動參與高可用決策！

安全加固建議

雖然 Keepalived 本身輕量高效，但在生產(chǎn)環(huán)境中仍需注意安全：

1. 認證密碼復(fù)雜化：避免使用 123456 這類弱密碼。
2. 限制 VRRP 通信源 IP：通過防火墻規(guī)則，只允許備機 IP 發(fā)送 VRRP 包。
3. 啟用 unicast 替代 multicast：避免廣播風(fēng)暴或被中間人監(jiān)聽。
4. 監(jiān)控日志：定期查看 /var/log/syslog 或 journalctl -u keepalived，及時發(fā)現(xiàn)異常切換。

生產(chǎn)環(huán)境最佳實踐

1. 至少三節(jié)點部署：避免“腦裂”（Split Brain）問題。可通過第三方仲裁（如 ZooKeeper、Redis）或腳本檢測決定最終主節(jié)點。
2. VIP 與服務(wù)強綁定：確保 VIP 漂移時，對應(yīng)服務(wù)確實可用（通過健康檢查腳本）。
3. 優(yōu)雅關(guān)閉：在系統(tǒng) shutdown 前，主動降低 Keepalived 權(quán)重，讓 VIP 提前漂移，減少服務(wù)中斷時間。
4. 配合 Consul/ZooKeeper：對于微服務(wù)架構(gòu)，可結(jié)合服務(wù)注冊中心，實現(xiàn)更智能的流量調(diào)度。

常見問題排查

Q1: VIP 無法綁定？

• 檢查網(wǎng)卡名稱是否正確
• 檢查子網(wǎng)掩碼是否匹配
• 檢查是否有其他進程占用了 VIP
• 查看系統(tǒng)日志：journalctl -u keepalived -f

Q2: 主備同時持有 VIP（腦裂）？

• 檢查網(wǎng)絡(luò)是否互通，VRRP 包能否正常收發(fā)
• 檢查 virtual_router_id 是否一致
• 檢查防火墻是否放行協(xié)議 112
• 啟用 unicast_peer 避免多播干擾

Q3: 健康檢查腳本不生效？

• 確保腳本有執(zhí)行權(quán)限
• 確保腳本路徑正確
• 手動執(zhí)行腳本，確認退出碼為 0（成功）或非 0（失?。?/li>
• 檢查 weight 設(shè)置是否合理（負值表示失敗時降權(quán)）

性能與擴展性考量

Keepalived 本身性能極高，單實例可支撐數(shù)千個 VIP 和數(shù)十萬次狀態(tài)檢測。但在超大規(guī)模集群中，仍需考慮：

• 分組管理：按業(yè)務(wù)劃分多個 vrrp_instance，避免單點壓力過大。
• 權(quán)重動態(tài)調(diào)整：根據(jù) CPU、內(nèi)存、連接數(shù)等指標動態(tài)調(diào)整節(jié)點權(quán)重，實現(xiàn)“智能主備”。
• 與 Kubernetes 集成：在容器化環(huán)境中，可使用 MetalLB 替代 Keepalived，專為 K8s 設(shè)計。

與其他高可用方案對比

對于大多數(shù)中小規(guī)模 Java 應(yīng)用，Keepalived + Nginx + 健康檢查腳本的組合，是最具性價比的選擇。

總結(jié)

通過本文，我們完成了從零配置 Keepalived，實現(xiàn) VIP 故障自動轉(zhuǎn)移，并將其與 Java Spring Boot 應(yīng)用結(jié)合，構(gòu)建了一個真正意義上的高可用服務(wù)架構(gòu)。整個過程涵蓋了：

? Keepalived 安裝與基礎(chǔ)配置
? VIP 漂移驗證與故障模擬
? Java 應(yīng)用部署與 Nginx 反向代理整合
? 自定義健康檢查腳本增強可靠性
? Java 端主動感知角色變化（進階）
? 生產(chǎn)環(huán)境最佳實踐與安全建議

高可用不是“加個工具”就能解決的問題，而是貫穿架構(gòu)設(shè)計、服務(wù)部署、監(jiān)控告警、故障演練的系統(tǒng)工程。Keepalived 是其中重要一環(huán)，幫助我們在基礎(chǔ)設(shè)施層面屏蔽單點故障，為上層業(yè)務(wù)保駕護航。

下一步你可以嘗試：

1. 在三臺機器上部署 Keepalived，實現(xiàn)“一主兩備”。
2. 編寫更復(fù)雜的健康檢查腳本，如檢測 JVM 內(nèi)存、線程池狀態(tài)。
3. 將 VIP 信息寫入 Redis 或 MySQL，供其他服務(wù)讀取當前主節(jié)點。
4. 結(jié)合 Prometheus + Grafana，監(jiān)控 VIP 切換次數(shù)與耗時。
5. 在 Docker 容器中運行 Keepalived，探索容器化高可用方案。

結(jié)語

技術(shù)之路，貴在實踐。希望本文不僅教會你如何配置 Keepalived，更能啟發(fā)你思考系統(tǒng)穩(wěn)定性背后的本質(zhì)——冗余、檢測、切換、恢復(fù)。每一次故障轉(zhuǎn)移的背后，都是無數(shù)工程師對“永不宕機”的執(zhí)著追求。

以上就是Linux Keepalived配置虛擬IP實現(xiàn)故障轉(zhuǎn)移的全過程的詳細內(nèi)容，更多關(guān)于Linux Keepalived虛擬IP故障轉(zhuǎn)移的資料請關(guān)注腳本之家其它相關(guān)文章！

最新評論