CloudWatch可以在不到1分鐘內發送指標嗎？

AWS文檔聲明cloudwatch每隔一分鐘就會分享一次度量標準，是否有可能每10秒或少於一分鐘檢查一次度量標準？如果某個實例出現故障，我必須等待整整1分鐘才能知道它已關閉？在其位置上旋轉一個新的？CloudWatch可以在不到1分鐘內發送指標嗎？

來源

2017-05-25 DevOps Junky

我推測您指的是由Amazon CloudWatch收集的Amazon EC2指標。

不，您不能配置這些指標以更頻繁地收集。默認情況下，每隔五分鐘收集Amazon EC2指標。您可以激活詳細監控以獲得每一分鐘的指標。

但是，Elastic Load Balancing運行狀況檢查可以更頻繁地檢查實例的運行狀況，並且只會將流量發送到正在響應運行狀況檢查的實例。

Amazon EC2 Auto Scaling可以配置爲使用Elastic Load Balancing運行狀況檢查來確定實例的運行狀況。如果一個實例被標識爲不健康，Auto Scaling將自動替換該實例。但是，這可能需要幾分鐘的時間才能確定並且有一個新的實例正在運行。因此，建議始終運行至少兩個實例。

來源

2017-05-25 07:36:55

自動縮放是我的客戶不感興趣的東西！那麼，如果我的infra有5個實例在運行，並且如果有一個發生故障，是否會立即發出通知？或者我應該等待雲計算手錶在正常過程中向我發送度量標準？如果一個實例出現故障，我想使用Ansible腳本複製它（構建一個實例，安裝我的應用程序堆棧等），那麼如果實例出現故障，我將如何識別？ –

Auto Scaling具有兩項功能：根據需求更改EC2實例的數量，並通過自動替換失敗的實例來維護給定數量的實例。因此，您應該考慮使用Auto Scaling來實現第二個功能，因爲它可以監視服務器的狀態並啓動替代，而無需任何其他編碼！ –

您可以在Amazon CloudWatch中創建可發送通知的警報，但這隻會響應存儲在Amazon CloudWatch中的指標更改。如果您想要比CloudWatch反應更快，則需要創建自己的監控系統。但是，考慮到您有五個實例，其他實例應該能夠處理一段時間的負載，直到創建新服務器，因此您可能不需要一分鐘響應時間。但是，這取決於你！ –

CloudWatch可以在不到1分鐘內發送指標嗎？

回答

相關問題