cookieOptions = {...}; .這篇報導看懂了, IP 就會是王道 - 3S Market「全球智慧科技應用」市場資訊網

3S MARKET

2019年7月22日 星期一

Using the Infrastructure Worksheet Site Survey Video Surveillance


原文標題: IP 影像監控的網路準備評估

cisco.com


本文的目的,是說明目前的網路拓撲架構,以達到傳輸 IP 影像監控的最佳實踐。本文主要來自思科官網的文章。

什麼是 IP 監控,十年來 3S MARKET 上陸續都分別探討過,這篇報導中所提到的內容。希望這次這篇,藉由以思科所提到的架構為主體的報導,能讓大家清楚網路監控的必要架構,而不是只在喊「IP 才是王道」,或是再一次被恭維成, 3S MARKET 的文章,都是在反高清、反 IP⋯⋯
概要
要在現有網路上,要成功部署 IP 影像監控解決方案的組件,實體安控整合商和網路管理員,必須共同評估現有網路,以確定基礎架構,是否能夠處理 IP 的影像監控流量。沒經過這個過程,談網路監控,有可能達不到應有的效益。

本文包括以下部分:

‧ 一般網路 - 檢查與正在進行的操作,是一致的網路要求。這些基本要求,才能達到 IP 網路的最佳實踐。

‧IP影像監控的網路特性 - 在 IP 影像監控特定要求的背景下,必須討論頻寬的要求、以及延遲、抖動和丟失。

‧設計考慮 - 從校園網路設計入門開始,然後說明構成 IP 影像監控解決方案的組件設備,以及這些設備之間的數據流。高清(HD)和標準清晰度(SD)攝影機的頻寬估計,以及存檔的磁碟儲存要求。

包含基於設備的媒體伺服器的當前性能,和內部磁碟儲存準則,以幫助評估確定是否在材料清單中,包含足夠的網路端口,頻寬和儲存,以支援業務要求。

‧特定網路要求 - 本節包括以下小節:
 - 評估交換(LAN)準備 - 檢查 LAN 交換機的組件,並提供對評估交換機運行狀況,以及提供與構成 IP 影像監控部署的組件設備的連接的接口(端口)的深入了解

 - 評估路由準備 - 上面評估了相同的方法作為評估交換(LAN)準備。

 - 伺服級別評估 - 提供使用伺服級別協議(SLA),指令測量現有網路特徵,並收集基線資訊,以確定網路是否滿足 IP 影像監控網路特性中,定義的最低要求的配置。

 - 安全和應用程序優化評估 - 提供在網路中存在防火牆,數據包整體設備,或廣域應用服務(WAAS)等設備時,可能影響成功部署的問題概述。

 - 服務品質(QoS)評估 - 提供類似的概述,用於評估評估網路中的當前 QoS 狀態

‧網路評估清單 - 用於幫助組織評估工作。

科寶電子官網 www.cop-security.com

以上來源,從思科原文所描述中,本文僅描素質儲存部分。但已足以說明,當今網路監控的市場推廣,大多沒有經過這些程序,這更是很多訊息來源宣稱,網路監控以取代類比,成為主流的明顯對比。

因為,泰半以上類比業者,並未確實了解網路的架構,而是把類比監控架構套用到網路監控,這才是真正問題所在。

一般網路要求
這些一般網路要求,是為了確保即時部署,和成功持續運行網路,以支持 IP 影像監控所需的整體專案管理、教育訓練、文檔和其他服務。


專案項目管理
根據部署的規模和範圍,需要全職專案經理,或者對於較小的部署,現有員工必須充當此角色。

專案經理必須與利益相關方合作,設定項目範圍,制訂完成實施的時間表,並制訂詳細計劃。此外,他們必須監控計劃的進展情況,向利益相關方提供相關更新,並解決任何風險和障礙。

教育訓練
IP 影像監控部署尤其具有挑戰性,因為從歷史上看,實體安全管理器,和網路管理員幾乎沒有進行交互。

在 IP 影像監控中,專用的 COAX 和雙絞線電纜,計劃由 LAN 交換機,和 CAT-5 電纜取代。


實體安控整合商和操作人員,必須具備網路基礎知識,以便將他們的需求和目標傳達給網路管理人員。安控整合商擁有網路工程師不具備的技能,但需要透過網路認證(例如思科認證網路協作路由和交換(CCNA))進行補充。

文檔
如果現有網路基礎結構用於部署的基礎,則必須對其進行充分記錄,並完成組件清單。應記錄交換機和路由器的類型,型號和軟體/固件版本。

除網路拓撲圖外,還必須確定 IP 攝影機和配線間之間的位置和距離。由於影像監控部署的攝影機位置要求,在某些情況下,由於距離的原因,雙絞線電纜需要補充光纖。如果沒有內部專業知識,則需要佈線承包商來協助。

任何顏色車牌——都拍攝的清清楚楚!

網路服務
IP影像監控需要網路時間協議(NTP)服務,乙太網供電(PoE),系統日誌記錄(Syslog),文件傳輸(FTP/TFTP)伺服器和簡單網路管理協議(SNMP)陷阱伺服器。

網路評估過程的一個重要部分,是在企業網路中辨識和評估,這些伺服設備,或者如果不存在這些設備,則必須補齊,否則將出現很多問題。

網路管理
網路管理組件經常被忽視,但卻是持續成功的關鍵組成部分。網路管理領域包括故障、配置、記帳、性能和安全性(FCAPS)。監控交換機端口和伺服器接口上的數據包丟失,是確保網路可接受的影像品質的關鍵因素。測量網路利用率趨勢,對於確保網路性能特徵,保持適合傳輸影像的環境建構非常重要。

科寶電子官網 www.cop-security.com

IP 影像監控的網路特徵
在現有 IP 網路上,部署影像通常會暴露,數據流量可以容忍的網路基礎設施問題,而影像卻無法容忍。可能觸發重新發送電子郵件下載的數據包丟失,這些通常不被注意,因為在下載完成之前,不會向用戶呈現消息文本。

然而,透過 IP 影像監控,運營商正在即時觀看影像,並且可以立即辨識任何損失。

影像監控網路流量的特徵如下:
‧頻寬 Bandwidth
‧數據包丟失 Packet Loss
‧延遲 Latency
‧抖動 Jitter
‧爆發 Bursts


頻寬
使用 MPEG-4 進行規劃的標準,IP 攝影機解析度,假定每個攝影機至少 1到 2Mbps,每個攝影機至少 2 到 8Mbps 的 Motion JPEG。對於高清(1920/1080),假設每台 H.264 攝影機,使用 至少 4 到 6 Mbps。

這些是在幾秒到幾分鐘的時間段內,所測量的資料量平均值。由於 MPEG-4 和 H.264 的性質,當生成 I 幀時,影像饋送將突發到更高的值。可以大約每 4 秒生成 I 幀。


數據包丟失
標準解析度低於 0.5% 可能是可以接受的,但是高解析度(HD),甚至 1/10 的 1% 都是可以注意到的。有關數據包丟失,和對影像源的影響,更多資訊,請參閱網路上「為什麼數據包丟失,會影響 IP 影像監控」的相關資訊

出於實際目的,在 MPEG-4 和 H.264 影像饋送的影像品質中,網路中的分組丟失是顯著的。對於 Motion JPEG,數據包丟失不是問題,但會影響影像圖像的可用性。

由於 Motion JPEG 與 MPEG-4 / H.264 相比,具有更高的頻寬和儲存要求,因此假設 Motion JPEG 預期用於分析應用,和較低的幀速率和解析度。


延遲
延遲在很大程度上,取決於傳輸協議。在 NVR 和 PC 觀察站之間的 TCP 會話中,傳輸的MPEG-4/H.264 ,比在攝影機和NVR 之間的 UDP/RTP中,傳輸的 MPEG-4/H.264 要求更高。 PTZ 的雙向交互,還需要較低的延遲。大多數局域網環境中的延遲,通常應小於10毫秒。

在 WAN 環境中,延遲應該小於 50ms 往返。任何超過 50 毫秒往返的 WAN 延遲,都可能導致影像品質不佳或可用性問題。

抖動
抖動通常隨著延遲增加而增加。如果延遲小於 50ms 往返,則抖動最多只能為幾毫秒。如果抖動很高,延遲可能也是一個問題,應首先解決。

從實現的角度來看,如果有足夠的頻寬,延遲在推薦值範圍內,並且數據包丟失接近零,則抖動幾乎不會引起關注。因此,不需要定義特定的抖動範圍。通常,抖動應大緻小於測量延遲值的10%。

爆發
網路上的影像流量,是封裝在多個 IP 數據包中的,一系列影像幀。影像幀的大小,和傳輸所需的 IP 數據包的數量,取決於影像的編碼方式。

但是,決議是主要因素。在 MPEG-4/H.264 中,突發最明顯的是參考幀的傳輸,也稱為 I 幀。這些往往是定期發送的,在許多情況下,大約每 4 秒發送一次。

大多數 IP 監控攝影機,可以配置為網路流量的恆定比特率(CBR)值。攝影機的編碼器,可以改變幀速率,和影像圖像的量化,平均來說,透過網路發送該數量的影像流量。

http://www.arcran.com/tw/

這裡的關鍵是平均值。在什麼時間範圍內平均?通常,它以兆比特每秒(Mbps)校準。在查看來自高清攝影機的 30 秒 H.264流量(配置為 4 Mbps的CBR)時,協議分析儀每秒報告 383 個數據包,平均數據包大小為 1,397字節,速率為 4.3 Mbps。

但是,如果我們在較小的時間間隔內,查看數據速率,而不是平均歸一化,到一秒的數據速率,很明顯實際數據速率,遠高於某些時間段內間隔,4.3 Mbps的平均速率,遠低於其他時間段的平均值。

透過繪製 30 秒的時間週期,每個刻度標記 1 秒,以每秒位數為單位,該圖表說明在某些時間段,網路上的負載遠高於 4 Mbps目標。

以每秒 30 幀的速度,該編碼器大約每 4秒生成一個 I 幀,如果協議分析器用於繪製從 I 幀的第一個 IP 數據包開始的網路負載,網路負載接近 100 Mbps 約 1/20 一秒鐘(50毫秒)。對於路由器和交換機,50ms 是相當長的一段時間。

在一整個影像流量時,路由器可以以低至 4ms 的間隔,查看分組到達速率。

這些突發從高清(HD)IP 攝影機,比標準清晰度(SD)IP 攝影機更加明顯。由於圖像的解析度較高,從 SD 攝影機發送 I 幀,所需的IP數據包的數量,遠低於 HD 攝影機所需的數量。圖 1 顯示了 H.264 高清影像的 I 幀突發。


圖1 H.264 高清影像的 I/O圖(每秒位數)



在以快速乙太網速度,連接到交換機端口的 IP 攝影機的 LAN 網路中,以千兆乙太網端口速度,連接觀察站和伺服器,這些突發通常不是網路的問題。 如果在網路中遇到數據包丟失,它通常會與流量突發相關聯。但是,了解行為非常重要,了解從 SD IP 攝影機,轉換到 HD IP 攝影機時,增加的網路負載至關重要。


服務品質(QoS)
由於需要控制 IP 數據包丟失,並設計具有足夠頻寬的網路,和適當的 WAN 電路,以將延遲和抖動,維持在可接受的範圍內,因此必須在 LAN 和 WAN 上,為網路配置適當的 QoS 配置。 QoS 是指基於應用程序的要求管理,對網路資源的訪問的技術。例如,影像流量必須優先處理數據應用程序,如文件傳輸或發送電子郵件。有關影像應用(包括 IP 影像監控)要求的詳細資訊, 建議參閱以下 URL 中的 Medianets 的 QoS 設計:

http://www.cisco.com/en/US/docs/solutions/Enterprise/Video/qosmrn.html

本文檔顯示了針對 Medianet 的思科差異化服務(DiffServ)QoS建議,以及如何辨識 LAN 和 WAN 上的 QoS 策略的語音、影像和數據應用。

影像監控應用要求
「服務級別評估」部分,包括示例 Cisco IOS IP 伺服級別協議(SLA)路由器配置命令,用於在思科網路中,定義和運行探測,以幫助評估網路,是否滿足下表中列出的應用程序要求。

表格1


影像監控應用要求
「IP 影像監控設計指南」(http://www.cisco.com/en/US/docs/solutions/Enterprise/Video/IPVS/IPVS_DG/IPVS_DG.pdf)中的「性能路由(PfR)整合」一章,討論了無連接 IP 影像監控傳輸,例如在 IP 攝影機和媒體伺服器之間,封裝在 UDP / RTP 中的 MPEG-4 或 H.264,不會對圖像的影像品質產生負面影響。

事實上,一些供應商實際上會在觀看站的贏幕上,顯示影像之前,將 H.264/RTP 影像源緩衝幾秒鐘。因此,無連接傳輸的延遲要求,並不是特別重要。

但是,如果影像傳輸是封裝在 TCP 中的 MPEG-4 或 H.264,就像觀看電台觀看來自媒體伺服器的即時或存檔影像饋送的情況一樣,50ms 以上的延遲,可能會因為訊號遲到,而導致數據包丟失。

未指定抖動的絕對值。如果延遲和丟失在規範範圍內,則抖動不應成為 IP 影像監控的問題。如果抖動超過單向延遲的10%,則可能需要進行額外的分析。

SD 和 HD IP 影像監控單獨指定損耗。圖像解析度越高,MPEG-4/H.264 的傳輸參考幀,所需的 IP 數據包數量越多。請參閱標題為「數據包丟失,對 IP 影像監控的影響」的附錄部分。


摘要
雖然如果 IP 影像監控流量,在 LAN/WAN 上為平均速率,提供足夠的頻寬是很重要的,但如果網路無法處理與 MPEG-4/H.264 影像相關的突發,則丟包可能是一個問題。

突發通常與 I 幀的傳輸相關聯,也稱為參考幀。如果參考幀或增量幀,由於數據包丟失而損壞,則影像圖像可能在圖像中,具有延遲幾秒鐘的偽像,直到成功接收到新的參考幀。

設計注意事項
本節討論有關組成 IP 影像監控解決方案組件的網路設備,在整體拓撲中,應該如何,以及在何處,以及在何處放置的設計注意事項。 LAN 交換機,是 IP 網路的基礎建構塊,對於 IP 影像監控部署尤其如此。

與 LAN 相比,WAN 頻寬成本高,因此大多數影像源,都將保留在 LAN 環境中。作為設計目標,影像源應盡可能保留在 LAN 內,並且只在必要時,透過 WAN 傳輸。

LAN 交換機是連接 IP 攝影機、工作站,和 NVR 的基本網路設備。在本節中,定義了 LAN 交換機,並查看了一些基本功能。為了在校園環境中,進行 LAN 切換,以擴展和跨越樓層和建築物之間的距離,它們部署在層次結構中。

顯示出了該分層拓撲。此外,還將審查網路拓撲中的伺服器(NVR),攝影機和觀察站位置。

網路評估過程的一個重要部分,是驗證網路拓撲,可以支持 IP 影像監控解決方案所需的頻寬、功率(PoE),以及接口類型和速度。本節提供企業 LAN 的基本概述,以便為評估網路特定準備情況的位址之後的,更具體部分提供上下文。


局域網交換定義
當今網路中,最基本的網路組件是 LAN 交換機。 LAN 交換機在數據鏈路層運行。乙太網集線器,在實體層運行,用於在交換機商用之前,連接乙太網設備。 LAN 交換機如此經濟,以至於 IP 影像監控部署,應該包含乙太網集線器。

LAN 交換機使用內存緩衝區,來儲存來自乙太網端口的傳入數據包,查看數據包的目標 MAC 位址,將 MAC 位址表,引用到目標端口,然後將數據包轉發出適當的端口。如果連接到同一交換機,則目標端口可以是 NVR的端口,或者是連接到 NVR 的另一個交換機的上行鏈路端口。

乙太網端口具有與之相關的各種傳輸速度。端口額定為10 Mbps / 100 Mbps(乙太網 / FastEthernet)的交換機專為 IP 攝影機設計,大多數攝影機的網路接口為 10/100。用於連接查看工作站和NVR的端口,應具有千兆乙太網(1,000 Mbps)。

大多數交換機都有一個總線或背板,它連接端口和內存緩衝區。固定配置, 24 或 48 端口交換機,具有兩個或更多上行鏈路端口的, 32-Gbps 交換機結構,在業界是常見的。

交換機應支持 PoE 標準 IEEE 802.3af,為 IP 攝影機提供電源。 Cisco Catalyst 3750G-48PS-48 交換機,具有這些規範。

在小型企業部署中,IP 攝影機,NVR 和觀察工作站,都可以連接到單個交換機機箱。但是,攝影機和交換機之間的銅雙絞線電纜長度限制為 100 米。 

NVR 和觀察工作站,可能位於校園內的行政大樓內,距離 IP 攝影機超過 100米。所以必須部署多個交換機在層次結構中,以聚合不同位置的交換機,並提供與 NVR 的高速連接。


切換層次結構
為了擴展 IP 網路,網路管理器將層次結構引入拓撲中。用於接線的 LAN 交換機(接入交換機)連接到分配交換機。

這些分配交換機,為建築物或樓層中的所有接入交換機,提供上行鏈路。接入和分配交換機之間的鏈路,至少為 1千兆乙太網。然後,分配交換機連接到核心交換機,通常使用 10 千兆位鏈路。

作為最佳實踐,建議僅使用第 2 層/第 3 層交換機,因為它們不需要連接分佈層交換機的第 2 層接口。

此外,路由訪問層可縮短收斂時間,並增強負載共享。出於這些和其他原因,許多校園網路部署主張,使用到接入層交換機的第3層連接。有關更多資訊,請參閱以下 URL 中使用  EIGRP 或 OSPF 的高可用性園區網路設計 - 路由訪問層:www.cisco.com/go/designzone。

該層次結構的三層如圖2所示。

在圖2中,伺服器(Operations Manager/VSOM),NVR(媒體伺服器/VSMS)和觀察站,連接到GigabitEthernet 端口上的核心交換機。 在拓撲中包括伺服器分發層,也是一種選擇。 

分層圖層不需要是不同的物理實體。 可以省略圖層,但應保持層次結構,以獲得最佳性能。 IP 攝影機端口速度為100Mbps,上行鏈路為 1千兆位,和10 千兆位乙太網,NVR 為1千兆位乙太網。

假設單個 NDVR 具有足夠的磁碟空間、內存和 CPU 容量,可支持 16 個高清 IP 攝影機。影像源本質上是突發性的,有時可能以線速(接近100Mbps)發送數據包,但只有幾分之一秒。 HD IP 攝影機可以每 4 秒發送一個 H.264 參考幀,並且該微突發可以發生 1/20 秒。

雖然所有 16 個 IP 攝影機在相同的時間內,產生參考幀的可能性很小如果發生這種情況,連接 NVR 的端口可能會丟包。如果所有 IP 攝影機和 NVR ,都以 100Mbps 的速度連接,則可能會超額訂購。以千兆乙太網速度連接  NVR 有助於減少超額訂購的可能性。

對於高品質的高清影像監控,LAN 交換基礎設施,必須設計為在 IP 攝影機,和  NVR 之間的所有點提供足夠的頻寬。如果攝影機和  NVR 之間的任何端口超額訂購,可能會發生數據包丟失,並影響影像品質。

重要的是,最初為網路提供足夠的容量,以最小化分組丟失,但同樣重要的是監視網路,以確保不持續丟失。


設備放置
圖2中的插圖顯示了連接到訪問層的 IP 攝影機,以及連接到拓撲核心層的觀察站和伺服器。這是大型企業園區的最佳實踐部署。圖3 顯示了一個小型企業部署,其中所有設備,都連接到單個訪問層交換機。

此外,圖3 中所示的拓撲,包括組件之間數據流的源和接收器(目標),以及 Cisco Video Surveillance Manager部署中端點之間,使用的第 4 層(傳輸)協議。

圖3 網路數據流

以下小節描述了與圖 3 中的流程相關的應用程序要求,以便更好地了解 IP 影像監控的網路要求。

除 IP 攝影機外的所有設備,都連接到千兆乙太網端口上的交換機。 IP 攝影機作為 Fast Ethernet 連接。圖3 中的拓撲,顯示了連接到單個交換機的所有設備,並且假設所有設備,都在同一 VLAN 上。了解設備之間的數據流,與單交換機、單 VLAN 部署,和三層園區部署相關。

IP 攝影機
在 Cisco Video Surveillance Manager 部署中,不會直接從查看站查看 IP 攝影機。伺服服務器充當 IP 攝影機和觀察站之間的代理。媒體伺服器(代理)以配置的幀速率/比特率,影像解析度和協議,從 IP 攝影機請求影像。

控制面
控制面流量是基於 TCP 的,因此是媒體伺服器,和 IP 攝影機之間的雙向連接。控制平面的認證步驟,是安全超文本傳輸協議(HTTPS),並且影像流使用即時流協議(RTSP)啟動。控制計劃需要很少的頻寬,僅約 10 Kbps。

在 VSM 版本 4.2 / 6.2中,攝影機源始終啟動,並流式傳輸到媒體伺服器。即使未配置存檔,或操作員未主動查看攝影機,攝影機源也會流式傳輸到媒體伺服器。此行為是為了減少選擇攝影機進行查看後,向觀察站呈現影像饋送的時間。

數據面
IP 攝影機和媒體伺服器之間的數據,平面流量要嘛是根據 TCP 的 Motion JPEG,要嘛是根據 UDP/RTP 的 MPEG-4/H.264。出於規劃目的,請考慮從 IP 攝影機到媒體伺服器的單向數據平面流量。

基於 UDP/RTP 的無連接 MPEG-4/H.264 完全是單向的,使用基於 TCP的Motion JPEG,只有 TCP 確認從媒體伺服器流向 IP 攝影機。數據平面的頻寬要求,是配置的解析度,幀或比特率和協議(Motion JPEG 或 MPEG4/H.264)的函數。見表2。

表2 每個攝影機網路頻寬估計


備註。MPEG-4/H.264的幀速率,是配置的恆定比特率值的函數。 對於 SD 攝影機,CBR速率 ≧ 2Mbps是每秒 30 幀。 對於 HD 攝影機,CBR速率 ≧ 4Mbps 是每秒 30 幀。

媒體伺服器(VSMS)
媒體伺服器從 IP 攝影機接收影像饋送,並根據請求將攝影機饋送流到觀察站。 媒體伺服器必須連接到千兆乙太網交換機端口。 但是,出於規劃目的,機箱能夠處理的最大 I/O 量,小於連接的端口速度。 表3表示每個機箱的每秒兆比特的最大  I/O 估計值。
表3績效指南


鑑於 CBR 6Mbps 的高清 IP 攝影機影像輸入,並使用 200Mbps 的最大 I/O 值,可以估計 2RU/4RU 機箱,可以支援大約 32 個攝影機。對於每次並發即時查看攝影機進紙,減去一個攝影機。 1RU 機箱最多可支持 15 個 4Mbps 的 IP攝影機,減少了同時查看的數據量。

表3 可用於估計從網路接口,角度可支持的 IP 攝影機的數量。還必須估計儲存要求。

磁碟儲存要求
存檔所需的磁碟儲存量,取決於存檔的解析度、幀/比特率、品質因素,場景複雜性,以及運動和保留期。

表4 提供了 5 分鐘影像存檔,所需的磁碟儲存量估計值。這些估計值來自於檢查 VSMS 的文件系統(版本4.2/6.2),並為配置的循環存檔,平均各個 5 分鐘容器的文件大小。

表4

磁碟儲存要求
從表 4 可以看出,即使所有三個攝影機,都是每秒 30 幀,使用相同的解析度和 H.264 編碼,磁碟儲存要求也,不僅僅是恆定比特率(CBR)參數的函數。 

場景的複雜性也是儲存要求的一個因素。 圖 4 和圖 5 是相對複雜的室外場景,運動相對較少。 圖 5 中的場景比圖 4 稍微複雜一些。圖 6 是具有很少運動,和相當大量空間冗餘的室內場景。 圖 7 是標準清晰度 IP 攝影機的示例。 與 HD 示例相比,SD 解析度的品質較低。

Figure 4 HD Camera H.264 1920x1080 CBR 4M 


Figure 5 HD Camera H.264 1920x1080 CBR 5M 


Figure 6 HD Camera H.264 1920x1080 CBR 8M 



Figure 7 SD Camera 720x480 MJPEG 5 FPS 


計算儲存要求
給定 5 分鐘的儲存估計,可以計算持續時間為一小時,一天或幾天的循環存檔的磁碟空間。 鑑於 5 分鐘存檔的 100 兆字節,一小時的磁碟需求為 1.2 千兆字節(100MB * 12)和每天 28 千兆字節(1.2 GB * 24)。

相反,每日 240 MB 5 分鐘存檔設置的磁碟儲存要求,大約為每 24 小時 70 GB。

RAID-5 容量計算
RAID-5 結合了三個或更多磁碟,以防止一個磁碟發生故障時數據丟失。 內華達州博彩委員會(NGC)標準,和許多其他標準,需要 RAID-5 功能。

RAID-5 算法,在所有磁碟上儲存奇偶位校驗,因此丟失了一些儲存容量以支持容錯。 

要計算有效容量,請使用以下公式:

(單驅動器容量 * 驅動器數量)*((驅動器數量 -  1)/驅動器數量)
給定 640 MB的單個驅動器,和 4 個驅動器,計算如下:
(640 * 4)*((4  -  1)/ 4)= 1,920 MB

2RU/4RU 機箱支持 RAID-5,1RU 機箱不支持。
備註:陣列中的磁碟越多,佔總容量的百分比容量損失就越小。

0 意見: