AWS Public IP insights 資源顯示問題

2月使用中的 Public IPv4 開始進行收費 

目前這組帳號在 Public IP insights 顯示只有一組 IP(如圖一)，

但依據費用平台下載的 CUR 費用並且撈對應的 Resource ID，詳細資訊請參考附件(請參考附件 CUR)

CUR 內篩選 usage type 欄位 並過濾重複資訊可得到以下 Resource ID (如下格式)

UsageType:APN1-PublicIPv4:InUseAddress

ResourceID

arn:aws:ec2:ap-northeast-1:012345678901:network-interface/eni-0123456789abcdefg

arn:aws:ec2:ap-northeast-1:098756432102:network-interface/eni-abcdefg0123456789

Q1. 是什麼原因造成 Public IP insights 只能看到部分資源 IP ?

如果升級到 advance 版本的話是否可以看到更多的資源? 具體可以看到哪些資訊呢?

Ans:

在檢查了您的環境後，我發現 Public IP Insight 已經進行了更新，在 IPAM Public IP Insight 控制台上新增了幾組更多的 IP。

從目前情況來看，IPAM Public IP Insight 需要一些時間來從您的帳戶收集數據並將其整理在 Public IP Insight 儀表板上。

Public IP Insight 是 AWS 提供的免費功能，用於統一查看所有 Public IPv4 地址，這將使您更輕鬆地監視、分析和審核在 AWS 服務中使用的 Public IPv4 地址。

Public IP Insight 能夠監視多種類型的 Public IPv4 地址，Elastic IP addresses (EIPs)、EC2 Public IPv4 地址、BYOIPv4 地址和 Service-managed IPv4  地址。

值得注意的是，Public IP Insight在高級和免費版本的 IPAM 中並沒有差異，它提供的功能在免費和高級版本之間是相同的。

如果您需要更多關於 IPAM PublicInsight的資訊，請參閱附上的文檔 [1] 和 [2]，同時也可以參考文檔 [3] 以獲取有關 IPAM 免費和高級版本之間差異的更多信息。

Q2. CUR 中的 UsageType 顯示為 APN1-PublicIPv4:InUseAddress，要如何查找 resource id 上的對應資源?

Ans: 

您可以從 UsageType 篩選 APN1-PublicIPv4:InUseAddress，依 P 欄 ResourceId 的 Region 與 ID 資訊可找到相應的 ENI (網路介面)，可再從 ENI 查看與其關聯的 AWS 資源。

[1] https://aws.amazon.com/tw/about-aws/whats-new/2023/07/aws-public-ip-insights-vpc-ip-address-manager/?nc1=h_ls

[2] https://docs.aws.amazon.com/zh_tw/vpc/latest/ipam/view-public-ip-insights.html

[3] https://aws.amazon.com/tw/vpc/pricing/?nc1=h_ls

AZURE虛擬機(VM)升級大小與排查重啟現有VM 的部署問題

 Azure 升級 VM 一定會重開,所以需要先有停機準備

如果虛擬機器目前正在運行，更改其大小會導致其重新啟動。

嘗試啟動已停止的 Azure 虛擬機器 (VM) ，或調整現有 Azure VM 大小時，遇到的常見錯誤是分配失敗。當叢集或區域沒有可用的資源或不支援VM 要求的時間較長時，會發生此錯誤。

問題1：啟動已停止的VM時發生錯誤

解決方案

停止可用性集中的所有 VM，然後重新啟動每個 VM。

所有VM停止後，選擇每個已停止的VM，然後按一下「啟動」。稍後重試重啟請求。

問題2：調整現有VM的大小時發生錯誤

解決方案

使用較小的 VM 大小重試請求。

如果請求的VM大小無法變更：

停止可用性集中的所有VM。

所有VM停止後，將所需的VM大小調整為更大的大小。

選擇調整大小的VM，並按一下已“啟動”，然後啟動每個已停止的VM。

問題3 : 停止、啟動、重新啟動或重新安裝現有VM時發生錯誤

解決方案

嘗試重新套用虛擬機器狀態。 此操作將重新執行 VM 預配，並協助解決執行 VM 作業時 VM 預配失敗時發生的 VM 狀態故障。

導航到停滯在失敗狀態的VM。

參考以下文件:

https://learn.microsoft.com/zh-cn/azure/virtual-machines/sizes/resize-vm?tabs=portal

https://learn.microsoft.com/zh-cn/troubleshoot/azure/virtual-machines/restart-resize-error-troubleshooting?source=recommendations 

AWS因維護原廠通知要如何提前避開，防止機器重啟方法（遷移到新主機）

如收到AWS維護通知信:
Amazon EC2 Maintenance: Instance scheduled for reboot [AWS Account ID: XXXXXXXXX]  維護通知


信件內容會提到:

* 在此維護活動期間我的實例會發生什麼？

在維護期間，實例將重新啟動。重新啟動通常需要幾分鐘才能完成。重新啟動後，您的執行個體將保留其 IP 位址、DNS 名稱以及本機執行個體儲存磁碟區上的任何資料。

* 當我停止並啟動實例時會發生什麼？

【您可以在計劃維護時段之前隨時停止和啟動實例。這會將實例遷移到新主機，並且實例無需進行計劃維護。 】 請注意，當您停止和啟動執行個體時，任何本機執行個體儲存磁碟區上的資料都不會保留。

您可以在計劃的維護時段之前隨時停止和啟動實例（配合自己維運時間先進行）。 這會將實例遷移到新主機，實例將不必進行計劃維護。

排程在指定時段機器會reboot ，若不想讓機器reboot，必須在指定時段前(維護前)，將機器 停止 再 開始，不可直接reboot，EC2 需要 停止 再 開始 才會遷移底層。(很重要，很重要)

如用 reboot 重啟沒有替換底層 ，AWS 還是會在通知的時間 maintenance window 重啟了機器。

在 AWS 頁面上 reboot 不等同於 stop start。

reboot 執行個體會保持在同一個主機上，沒有使用 EIP ， public ip 也不會被替換。

stop start 會替換執行個體到新的主機，若沒有使用 EIP ，public ip 會被替換。

排程EC2關機後，再重新啟動即可

參考以下文件:

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

https://repost.aws/zh-Hant/knowledge-center/ec2-scheduled-maintenance-action

操作介面

可參考以下文件：

https://docs.aws.amazon.com/zh_cn/msk/latest/developerguide/msk-reboot-broker.html

reboot 和 stop start 更多的詳細資訊與比較可以參考：

https://docs.aws.amazon.com/zh_tw/AWSEC2/latest/UserGuide/ec2-instance-lifecycle.html#lifecycle-differences

關於AWS可能對EC2進行的排程事件詳細資訊，可以參考：

https://docs.aws.amazon.com/zh_tw/AWSEC2/latest/UserGuide/monitoring-instances-status-check_sched.html

AWS Cloudfront 出現403, 404 錯誤如何檢查相關資訊?

 AWS Cloudfront 出現403, 404 錯誤如何檢查相關資訊?

進入控制台

1.      開啟Cloudfront Log

2.      查看requests錯誤率

如何利用AWS CloudTrail建立線索找到RDS的kms key

 

觀念釐清：

若想要的是 "資源組態" 紀錄，應使用 AWS Config 而非 CloudTrail，因 CloudTrail 是記錄帳號所呼叫的 AWS API。

 

若欲使用 "建立線索"(CloudTrail Trail) 的方式[文下方文檔A] 進行查詢，待完成建立後 Trail 會將日誌檔案傳送至 S3 或是 CloudWatch Logs，接著針對 S3/CloudWatch Logs 使用 Athena/CloudWatch Logs Insights 進行語法查詢相關 RDS 的 API 呼叫紀錄：

createDBInstance, modifyDBInstance, StartDBinstance, StopDBinstance...

即可於查詢結果中的 responseElements 找到 kmsKeyId 的資訊。

 

關於 responseElements 中 kmsKeyId 的資訊，也可以於 CloudTrail 搜尋 90 天內相關 RDS 的紀錄，通過將頁面拉至 responseElements 區塊，即可找到上述所提及的 kmsKeyId 資訊。

CloudTrail 建立和更新線索說明文件

 https://docs.aws.amazon.com/zh_tw/awscloudtrail/latest/userguide/cloudtrail-create-and-update-a-trail-by-using-the-console.html