一種服務器下線系統(tǒng)及方法
【技術領域】
[0001]本發(fā)明涉及計算機技術領域，特別涉及一種服務器下線系統(tǒng)及方法。
【背景技術】
[0002]隨著互聯(lián)網信息的迅速發(fā)展，當前的業(yè)務系統(tǒng)越來越復雜，需要維護的服務器也越來越多，各臺服務器之間的關聯(lián)關系也越來越緊，服務器上線下線操作也會越來越頻繁，每個維護人員的操作習慣、處理方法都不一樣，考慮不全面而誤下線服務器都會對用戶產生影響。

【發(fā)明內容】

[0003]針對上述技術問題，本發(fā)明提供一種具有統(tǒng)一規(guī)范和流程的、風險低的服務器下線系統(tǒng)及方法。
[0004]為解決上述技術問題，本發(fā)明所采取的技術方案是:提供一種服務器下線系統(tǒng)，包括Web登陸模塊、Web平臺和待下線服務器；
[0005]所述Web登陸模塊用于登錄所述Web平臺，并向所述Web平臺提交所述待下線服務器的IP ；
[0006]所述Web平臺用于將數(shù)據(jù)采集程序和采集規(guī)則推送到所述待下線服務器上，對所述數(shù)據(jù)采集程序返回的數(shù)據(jù)按照排序和去重的規(guī)則進行整理，將整理的IP與所述Web平臺內的CMDB系統(tǒng)進行對應，所述CMDB系統(tǒng)將內部存在的IP轉換成對應的業(yè)務模塊名，所述Web平臺將轉換后的業(yè)務模塊數(shù)據(jù)以表格的形式通過郵件發(fā)送至提交下線的用戶進行確認；
[0007]所述Web平臺收到用戶可下線確認回復后，進入下線流程，并將所述待下線服務器以及與待下線服務器相關聯(lián)服務器的系統(tǒng)監(jiān)控視圖，以郵件的形式推送給提交下線操作的用戶確認，若未收到用戶可下線確認回復，則繼續(xù)對已提交IP的待下線服務器進行數(shù)據(jù)米集；
[0008]所述Web平臺收到用戶的確認無異常以及確認下線的回復后，對所述待下線服務器執(zhí)行下線操作，并郵件通知用戶下線成功；若未收到用戶確認無異常以及確認下線回復，則進行回滾操作；
[0009]所述待下線服務器用于根據(jù)所述Web平臺的指令進行下線操作。
[0010]本發(fā)明由于采用以上技術方案，其達到的技術效果為:通過建立的統(tǒng)一的流程和規(guī)范，用程序的方法來解決運維人員的判斷當前下線的服務器是否還有外部用戶訪問，并通過郵件多次確認的方式，將風險降到最低，并通過流程管控的方式對整個服務下線的操作執(zhí)行層層確認，將問題出現(xiàn)的概率減小到最低。同時由程序自動檢測與將要下線的機器相關聯(lián)的機器，自動監(jiān)測他們的狀態(tài)，省去人工繁瑣操作，以及機器數(shù)量多了之后的誤操作，以及遺漏操作，具有很高的實用性。
[0011]較優(yōu)地，在上述技術方案中，所述Web平臺收到用戶可下線確認回復后，進入下線流程，對需要下線的機器進行出入包封鎖，只保留ssh端口。
[0012]采用上述進一步方案的有益效果是:Web平臺收到用戶確認回復后才進行對所述待下線服務器的出入包封鎖，使得Web平臺在對待下線服務器下線時更有針對性，下線的準確率也更高。
[0013]較優(yōu)地，在上述技術方案中，所述Web平臺對所述待下線服務器自定義封鎖時長。
[0014]采用上述進一步方案的有益效果是:Web平臺自定義對待下線服務器的封鎖時長，方便了 Web平臺對下線機器的掌控，也提高了需下線機器下線時的準確度，避免了誤操作或操作遺漏情況的發(fā)生，同時也提高了系統(tǒng)的適用性。
[0015]較優(yōu)地，在上述技術方案中，所述待下線服務器不符合下線要求時，所述Web平臺會再次提交繼續(xù)收集操作。
[0016]采用上述進一步方案的有益效果是:需要下線的機器不符合下線要求時，會執(zhí)行對應的回滾操作，繼續(xù)執(zhí)行上一步驟，即Web平臺再次提交繼續(xù)收集操作，在符合下線要求后，執(zhí)行對應的下線操作，提高了系統(tǒng)運行的穩(wěn)定性。
[0017]較優(yōu)地，在上述技術方案中，所述采集規(guī)則為多久采集一次，一共采集多少次。
[0018]采用上述進一步方案的有益效果是:由Web平臺指定采集規(guī)則，多久采集一次，一共采集多少次，對采集來的數(shù)據(jù)能更好的進行整理和比對。
[0019]較優(yōu)地，在上述技術方案中，所述數(shù)據(jù)采集程序采集服務器流入和流出的數(shù)據(jù)包，并從數(shù)據(jù)包中過濾出源IP、源端口、目的IP、目的端口、協(xié)議以及訪問頻率。
[0020]采用上述進一步方案的有益效果是:規(guī)定具體的采集數(shù)據(jù)格式，使得數(shù)據(jù)在采集時更有針對性，采集的數(shù)據(jù)規(guī)格、格式相同，并且采集好的數(shù)據(jù)格式更加的統(tǒng)一，在對采集的數(shù)據(jù)進行審查或比對時，更加的容易、方便和快捷，確保了系統(tǒng)的精確運行。
[0021]較優(yōu)地，在上述技術方案中，所述數(shù)據(jù)采集程序主要通過netstat、ss以及tcpdump命令中的一種或多種進行采集。
[0022]采用上述進一步方案的有益效果是:netstat、ss以及tcpdump命令都是現(xiàn)在比較成熟的技術，數(shù)據(jù)采集程序采用上述命令對提交下線IP的待下線服務器以及與要下線服務器有交互的服務器的出入包情況進行采集，使得數(shù)據(jù)的采集更加的準確。
[0023]較優(yōu)地，在上述技術方案中，所述Web平臺收到的用戶關于所述待下線服務器以及與該機器相關聯(lián)機器的系統(tǒng)監(jiān)控圖郵件的回復為異常時，進行回滾操作。
[0024]采用上述進一步方案的有益效果是:Web平臺收到用戶關于的下線機器以及與該機器相關聯(lián)機器的系統(tǒng)監(jiān)控圖郵件的回復為異常時，表明要下線機器以及與該機器相關聯(lián)機器的系統(tǒng)監(jiān)控圖是有問題的，當有問題出現(xiàn)時，需要執(zhí)行回滾操作，執(zhí)行上一步驟，直至用戶回復的郵件無異常時，繼續(xù)后續(xù)的操作。
[0025]較優(yōu)地，在上述技術方案中，所述Web平臺收到確認下線操作后，對已下線的服務器執(zhí)行數(shù)據(jù)刪除、系統(tǒng)重裝和回到資源池操作，并郵件通知用戶下線成功。
[0026]采用上述進一步方案的有益效果是:對下線服務器執(zhí)行數(shù)據(jù)刪除、系統(tǒng)重裝和回到資源池操作，方便了對應服務器的循環(huán)使用，也使得服務器系統(tǒng)更加的清潔，避免了服務器多系統(tǒng)對整套系統(tǒng)的不利影響。
[0027]較優(yōu)地，在上述技術方案中，還包括用于對待下線服務器和與待下線服務器相關聯(lián)服務器進行監(jiān)控的監(jiān)控系統(tǒng)，所述監(jiān)控系統(tǒng)在Web平臺在收到用戶確認下線回復后，將所述待下線服務器以及與待下線服務器相關聯(lián)的服務器的系統(tǒng)監(jiān)控視圖，以郵件的形式發(fā)送至請求下線操作的用戶進行復查，若客戶確認該服務器下線后對系統(tǒng)有影響，則由所述下線系統(tǒng)執(zhí)行下線回滾操作。
[0028]采用上述進一步方案的有益效果是:監(jiān)控系統(tǒng)的設置，能夠對下線系統(tǒng)進一步的復查確認，復查操作的進行，確保了系統(tǒng)執(zhí)行下線操作的準確度，避免了發(fā)生誤操作或操作遺漏情況的發(fā)生，確保了下線的服務器對系統(tǒng)沒有負面的影像，確保了系統(tǒng)運行的穩(wěn)定性。
[0029]還提供了一種服務器下線方法，包括以下步驟:
[0030]步驟S10:通過Web登陸模塊登錄Web平臺，并向所述Web平臺提交所述待下線服務器的IP ；
[0031]步驟S20:在所述Web平臺上提交待下線服務器的IP，將數(shù)據(jù)采集程序和采集規(guī)則推送到所述待下線服務器上，對數(shù)據(jù)采集程序返回的數(shù)據(jù)按照排序和去重的規(guī)則進行整理，將整理的IP與所述Web平臺內的CMDB系統(tǒng)進行對應，所述CMDB系統(tǒng)將內部存在的IP轉換成對應的業(yè)務模塊名，所述Web平臺將轉換后的業(yè)務模塊數(shù)據(jù)以郵件的形式發(fā)送給提交下線的用戶進行確認；
[0032]步驟S30:所述Web平臺收到用戶可下線確認回復后，進入下線流程，并將所述待下線服務器以及與待下線服務器相關聯(lián)服務器的系統(tǒng)監(jiān)控視圖，以郵件的形式推送給提交下線操作的用戶確認，若未收到用戶可下線確認回復，則繼續(xù)對已提交IP的待下線服務器進行數(shù)據(jù)采集；
[0033]步驟S40:所述Web平臺收到用戶的確認無異常以及確認下線的回復后，對所述待下線服務器執(zhí)行下線操作，并郵件通知用戶下線成功；若未收到用戶確認無異常以及確認下線回復，則進行回滾操作；
[0034]步驟S50:所述帶下線服務器根據(jù)所述Web平臺的指令進行下線操作。
【附圖說明】
[0035]下面結合附圖對本發(fā)明作進一步說明:
[0036]圖1是本發(fā)明服務器下線系統(tǒng)示意圖；
[0037]圖2是本發(fā)明服務器下線方法的流程圖。
【具體實施方式】
[0038]實施例一
[0039]如圖1所示，本發(fā)明提供的服務器下線系統(tǒng)，包括Web登陸模塊、Web平臺和待下線服務器，Web登陸模塊用于登錄Web平臺，并向Web平臺提交待下線服務器的IP，Web平臺用于將數(shù)據(jù)采集程序和采集規(guī)則推送到待下線服務器上，對數(shù)據(jù)采集程序返回的數(shù)據(jù)按照排序和去重的規(guī)則進行整理，將整理的IP與Web平臺內的CMDB系統(tǒng)進行對應，CMDB系統(tǒng)將內部存在的IP轉換成對應的業(yè)務模塊名，Web平臺將轉換后的業(yè)務模塊數(shù)據(jù)以表格的形式通過郵件發(fā)送至提交下線的用戶進行確認，Web平臺收到用戶可下線確認回復后，進入下線流程，并將待下線服務器以及與待下線服務器相關聯(lián)服務器的系統(tǒng)監(jiān)控視圖，以郵件的形式推送給提交下線操作的用戶確認，若未收到用戶可下線確認回復，則繼續(xù)對已提交IP的待下線服務器進行數(shù)據(jù)采集，Web平臺收到用戶的確認無異常以及確認下線的回復后，對待下線服務器執(zhí)行下線操作，并郵件通知用戶下線成功；若未收到用戶確認無異常以及確認下線回復，則進行回滾操作，待下線服務器用于根據(jù)Web平臺的指令進行下線操作。
[0040]作為一種可實施方式，Web平臺收到用戶可下線確認回復后，進入下線流程，對需要下線的機器進行出入包封鎖，只保留ssh端口。Web平臺收到用戶確認回復后才進行對待下線服務器的出入包封鎖，使得Web平臺在對待下線服務器下線時更有針對性，下線的準確率也更高。
[0041]作為一種可實施方式，Web平臺對待下線服務器自定義封鎖時長。Web平臺自定義對待下線服務器的封鎖時長，方便了 Web平臺對下線機器的掌控，也提高了需下線機器下線時的準確度，避免了誤操作或操作遺漏情況的發(fā)生，同時也提高了系統(tǒng)的適用性。
[0042]作為一種可實施方式