[發明專利]一種有狀態服務的變更方法和裝置

在審

• 申請號: 202210319308.7
• 申請日: 2022-03-29
• 公開（公告）號: CN114661553A
• 公開（公告）日: 2022-06-24
• 發明（設計）人: 楊志嘉;孫來特;劉前進;何小鋒
• 申請（專利權）人: 京東科技信息技術有限公司
• 主分類號: G06F11/30
• 分類號: G06F11/30
• 代理公司: 中原信達知識產權代理有限責任公司 11219
• 代理人: 郭晗;趙迪

本發明公開了一種有狀態服務的變更方法和裝置，涉及計算機技術領域。該方法的一個具體實施方式包括：檢查有狀態服務的容器狀態，容器中運行有有狀態服務的主進程；在確定有狀態服務的容器狀態為健康狀態后，檢查有狀態服務當前是否滿足變更條件；在有狀態服務當前滿足變更條件的情況下，對有狀態服務進行變更。該實施方式能夠實現有狀態服務的自動化檢查和變更，降低人工工作量，滿足有狀態服務的升級或擴容等需求。

技術領域

本發明涉及計算機技術領域，尤其涉及一種有狀態服務的變更方法和裝置。

背景技術

傳統的有狀態服務的維護，一種方案是配置完善的監控報警，發生故障后由DBA(數據庫管理員)或運維人員手動恢復，另外一種方案是部署探活程序，當發現有故障的時候，可以觸發運行腳本或其它自動化程序，進行主從切換等服務。此外，為了對有狀態服務進行變更，比如擴容、升級軟件版本等操作時，需要DBA或運維人員制定嚴格的升級步驟和計劃，手動檢查每個升級步驟執行后有狀態服務是否完成內部的同步等邏輯，然后才能觸發下一步的升級操作。

在實現本發明過程中，發明人發現現有技術中至少存在如下問題：

手動和人工檢查工作繁瑣，沒有完善的自動檢查和變更機制。

發明內容

有鑒于此，本發明實施例提供一種有狀態服務的變更方法和裝置，能夠實現有狀態服務的自動化檢查和變更，降低人工工作量，滿足有狀態服務的升級或擴容等需求。

為實現上述目的，根據本發明實施例的一個方面，提供了一種有狀態服務的變更方法。

一種有狀態服務的變更方法，包括：檢查有狀態服務的容器狀態，容器中運行有所述有狀態服務的主進程；在確定所述有狀態服務的容器狀態為健康狀態后，檢查所述有狀態服務當前是否滿足變更條件；在所述有狀態服務當前滿足變更條件的情況下，對所述有狀態服務進行變更。

可選地，所述容器中還運行有上報心跳信息的客戶端，所述客戶端通過運行自定義的容器健康檢查腳本，檢查所述容器狀態；所述檢查有狀態服務的容器狀態之前，包括：接收所述客戶端上報的所述心跳信息或上報的所述容器狀態；在超時未收到所述心跳信息或收到的所述容器狀態為不健康狀態的情況下，將所述容器狀態存儲為不健康狀態；在所述心跳信息未超時且未收到上報的不健康狀態的情況下，將所述容器狀態存儲為健康狀態。

可選地，還包括：在所述容器狀態為不健康狀態的情況下，通過故障恢復操作將所述容器狀態恢復為健康狀態，所述故障恢復操作包括：根據所述容器狀態為不健康的次數，對所述容器添加標記，根據添加的標記對所述容器執行對應的故障恢復操作。

可選地，所述根據所述容器狀態為不健康的次數，對所述容器添加標記，根據添加的標記對所述容器執行對應的故障恢復操作，包括：如果所述容器狀態是第一次為不健康狀態，則標記所述容器為重啟狀態；如果所述容器狀態不止一次為不健康狀態，則標記所述容器為刪除狀態；根據所述添加的標記，對標記為重啟狀態的容器執行重啟，或對標記為刪除狀態的容器執行重建。

可選地，所述檢查所述有狀態服務當前是否滿足變更條件，包括：通過自定義的集群監控檢查腳本，檢查所述有狀態服務當前是否滿足變更條件，其中，所述集群監控檢查腳本用于檢查所述有狀態服務的容器所在集群是否健康以及所述有狀態服務當前是否滿足支持變更的條件。

可選地，所述對所述有狀態服務進行變更，包括：執行所述有狀態服務的預設變更計劃中當前待執行的變更動作，并在所述當前待執行的變更動作執行成功之后，再次確定所述有狀態服務的容器狀態為健康狀態且所述有狀態服務當前滿足變更條件，然后執行下一變更動作，直到所述預設變更計劃的所有變更動作執行完成。

根據本發明實施例的另一方面，提供了一種有狀態服務的變更裝置。