本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# Direct Connect 維護
<a name="dx-maintenance"></a>

Direct Connect 致力於確保服務安全性、可用性和可擴展性。若要維護這些標準，硬體網路裝置需要定期維護。Direct Connect 維護分為兩種類型：**規劃**和**緊急**。

這些維護事件包括解決安全漏洞、硬體問題、執行裝置遷移以符合標準、修正瑕疵，以及提供新功能。透過遵循中所述的實務[維護事件準備](#overview-maintenance-prep)，您可以更好地準備 Direct Connect 環境，以避免在維護事件期間中斷。如果您有非彈性的網路設定或單一連線，則內部部署網路 AWS 和資源之間的連線會中斷。

Direct Connect 會將有關計劃和緊急維護事件的電子郵件通知傳送到與擁有 Direct Connect 連線或虛擬介面資源 AWS 的帳戶相關聯的電子郵件地址。如果您將 Direct Connect 託管連線與其中一個 Direct Connect 交付合作夥伴搭配使用，系統會向您和合作夥伴帳戶傳送有關維護事件的電子郵件通知。您也可以新增其他電子郵件地址或分發清單來接收通知。如需詳細資訊[，請參閱更新 AWS 帳戶的替代聯絡人](https://docs.aws.amazon.com/accounts/latest/reference/manage-acct-update-contact-alternate.html)。

**Topics**
+ [規劃的維護](#operations-maintenance-planned)
+ [緊急維護](#operations-maintenance-emergency)
+ [第三方維護](#operations-maintenance-partner)
+ [維護事件準備](#overview-maintenance-prep)
+ [維護事件延遲](#operations-maintenance-rescehedule)

## Direct Connect 計劃維護
<a name="operations-maintenance-planned"></a>

計劃的維護事件涉及網路升級，例如硬體裝置端點的作業系統修補和組態更新，這些端點是改善可用性和提供新功能所需的。

這些維護事件會提前 14 天排程，通常在裝置端點所在的 Direct Connect 位置的低流量時段內，於四小時時段內發生。維護活動通常在完整的四小時時段到期之前完成，一旦工作完成，您將會收到通知。在極少數情況下，如果無法預期的情況需要延長維護時段，我們將傳送單獨的通知，其中包含修訂後的完成預估。

使用以下排程，初始通知和提醒通知會傳送至擁有資源 AWS 的帳戶：
+ 規劃維護事件前 14 個日曆天，
+ 規劃維護事件前 7 個日曆天，以及 
+ 規劃維護事件前 1 天。

**注意**  
日曆日包括非工作日和當地假日。

此外，
+ 與 整合，在您的監控或票證系統中接收通知 AWS Health。若要整合 AWS Health，請參閱*AWS Health 《 使用者指南*[》中的 AWS Health 使用 Amazon EventBridge 監控](https://docs.aws.amazon.com/health/latest/ug/cloudwatch-events-health.html) 中的事件。
+ 檢視 上的計劃維護排程[Health 儀板表](https://health.aws.amazon.com/health/status)。

在極少數情況下，計劃的維護事件無法如期發生。如果發生這種情況，我們會傳送取消通知，並遵循上述相同程序來重新排程事件。

## Direct Connect 緊急維護
<a name="operations-maintenance-emergency"></a>

緊急維護事件會以關鍵為基礎啟動，以防止即將發生的服務影響事件或解決已導致連線中斷的損害。在這種情況下，必須立即採取動作，將受影響的端點還原至運作狀態良好。

雖然我們努力盡可能提供預先通知，但某些情況可能需要立即開始維護。您會在排程或進行緊急維護時收到通知，並在完成時再次收到通知。

這些事件通常發生在裝置端點所在的 Direct Connect 位置的兩小時時段。維護活動通常會在此時段內完成。如果無法預期的情況需要延長維護時段，例如硬體替換，我們將傳送單獨的通知，其中包含修訂後的完成預估。

## 第三方維護
<a name="operations-maintenance-partner"></a>

除了 AWS 啟動的維護事件之外，提供從現場部署到 Direct Connect 位置網路連線的 Direct Connect 交付合作夥伴或網路服務供應商可能會執行維護活動。Direct Connect 交付合作夥伴會收到來自 的維護事件通知， AWS 以便他們可以規劃自己的維護排程以避免重疊。 AWS 無法查看合作夥伴的維護活動，因此您需要與他們確認其排程程序、通知方法和最佳實務。

## 維護事件準備
<a name="overview-maintenance-prep"></a>

為了確保生產工作負載在維護事件期間持續運作，Direct Connect 建議您使用 AWS Direct Connect 彈性工具組來設定網路連線以獲得最大的彈性。如需最大彈性的範例模型，請參閱 [最大彈性](resiliency_toolkit.md#maximum_resiliency)。

使用最大彈性，連線會分散到至少兩個 Direct Connect 位置，在每個 Direct Connect 位置中的兩個唯一裝置端點上終止。這提供多層備援，可降低單一端點故障的風險，並有助於在維護事件期間維持連線。Direct Connect 永遠不會排程規劃的維護事件，該事件會同時關閉備援連線。如需使用 AWS Direct Connect 彈性工具組設定最大彈性的步驟，請參閱 [設定最大彈性](max-resiliency-set-up.md)。

在計劃的維護事件期間，Direct Connect 會耗盡往返進行維護之連線端點的流量，並強制流量使用您的備援連線。如果未設定最大彈性，這允許更無縫的網路流量重新路由，而不需要手動介入。或者，您也可以選擇使用本機偏好設定邊界閘道協定 (BGP) 社群，在維護時段控制備援連線之間的流量重新路由。如需 BGP 社群的詳細資訊，請參閱 [路由政策和 BGP 社群](routing-and-bgp.md)。

使用最大彈性模型設定 Direct Connect 環境，有助於確保您的業務在維護事件和基礎設施故障期間不會受到影響。當正確實作和測試時，您通常不需要對這些維護事件採取任何動作。

### 彈性驗證
<a name="operations-maintenance-validate"></a>

如果您已將 Direct Connect 環境設定為具有彈性，請定期驗證當連線out-of-service時，您的流量是否透過其他備援連線路由。定期主動測試有助於在實際維護事件或故障案例影響生產工作負載之前，識別和解決任何潛在問題。這將確保在維護事件期間對網路的可靠性更具可信度。使用 Direct Connect 容錯移轉測試來驗證備援連線的彈性。如需使用 Direct Connect 容錯移轉測試的步驟，請參閱 [Direct Connect 容錯移轉測試](resiliency_failover.md)。

您也可以利用 Amazon CloudWatch Network Monitor 來主動監控 Direct Connect 連線。如需詳細資訊，請參閱[使用 Amazon CloudWatch Network Synthetic Monitor 監控混合連線](https://aws.amazon.com/blogs/networking-and-content-delivery/monitor-hybrid-connectivity-with-amazon-cloudwatch-network-monitor/)。

## 維護事件延遲或取消的請求
<a name="operations-maintenance-rescehedule"></a>

Direct Connect 裝置會跨多個客戶共用。因此，我們不支援維護重新排程或取消的特定請求。為某個客戶重新排程或取消請求可能會對使用該端點的其他客戶產生負面影響。這也可能會構成及時緩解可用性或安全問題的風險。