機房建置:企業還需要專用的備份服務器嗎?

機房建置:典型的數據保護體系結構包括一個服務器,其唯一的目的是從端點接收數據。此服務器負責從端點提取數據或從端點接收數據。它還可以執行重複數據刪除,壓縮以及更新文件和媒體數據庫。所有這些功能都使得服務器專注於該任務成爲最佳實踐。但是,這種十多年的做事方式仍然是最佳實踐嗎?

在過去的十年裏,許多事情發生了變化。數據中心需要高端系統來管理備份服務器上的所有責任。另外,由於計算能力非常有限,應用程序也專門用於單臺服務器,以確保他們獲得所需的性能。現在,大多數中端服務器提供了足夠的功率來驅動備份過程,而且運行應用程序所需的計算能力也非常多,通過虛擬化,人們現在可以在每個應用程序上堆疊多個應用程序。
專用備份服務器也有缺點。首先,企業不得不購買高端服務器來備份數據,而在大多數情況下,這種數據只能每天發生一次。其次,備份服務器成爲瓶頸。儘管數十甚至數百個系統可以同時向其發送數據,但所有這些數據必須合併成一個系統。備份服務器從網絡和計算的角度來看都是不尋常的。
專用備份服務器的另一個挑戰是規模。如果服務器耗盡網絡或計算資源,組織會做什麼?它必須增加一個更大,備份服務器從網絡和計算角度來看都不堪重負,這並不少見。
直接備份
那些希望實現數據中心現代化的人可能會考慮另一種選擇,即直接備份到雲端。直接備份意味着物理服務器甚至虛擬機將數據直接發送到基於雲計算的備份存儲庫。直接發送到雲備份消除了企業對計算和網絡擴展的擔憂。每次添加新服務器時,這些資源基本上都會進行縮放。
對直接備份的關注是對應用程序性能的潛在影響,但在計算資源豐富的現代數據中心中,計算能力耗盡遠不如以往那樣令人擔憂。另一個問題是管理,企業需要考慮如何管理所有這些單獨組件的備份以及如何保護受保護數據的所有權。
解決這些問題需要一個新的雲計算軟件架構,可以將數千個端點集中管理,然後將其整合到一個存儲庫中。雲計算成爲舉辦此類行動的理想之選。端點可以執行自己的重複數據刪除和壓縮,有效地將新的數據段直接發送到雲端。雲計算託管的軟件實質上成爲其所保護的各種端點的編排和管理引擎。它還應該提供全球重複數據刪除來控制雲存儲成本。
考慮到受保護的數據量,受保護數據的用戶的期望以及可用計算來驅動進程,具有專用備份服務器的經典備份體系結構需要改變。它不再是單一的專用服務器,備份軟件需要變得更加分散。實現此目標的一種方法是直接備份,即應用程序服務器將數據直接發送到備份設備或目標。