追蹤並管理使用量與成本

持續進行成本最佳化流程的目標是確保花費在 Oracle Cloud Infrastructure (OCI) 中執行服務的資金可為組織帶來最大的商業價值。您可以透過不同的方式處理此流程，但所有流程都依賴平台產生的準確使用狀況和成本資料，並透過不同的管道 (例如 UI、CSV 檔案或 API 呼叫) 提供。成本最佳化是一項反覆的流程，其中資料和分析會驅動動作。套用成本最佳化程序的一個結果應該是，沒有任何資源閒置長時間，就不會傳遞任何值而產生成本。

若要瞭解與 OCI 中部署解決方案相關的成本，以及最佳化成本與價值的潛在選項，請確保您已設計該解決方案，以結構化方式從不同服務收集使用狀況和效能指標。OCI 會收集大量指標，但在設計解決方案時，您應該使用可用的工具來協助提供所收集資料的結構，以及設定臨界值來觸發與支出或未充分使用資源增加相關的警示。

從 FinOps 的角度來看，考慮在每個 FinOps 階段 (Inform、Optimize、Operate) 中使用成本分析、追蹤與管理工具來套用 FinOps 目標 (可見性、可管理性及治理)。OCI 為成本管理提供許多對應至這些階段和目標的工具。請查看本文結尾的「深入瞭解」主題，瞭解每個工具的詳細資訊連結。

FinOps 階段和目標 FinOps 功能 OCI 成本管理工具
通知：可見性 帳單與報表 OCI 成本分析
標記 OCI 成本和用量報表
最佳化：可管理性 預測 成本分析中的預測
雲端成本規劃 OCI 成本預估工具
開立商業發票

OCI 發票

OCI 付款歷史記錄

OCI 發帳單排程表
建議

OCI 雲端建議程式

OCI 授權管理程式 (BYOL-1)
操作：治理 警示和通知 OCI 預算警示
控制項

配額

使用函數和配額強制執行預算

此表格將 FinOps Foundation 定義的部分索引鍵 FinOps Personas 對應至此完整存檔架構中使用的角色。

架構良好的角色 FinOps 角色
應用程式架構師 工程—負責雲端導入的技術從業人員地圖
雲端設計師 產品 / 工程—結合兩種 FinOps 角色的混合角色
雲端作業管理程式 產品—部分對應至產品所有權與營運層面
DevOps 架構師 工程—技術導入與自動化層面
企業規劃總監 領導力 - 邁向執行決策和策略角色
網路架構人員 工程—專注於網路基礎架構的專業化技術角色
安全性架構師 安全性—直接對應至安全性相關人員

此外，FinOps Practitioner 的角色部分對應至雲端營運經理，負責成本管理和最佳化，IT Service Management (ITSM) 也一部分被對應至雲端營運經理，提供一些管理責任。

評估不同的訂價模型

雲端營運經理企業架構設計師

從業務的角度來看，您需要評估哪些訂價模型有意義：彈性的隨用隨付模型，或您承諾在訂閱期間每月支付特定金額的模型 (「承諾模型」)。Oracle Cloud Infrastructure 提供這兩種定價方式。

如果您對預期的用途有充分瞭解，承諾模型可能會因折扣服務定價而降低成本。不過，如果使用量大幅減少或增加，則使用此模型時，您最終可以支付更多費用。

如果您使用 FinOps 架構，財務與 FinOps 執業者角色最符合本節。財務需要瞭解訂價模型，才能對成本承諾做出策略決策，而 FinOps 實務人員需要分析並建議最佳訂價策略。這些角色共同合作，評估隨用隨付與承諾型模型的比較，瞭解每個選擇的財務影響。

本主題直接配合 FinOps Framework 之 "Optimize Cloud Usage & Cost" 網域內的 "Rate Optimization" 功能。它透過評估不同的定價選項來最佳化成本，強調「充分利用雲端的變動成本模型」的 FinOps 原則。

建議的 FinOps 運用此評估活動的能力：

  • 費率最佳化：分析與最佳化訂價模型
  • 規劃與預估：預測使用模式並決定最佳訂價承諾
  • 預測：預測不同定價模式下的未來使用情況和成本

使用 OCI 登陸區

OCI Landing Zones 是適用於各種使用案例且可設定的 Terraform IaC 範本，可透過自動佈建安全、合規、彈性和符合成本效益的最佳雲端環境來加速 OCI 上線。

登陸區建立的資源是免費的。預設不會啟用任何會產生成本的資源，讓您可以視需要加以啟用。

在登陸區設定基本基礎之後，您可以建立耗用成本的資源 (例如運算執行處理、資料庫、儲存體等等)，以部署工作負載。「登陸區」也可讓您建立預算，以便在支出預測達到您指定的臨界值時傳送通知。

導入區間結構以協助管理成本

Cloud Operations Manager 安全性架構設計師 Cloud Architect

區間是 OCI 的基本元件，可用於組織和隔離您的雲端資源。

您可以使用區間來清楚區隔資源，以測量用量和計費、存取 (透過原則) 以及隔離 (將某個專案或業務單位的資源從另一個專案或業務單位中區隔出來)。例如，您可以有一個用於開發的區間，另一個用於生產，另一個用於您的銷售部門，另一個用於您的製造部門。

最佳做法是設定租用戶以支援業務的運作方式。這將確保可以根據對組織有意義的維度來檢視及篩選成本和使用量資料。通常這包括使用區間作為邏輯容器來存放不同的 OCI 服務。您可以將區間對應至組織單位、業務單位，甚至是個別的服務和解決方案擁有者，視您的業務執行方式而定。

OCI Landing Zones 實作區間結構，可協助您追蹤和管理消耗和相關成本。「登陸區」可讓您建立基本預算，在預測支出達到特定臨界值時，通知提供的電子郵件地址。登陸區是免費使用的基礎設施服務，大部分部署的基礎設施服務都低或無成本。

如果您使用 FinOps 架構，則 FinOps Practitioner 與 Engineering 角色最適合此處。FinOps 執業者需要設計成本配置策略，而 Engineering 則實作並維護技術區間結構。安全角色 (盟友) 也在確保適當的隔離和存取控制方面扮演關鍵角色。

本主題與「瞭解雲端使用狀況與成本」網域中的「配置」功能一致。它支援 FinOps 原則，透過實現明確的成本歸因和問責來「每個人都擁有雲端使用權」。

建議的 FinOps 利用此管理成本結構活動的能力：

  • 分攤：適當地建構成本分配
  • 雲端原則與治理：強制實行區間原則
  • 報告與分析：分析區間層級的成本

導入費用追蹤標記以進行彈性費用追蹤

雲端設計師 Cloud Operations Manager

雲端解決方案通常使用不同的服務，其中有些服務可能位於不同的區間中，而其他服務則位於受不同存取控制管理的共用區間中，例如「網路」。部分區間將包含數個不同解決方案所使用的資源，這表示只有區間層級的報告費用可能不準確。

即使資源位於多個不同的區間中，解決方案擁有者仍需要檢視其解決方案的完整使用狀況和成本。

只要將成本追蹤標記連附至使用的不同資源，即可使用標記 (而非區間) 進行篩選，以查詢成本資料。這樣一來，您可以更靈活地放置資源和查詢成本資料的方法，但也必須制定健全的標記原則。請儘早識別標記功能原則，然後強制實行：經常變更標記命名空間和標記索引鍵名稱會導致搜尋和聚總資料時的複雜性。

例如，您可以將 Finance.CostCenter:xyz、Environment.Type:Production、Project.Owner:xyz、Application.Name:xyz 等標記套用至不同的資源。這會導致 OCI 將這些標記新增至產生的使用狀況和成本資料，允許根據這些標記搜尋成本資料。

標記的命名空間應受到 IAM 原則保護，以確保只有標記管理員可以進行變更。

如果您使用 FinOps 架構，FinOps 執業者與工程人員將帶領這項工作。FinOps Practitioners 設計標記策略，而 Engineering 實作該策略。ITAM (Allied Persona) 可針對資產追蹤需求提供寶貴的意見。

本主題直接支援「分配」功能，並饋送至 FinOps 架構內的「報告與分析」。它能夠提供精細的成本追蹤功能，並支援「FinOps 資料應該可供存取及時存取」的原則。

建議的 FinOps 利用此追蹤活動的能力：

  • 配置：用於實作標記策略
  • 資料擷取：確保正確收集標記資料
  • 報告與分析：運用成本分析中的標記

定義預算

雲端營運經理，安全架構設計師，企業架構設計師

預算可用來設定實際 OCI 支出或支出預測的寬鬆限制。根區間的預算控制可提供異常使用的指標。
預算稱為「寬鬆限制」，因為它們不會讓資源超出限制。相反地，達到臨界值時，OCI 會觸發警示和電子郵件給指定的聯絡人，讓他們知道超額情況。此外，您可以發出在 OCI 內觸發進一步動作的事件。

預算設定在費用追蹤標記或區間 (包括根區間) 上，以追蹤該費用追蹤標記或該區間及其子項的所有支出。

如果您使用 FinOps 架構，財務與產品角色主要負責此任務，財務設定整體預算與產品擁有者管理其配置預算。FinOps 執業者扮演實作預算控制與監控的協助者。領導力角色是預算核准與監督的關鍵。

本主題與 "Quantify Business Value" 網域內的 "Budgeting" 功能一致。它支援 FinOps 原則，透過建立財務保全和問責制來「團隊需要協同合作」。

建議 FinOps 運用此預算編列活動的能力：

  • 預算編列：用於設定與管理預算
  • 異常管理：偵測預算超額
  • 預測：預測預算使用率

啟用區塊磁碟區效能自動調整功能

雲端作業管理員

Oracle Cloud Infrastructure 可以自動將已分離磁碟區的效能調校為「更低的成本」設定。有了這項新功能，當磁碟區維持在分離狀態時，便可大幅節省成本。

如果您使用 FinOps 架構，工程角色會領導這項技術最佳化，由 FinOps 實務人員支援以進行成本影響分析。這需要結合成本最佳化專長的深入技術知識。

本主題屬於「最佳化雲端使用量與成本」網域中的「工作負載最佳化」功能。它展現了「充分利用雲端變動成本模型」的原則。

建議的 FinOps 運用此調整活動的能力：

  • 工作負載最佳化：最佳化儲存效能和成本
  • 費率最佳化：瞭解成本影響
  • 單位經濟：測量每 GB 儲存的成本

導入物件儲存、物件生命週期管理

雲端作業管理員

藉由使用物件生命週期管理來管理物件儲存與封存儲存資料，您可以降低儲存成本，以及管理資料所花費的時間。

「物件生命週期管理」可讓您自動執行下列作業：

  • 將物件封存至較低成本的封存儲存。
  • 刪除儲存桶中的所有物件，或符合您指定之名稱篩選條件的物件。
  • 刪除未確認或失敗的多重部分上傳。

如果您使用 FinOps 架構，工程角色會引導技術實作，而 FinOps 實務人員則會引導成本最佳化策略。ITAM (Allied Persona) 提供資料生命週期需求和保留策略的輸入。

本主題與「工作負載最佳化」和「雲端永續性」功能一致，可最佳化儲存成本，同時考量長期的資料管理影響。

建議的 FinOps 運用此生命週期管理活動的能力：

  • 工作負載最佳化：用於儲存體分層策略
  • 雲端永續性：有效運用資源
  • 單位經濟：測量每個物件 / 儲存桶的儲存成本

運用成本報表

雲端營運經理企業架構師

成本報表是以逗號分隔的值 (CSV) 檔案，可提供 OCI 中用於稽核或發票調節的資源詳細細目。

您可以分析每月成本報告，以深入瞭解您使用的每個 OCI 服務。成本報表會每天自動產生，並儲存在 Oracle 擁有的物件儲存的儲存桶中。每個 OCI 資源 (例如執行處理、物件儲存的儲存桶和 VNIC) 每小時都包含一個資料列，以及使用狀況資訊、描述資料以及標記。使用量報表通常包含 24 小時的使用量資料，不過使用量報表可能包含超過 24 小時的遲到資料。

成本報表會保留一年。

每個成本報表的檔案名稱會附加一個自動遞增的數值。報告可能包含更正。更正會新增為報表的新資料列，並在 lineItem/backReference 資料欄中填入已更正明細行的 lineItem/iscorrection column 集和 referenceNo value。

如果您使用 FinOps 架構，FinOps Practitioner Persona 會帶領這項工作，與 Finance 緊密合作以進行調節與分析。ITFM (Allied Persona) 是將成本資料整合至財務系統的關鍵。

本主題支援「瞭解雲端使用狀況與成本」網域內的「報告與分析」功能，可實現資料導向的決策與透明度。

建議的 FinOps 利用此報表活動的能力：

  • 報告與分析：用於成本分析與報告
  • 資料擷取：處理成本報表
  • 開立商業發票與借項沖回：用於商業發票調節

使用成本分析追蹤並最佳化您的支出

雲端營運經理企業架構師

「成本分析」提供易於使用的視覺化工具，可協助您追蹤 Oracle Cloud Infrastructure 支出並將其最佳化。

在 2019 年 1 月 28 日之後建立新帳戶的美國大部分新客戶都可以使用成本分析工具來：

  • 依日期篩選成本。
  • 依標記篩選成本。
  • 依區間篩選成本。
  • 移除區間或標記篩選條件。
  • 預測成本與消耗。

如果您在 2019 年 1 月 28 日之前建立帳戶，或是在美國境外建立帳戶，則可使用其他追蹤和最佳化支出的選項。

如果您是使用 FinOps 架構，FinOps 執業者是主要角色，與財務合作以取得成本洞察分析，以及業務內容的產品擁有者。ITFM (Allied Persona) 可協助將發現項目整合到財務規劃流程中。

本主題直接配合「Reporting & Analytics」功能，並支援「FinOps 資料應可及時存取」的原則。它可讓整個組織進行資料導向的決策。

建議的 FinOps 利用此分析活動的能力：

  • 報表與分析：詳細成本分析
  • 評量效能：比較團隊 / 專案間的成本
  • 單位經濟：分析成本效率單位標準

導入處理以終止或停止未使用的資源

DevOps Architect 的 Cloud Operations Manager

實作識別與終止獨立資源的處理。某些 OCI 運算資源配置不會在 STOP 模式下收費。

針對 VM 和裸機執行處理，計費取決於您用來建立執行處理的資源配置。請確保您熟悉所使用運算資源的計費條件。此外，實行行為以停止和終止符合應用程式工作負載的資料保留和成本目標。

OCI Resource Scheduler 可自動管理所選資源的狀態，例如用於測試、開發和示範的資源，並在使用 OCI 時降低成本。

如果您使用 FinOps 架構，則 FinOps Engineering persona 會指導 FinOps Practitioner 的技術實作。安全性 (Allied Persona) 可確保資源終止策略符合安全性需求。

本主題位於「最佳化雲端使用量與成本」網域的「工作負載最佳化」底下，並支援「每個人都擁有雲端使用量的所有權」原則。

建議的 FinOps 運用此未使用的資源管理活動功能：

  • 工作負載最佳化：用於資源使用率分析
  • 雲端原則與治理：強制實行資源生命週期原則
  • 異常管理：偵測未使用的資源

考慮較低成本的運算資源配置

雲端設計師 Cloud Operations Manager

OCI 提供各種 CPU 晶片架構，每個架構都有獨特的價格和效能特性，包括以 Intel、AMD Epyc 和 ARM 為基礎的資源配置，以及來自 AMD 和 NVIDIA 的多個 GPU。選擇符合您效能需求且成本最低的 CPU 或 GPU。

彈性資源配置可讓您在啟動或調整 VM 大小時，自訂 OCPU 數目和記憶體大小。當您使用彈性資源配置建立 VM 執行處理時，可以選取執行處理上執行之工作負載所需的 OCPU 數目和記憶體大小。網路頻寬和 VNIC 數目會與 OCPU 數目按比例擴展。此彈性可讓您建置符合工作負載的 VM，讓您將效能最佳化並降低成本。

如果您使用 FinOps 架構，工程角色會引導您選取形狀，並提供成本分析的 FinOps Practitioner。產品角色可提供效能需求，確保符合業務需求，同時將成本最佳化。

本主題與「費率最佳化」和「工作負載最佳化」功能一致，著重於符合成本效益的資源選擇，同時維持效能。

建議的 FinOps 運用此塑型活動的能力：

  • 費率最佳化：比較形狀訂價
  • 工作負載最佳化：調整執行處理大小正確
  • 規劃與預估：預測不同形狀的成本

熟悉 OCI 中的 Billing and Cost Management

雲端營運經理，安全架構設計師

使用 OCI 計費和成本管理工具，協助您管理 OCI 服務的成本。

Cloud Advisor 可以複查並持續監控您的租用戶，並針對節省成本和改善安全態勢提供建議。

Cloud Advisor 會找出您租用戶中潛在的低效率問題，並提供說明如何解決這些問題的引導式解決方案。這些建議可協助您充分節省成本，並提升租用戶的安全性。內建的 Cloud Guard 建議可協助您查看並解決安全漏洞。您也可以延遲或關閉不適用的建議來自訂 Cloud Advisor，讓您可以專注於對您最重要的建議。

Cloud Advisor 的完整功能和使用超出本「最佳實務」手冊的範圍。如需此服務的詳細資訊，請參閱下方「進一步瞭解」主題中參照的「Oracle Cloud Advisor 簡介」。

OCI FinOps Hub 為 OCI 中的成本管理資源提供一個集中位置。運用 FinOps FOCUS 資料進行多雲端案例。

如果您正在使用 FinOps 架構，FinOps 執業者會帶領這項工作，與財務和採購密切合作，以進行全面的成本管理。ITFM (Allied Persona) 可協助將 OCI 計費整合到企業財務系統。

本主題涵蓋「瞭解雲端使用狀況與成本」網域中的多個功能，並支援「集中式團隊推動 FinOps」的原則。

建議的 FinOps 利用此立帳和成本計算管理活動的功能：

  • 資料擷取：處理帳單資料
  • 發票開立與借項沖回：用於帳單管理
  • FinOps 教育與培訓：訓練 OCI 成本工具上的團隊
  • 雲端原則與治理：建立成本管理原則

進一步瞭解

FinOps 資源：