某制造業(yè)企業(yè)為全球領(lǐng)先的通信服務(wù)及解決方案提供商,業(yè)務(wù)廣泛且復(fù)雜,對(duì) IT 基礎(chǔ)設(shè)施的穩(wěn)定性、可靠性和靈活性有著極高的要求。然而,公司原VMware系統(tǒng)許可到期,存在安全風(fēng)險(xiǎn)及存儲(chǔ)管理、資源利用問題,業(yè)務(wù)連續(xù)性受威脅,且系統(tǒng)兼容性需求逐漸提升。為滿足業(yè)務(wù)發(fā)展需求,集團(tuán)決定使用深信服超融合替換原有的VMware,以增強(qiáng)業(yè)務(wù)連續(xù)性和安全性。

一、 現(xiàn)狀與挑戰(zhàn)

( 一 ) 技術(shù)層面

1. 許可與安全問題

VMware許可到期,在出現(xiàn)漏洞時(shí)無法及時(shí)得到修復(fù),存在一定的安全風(fēng)險(xiǎn)。

2. 功能缺失

網(wǎng)絡(luò)安全防護(hù): 未使用NSX,因此業(yè)務(wù)系統(tǒng)東西向流量互訪無法得到有效保障,網(wǎng)絡(luò)安全防護(hù)存在漏洞,容易受到外部攻擊。

虛擬化和存儲(chǔ)管理: 物理機(jī)在存儲(chǔ)管理方面的功能相對(duì)有限,無法滿足日益增長的業(yè)務(wù)需求,如資源動(dòng)態(tài)分配、存儲(chǔ)優(yōu)化等。

( 二 ) 業(yè)務(wù)層面

資源利用效率低: 物理機(jī)靈活性差,資源分配固定,無法根據(jù)業(yè)務(wù)負(fù)載的變化進(jìn)行動(dòng)態(tài)調(diào)整,導(dǎo)致部分資源閑置,而部分業(yè)務(wù)系統(tǒng)卻面臨資源不足的困境。

業(yè)務(wù)連續(xù)性風(fēng)險(xiǎn)高: 物理機(jī)上線時(shí)間長,故障風(fēng)險(xiǎn)持續(xù)增高,沒有HA機(jī)制保障,一旦出現(xiàn)故障,將導(dǎo)致業(yè)務(wù)中斷,影響用戶業(yè)務(wù)的正常運(yùn)行。

兼容性問題: 隨著新業(yè)務(wù)系統(tǒng)的不斷上線,對(duì)基礎(chǔ)設(shè)施的兼容性要求越來越高,VMware平臺(tái)在某些方面無法滿足需求,限制了業(yè)務(wù)的拓展。

二、 VMware 替換方案設(shè)計(jì)

( 一 ) 整體規(guī)劃

遷移目標(biāo): 將用戶的業(yè)務(wù)系統(tǒng)從VMware平臺(tái)遷移到深信服的HCI平臺(tái),實(shí)現(xiàn)業(yè)務(wù)的平穩(wěn)過渡,提高資源利用率,增強(qiáng)業(yè)務(wù)連續(xù)性和安全性。

資源整合: 對(duì)原有的物理機(jī)和VMware虛擬機(jī)資源進(jìn)行整合,統(tǒng)一管理和分配,充分發(fā)揮HCI平臺(tái)的優(yōu)勢,提高資源利用率。

業(yè)務(wù)承載優(yōu)化: 根據(jù)業(yè)務(wù)系統(tǒng)的特點(diǎn)和需求,為其在HCI平臺(tái)上規(guī)劃合適的資源配置,確保業(yè)務(wù)系統(tǒng)能夠穩(wěn)定運(yùn)行,滿足業(yè)務(wù)發(fā)展的要求。 具體優(yōu)化措施包括: 對(duì)于計(jì)算密集型業(yè)務(wù)系統(tǒng),增加CPU和內(nèi)存資源;對(duì)于存儲(chǔ)密集型業(yè)務(wù)系統(tǒng),增加存儲(chǔ)容量、提高存儲(chǔ)性能。

( 二 ) 分層規(guī)劃

1. 計(jì)算資源層

CPU 和內(nèi)存配置: 根據(jù)業(yè)務(wù)系統(tǒng)的性能需求,為其分配合適的CPU和內(nèi)存資源。例如,對(duì)于一般的業(yè)務(wù)應(yīng)用服務(wù)器,可配置 2 - 4 顆CPU和 8 - 16GB 內(nèi)存;對(duì)于數(shù)據(jù)庫服務(wù)器,可根據(jù)數(shù)據(jù)庫的規(guī)模和并發(fā)用戶數(shù),配置 8 - 16 顆CPU和 32 - 64GB 內(nèi)存。同時(shí),考慮到業(yè)務(wù)的增長趨勢,適當(dāng)預(yù)留一定的資源余量,以確保系統(tǒng)的穩(wěn)定性和可擴(kuò)展性。

計(jì)算資源優(yōu)化: 利用HCI平臺(tái)的智能資源調(diào)度功能,實(shí)現(xiàn)計(jì)算資源的動(dòng)態(tài)分配和優(yōu)化,提高資源利用率,避免資源浪費(fèi)。例如,當(dāng)某業(yè)務(wù)系統(tǒng)的CPU利用率超過70%時(shí),系統(tǒng)會(huì)自動(dòng)將部分CPU資源分配給該業(yè)務(wù)系統(tǒng),確保其性能不受影響;當(dāng)業(yè)務(wù)系統(tǒng)的負(fù)載降低時(shí),系統(tǒng)會(huì)將多余的資源分配給其他負(fù)載較低的業(yè)務(wù)系統(tǒng),提高資源利用率。

2. 存儲(chǔ)資源層

( 1 ) 存儲(chǔ)類型選擇: 根據(jù)業(yè)務(wù)數(shù)據(jù)的特點(diǎn)和訪問頻率,選擇合適的存儲(chǔ)類型。

全閃卷存儲(chǔ): 對(duì)于性能要求較高的業(yè)務(wù)系統(tǒng),如數(shù)據(jù)庫系統(tǒng)、在線交易系統(tǒng)等,采用全閃卷存儲(chǔ),具有讀寫速度快、響應(yīng)時(shí)間短等優(yōu)點(diǎn)。

混閃卷存儲(chǔ): 對(duì)于存儲(chǔ)容量要求較大、性能要求相對(duì)較低的業(yè)務(wù)系統(tǒng),如文件服務(wù)器、備份服務(wù)器等,采用混閃卷存儲(chǔ)。混閃卷存儲(chǔ)采用固態(tài)硬盤和機(jī)械硬盤(HDD)混合配置,在提供一定存儲(chǔ)容量的同時(shí),也能保證一定的性能水平。本次混閃集群,緩存比10%,共容量1.7PB,分為XX生產(chǎn)集群、XX測試集群 、核心ERP集群。

( 2 ) 存儲(chǔ)容量規(guī)劃:

數(shù)據(jù)評(píng)估: 通過對(duì)業(yè)務(wù)系統(tǒng)的數(shù)據(jù)量進(jìn)行評(píng)估,確定存儲(chǔ)容量的需求。例如,對(duì)于用戶的核心數(shù)據(jù)庫系統(tǒng),可通過數(shù)據(jù)庫管理工具查看數(shù)據(jù)庫的大小、數(shù)據(jù)增長速度等信息,結(jié)合業(yè)務(wù)發(fā)展規(guī)劃,預(yù)測未來幾年的數(shù)據(jù)量增長情況,從而確定存儲(chǔ)容量的需求。

冗余設(shè)計(jì): 為了確保數(shù)據(jù)的安全性和可靠性,在存儲(chǔ)容量規(guī)劃時(shí)應(yīng)考慮一定的冗余。一般來說,冗余比例可根據(jù)業(yè)務(wù)的重要性和數(shù)據(jù)的價(jià)值來確定,通常在10% - 20%之間。以用戶的核心數(shù)據(jù)庫系統(tǒng)為例,可根據(jù)未來3年的數(shù)據(jù)量規(guī)劃存儲(chǔ)容量,并在此基礎(chǔ)上增加20%的冗余容量,以確保在數(shù)據(jù)量增長超過預(yù)期時(shí),存儲(chǔ)系統(tǒng)仍能滿足需求。

三、 遷移方案設(shè)計(jì)與實(shí)施

(一) 遷移目標(biāo)

1. 業(yè)務(wù)平穩(wěn)遷移: 確保所有業(yè)務(wù)系統(tǒng)在遷移過程中平穩(wěn)過渡,不影響業(yè)務(wù)的正常運(yùn)行。

2. 資源優(yōu)化整合: 將原有的物理機(jī)和VMware虛擬機(jī)資源進(jìn)行整合,實(shí)現(xiàn)資源的統(tǒng)一管理和高效利用。

技術(shù)要點(diǎn): 在遷移過程中,對(duì)于CPU的評(píng)估至關(guān)重要。需獲取用戶業(yè)務(wù)最高峰時(shí)的CPU利用率,并按照物理CPU核數(shù) / 50%的公式來計(jì)算。例如,原先某物理機(jī)的使用情況為48C,其CPU利用率達(dá)到80%,那么按照公式計(jì)算:48C * 80% / 50% = 76.8C。所以,在配置虛機(jī)CPU時(shí),其核數(shù)不應(yīng)低于76C,以此確保遷移后系統(tǒng)的性能和穩(wěn)定性。

3. 性能提升優(yōu)化: 通過優(yōu)化系統(tǒng)配置和架構(gòu),提升業(yè)務(wù)系統(tǒng)的性能,提高用戶體驗(yàn)。

4. 安全可靠保障: 建立完善的安全防護(hù)體系,確保業(yè)務(wù)數(shù)據(jù)的安全和可靠。

( 二 ) 遷移策略

1. 分階段遷移: 根據(jù)業(yè)務(wù)系統(tǒng)的重要性和依賴關(guān)系,分階段進(jìn)行遷移,先遷移非核心業(yè)務(wù)系統(tǒng),再遷移核心業(yè)務(wù)系統(tǒng),確保關(guān)鍵業(yè)務(wù)的穩(wěn)定運(yùn)行。

2. 數(shù)據(jù)備份與恢復(fù): 在遷移前對(duì)所有核心業(yè)務(wù)數(shù)據(jù)進(jìn)行備份,遷移過程中確保數(shù)據(jù)的完整性和準(zhǔn)確性,遷移完成后進(jìn)行數(shù)據(jù)恢復(fù)和驗(yàn)證,確保業(yè)務(wù)數(shù)據(jù)的可恢復(fù)性。

3. 風(fēng)險(xiǎn)評(píng)估與應(yīng)對(duì): 對(duì)遷移過程中可能出現(xiàn)的風(fēng)險(xiǎn)進(jìn)行全面評(píng)估,制定相應(yīng)的風(fēng)險(xiǎn)應(yīng)對(duì)措施,如網(wǎng)絡(luò)故障、數(shù)據(jù)丟失、系統(tǒng)兼容性問題等,確保遷移工作的順利進(jìn)行。

( 三 ) ERP 系統(tǒng) 遷移

ERP系統(tǒng)作為用戶全球業(yè)務(wù)的核心支撐系統(tǒng),承載著財(cái)務(wù)報(bào)表、財(cái)務(wù)支付、倉庫管理等關(guān)鍵業(yè)務(wù)流程。這些業(yè)務(wù)涉及到公司的資金流動(dòng)和物資管理,對(duì)公司的運(yùn)營和發(fā)展至關(guān)重要。

1. 遷移考慮與解決方案

業(yè)務(wù)可用性與時(shí)間考量

( 1 ) 總體思路: 在遷移過程中,重點(diǎn)考慮了遷移所需時(shí)間和速度問題,確保遷移后業(yè)務(wù)能正常使用。

( 2 ) 業(yè)務(wù)切換時(shí)間與方案選擇

時(shí)間限制: 用戶期望業(yè)務(wù)遷移切換時(shí)間在 10 分鐘內(nèi) 。

方案決策: 與用戶業(yè)務(wù)部門探討后,鑒于重新搭建軟件投入成本和負(fù)載配置變更等因素,選擇了 SCMT 點(diǎn)對(duì)點(diǎn)的遷移方案 。

綜合方案:成本最優(yōu)、時(shí)間控制在 10 分鐘內(nèi)

虛擬機(jī)遷移: 采用深信服 SCMT 進(jìn)行虛擬機(jī)級(jí)別遷移,此方式不改變業(yè)務(wù)訪問,成本最優(yōu),并且能夠?qū)⒅袛鄷r(shí)間 控制在 5 分鐘以內(nèi) 。

業(yè)務(wù)發(fā)布: 由于ERP已具備容災(zāi)能力,在遷移主生產(chǎn)ERP時(shí),先提前將業(yè)務(wù)切換至災(zāi)備ERP。生產(chǎn)ERP遷移完成后,先進(jìn)行業(yè)務(wù)測試,驗(yàn)證無問題后,再正式發(fā)布到生產(chǎn)業(yè)務(wù)中。

節(jié)省時(shí)間方案:中斷在 1 分鐘內(nèi)

重建業(yè)務(wù)系統(tǒng): 協(xié)調(diào)業(yè)務(wù)部門重新搭建一套新的ERP業(yè)務(wù)系統(tǒng)。

調(diào)整負(fù)載均衡: 調(diào)整前端負(fù)載均衡配置,增加負(fù)載節(jié)點(diǎn)池新節(jié)點(diǎn),通過負(fù)載進(jìn)行業(yè)務(wù)切換。

( 3 ) 具體實(shí)施

遷移規(guī)劃: 鑒于用戶的ERP業(yè)務(wù)有容災(zāi)環(huán)境,超融合實(shí)施完成后,先進(jìn)行一輪遷移測試。從22號(hào)開始,逐個(gè)服務(wù)組件進(jìn)行遷移測試,順序?yàn)橄冗w移ascp業(yè)務(wù)(前端portal組件),后遷移wms倉庫系統(tǒng),最后遷移ebs財(cái)務(wù)核心系統(tǒng),遵循從邊緣業(yè)務(wù)到核心業(yè)務(wù)的原則。

業(yè)務(wù)驗(yàn)證方式: 遷移完成后,臨時(shí)將業(yè)務(wù)切換至新環(huán)境,設(shè)置為容災(zāi)IP,并使用用戶現(xiàn)有的容災(zāi)環(huán)境,通過jmeter模擬上千客戶端訪問,對(duì)業(yè)務(wù)和壓力進(jìn)行驗(yàn)證,以確保業(yè)務(wù)能正常訪問。

( 4 ) 遷移過程細(xì)節(jié)

物理機(jī)與遷移速度: 每臺(tái)物理機(jī)空間約為1T,每個(gè)遷移任務(wù)的速度約為 80MB/s ,整體遷移測試耗時(shí) 約兩天 。

數(shù)據(jù)量與遷移階段: 本次遷移ERP核心業(yè)務(wù)系統(tǒng),從2024年9月20號(hào)開始實(shí)施,至24年10月1號(hào)結(jié)束。整個(gè)過程包括遷移前期測試、遷移過程和遷移切換后的業(yè)務(wù)驗(yàn)證,共約 10 天完成 核心業(yè)務(wù)遷移。

( 5 ) 遷移問題解決

軟件沖突問題:用戶的所有物理機(jī)均安裝了愛數(shù)和科力銳備份軟件。在安裝agent進(jìn)程之前,必須對(duì)這些軟件進(jìn)行卸載,并尋找合適的窗口進(jìn)行重啟。否則,將會(huì)出現(xiàn)無法正常識(shí)別源機(jī)的問題,從而影響遷移工作的順利進(jìn)行。

安裝環(huán)境問題:源業(yè)務(wù)虛擬機(jī)內(nèi)部安裝了殺毒軟件,這有可能導(dǎo)致scmt的agent進(jìn)程無法正常運(yùn)行。因此,在遷移時(shí),建議先退出殺毒軟件,然后再進(jìn)行agent的安裝操作。

2. 賦能用戶自主遷移

( 1 ) 背景

用戶面臨著上百臺(tái)虛擬機(jī)的遷移任務(wù)。從以用戶為中心的理念出發(fā),幫助用戶節(jié)約成本是方案設(shè)計(jì)的重要考量,同時(shí)考慮到用戶運(yùn)維人員對(duì)業(yè)務(wù)系統(tǒng)的運(yùn)行情況更為熟悉,且深信服的遷移方案已實(shí)現(xiàn)標(biāo)準(zhǔn)化,經(jīng)與用戶溝通并達(dá)成一致后,決定通過為用戶提供詳細(xì)文檔和專業(yè)培訓(xùn)的形式,使用戶能夠自主進(jìn)行業(yè)務(wù)遷移。這樣一來,減少了對(duì)外部技術(shù)支持的依賴,從而降低了直接的技術(shù)支持費(fèi)用支出。

( 2 ) 培訓(xùn)及落地關(guān)鍵思路

技術(shù)培訓(xùn)內(nèi)容: 為用戶制定詳細(xì)的技術(shù)培訓(xùn)方案,包括HCI平臺(tái)的基本架構(gòu)、虛擬機(jī)的管理、數(shù)據(jù)遷移工具的使用等方面。通過理論講解、實(shí)際操作演示和案例分析等方式,讓用戶深入了解HCI平臺(tái)的技術(shù)原理和操作方法。

業(yè)務(wù)流程培訓(xùn): 結(jié)合用戶的業(yè)務(wù)特點(diǎn),培訓(xùn)用戶如何在HCI平臺(tái)上進(jìn)行業(yè)務(wù)系統(tǒng)的部署、遷移和管理。包括業(yè)務(wù)系統(tǒng)的安裝、配置、優(yōu)化以及故障排除等方面,讓用戶能夠熟練掌握業(yè)務(wù)系統(tǒng)在新環(huán)境中的運(yùn)行和維護(hù)。

技術(shù)支持保障: 作為廠商,深信服為用戶提供技術(shù)兜底服務(wù),在用戶自主遷移過程中,若遇到技術(shù)難題或突發(fā)問題,廠商將及時(shí)進(jìn)行支撐處置。確保用戶在任何時(shí)候都能得到專業(yè)的技術(shù)援助,為用戶的自主遷移之路保駕護(hù)航。

( 3 ) 成果

在用戶具備遷移能力后,成功且平穩(wěn)地完成了MES(制造執(zhí)行系統(tǒng))、PLM(產(chǎn)品生命周期管理系統(tǒng))、BPM(業(yè)務(wù)流程管理系統(tǒng))、SRM(供應(yīng)商關(guān)系管理系統(tǒng))等業(yè)務(wù)系統(tǒng)的遷移。這一成果在為用戶節(jié)約成本方面成效顯著。這得益于用戶自身所具備的一定的技術(shù)能力,同時(shí)借助于深信服遷移方案的成熟性、工具的易用性以及全方位的技術(shù)支撐。正是在這些因素的共同作用下,才使得此次遷移得以順利完成,充分展現(xiàn)了用戶與深信服在業(yè)務(wù)系統(tǒng)遷移過程中的高效協(xié)作與卓越執(zhí)行。

四、 業(yè)務(wù)替換總結(jié)與現(xiàn)狀

( 一 ) 遷移成果

截至目前,已完成大量業(yè)務(wù)系統(tǒng)的遷移。其中包括上百臺(tái)VMware虛擬機(jī)遷移以及幾十臺(tái)物理機(jī)遷移,VMware還有約三分之一的虛擬機(jī)未遷移。預(yù)計(jì)25年初,還計(jì)劃將10臺(tái)物理機(jī)上的業(yè)務(wù)遷移至HCI。

( 二 ) 關(guān)鍵業(yè)務(wù)承載現(xiàn)狀

在HCI平臺(tái)上實(shí)現(xiàn)多種功能,為業(yè)務(wù)系統(tǒng)帶來全方位的提升,為用戶帶來了顯著價(jià)值。

1. 業(yè)務(wù)系統(tǒng)性能提升

( 1 ) 資源利用率優(yōu)化

成功將業(yè)務(wù)系統(tǒng)部署在HCI集群,實(shí)現(xiàn)資源利用率的優(yōu)化。

在正常情況下,內(nèi)存和CPU的使用率均在40%以下,有效避免資源浪費(fèi),確保系統(tǒng)高效運(yùn)行。

當(dāng)業(yè)務(wù)繁忙時(shí),內(nèi)存利用率能夠達(dá)到80%,充分滿足業(yè)務(wù)高峰需求,同時(shí)保證系統(tǒng)的穩(wěn)定性。

( 2 ) 虛擬機(jī)互斥保護(hù)

對(duì)核心業(yè)務(wù)系統(tǒng)配置虛擬機(jī)互斥保護(hù),例如優(yōu)先保障ebs資源,有效防止應(yīng)用集中在同一臺(tái)物理機(jī)上。

這種配置方式顯著提高系統(tǒng)的穩(wěn)定性,避免因單一物理機(jī)故障影響多個(gè)核心業(yè)務(wù)應(yīng)用。

通過合理分配資源,提升業(yè)務(wù)系統(tǒng)的整體性能,確保各項(xiàng)業(yè)務(wù)的順暢運(yùn)行。

( 3 ) HCI 平臺(tái)功能優(yōu)勢

分布式防火墻配置

實(shí)現(xiàn)分布式防火墻配置,增強(qiáng)安全防護(hù)能力,有效抵御外部網(wǎng)絡(luò)威脅,保障業(yè)務(wù)數(shù)據(jù)安全。例如,在一次針對(duì)用戶的網(wǎng)絡(luò)攻擊模擬測試中,HCI平臺(tái)的分布式防火墻成功識(shí)別并攔截了來自外部的惡意訪問嘗試,阻止了潛在的數(shù)據(jù)泄露風(fēng)險(xiǎn),確保了財(cái)務(wù)報(bào)表、用戶信息等重要業(yè)務(wù)數(shù)據(jù)的安全性。

問題及時(shí)處理

具備快速處理問題的能力,提高運(yùn)維效率,減少因系統(tǒng)故障導(dǎo)致的業(yè)務(wù)中斷時(shí)間。此前有一次,用戶的某個(gè)業(yè)務(wù)系統(tǒng)出現(xiàn)了異常,導(dǎo)致部分用戶無法正常訪問相關(guān)功能。HCI平臺(tái)的監(jiān)控系統(tǒng)迅速發(fā)出警報(bào),運(yùn)維團(tuán)隊(duì)借助平臺(tái)提供的工具和信息,快速定位問題為服務(wù)器內(nèi)存溢出。通過及時(shí)調(diào)整內(nèi)存分配和優(yōu)化相關(guān)配置,在短短30分鐘內(nèi)就解決了問題,業(yè)務(wù)恢復(fù)正常,將對(duì)業(yè)務(wù)的影響降到了最低。

業(yè)務(wù)性能分層

能夠進(jìn)行業(yè)務(wù)性能分層,合理分配資源,優(yōu)先保障核心業(yè)務(wù)資源使用,確保核心業(yè)務(wù)的高效運(yùn)行。以用戶的ERP系統(tǒng)為例,在財(cái)務(wù)結(jié)算期間,核心的財(cái)務(wù)計(jì)算和報(bào)表生成任務(wù)被分配到高性能的計(jì)算資源層,確保這些關(guān)鍵業(yè)務(wù)能夠快速、準(zhǔn)確地完成。而其他非核心業(yè)務(wù),如一些日常的查詢和報(bào)表預(yù)覽功能,則在相對(duì)較低性能的資源層運(yùn)行,既滿足了業(yè)務(wù)需求,又避免了核心業(yè)務(wù)因資源競爭而受到影響,提高了整體業(yè)務(wù)處理效率。

網(wǎng)絡(luò)訪問關(guān)系清晰

可以清晰查看網(wǎng)絡(luò)訪問關(guān)系,優(yōu)化網(wǎng)絡(luò)管理,便于排查網(wǎng)絡(luò)故障和優(yōu)化網(wǎng)絡(luò)配置。用戶在一次網(wǎng)絡(luò)架構(gòu)調(diào)整過程中,通過HCI平臺(tái)提供的網(wǎng)絡(luò)訪問可視化功能,運(yùn)維團(tuán)隊(duì)清晰地看到各個(gè)業(yè)務(wù)系統(tǒng)之間的網(wǎng)絡(luò)連接情況以及數(shù)據(jù)流向。他們發(fā)現(xiàn)某個(gè)部門的業(yè)務(wù)系統(tǒng)與其他部門的部分系統(tǒng)存在不必要的大量數(shù)據(jù)交互,導(dǎo)致網(wǎng)絡(luò)擁堵?；诖?他們對(duì)網(wǎng)絡(luò)訪問權(quán)限和路由進(jìn)行了優(yōu)化,減少了不必要的網(wǎng)絡(luò)流量,提高了整個(gè)網(wǎng)絡(luò)的運(yùn)行速度和穩(wěn)定性。

數(shù)據(jù)備份防護(hù)

可對(duì)核心業(yè)務(wù)數(shù)據(jù)進(jìn)行備份防護(hù),提高數(shù)據(jù)安全性,在數(shù)據(jù)丟失或損壞時(shí)能夠及時(shí)恢復(fù)。例如,用戶的倉庫管理系統(tǒng)數(shù)據(jù)因一次意外的服務(wù)器故障出現(xiàn)部分丟失風(fēng)險(xiǎn)。由于HCI平臺(tái)的備份防護(hù)機(jī)制,系統(tǒng)能夠迅速從最近的備份點(diǎn)恢復(fù)數(shù)據(jù),確保倉庫庫存信息、出入庫記錄等關(guān)鍵數(shù)據(jù)的完整性,避免了因數(shù)據(jù)丟失可能導(dǎo)致的倉庫管理混亂和業(yè)務(wù)損失。

( 4 ) 程序升級(jí)保障

在程序升級(jí)等變更操作時(shí),可使用快照技術(shù)做兜底保障。

這種保障機(jī)制有效降低業(yè)務(wù)風(fēng)險(xiǎn),確保在升級(jí)過程中即使出現(xiàn)問題,也能夠快速恢復(fù)到之前的穩(wěn)定狀態(tài),避免對(duì)業(yè)務(wù)造成嚴(yán)重影響。

( 5 ) 定期主動(dòng)做深度檢測

根據(jù)業(yè)務(wù)系統(tǒng)的重要性和運(yùn)行特點(diǎn),制定每兩周一次的巡檢計(jì)劃。明確巡檢的時(shí)間窗口、范圍以及重點(diǎn)關(guān)注的指標(biāo)和系統(tǒng)組件。

通過定期的巡檢與同步,能夠在問題尚未對(duì)業(yè)務(wù)造成嚴(yán)重影響之前及時(shí)發(fā)現(xiàn)潛在的系統(tǒng)故障、性能瓶頸或配置錯(cuò)誤。

由于巡檢過程中已經(jīng)對(duì)問題進(jìn)行了詳細(xì)的分析和記錄,并提供了建議解決方案,運(yùn)維人員可以快速定位問題并實(shí)施修復(fù),減少系統(tǒng)停機(jī)時(shí)間,保障業(yè)務(wù)系統(tǒng)的穩(wěn)定運(yùn)行。

2. 成本節(jié)約與靈活性提升

( 1 ) 減少外部依賴

通過培養(yǎng)用戶自主遷移能力,減少對(duì)外部技術(shù)支持的依賴。這不僅降低遷移過程中的人力成本,還使用戶能夠更好地掌控遷移過程,提高遷移效率和質(zhì)量。

( 2 ) 平臺(tái)優(yōu)勢體現(xiàn)

HCI平臺(tái)的使用帶來多方面的成本節(jié)約和靈活性提升。

解決原有問題

解決原有物理機(jī)靈活性差和資源利用率低的問題,提高資源的統(tǒng)一管理和高效利用,避免資源閑置和浪費(fèi)。

降低硬件成本

減少對(duì)硬件設(shè)備的依賴,降低硬件采購和維護(hù)成本,為企業(yè)節(jié)省大量資金。

( 3 ) 根分區(qū)案例體現(xiàn)

例如在10月15日11時(shí)發(fā)生根分區(qū)使用過載的問題時(shí),HCI平臺(tái)展現(xiàn)出其靈活性和成本優(yōu)勢。

快速擴(kuò)容

借助HCI的靈活性,能夠快速完成擴(kuò)容操作,及時(shí)滿足業(yè)務(wù)對(duì)存儲(chǔ)空間的需求。

避免中斷

有效避免業(yè)務(wù)中斷,確保業(yè)務(wù)的連續(xù)性,減少因業(yè)務(wù)中斷帶來的 經(jīng)濟(jì) 損失和不良影響。

解決隱患

成功解決業(yè)務(wù)安全隱患,保障業(yè)務(wù)系統(tǒng)的穩(wěn)定運(yùn)行,體現(xiàn)HCI平臺(tái)在應(yīng)對(duì)突發(fā)情況時(shí)的可靠性和經(jīng)濟(jì)性。

五 、 用戶價(jià)值

深信服為用戶提供更穩(wěn)定、性能更優(yōu)、更安全的云底座,大幅提升平臺(tái)的易用性——相較于VMware需要聯(lián)合第三方備份工具操作,HCI平臺(tái)操作更加簡單易懂,例如有回收站和備份恢復(fù)等功能,使得用戶體驗(yàn)更為流暢。同時(shí),在遷移過程中,深信服可為用戶提供更及時(shí)、高效的技術(shù)支持,以完整的遷移工具及服務(wù)、細(xì)致嚴(yán)謹(jǐn)?shù)脑u(píng)估與規(guī)劃,確保遷移過程順暢,保障業(yè)務(wù)連續(xù)性。