Service 連線or 的高可用性
服務連線or 支援 Azure 可用性區域，以協助您實現業務關鍵性工作負載的復原和可靠性。 Service 連線or 中高可用性架構的目標是保證您的服務連線已啟動並執行至少 99.9% 的時間，因此您不必擔心潛在維護作業和中斷的影響。 服務連線or 的設計目的是為您在 Azure 中執行的所有應用程式類型提供高可用性支援。
使用者可以將 Azure 計算服務分散到許多區域中的可用性區域。 服務連線or 是這些計算服務的擴充資源提供者。 當您在已啟用可用性區域的計算服務中建立服務連線時，Azure 也會自動為您的服務連線設定對應的服務連線可用性區域。 Microsoft 負責為您的服務連線設定可用性區域和災害復原。
服務連線or 中的區域備援
服務連線or 是 Azure 擴充功能資源提供者。 它會擴充Azure App 服務、Azure Spring Apps 和 Azure Container Apps。 當您使用 Service 連線or 在下列其中一個計算服務中建立新的服務連線時，系統會將連線資源布建為最上層父計算服務的一部分。
若要啟用連線的區域備援，您必須為計算服務啟用區域備援。 一旦計算服務設定了區域備援，您的服務連線也會自動成為區域備援。 例如，如果您已啟用區域備援的應用程式服務，平臺會自動將您的應用程式服務實例分散到所選區域中的三個區域。 當您使用 Service 連線or 在此 App Service 中建立服務連線時，服務連線資源也會在選取區域中的三個對應區域中自動建立。 流量會路由傳送至您所有可用的連線資源。 當區域關閉時，平臺會偵測遺失的實例、自動嘗試尋找新的取代實例，並視需要分散流量。
注意
若要建立、更新、驗證及列出服務連線，服務連線或從計算服務和目標服務呼叫 API。 當服務連線器依賴計算服務和目標服務的回應時，如果無法達到目標服務，對服務連線或區域關閉案例中的要求可能無法成功。 這項限制適用于 App Service、Azure Container Apps 和 Azure Spring Apps。
如何使用服務連線器建立區域備援服務連線
請遵循下列指示，使用 Azure CLI 或 Azure 入口網站，在 App Service 中建立區域備援服務連線。 相同的程式可用來為 Azure Spring Apps 和 Azure Container Apps 計算服務建立區域備援連線。
若要使用 Azure CLI 啟用服務連線的區域備援，請從建立區域備援 App Service 開始。
建立 App Service 方案並包含
--zone-redundant參數。 選擇性地包含--number-of-workers參數以指定容量。 如需詳細資訊， 請參閱如何部署區域備援 App Service 。az appservice plan create --resource-group MyResourceGroup --name MyPlan --zone-redundant --number-of-workers 6在 App Service 中建立應用程式，以及與 Blob 儲存體 帳戶或您選擇的另一個目標服務連線。
az webapp create --name MyApp --plan MyPlan resource-group MyResourceGroup az webapp connection create storage-blob
當您啟用 App Service 的區域備援時，服務連線也是區域備援。
提示
建議您為目標服務啟用區域備援。 在區域關閉案例中，連線的流量會自動分散到其他區域。 不過，建立、驗證和更新連線時，會依賴來自目標服務的管理 API。 如果目標服務不支援區域備援或未啟用區域備援，這些作業將會失敗。
瞭解 Service 連線or 中的災害復原和復原能力
災害復原是在重大遺失之後還原應用程式功能的程式。
在雲端中，我們事先確認失敗肯定會發生。 目標不是完全防止失敗，而是將單一失敗元件的影響降到最低。 如果發生災害，服務連線or 會容錯移轉至配對的區域。 如果服務連線或小組決定/宣告中斷，客戶就不需要執行任何動作。
我們將使用 RTO（復原時間目標） 一詞 ，指出中斷開始影響服務連線或復原到完整可用性之間的時間。 我們將使用 RPO （復原點目標） 來指出上次正確還原作業與影響服務連線or 停機時間之間的時間。 預期且 RPO 上限為 24 小時，而 RTO 為 24 小時。
在發生容錯移轉之前，服務連線or 的作業可能會在災害期間失敗。 容錯移轉完成後，將會還原資料，而且客戶不需要採取任何動作。
服務連接器會處理儲存體和計算的商務持續性和災害復原（BCRD）。 如果任何區域中的儲存體/計算問題，平臺努力盡可能減少影響。 資料層設計會在發生災害時優先處理可用性，這表示如果區域關閉，服務連線或會嘗試從其配對區域提供使用者要求。
在容錯移轉動作期間，服務連線or 會處理 DNS 重新對應至可用區域。 在容錯移轉之後，客戶檢視中的所有資料和動作都會照常運作。 服務連線or 將在大約一小時內變更其 DNS。 執行手動容錯移轉需要更多時間。 由於服務連線or 是以其他 Azure 服務為基礎的資源提供者，實際時間取決於基礎服務的容錯移轉時間。
災害復原區域支援
服務連線or 目前支援下欄區域組。 發生主要區域中斷時，容錯移轉至次要區域會自動啟動。
| Primary | 次要 |
|---|---|
| 美國東部 2 EUAP | 美國東部 |
| 美國中西部 | 美國中西部 2 |
| 西歐 | 北歐 |
| 北歐 | 西歐 |
| 美國東部 | 美國西部 2 |
| 美國西部 2 | 美國東部 |
跨區域容錯移轉
Microsoft 負責處理跨區域容錯移轉。 服務連線or 會每隔 10 分鐘執行健康情況檢查，並在服務連線或後端中偵測並處理區域容錯移轉。 容錯移轉程式不需要客戶應用程式或計算服務組態中的任何變更。 服務連線or 使用主動-被動叢集設定與自動容錯移轉。 災害復原之後，客戶可以使用 Service 連線or 所提供的完整功能。
每 10 分鐘執行一次的健康狀態檢查會藉由建立、驗證和更新服務所支援之每個計算服務中的目標服務連線來模擬使用者行為連線or。 如果我們符合下列任一條件，Microsoft 將會開始分析和啟動服務連線或容錯移轉：
- 服務健康情況檢查在一個資料列中失敗三次
- 服務連線或相依服務宣告中斷
- 客戶回報區域中斷
對服務連線的要求會在容錯移轉期間受到影響。 容錯移轉完成後，服務連線資料就會還原。 您可以檢查 [Azure 狀態] 頁面 ，以檢查所有 Azure 服務的狀態。
下一步
請移至下列概念文章，以深入瞭解 Service 連線or。