GCP-網路頻寬限制

GCP-確認頻寬限制

GCP的頻寬限制是根據在不同地區和vm的規格會有所區別

Google Cloud 按每個虛擬機器(VM) 實例虛擬機的機器類型定義了其可能的最大出站流量速率。

来自 Google Cloud 虛擬機的出站流量

内部 IP 地址目的地

出站流量上限由發送虛擬機的機器類型定義。通過選擇更大的 N2、N2D 或 C2 機器類型，您可以達到高達 100 Gbps 的層級 1 帶寬吞吐量。

為了實現出站流量速率上限，請將流量發送到與發送虛擬機所在的區域中、同一 VPC 網絡中或者通過 VPC 網絡對等互連連接的 VPC 網絡中的其他 Google Cloud 虛擬機相關聯的內部 IP 地址。

外部 IP 地址目的地

來自單個虛擬機的出站流量上限不能超過以下值：                      　                                                        流向外部 IP 地址的所有出站流量的總速率為 7 Gbps                                                                            流向外部 IP 地址的每個出站流量的速率為 3 Gbps

流向 Google Cloud 虛擬機的入站流量

内部 IP 地址目的地

受機器類型、操作系統和網絡狀況的限制。                                                                                          Google Cloud 不會對流向內部 IP 地址的入站流量施加任何其他限制。

外部 IP 地址目的地

Google Cloud 通過限制傳送到與虛擬機相關聯的外部 IP 地址的入站流量來保護每個虛擬機。該限制是所遇到的以下速率中的第一個：                      　　                        　　                                                    180 萬 pps（每秒數據包數）                                                                                                                    20 Gbps

另外，如為了減少網絡延遲，可能需要選擇較靠近的服務點的區域。

回覆Google 的文件有指出，頻寬可能會低於 20 Gbps的，若流量來自 internet，中間可能經過的設備和網路塞車狀況，都會影響頻寬，有可能真正進入 Google 網路之前，頻寬就已經掉下來了。所以20Gbps只能是理論值，沒有SLA保證。

網路頻寬 25 Gbps 或 GCP 的 20 Gbps 為理論值，客戶端 (AWS 香港地區) 至服務端 (GCP 新加坡地區)，會經過許多不同 ASN 的網路，比方說，中間的 ISP 網絡以及亞馬遜互連的網路，如果當下經過的不是直接互連的網絡，那麽還得靠其他 ISP 協助路由流量。在這過程中，能實際使用的頻寬將以路由上經過的「最大可用」頻寬而定和其他因素例如：TCP Window、MSS 和 cwnd 等等，也會因客戶端與服務端的運行狀況而有所影響。

https://cloud.google.com/compute/docs/network-bandwidth

AWS EC2測試

兩台 c5.metal Amazon Linux2 的 iperf，僅列出結果。

 服務端

 $ iperf3 -s

 客戶端 (10 秒內每 1 秒 10 連線數)

 外網測試

$ iperf3 -P 10 -c 100.24.42.249

[SUM]   0.00-10.00  sec  14.0 GBytes  12.0 Gbits/sec  1076             sender

[SUM]   0.00-10.00  sec  13.9 GBytes  12.0 Gbits/sec                  receiver

# 12 Gbps

 

內網測試

iperf3 -P 10 -c 172.31.90.231

[SUM]   0.00-10.00  sec  28.5 GBytes  24.5 Gbits/sec   17             sender

[SUM]   0.00-10.00  sec  28.5 GBytes  24.4 Gbits/sec                  receiver

# 25 Gbps

阿里雲-ECS被鎖定&訊息通知設定

 

阿里雲ECS主機異常被鎖定，(因違反使用規定)..未避免主機因這類問題無法使用。

平時就需要進行快照備份。

經過查看後發現是因為違反阿里雲協議所以被鎖定，通常被鎖定時，阿里雲都會先發信通知，也可以在消息中心這邊查看，如下圖會在消息中心收到阿里雲通知:

我們已收到有關您目前託管在阿里雲上的網站涉嫌違法內容的舉報，這些內容可能違反當地法律法規並違反會員協議。鑑於上述情況，我們在此通知您，阿里雲已終止您的主機實例，您將無法再備份阿里雲上的任何數據。如果您對本通知的內容有任何疑問，請立即與我們聯繫。感謝您的合作與支持！

因被阿里雲鎖定，基本上這台設備就無法使用，如果怕ECS設備上的資料外洩，可以先開工單請後台看是否能協助刪除，因為只要是帳號被鎖定，就無法進行開機/關機/修改/刪除等動作

 

如怕漏掉阿里雲等相關通知亦可在以下欄位設定，避免漏掉重要訊息

                                     

另外，如是使用包年包月制，也可以再工單上申請退費需求

參考網址: 阿里雲-設置消息通知

AWS-EC2主機異常，檢測內核崩潰問題?執行個體狀態檢查未通過的故障診斷

AWS-EC2檢測內核崩潰問題 

有一台機器原本連線正常，但是之後發現線路全部不通，沒有做什麼操作，要怎麼排除是什麼問題造成?

 

在實例發生異常時，可以先檢查以下兩個指標，確認是由哪一種狀況所引起的，此兩種異常是不同的場景造成，關於實例狀態檢查可以透過

1.      StatusCheckFailed_System。系統狀態檢查經控實例上某個運行的AWS系統。這些檢查會檢測出需要AWS參與修復的深層實例問題。如果系統狀態檢查失敗，可以選擇等待AWS修復問題，也可以自行解決問題，對於由Amazon EBS支持的實例，也可以選擇自行停止或者啟動。在大多數的情況下，這會導致實例被遷移至新主機。對於由實例儲存的Linux系統，可以終止並替換實例。對於Windows系統，根捲必須是Amazon EBS捲；根捲不支持實例儲存。實例儲存捲是臨時的，實例停止後所有數據都會丟失。

 

2.      StatusCheckFailed_Instance- 實例狀態檢查用於監控各個實例的軟件和網路配置。Amazon EC2 通過向網路街口(NIC) 發送地址解析協議(ARP) 請求，檢查實例的運行情況。這些檢查檢測需要親自參予修復的問題。如果實例狀態檢查失敗，通常必須親自手動解決問題(例如: 重啟實例或更改實例配置)透過內部工具確認，此實例發生不預期的故障，可以從CloudWatch指標”StatusCheckFailed_System”查看

經初步判斷Instance reachability check failed 這個錯誤通常是APP層的問題，透過內部工具Cloud Watch此實例硬件在稍早有發生不預期性的故障，這邊可以透過Cloud Watch查看指標'StatusCheckFailed_System'

 

(StatusCheckFailed_System圖)

 

由於底層監控有偵測到底層主機異常，主動遷移了此實例，此實例被重啟，發生了內核崩潰的異常，這個可以透過實例的控制台輸出查看

 

[2.860227] rtc_cmos 00:00: setting system clock to 2021-11-24 10:08:01 UTC (1637749999) [3.919154] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

 

解決方法: /boot/grub/grub.conf 或 /boot 目录中缺少 initramfs 或 initrd 映像

方法 1：使用 EC2 串行控制台

方法 2：使用救援实例

 

最後重新設定AMI解決此問題。

 

AMI (Amazon Machine Images)

AMI，其實就是映像檔(Image)，它可以將目前的EC2做快速的複製；Auto Scaling（自動擴展）就是搭配這個功能來完成的；另外，我們一開始在建立的EC2時，選擇系統的部份也是用到了AMI功能。

 

參考資料:

內和崩潰AWS文件:

https://aws.amazon.com/cn/premiumsupport/knowledge-center/ec2-linux-kernel-panic-unable-mount/?nc1=h_ls

 

AMI介紹:

https://akuma1.pixnet.net/blog/post/294451990-%EF%BC%88%E4%B8%83%EF%BC%89ami%EF%BC%88amazon-machine-images%EF%BC%89%EF%BC%8D%EF%BC%8Daws%E7%B6%93%E9%A9%97%E6%95%99%E5%AD%B8

 

CloudWatch介紹:

https://aws.amazon.com/tw/cloudwatch/

執行個體狀態檢查未通過的故障診斷

https://docs.aws.amazon.com/zh_tw/AWSEC2/latest/UserGuide/TroubleshootingInstances.html

Amazon Lightsail 配額申請

 

Amazon Lightsail 配額申請

 

至AWS網站服務中搜尋Service Quotas然後輸入要申請的服務(EX: Amazon Lightsail)

點選左側AWS服務，

然後輸入要申請的服務(EX: Amazon Lightsail)

 

 

找到後點選欲申請配額之項目(EX:instance)

再於右下角點選請求配額提升

在於下方變更配額值的部分輸入欲變更之數值

 

 

完成後，可在下圖紅框處找到配額請求

點入狀態可看到相關工單

EC2和Amazon Lightsail

 

EC2和Amazon Lightsail比較

 

Amazon Elastic Compute Cloud (Amazon EC2)

是一種 Web 服務，可在雲端提供安全、可調整大小的運算容量。該服務旨在降低開發人員進行 Web 規模雲端運算的難度。Amazon EC2 的 Web 服務界面非常簡單，您可以輕鬆獲取和配置容量。使用本服務，您可以完全控制運算資源，並在成熟的 Amazon 運算環境中執行。

Amazon EC2 提供了最廣泛和最深入的運算平台，可以選擇處理器、儲存體、網路、作業系統和購買模型。我們提供雲端中最快的處理器，並且我們提供唯一具有 400 Gbps 以太網路的雲端。我們擁有適用於機器學習訓練和圖形工作負載的功能最強大的 GPU 執行個體，以及雲端中每次推論成本最低的執行個體。在 AWS 上執行的 SAP、HPC、機器學習和 Windows 工作負載比其他任何雲端都多。

Amazon EC2 的應用

• 企業應用
• HPC、大數據和分析工作負載（例如 Hadoop、Spark）
• 從本地環境遷移，包括 BYOL
• 應用現代化

 

參考資料:

https://aws.amazon.com/tw/ec2/?nc2=type_a&ec2-whats-new.sort-by=item.additionalFields.postDateTime&ec2-whats-new.sort-order=desc

 

https://aws.amazon.com/tw/free/compute/lightsail-vs-ec2/

 

Amazon Lightsail

是一種虛擬私有伺服器 (VPS) 提供者，對於需要用於在雲端建置和託管應用程式解決方案的開發人員、小型企業、學生和其他使用者，是 AWS 入門最快的捷徑。Lightsail 為開發人員提供運算、儲存和聯網功能，以及在雲端部署和管理網站及 Web 應用程式的能力。Lightsail 含有快速啟動專案所需的各種項目，包括虛擬機器、容器、資料庫、CDN、負載平衡器、DNS 管理等，而且月費低廉又可預測。

 

Amazon Lightsail 的應用

• 簡單的 Web 應用程序
• 網站，包括自定義代碼、WordPress 和電子商務
• 單服務器商業軟件
• 開發/測試環境

 

參考資料:

https://aws.amazon.com/tw/lightsail/faq/

https://aws.amazon.com/tw/free/compute/lightsail-vs-ec2/

EC2和Amazon Lightsail比較

	Amazon  EC2	Amazon Lightsail
備份(實例備份與快照)	P	P
區塊儲存 (獨立於實體配置儲存量，並將它們附加到您選擇的實體中)	P	P
物件儲存 (物件的數據存儲，具有 API 存取權限的單個檔案)	P	P
負載平衡器 (跨一組實例分配流量)	P	P
浮動 IP 位址	P
團隊管理 (處理帳戶中資源的使用者的管理)	P
資料庫管理 (管理MySQL, Postgresql, Aurora)	P	P
無伺服器	P
DDoS 保護	P
Kubernetes	P
GPU instances	P
私有網路	P