了解較新警示的移轉選項

公用雲端使用者已淘汰傳統警示。 由 21Vianet 營運之 Azure Government 雲端和 Microsoft Azure 的傳統警示將於 2024 年 2 月 29 日淘汰。

本文說明手動移轉和自願移轉工具的運作方式,而這些工具將用來移轉其餘的警示規則。 這也會說明一些常見問題的解決方案。

重要

活動記錄警示 (包括 服務健康情況 警示) 和記錄搜尋警示不會受到移轉的影響。 移轉僅適用於這裡所述的傳統警示規則。

注意

如果您的傳統警示規則無效 (即傳統警示規則位於已取代計量或已刪除資源上),則不會移轉這些規則,而且在服務淘汰之後將無法使用。

將傳統警示手動移轉至較新的警示

想要手動移轉其餘警示的客戶可以使用下列各節來執行此動作。 這也包括已淘汰的計量,因此無法直接進行移轉。

虛擬機器上的來賓計量

您必須先將來賓計量傳送至 Azure 監視器記錄存放區,才能在來賓計量上建立新的計量警示。 遵循下列指示以建立警示:

還有更多選項可收集來賓計量並對其發出警示 深入了解

儲存體和傳統儲存體帳戶計量

您可以移轉儲存體帳戶的所有傳統警示,但這些計量的警示除外:

  • PercentAuthorizationError
  • PercentClientOtherError
  • PercentNetworkError
  • PercentServerOtherError
  • PercentSuccess
  • PercentThrottlingError
  • PercentTimeoutError
  • AnonymousThrottlingError
  • SASThrottlingError
  • ThrottlingError

必須根據新舊儲存體計量之間的對應,來移轉百分比計量的傳統警示規則。 需要適當地修改閾值,因為可用的新計量是絕對計量。

AnonymousThrottlingError、SASThrottlingError 和 ThrottlingError 的傳統警示規則必須分割成兩個新的警示,因為沒有可提供相同功能的合併計量。 將需要適當調整閾值。

Azure Cosmos DB 計量

您可以移轉 Azure Cosmos DB 計量的所有傳統警示,但這些計量的警示除外:

  • 每秒平均要求
  • 一致性層級
  • Http 2xx
  • Http 3xx
  • 每分鐘耗用的 RUPM 上限
  • 每秒 RU 數上限
  • Mongo 其他要求費用
  • Mongo 其他要求率
  • 觀察到的讀取延遲
  • 觀察到的寫入延遲
  • 服務可用性
  • 儲存體容量

新系統目前無法使用每秒平均要求、一致性層級、每分鐘耗用的最大 RUPM、每秒最大 RU、觀察到的讀取延遲、觀察到的寫入延遲,以及儲存體容量。

系統不會移轉要求計量的警示 (例如 Http 2xx、Http 3xx 和服務可用性),因為傳統計量和新計量計算要求數目的方式不同。 需要手動重新建立這些計量的警示,並調整閾值。

已取代計量的傳統警示規則

下列傳統警示規則是針對先前支援但最終遭到取代的計量。 有少數客戶可能會有這類計量的無效傳統警示規則。 這些警示規則無效,因此不會予以移轉。

資源類型 已取代計量
Microsoft.DBforMySQL/servers compute_consumption_percent、compute_limit
Microsoft.DBforPostgreSQL/servers compute_consumption_percent、compute_limit
Microsoft.Network/publicIPAddresses defaultddostriggerrate
Microsoft.SQL/servers/databases service_level_objective、storage_limit、storage_used、throttling、dtu_consumption_percent、storage_used
Microsoft.Web/hostingEnvironments/multirolepools averagememoryworkingset
Microsoft.Web/hostingEnvironments/workerpools bytesreceived、httpqueuelength

如何建立對等的新警示規則和動作群組

移轉工具會將傳統警示規則轉換為對等的新警示規則和動作群組。 針對大部分的傳統警示規則,對等的新警示規則位於具有相同屬性的相同計量上,例如 windowSizeaggregationType。 不過,有些傳統警示規則是針對在新系統中具有不同對等計量的計量。 除非在下節指定,否則下列原則適用於傳統警示的移轉:

  • 頻率:定義傳統或新警示規則檢查條件的頻率。 使用者無法設定傳統警示規則中的 frequency,而且所有資源類型一律都是 5 分鐘。 對等規則的頻率也設定為 5 分鐘。
  • 彙總類型:定義如何在感興趣的時間範圍內彙總計量。 針對大部分的計量,傳統警示和新警示的 aggregationType 也會相同。 在某些情況下,因為計量在傳統警示與新警示之間不同,所以會使用針對計量所定義的對等 aggregationTypeprimary Aggregation Type
  • 單位:對其建立警示的計量屬性。 有些對等計量的單位不同。 視需要適當調整閾值。 例如,如果原始計量的單位是秒,但對等新計量的單位是毫秒,則會將原始閾值乘上 1000,以確保行為相同。
  • 時間範圍大小:定義用來彙總計量資料以與閾值進行比較的時間範圍。 針對標準 windowSize 值 (例如 5 分鐘、15 分鐘、30 分鐘、1 小時、3 小時、6 小時、12 小時、1 天),對等的新警示規則未變更。 針對其他值,會使用最接近的 windowSize。 對大部分客戶而言,這項變更沒有任何作用。 對少數客戶而言,可能需要調整閾值,才能取得完全相同的行為。

在下列各節中,我們會詳述在新系統中具有不同對等計量的計量。 系統不會列出傳統和新警示規則維持不變的任何計量。 您可以在這裡找到新系統中所支援的計量清單。

Microsoft.Storage/storageAccounts 和 Microsoft.ClassicStorage/storageAccounts

針對 Blob、資料表、檔案和佇列這類儲存體帳戶服務,下列計量會對應至對等的計量,如下所示:

傳統警示中的計量 新警示中的對等計量 註解
AnonymousAuthorizationError 維度為 "ResponseType"="AuthorizationError" 和 "Authentication" = "Anonymous" 的交易計量
AnonymousClientOtherError 維度為 "ResponseType"="ClientOtherError" 和 "Authentication" = "Anonymous" 的交易計量
AnonymousClientTimeOutError 維度為 "ResponseType"="ClientTimeOutError" 和 "Authentication" = "Anonymous" 的交易計量
AnonymousNetworkError 維度為 "ResponseType"="NetworkError" 和 "Authentication" = "Anonymous" 的交易計量
AnonymousServerOtherError 維度為 "ResponseType"="ServerOtherError" 和 "Authentication" = "Anonymous" 的交易計量
AnonymousServerTimeOutError 維度為 "ResponseType"="ServerTimeOutError" 和 "Authentication" = "Anonymous" 的交易計量
AnonymousSuccess 維度為 "ResponseType"="Success" 和 "Authentication" = "Anonymous" 的交易計量
AuthorizationError 維度為 "ResponseType"="AuthorizationError" 的交易計量
AverageE2ELatency SuccessE2ELatency
AverageServerLatency SuccessServerLatency
Capacity BlobCapacity 使用 aggregationType 'average',而非 'last'。 計量僅適用於 Blob 服務
ClientOtherError 維度為 "ResponseType"="ClientOtherError" 的交易計量
ClientTimeoutError 維度為 "ResponseType"="ClientTimeOutError" 的交易計量
ContainerCount ContainerCount 使用 aggregationType 'average',而非 'last'。 計量僅適用於 Blob 服務
NetworkError 維度為 "ResponseType"="NetworkError" 的交易計量
ObjectCount BlobCount 使用 aggregationType 'average',而非 'last'。 計量僅適用於 Blob 服務
SASAuthorizationError 維度為 "ResponseType"="AuthorizationError" 和 "Authentication" = "SAS" 的交易計量
SASClientOtherError 維度為 "ResponseType"="ClientOtherError" 和 "Authentication" = "SAS" 的交易計量
SASClientTimeOutError 維度為 "ResponseType"="ClientTimeOutError" 和 "Authentication" = "SAS" 的交易計量
SASNetworkError 維度為 "ResponseType"="NetworkError" 和 "Authentication" = "SAS" 的交易計量
SASServerOtherError 維度為 "ResponseType"="ServerOtherError" 和 "Authentication" = "SAS" 的交易計量
SASServerTimeOutError 維度為 "ResponseType"="ServerTimeOutError" 和 "Authentication" = "SAS" 的交易計量
SASSuccess 維度為 "ResponseType"="Success" 和 "Authentication" = "SAS" 的交易計量
ServerOtherError 維度為 "ResponseType"="ServerOtherError" 的交易計量
ServerTimeOutError 維度為 "ResponseType"="ServerTimeOutError" 的交易計量
Success 維度為 "ResponseType"="Success" 的交易計量
TotalBillableRequests 交易
TotalEgress 輸出
TotalIngress 輸入
TotalRequests 交易

Microsoft.DocumentDB/databaseAccounts

針對 Azure Cosmos DB,對等計量如下所示:

傳統警示中的計量 新警示中的對等計量 註解
AvailableStorage AvailableStorage
資料大小 DataUsage
文件計數 DocumentCount
索引大小 IndexUsage
服務無法使用 ServiceAvailability
TotalRequestUnits TotalRequestUnits
節流的要求 維度為 "StatusCode" = "429" 的 TotalRequests 'Average' 彙總類型已更正為 'Count'
內部伺服器錯誤 維度為 "StatusCode" = "500"} 的 TotalRequests 'Average' 彙總類型已更正為 'Count'
Http 401 維度為 "StatusCode" = "401" 的 TotalRequests 'Average' 彙總類型已更正為 'Count'
Http 400 維度為 "StatusCode" = "400" 的 TotalRequests 'Average' 彙總類型已更正為 'Count'
要求總數 TotalRequests 'Max' 彙總類型已更正為 'Count'
Mongo 計數要求費用 維度為 "CommandName" = "count" 的 MongoRequestCharge
Mongo 計數要求率 維度為 "CommandName" = "count" 的 MongoRequestsCount
Mongo 刪除要求費用 維度為 "CommandName" = "delete" 的 MongoRequestCharge
Mongo 刪除要求率 維度為 "CommandName" = "delete" 的 MongoRequestsCount
Mongo 插入要求費用 維度為 "CommandName" = "insert" 的 MongoRequestCharge
Mongo 插入要求率 維度為 "CommandName" = "insert" 的 MongoRequestsCount
Mongo 查詢要求費用 維度為 "CommandName" = "find" 的 MongoRequestCharge
Mongo 查詢要求率 維度為 "CommandName" = "find" 的 MongoRequestsCount
Mongo 更新要求費用 維度為 "CommandName" = "update" 的 MongoRequestCharge
Mongo 插入失敗要求 維度為 "CommandName" = "insert" 和 "Status" = "failed" 的 MongoRequestCount 'Average' 彙總類型已更正為 'Count'
Mongo 查詢失敗要求 維度為 "CommandName" = "query" 和 "Status" = "failed" 的 MongoRequestCount 'Average' 彙總類型已更正為 'Count'
Mongo 計數失敗要求 維度為 "CommandName" = "count" 和 "Status" = "failed" 的 MongoRequestCount 'Average' 彙總類型已更正為 'Count'
Mongo 更新失敗要求 維度為 "CommandName" = "update" 和 "Status" = "failed" 的 MongoRequestCount 'Average' 彙總類型已更正為 'Count'
Mongo 其他失敗要求 維度為 "CommandName" = "other" 和 "Status" = "failed" 的 MongoRequestCount 'Average' 彙總類型已更正為 'Count'
Mongo 刪除失敗要求 維度為 "CommandName" = "delete" 和 "Status" = "failed" 的 MongoRequestCount 'Average' 彙總類型已更正為 'Count'

如何建立對等的動作群組

傳統警示規則具有與警示規則本身繫結的電子郵件、Webhook、邏輯應用程式和 Runbook 動作。 新的警示規則會使用可跨多個警示規則重複使用的動作群組。 不論有多少警示規則正在使用動作,移轉工具都會為相同的動作建立單一動作群組。 移轉工具所建立的動作群組會使用命名格式 'Migrated_AG*'。

注意

傳統警示會根據用來通知傳統管理員角色時的傳統管理員地區設定,來傳送當地語系化的電子郵件。 新的警示電子郵件是透過動作群組進行傳送,而且只能使用英文。

首展階段

移轉工具會分階段向使用傳統警示規則的客戶推出。 準備好使用此工具來移轉訂用帳戶時,訂用帳戶擁有者將會接收到電子郵件。

注意

因為工具將會分階段推出,所以您可能會在早期階段看到某些訂用帳戶尚未準備好進行移轉。

大部分的訂用帳戶目前都會標示為準備好進行移轉。 只有具有下列資源類型傳統警示的訂用帳戶尚未準備好進行移轉。

  • Microsoft.classicCompute/domainNames/slots/roles
  • Microsoft.insights/components

誰可以觸發移轉?

在訂用帳戶層級具有「監視參與者」內建角色的任何使用者都可以觸發移轉。 自訂角色具有下列權限的使用者也可以觸發移轉:

  • */read
  • Microsoft.Insights/actiongroups/*
  • Microsoft.Insights/AlertRules/*
  • Microsoft.Insights/metricAlerts/*
  • Microsoft.AlertsManagement/smartDetectorAlertRules/*

注意

除了具有上述權限之外,您的訂用帳戶也應該另外向 Microsoft.AlertsManagement 資源提供者註冊。 若要在 Application Insights 上成功移轉失敗異常警示,則這是必要的。

常見問題和補救方式

在您觸發移轉之後,將會接收到您所提供位址的電子郵件,以通知您移轉已完成,或您是否需要採取任何動作。 本節說明一些常見問題和其處理方式。

驗證失敗

因為訂用帳戶中傳統警示規則的一些最近變更,所以無法移轉訂用帳戶。 這個問題是暫時的。 在移轉狀態幾天內移回 [已準備好進行移轉] 之後,即可在重新啟動移轉。

範圍鎖定讓我們無法移轉您的規則

在移轉期間,將會建立新的計量警示和新的動作群組,然後刪除傳統警示規則。 不過,範圍鎖定可讓我們無法建立或刪除資源。 根據範圍鎖定,無法移轉部分或所有規則。 解決此問題的方式是移除訂用帳戶、資源群組或資源的範圍鎖定,而此訂用帳戶、資源群組或資源列在移轉工具中,然後再次觸發移轉。 範圍鎖定無法停用,而且必須在移轉程序期間移除。 深入了解如何管理範圍鎖定

具有「拒絕」效果的原則讓我們無法移轉您的規則

在移轉期間,將會建立新的計量警示和新的動作群組,然後刪除傳統警示規則。 不過,Azure 原則指派可能會讓我們無法建立資源。 根據原則指派,無法移轉一些或所有規則。 封鎖該程序的原則指派列在移轉工具中。 透過下列其中一項來解決此問題:

後續步驟