View a markdown version of this page

Outposts 伺服器維護 - AWS Outposts
更新聯絡詳細資訊硬體維護韌體更新電源和網路事件以密碼編譯方式銷毀伺服器資料

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

Outposts 伺服器維護

在共同的責任模型下， AWS負責執行 AWS服務的硬體和軟體。這適用於 AWS Outposts，就像對 AWS區域一樣。例如， AWS會管理安全修補程式、更新韌體和維護 Outpost 設備。 AWS也會監控 Outposts 伺服器的效能、運作狀態和指標，並判斷是否需要任何維護。

警告

如果基礎磁碟機故障或執行個體終止，執行個體存放磁碟區上的資料會遺失。為了防止資料遺失，建議您將執行個體儲存體磁碟區上的長期資料備份至持久性儲存，例如 Amazon S3 儲存貯體或內部部署網路中的網路儲存裝置。

更新聯絡詳細資訊

如果 Outpost 擁有者變更，請聯絡具有新擁有者名稱和聯絡資訊的 AWS 支援中心。

硬體維護

如果 在伺服器佈建程序期間或在 Outposts 伺服器上託管執行的 Amazon EC2 執行個體時AWS偵測到硬體發生無法修復的問題，我們會通知執行個體擁有者受影響的執行個體已排定淘汰。如需詳細資訊，請參閱《Amazon EC2 使用者指南》中的《執行個體淘汰》。

AWS會在執行個體淘汰日期終止受影響的執行個體。執行個體儲存體磁碟區上的資料在執行個體終止之後不會持續存在。因此，請務必在執行個體淘汰日期之前採取行動。首先，將您的長期資料從每個受影響執行個體的執行個體儲存體磁碟區傳輸到持久性儲存，例如 Amazon S3 儲存貯體或網路中的網路儲存裝置。

替換伺服器將運送到 Outpost 站點。然後，執行下列動作：

  • 從無法修復的伺服器拔下網路線和電源線，並從機架移出伺服器 (如有必要)。

  • 將替換伺服器安裝在相同的位置。遵循 Outposts 伺服器安裝中的安裝說明。

  • 將無法修復的伺服器封裝至 AWS，與替換伺服器送達的封裝相同。

  • 使用主控台中附加至訂單組態詳細資訊或替換伺服器訂單的預付退貨運送標籤。

  • 將伺服器傳回至 AWS。如需詳細資訊，請參閱《退回 AWS Outposts 伺服器》。

韌體更新

更新 Outpost 韌體通常不會影響 Outpost 上的執行個體。在極少數情況下，我們需要重新啟動 Outpost 設備才能安裝更新，您會收到在該容量上執行之任何執行個體的執行個體淘汰通知。

電源和網路事件的最佳實務

如AWS Outposts客戶AWS服務條款中所述，Outposts 設備所在的設施必須符合最低電力和網路需求，以支援 Outposts 設備的安裝、維護和使用。只有在電源和網路連線不中斷時，Outposts 伺服器才能正確運作。

電源事件

完全停電時，AWS Outposts存在資源可能無法自動恢復服務的固有風險。除了部署備援電源和備用電源解決方案之外，建議您事先執行下列動作，以減輕某些最壞情況的影響：

  • 使用 DNS 架構或機架外負載平衡變更，以受控方式將您的服務和應用程式從 Outpost 設備移出。

  • 以循序增量方式停止容器、執行個體和資料庫，並在還原時使用相反的順序。

  • 測試服務的受控移動或停止計畫。

  • 備份關鍵資料和組態，並將其儲存在 Outpost 之外。

  • 將停電的停機時間降至最低。

  • 避免在維護期間重複切換電源供應 (關開關開)。

  • 在維護時段內允許額外的時間來處理意外情況。

  • 透過傳達比一般所需更寬的維護時段時間範圍來管理使用者和客戶的期望。

  • 電源還原後，在 AWS 支援Center 建立案例，請求驗證 AWS Outposts和相關服務正在執行。

網路連線事件

您的 Outpost 與AWS區域或 Outposts 主區域之間的服務連結連線，通常會在網路維護完成後，自動從上游企業網路裝置或任何第三方連線提供者網路中可能發生的網路中斷或問題中復原。在服務連結連線中斷期間，您的 Outpost 操作僅限於本機網路活動。

Outposts 伺服器上的 Amazon EC2 執行個體、LNI 網路和執行個體儲存磁碟區將繼續正常運作，並且可以透過本機網路和 LNI 在本機存取。同樣地，Amazon ECS 工作者節點等AWS服務資源會繼續在本機執行。不過，API 可用性將會降低。例如，執行、啟動、停止和終止 APIs可能無法運作。執行個體指標和日誌將在本機繼續快取長達 7 天，並在連線傳回時推送至 AWS區域。超過 7 天的中斷連線可能會導致指標和日誌遺失。

如果服務連結因為現場電源問題或網路連線中斷而關閉， Health 儀板表會傳送通知給擁有 Outpost 的帳戶。您和 都AWS無法隱藏服務連結中斷的通知，即使預期會中斷。如需詳細資訊，請參閱《 指南》中的《AWS HealthHealth 儀板表 入門》。

如果計畫的服務維護會影響網路連線，請採取下列主動步驟來限制潛在問題情況的影響：

  • 如果網路維護在您的控制下，請限制服務連結的停機時間。在維護程序中加入驗證網路是否已復原的步驟。

  • 如果網路維護不在您的控制下，請監控與宣布維護時段相關的服務連結停機時間，如果服務連結未在宣布的維護時段結束時恢復上線，請及早向負責計畫網路維護的一方呈報。

Resources

以下是一些監控相關資源，這些資源可確保 Outpost 在計畫或意外的電源或網路事件發生之後正常運作：

  • AWS部落格監控 的最佳實務AWS Outposts涵蓋 Outposts 特有的可觀測性和事件管理最佳實務。

  • AWS適用於 Amazon VPC 網路連線的部落格偵錯工具說明 AWSSupport-SetupIPMonitoringFromVPC 工具。此工具是一份 AWS Systems Manager 文件 (SSM 文件)，可在您指定的子網路中建立 Amazon EC2 監視器執行個體並監控目標 IP 地址。該文件會執行 Ping、MTR、TCP 路由追蹤和路徑追蹤診斷測試，並將結果儲存在 Amazon CloudWatch Logs 中，以便在 CloudWatch 儀表板中視覺化 (例如延遲、封包遺失)。對於 Outposts 監控，監控執行個體應位於父AWS區域的一個子網路中，並設定為使用其私有 IP 監控一或多個 Outpost 執行個體 （這將提供封包遺失圖表和AWS Outposts父AWS區域之間的延遲。

  • AWS部落格部署 AWS Outposts的自動化 Amazon CloudWatch 儀表板AWS CDK，說明部署自動化儀表板所涉及的步驟。

  • 如果您有疑問或需要更多資訊，請參閱《AWS Support 使用者指南》中的《建立支援案例》。

以密碼編譯方式銷毀伺服器資料

解密伺服器上的資料需要 Nitro 安全金鑰 (NSK)。當您因為要取代伺服器或終止服務AWS而將伺服器傳回 時，您可以銷毀 NSK，以密碼編譯方式將伺服器上的資料分割。

以密碼編譯方式銷毀伺服器上的資料

  1. 將伺服器運回目的地之前，請從伺服器移除 NSKAWS。

  2. 請確定您有伺服器隨附的正確 NSK。

  3. 取出貼紙下的小型六角扳手/內六角扳手。

  4. 使用六角扳手將貼紙下的小螺絲旋轉三圈。此動作會銷毀 NSK，並以密碼編譯方式銷毀伺服器上的所有資料。

    有標籤的 NSK 能識別六角扳手和插入六角扳手的指旋螺絲。