Azure 容器應用程式的可靠性

本文說明 Azure 容器應用程式的可靠性支援，並涵蓋可用性區域的區域復原能力，以及災害復原的跨區域復原能力。 如需更多關於 Azure 可靠性的詳細概觀，請參閱 Azure 可靠性。

可用性區域支援

可用性區域是每個 Azure 區域內的數據中心實體分隔群組。 當某個區域失敗時，服務可以故障轉移至其中一個其餘區域。

如需 Azure 中可用性區域的詳細資訊，請參閱 什麼是可用性區域？。

Azure Container Apps 會在區域中使用可用性區域，讓應用程式與資料中心失敗的資料提供高可用性保護。

藉由啟用 Container Apps 的區域備援功能，複本會自動分散到區域中的區域。 複本之間的流量已負載平衡。 如果發生區域中斷，流量會自動路由傳送至其餘區域中的複本。

注意

啟用區域備援不需要額外費用，但只有在您有 2 個以上的複本時，它才會提供優點，因為支援區域備援的大部分區域都有 3 個區域。

必要條件

不論您的方案類型為何，Azure Container Apps 都提供相同的可靠性支援。

Azure Container Apps 會在可用的區域中使用可用性區域。 如需支援可用性區域的區域清單，請參閱可用性區域服務和區域支援。

SLA 調整

Azure Container Apps 沒有增加的 SLA。 如需 Azure Container Apps SLA 的詳細資訊，請參閱 Azure Container Apps 的服務等級協定。

建立已啟用可用性區域的資源

在 Container Apps 環境中設定區域備援

若要利用可用性區域，您必須在建立 Container Apps 環境時啟用區域備援。 環境必須包含具有可用子網路的虛擬網路。 為了確保複本的分佈正確，請將您應用程式的最低複本計數設定為三個。

透過 Azure 入口網站啟用區域備援

若要在使用 Azure 入口網站啟用區域備援的環境中建立容器應用程式：

1. 瀏覽至 Azure 入口網站。
2. 在頂端搜尋方塊中搜尋容器應用程式。
3. 選取 [容器應用程式]。
4. 在 [容器應用程式環境] 欄位中選取 [新建]，以開啟 [建立容器應用程式環境] 面板。
5. 輸入環境名稱。
6. 針對 [區域備援] 欄位選取 [已啟用]。

區域備援需要具有基礎結構子網路的虛擬網路。 您可以選擇現有的虛擬網路，或建立新的虛擬網路。 建立新的虛擬網路時，您可以接受為您提供的值，或自訂設定。

1. 選取 [網路] 索引標籤。
2. 若要指派自訂虛擬網路名稱，請選取 [虛擬網路] 欄位中的 [新建]。
3. 若要指派自訂基礎結構子網路名稱，請選取 [基礎結構子網路] 欄位中的 [新建]。
4. 您可以針對虛擬 IP 選取 [內部] 或 [外部]。
5. 選取 建立。

使用 Azure CLI 啟用區域備援

建立虛擬網路和基礎結構子網路，以包含在 Container Apps 環境中。

使用這些命令時，請將 <PLACEHOLDERS> 取代為您的值。

注意

僅限使用量環境需要具有 CIDR 範圍 /23 或更大範圍的專用子網路。 工作負載配置文件環境需要具有 CIDR 範圍 /27 或更大範圍的專用子網路。 若要深入了解子網路大小調整，請參閱網路架構概觀。

Azure CLI

az network vnet create \
  --resource-group <RESOURCE_GROUP_NAME> \
  --name <VNET_NAME> \
  --location <LOCATION> \
  --address-prefix 10.0.0.0/16

az network vnet subnet create \
  --resource-group <RESOURCE_GROUP_NAME> \
  --vnet-name <VNET_NAME> \
  --name infrastructure \
  --address-prefixes 10.0.0.0/21

Azure PowerShell

$SubnetArgs = @{
    Name = 'infrastructure-subnet'
    AddressPrefix = '10.0.0.0/21'
}
$subnet = New-AzVirtualNetworkSubnetConfig @SubnetArgs

$VnetArgs = @{
    Name = <VNetName>
    Location = <Location>
    ResourceGroupName = <ResourceGroupName>
    AddressPrefix = '10.0.0.0/16'
    Subnet = $subnet 
}
$vnet = New-AzVirtualNetwork @VnetArgs

接下來，查詢基礎結構子網路識別碼。

Azure CLI

INFRASTRUCTURE_SUBNET=`az network vnet subnet show --resource-group <RESOURCE_GROUP_NAME> --vnet-name <VNET_NAME> --name infrastructure --query "id" -o tsv | tr -d '[:space:]'`

Azure PowerShell

$InfrastructureSubnet=(Get-AzVirtualNetworkSubnetConfig -Name $SubnetArgs.Name -VirtualNetwork $vnet).Id

最後，使用 --zone-redundant 參數建立環境。 位置必須是建立虛擬網路時所使用的相同位置。

Azure CLI

az containerapp env create \
  --name <CONTAINER_APP_ENV_NAME> \
  --resource-group <RESOURCE_GROUP_NAME> \
  --location "<LOCATION>" \
  --infrastructure-subnet-resource-id $INFRASTRUCTURE_SUBNET \
  --zone-redundant

Azure PowerShell

容器應用程式環境需要 Log Analytics 工作區。 下列命令會建立 Log Analytics 工作區，並將工作區識別碼和主要共用金鑰儲存至環境變數。

$WorkspaceArgs = @{
    Name = 'myworkspace'
    ResourceGroupName = <ResourceGroupName>
    Location = <Location>
    PublicNetworkAccessForIngestion = 'Enabled'
    PublicNetworkAccessForQuery = 'Enabled'
}
New-AzOperationalInsightsWorkspace @WorkspaceArgs
$WorkspaceId = (Get-AzOperationalInsightsWorkspace -ResourceGroupName <ResourceGroupName> -Name $WorkspaceArgs.Name).CustomerId
$WorkspaceSharedKey = (Get-AzOperationalInsightsWorkspaceSharedKey -ResourceGroupName <ResourceGroupName> -Name $WorkspaceArgs.Name).PrimarySharedKey

若要建立環境，請執行下列命令：

$EnvArgs = @{
    EnvName = <EnvironmentName>
    ResourceGroupName = <ResourceGroupName>
    Location = <Location>
    AppLogConfigurationDestination = "log-analytics"
    LogAnalyticConfigurationCustomerId = $WorkspaceId
    LogAnalyticConfigurationSharedKey = $WorkspaceSharedKey
    VnetConfigurationInfrastructureSubnetId = $InfrastructureSubnet
    VnetConfigurationInternal = $true
}
New-AzContainerAppManagedEnv @EnvArgs

使用 Azure CLI 驗證區域備援

注意

Azure 入口網站不會顯示是否啟用區域備援。

使用 az container app env show 命令來確認容器應用程式環境已啟用區域備援。

Azure CLI

az containerapp env show \
  --name <CONTAINER_APP_ENV_NAME> \
  --resource-group <RESOURCE_GROUP_NAME> \
  --subscription <SUBSCRIPTION_ID>

Azure PowerShell

az containerapp env show `
  --name <CONTAINER_APP_ENV_NAME> `
  --resource-group <RESOURCE_GROUP_NAME> `
  --subscription <SUBSCRIPTION_ID>

此命令會傳回 JSON 回應。 確認回應包含 "zoneRedundant": true。

安全部署技術

當您在容器應用程式中的區域備援進行設定時，複本會自動散發到區域 (region) 中的區域 (zone)。 散發複本之後，流量會在其中進行負載平衡。 如果發生區域中斷，流量會自動路由傳送至其餘區域中的複本。

您仍然應該使用安全部署技術，例如藍綠部署。 Azure Container Apps 不提供一次一個區域部署或升級。

如果您已啟用工作階段親和性，且區域已關閉，則該區域的用戶端會路由傳送至新的複本，因為先前的複本已無法使用。 與先前複本相關聯的任何狀態都已遺失。

可用性區域移轉

若要利用可用性區域，請在建立 Container Apps 環境時啟用區域備援。 環境必須包含具有可用子網路的虛擬網路。 您無法將現有的 Container Apps 環境從非可用性區域支援移轉至可用性區域支援。

跨區域災害復原和商務持續性

災害復原 (DR)是指從重大影響事件中復原，例如自然災害或不成功的部署 (導致停機和資料遺失)。 無論原因為何，解決災害的最佳辦法是定義完善且經過測試的 DR 方案，以及主動支援 DR 的應用程式設計。 開始思考建立災害復原方案之前，請參閱設計災害復原策略的建議。

Microsoft 在災害復原方面採取共同責任模型。 在共同責任模型中，Microsoft 確保基準基礎結構和平台服務可供使用。 此時，許多 Azure 服務不會自動複寫資料，或從失敗區域回復為交叉複寫到另一個已啟用的區域。 您需要為這些服務制定適合工作負載的災害復原方案。 在 Azure 平台即服務 (PaaS) 供應項目上執行的多數服務，都有提供支援災害復原的功能和指導，您可以使用特定服務功能快速復原，制定災害復原方案。

在不太可能發生區域中斷的情況下，您可以選擇使用兩種策略之一：

• 手動復原：手動部署至新區域，或等候區域復原，然後手動重新部署所有環境和應用程式。

• 復原性復原：首先，將容器應用程式事先部署至多個區域。 接下來，使用 Azure Front Door 或 Azure 流量管理員來處理連入要求，將流量指向您的主要區域。 然後，如果發生中斷，您可以將流量從受影響的區域重新導向。 如需詳細資訊，請參閱 Azure 中的跨區域複寫。

注意

無論您選擇哪一種策略，請確定您的部署組態檔位於原始檔控制中，以便在必要時輕鬆地重新部署。

更多指導

下列資源可協助您建立自己的災害復原計劃：

• Azure 應用程式的失敗及災害復原
• Azure 復原技術指導

下一步

Azure 中的可靠性