翻譯這個網站:

分類

該條目分為以下幾類:

定義類型

目錄

用於流媒體可持續性的 WATT KPI

發布時間:
上一次更改:
12 年 2024 月 9 日上午 29:XNUMX

流媒體綠色化的目標是提高流媒體生態系統的能源效率。 它採用 WATT 的首要目標,相信通過專注於降低整個系統使用的功率,將有利於降低 TCO 和提高 ESG 地位,最終使利益相關者、股東、訂戶和消費者受益。

在審查供應鏈以尋找以提高能源效率為目標的系統性變革的共同參考框架時,WATT 已被證明是所有流媒體服務提供商都可以衡量的一種一致衡量標準。 從通過電信和互聯網交換和路由的能源供應,到提供服務再到消費者,每個參與的數字系統都可能提供 WATT 測量。

我們發現,有些系統僅提供安培數和電壓,但功率(瓦特)可以從這些關鍵績效指標 (KPI) 推導出來。其他基礎設施則擁有企業管理系統,可監控各個進程、晶片組、電源單元 (PSU)、配電單元 (PDU) 和機架頂部系統的電力需求。測量跨多個系統的串流服務非常複雜。在許多情況下,這些系統是「嵌套」的,例如伺服器上的 CPU 進程,這些伺服器的電源單元位於機架中,而機架又配備了配電單元,這些設備又在「機房」或「可用區」進行監控。錯誤的測量方法會導致相同的功率值被多次計算,或漏掉對高能耗「父系統」的需求評估。因此,在生態系統中的各個貢獻者提出任何關於功率需求的聲明之前,尤其是在提出任何關於降低功率的聲明之前,必須進行完整的系統性評估。此外,測量可能只關注了錯誤的功率負載,而降低某個區域的功率可能會導致系統整體視圖中其他區域的功耗意外增加,甚至顯著增加。如果無法建立一致的測量方法,我們就無法指望真正降低能源消耗。

儘管測量串流媒體服務並將其與電力需求聯繫起來存在挑戰,但瓦特至少為所有學科提供了一個單一的恆定參考。能源提供者在基礎設施提供者的消耗點以千瓦時為單位計費。 kWh 是計量的體積計數。對於較大的企業,此計費可以解決為 15 分鐘的增量。通常還有一個以瓦為單位的“峰值”電源負載。所有系統都必須在該峰值負載內運作。實際負載通常不會在能源提供者自己的設施之外進行監控或報告。

流媒體服務的高級模式及其與測量整個系統 WATT 的關係:

此圖是流媒體服務的高級架構及其與測量整個系統 WATT 的關係。

上圖中,根據以下規定劃分了「範圍」(藍色部分): 溫室氣體協議、範圍 1 和 2(「我們可以直接影響的範圍」)位於中心框中。供應平衡(從能源提供者處以千瓦時計費)可以直接控制。千瓦時又由網路設施和應用程式託管設施的組合消耗。這些也在我們的控制之下,串流媒體綠色化應該並且正在培育一個強有力的工程重點,以重點測量這種電力負載,並減少來自「任何」能源供應商的需求。

這些系統的供電以千瓦時為單位。 默認情況下,網絡設施和應用程序託管系統不測量 kWh 消耗,但通常可以直接(或間接通過計算電壓和電流消耗)輕鬆提供以瓦特為單位的當前功耗水平。

網絡設施和應用程序託管能源需求之間的平衡將根據流媒體服務提供商在生態系統中扮演的角色而有所不同。 這意味著在供應階段,我們必須能夠測量提供流媒體服務所需的已配置基礎設施的電力需求。 雖然能源消耗與能源供應商的千瓦時計費最密切相關,而不是與交通流量相關,但基礎設施將隨著服務模型的擴大而擴大,並增加能源需求。 隨著基礎設施規模的擴大,規劃能源至關重要。

下麵包含了一些模型轉換指標,以幫助了解某些模型場景中基礎設施的瓦特測量值與電源的千瓦時測量值之間的關係。

閱讀
消費計算
流媒體指標
KPI
總瓦數總啊電壓間隔(分鐘)等於千瓦時流量 GB/小時位元率 Mbps(有開銷)觀眾觀眾/千瓦時/間隔Wh/觀眾/間隔
250.0015.001.00140,000.005.0062,22262,222.220.02
1.50230.0015.001.38180,000.005.0080,00057,971.010.02
26,400.0060.0026.402,970,000.005.001,320,0050,000.000.02
50.0015.000.2022,500.005.0010,00050,000.000.02

數據歸因模型隨後發揮作用,幫助將實際能源消耗和電力需求轉化為基礎設施與可識別的「每服務瓦數」模型相關聯,以便我們了解電力需求將如何隨著業務規模的擴大而變化。

貢獻公司

這些是為此 wiki 條目貢獻內容的公司:

[這篇文章有幫助嗎]

Streaming Video Wiki 由 Streaming Video Technology Alliance 組織和維護,Streaming Video Technology Alliance 是一個致力於解決大規模流式傳輸高質量視頻的關鍵技術挑戰的全球技術協會。 有關 SVTA 的更多信息或有關此 Wiki 的問題, 請聯繫SVTA.

© 串流影音技術聯盟。版權所有。