2022年1月25日星期二

AWS Amazon EC2 實例選擇方式，及高效能區快儲存EBS介紹

最近剛好使用Aws

但新手有時不太清楚需要的規格，分享下列紀錄：

#使用前可先用pay as you go,不要例即包月。

如不清楚要選用那種AWS的主機，在 GitHub 找到一個AWS

1.EC2實例如何選機種參考

https://github.com/aws/amazon-ec2-instance-selector

2.如何識別附加到我的 Amazon EC2 Linux 實例的哪些卷是實例存儲（臨時）卷？

https://aws.amazon.com/tw/premiumsupport/knowledge-center/ec2-linux-instance-store-volumes/

3.Amazon EBS 優化實例

https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-optimized.html#current

Amazon Elastic Block Store (Amazon EBS) 是易於使用、可擴展的高效能區塊儲存服務，專為與 Amazon Elastic Compute Cloud (Amazon EC2) 搭配使用而設計。

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

Amazon EBS 優化實例使用優化的配置堆棧，並為 Amazon EBS I/O 提供額外的專用容量。此優化通過最大限度地減少 Amazon EBS I/O 與來自您的實例的其他流量之間的爭用，為您的 EBS 卷提供最佳性能。

EBS 優化實例為 Amazon EBS 提供專用帶寬。連接到 EBS 優化實例時，通用型 SSD (gp2和gp3) 卷旨在在 99% 的時間內提供其基準和突增性能，而預置 IOPS SSD (io1和io2) 卷旨在提供其預置性能的 99.9%時間。吞吐量優化型 HDD ( st1) 和冷 HDD ( sc1) 都可保證 99% 的時間內 90% 的突發吞吐量的性能一致性。不合規時段大致均勻分佈，目標是每小時預期總吞吐量的 99%。有關更多信息，請參閱Amazon EBS 卷類型。

2022年1月24日星期一

AWS 使用AMI Amazon Machine Image (AMI) 快照複製EC2 災害備援，建立自己的AMI

因維運最擔心主機可靠性，所以在平時使用AWS時，最好先使用AMI(Amazon Machine Image)建議影像檔image。

建立自己的AMI:

為了在EC2出現異常時可以縮短服務停止時間，所以可在EC2還在正常運作階段時需定期進行建image的動作。下圖為建立image之位置(紅框處

建立完後可以於左側AMI找到先前建立之image並於須重建時可使用。

*於Dashboard 終止 EC2，該EC2並不會立即消失其狀態會顯示為已終止，並於1HR左右消失。

參考AWS 文檔:

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

2022年1月23日星期日

AWS-EC2遠端SSH無法連線狀況?

AWS –EC2主機異常無法遠端SSH連線? EC2異常查詢方式。

1. 可確有網路設定是否被更改過?導致無法連線。

2. 再後台重啟EC2主機。

3. 都不行狀況下，建議AMI重建一台主機。

4. 透過 CloudWatch 指標檢查EC2錯誤訊息。

重啟EC2

AWS-AMI說文檔

https://docs.aws.amazon.com/zh_tw/AWSEC2/latest/UserGuide/ec2-instances-and-amis.html

實例故障的問題，可以透過下面方式來檢查故障的原因：
- 實例 serial console 日誌輸出
- 實例螢幕截圖
相關的操作程序，可以參考此文檔：
故障診斷無法連線執行個體的問題 - https://docs.aws.amazon.com/zh_tw/AWSEC2/latest/UserGuide/instance-console.html

若是網路故障，可以嘗試通過下面方式連接實例：
- serial console 終端機連線 - https://docs.aws.amazon.com/zh_tw/AWSEC2/latest/UserGuide/ec2-serial-console.html

通常若是實例作業系統故障，則上面會顯示錯誤訊息，可以幫助分析問題的原因並且找出解決方案。