Azure 架構完善的架構檢視 Azure Blob 儲存體

使用失敗模式分析：考慮內部相依性，例如虛擬網路、Azure 金鑰保存庫 或 Azure 內容傳遞網路 或 Azure Front Door 端點等內部相依性，將失敗點降到最低。 如果工作負載要求存取 Blob 所需的認證 儲存體 從 金鑰保存庫 遺失，或工作負載使用以移除的內容傳遞網路為基礎的端點，就會發生失敗。 在這些情況下，工作負載可能需要使用替代端點進行連線。 如需失敗模式分析的一般資訊，請參閱執行失敗模式分析 建議。

定義可靠性和復原目標：檢閱 Azure 服務等級協定 （SLA） 。 衍生記憶體帳戶的服務等級目標 （SLO）。 例如，SLO 可能會受到您選擇的備援組態影響。 請考慮區域性中斷、數據遺失的可能性，以及中斷后還原存取所需的時間。 也請考慮您識別為失敗模式分析一部分的任何內部相依性的可用性。

設定資料備援：若要達到最大持久性，請選擇跨可用性區域或全域區域複製數據的設定。 如需最大可用性，請選擇可讓用戶端在主要區域中斷期間從次要區域讀取數據的組態。

設計應用程式： 如果主要區域因任何原因而無法使用，請設計應用程式 以順暢地轉移至從次要區域讀取數據。 這隻適用於異地備援記憶體 （GRS） 和異地區域備援記憶體 （GZRS） 組態。 設計應用程式來處理中斷，可減少終端使用者的停機時間。

探索可協助您符合復原目標的功能：讓 Blob 可還原，以便在 Blob 損毀、編輯或刪除時加以復原。

建立復原方案：考慮數據保護功能、備份和還原作業或故障轉移程式。 準備潛在的 數據遺失和數據不一致 ，以及 故障轉移的時間和成本。 如需詳細資訊，請參閱設計災害復原策略 建議。

監視潛在的可用性問題：訂閱 Azure 服務健康狀態儀錶板 ，以監視潛在的可用性問題。 使用 Azure 監視器和診斷記錄中的記憶體計量來調查警示。

檢閱 Azure 儲存體 的安全性基準：若要開始使用，請先檢閱 儲存體的安全性基準。

使用網路控制來限制輸入和輸出流量：停用記憶體帳戶的所有公用流量。 使用帳戶網路控制來授與用戶和應用程式所需的最低存取層級。 如需詳細資訊，請參閱 如何處理記憶體帳戶的網路安全性。

減少受攻擊面：防止匿名存取、帳戶密鑰存取或透過非安全 （HTTP） 連線的存取，可以減少受攻擊面。 要求用戶端使用最新版的傳輸層安全性 （TLS） 通訊協議來傳送和接收數據。

不使用密碼或密鑰來授權存取：相較於共用密鑰和共用存取簽章，Microsoft Entra ID 提供更高的安全性和易於使用性。 只授與安全性主體執行其工作所需的許可權。

保護敏感性資訊：保護敏感性資訊，例如帳戶密鑰和共用存取簽章令牌。 雖然通常不建議使用這些形式的授權，但您應該務必輪替、過期並安全地儲存它們。

啟用安全傳輸必要選項：為所有記憶體帳戶啟用此設定，可確保針對記憶體帳戶提出的所有要求都必須透過安全連線進行。 透過 HTTP 發出的任何要求都失敗。

保護重要物件：套用 不變性原則 來保護重要物件。 原則會保護儲存用於法律、合規性或其他商務用途的 Blob，以防止遭到修改或刪除。 設定設定時間週期的保留，或直到系統管理員解除限制為止。

偵測威脅：啟用適用於 儲存體 的 Microsoft Defender 來偵測威脅。 活動中發生異常時，會觸發安全性警示。 警示會透過電子郵件通知訂用帳戶管理員，其中包含可疑活動的詳細數據，以及有關如何調查和補救威脅的建議。

識別用來計算帳單的計量：計量可用來追蹤帳戶中儲存的數據量（數據容量），以及用來寫入和讀取數據的作業數目和類型。 也有與使用選擇性功能相關聯的計量，例如 Blob 索引標籤、Blob 清查、變更摘要支援、加密範圍，以及 SSH 檔案傳輸通訊協定 （SFTP） 支援。 如需詳細資訊，請參閱 Blob 儲存體 的費用。

瞭解每個計量的價格：請務必使用適當的定價頁面，並在該頁面中套用適當的設定。 如需詳細資訊，請參閱 尋找每個計量的單價。 請考慮與每個價格相關聯的作業數目。 例如，與寫入和讀取作業相關聯的價格適用於10,000個作業。 若要判斷個別作業的價格，請將列出的價格除以 10,000。

預估容量和作業的成本：您可以使用 Azure 定價計算機，將與數據記憶體、輸入和輸出相關聯的成本模型化。 使用字段來比較與各種區域、帳戶類型、命名空間類型和備援組態相關聯的成本。 在某些情況下，您可以使用 Microsoft 檔中提供的範例計算和工作表。 例如，您可以 預估封存數據 的成本，或使用 AzCopy 命令來傳輸 Blob 的成本。

選擇容量的計費模型：評估使用 承諾型模型是否比使用以使用量為基礎的模型 更有成本效益。 如果您不確定您需要多少容量，您可以從以耗用量為基礎的模型開始，監視容量計量，然後稍後進行評估。

選擇帳戶類型、備援層級和預設存取層：建立記憶體帳戶時，您必須為每個設定選取一個值。 所有值都會影響交易費用和容量費用。 除了帳戶類型之外，所有這些設定都可以在帳戶建立之後變更。

選擇最符合成本效益的預設存取層：除非每個 Blob 上傳指定了一層，否則 Blob 會從預設存取層設定推斷其存取層。 如果變更儲存體帳戶的預設存取層設定，則變更會套用至帳戶中未明確設定存取層的所有 Blob。 如果您已收集大量 Blob，則此成本可能相當重要。 如需階層變更如何影響每個現有 Blob 的詳細資訊，請參閱 變更 Blob 的存取層。

將數據直接上傳至最符合成本效益的存取層：例如，如果帳戶的預設存取層設定為經常性存取層，但您要上傳檔案以供封存之用，請將較冷層指定為封存層或冷層作為上傳作業的一部分。 上傳 Blob 之後，請使用生命週期管理原則，根據使用量計量，例如上次存取時間，將 Blob 移至最符合成本效益的層。 提前選擇最佳階層可以降低成本。 如果您變更已上傳的區塊 Blob 層，則當您第一次上傳 Blob 時，需支付寫入至初始層的成本，然後支付寫入至所需層的成本。

規劃管理數據生命週期：利用存取層和生命週期管理，將交易和容量成本優化。 較不常使用的數據應該放在較冷的存取層中，而經常存取的數據應該放在較暖的存取層中。

決定您需要的功能：某些功能，例如版本設定和 Blob 虛刪除，會產生額外的交易和容量成本，以及其他費用。 請務必檢閱文章中的定價和計費區段，這些區段會在您選擇要新增至帳戶的功能時描述這些功能。

例如，如果您啟用 Blob 清查功能，則會針對掃描的物件數目計費。 如果您使用 Blob 索引標籤，則會向您收取索引標籤目的費用。 如果您啟用 SFTP 支援，則即使沒有 SFTP 傳輸，您仍需支付每小時費用。 如果您決定要使用功能，請確認此功能已停用，因為當您建立帳戶時會自動啟用某些功能。

建立護欄：根據訂用帳戶和資源群組建立 預算 。 使用治理原則來限制資源類型、組態和位置。 此外，使用 RBAC 來封鎖可能導致超支的動作。

監視成本：確保成本保持在預算內、比較成本與預測，並查看發生超支的位置。 您可以使用 Azure 入口網站 中的成本分析窗格來監視成本。 您也可以將成本數據匯出至記憶體帳戶，並使用 Excel 或 Power BI 分析該數據。

監視使用量：持續監視使用模式，並偵測未使用或使用量過低的帳戶和容器。 使用 儲存體 深入解析身分識別帳戶，且沒有或低使用量。 啟用 Blob 清查報告，並使用 Azure Databricks 或 Azure Synapse Analytics 和 Power BI 等工具來分析成本數據。 請留意容量意外增加，這可能表示您正在收集許多記錄檔、Blob 版本或虛刪除的 Blob。 開發過期或轉換物件的策略，以更符合成本效益的存取層。規劃即將過期的物件或將物件移至更實惠的存取層。

建立維護和緊急復原計劃：考慮數據保護功能、備份和還原作業，以及故障轉移程式。 準備潛在的 數據遺失和數據不一致 ，以及 故障轉移的時間和成本。

監視記憶體帳戶的健康情況：建立 儲存體 深入解析儀錶板，以監視可用性、效能和復原計量。 設定警示，以在客戶注意到問題之前，先識別並解決系統中的問題。 使用診斷設定將資源記錄路由傳送至 Azure 監視器記錄工作區。 然後您可以查詢記錄，以更深入地調查警示。

啟用 Blob 清查報告：啟用 Blob 清查報告，以檢閱記憶體帳戶內容的保留、法律保留或加密狀態。 您也可以使用 Blob 清查報告來了解資料的總大小、存留期、階層分佈或其他數據屬性。 使用 Azure Databricks 或 Azure Synapse Analytics 和 Power BI 等工具，更能將清查數據可視化，併為專案關係人建立報表。

設定刪除 Blob 或將它們移至符合成本效益存取層的原則：建立具有初始條件集的生命週期管理原則。 原則會根據您定義的條件自動刪除或設定 Blob 的存取層。 使用監視計量和 Blob 清查報告定期分析容器使用方式，以便精簡條件以將成本效益優化。

規劃調整：瞭解記憶體帳戶的調整目標。

選擇最佳的記憶體帳戶類型：如果您的工作負載需要高交易速率、較小的物件，以及一致的低交易延遲，請考慮使用進階區塊 Blob 儲存器帳戶。 在大部分情況下，標準一般用途 v2 帳戶最適合使用。

減少客戶端與伺服器之間的移動距離：將數據放在最接近連接客戶端的區域（在相同區域中理想情況下）。 使用物件復寫或內容傳遞網路，針對遠離區域的用戶端進行優化。 默認網路組態提供最佳效能。 僅修改網路設定以改善安全性。 一般而言，網路設定不會降低行進距離，也不會改善效能。

選擇有效率的命名配置：使用最接近 Blob 數據分割索引鍵開頭的哈希標籤前置詞來減少清單、清單、查詢和讀取作業的延遲（帳戶、容器、虛擬目錄或 Blob 名稱）。 此配置的優點大部分是具有一般命名空間的帳戶。

優化數據用戶端的效能： 選擇最適合您工作負載之數據大小、傳輸頻率和頻寬的數據傳輸工具 。 AzCopy 等某些工具已針對效能進行優化，而且不需要介入。 檢閱隨每個工具發佈的效能優化指引，以考慮影響延遲和微調效能的因素。

優化自定義程式碼的效能：請考慮使用 儲存體 SDK，而不是為 Blob REST 作業建立您自己的包裝函式。 Azure SDK 已針對效能進行優化，並提供微調效能的機制。 建立應用程式之前，請先檢閱 Blob 儲存體 的效能和延展性檢查清單。 請考慮在記憶體要求期間使用 查詢加速 來篩選掉不必要的數據，並讓客戶端無法不必要地透過網路傳輸數據。

收集效能數據：監視您的記憶體帳戶，以找出從節流發生的效能瓶頸。 如需詳細資訊，請參閱使用監視 儲存體 深入解析監視記憶體服務。 同時使用計量和記錄。 計量會提供數位，例如節流錯誤。 記錄描述活動。 如果您看到節流計量，您可以使用記錄來識別哪些用戶端正在接收節流錯誤。 如需詳細資訊，請參閱 稽核數據平面作業。