4

換成 t4g.small 後的一些整理

 1 year ago
source link: https://blog.gslin.org/archives/2024/02/08/11643/%e6%8f%9b%e6%88%90-t4g-small-%e5%be%8c%e7%9a%84%e4%b8%80%e4%ba%9b%e6%95%b4%e7%90%86/
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
neoserver,ios ssh client

換成 t4g.small 後的一些整理

昨天在這邊提到因為 Amazon EC2 對 t4g.small 提供了 free tier 方案 (到今年年底)，blog 主機剛好從 t4g.micro 改成用 t4g.small，到年底前可以看看有沒有 t5g 或是類似的主機出來：「往上升級或是用 Unlimited mode 撐」。

除了換完後 CPU credit 給的量上升減緩了情況以外，我在檢查時才發現 PHP 的 opcache 的 cache 使用量也超過預設值 128MB 了，改成 192MB 後看起來 CPU usage 也有下降一些：

1707331742-e8d943a3.png

這點算是先前沒注意到的，上面 PHP 跑兩個 WordPress 以及一個 MediaWiki (都掛了各式各樣的 plugin & extension)，還有一個自己寫的小東西，這樣會超過 opcache 的 cache 大小...

現在換到 t4g.small 後總算又開始養的起 CPU credit 了：

1707331781-cca69550.png

另外也補上幾個 CloudWatch Alarms (看起來 free tier 是十個) 監控主機的 CPUCreditBalance，然後透過 AWS Chatbot 接到自己的 Slack 上，至少之後有狀況的時候會主動通知。

Related

往上升級或是用 Unlimited mode 撐

這個 blog 跑在 Amazon EC2 的 t4g.micro 上面，以往跑起來 baseline 是 10% CPU credit 也還算夠用，但最近的 loading 特別的大，發現是有 bot 在砍站砍的比較兇 (參考「t4g 的 CPU credit 被吃完了」這邊)，雖然擋掉後有降不少，但看起來還是比之前高不少：(這邊是一天的平均，拉三個月資料來看) 以往這種一陣一陣的可以靠 CPU credit 頂過去，但因為先前 CPU credit 被 bot 砍完後沒了，就常常撞到底，只好先開 Unlimited mode 擋著了。 另外一方面，當初買的三年 RI 時間也快到了 (居然)，這幾天差不多要處理了： Start February 9, 2021, 17:43 (UTC+8:00) Expires February 9, 2024, 17:43…

February 7, 2024

In "AWS"

AWS 延長 t4g.small 的 free trial

在 Plurk 上看到朋友貼的「Announcing Amazon EC2 T4g Free Trial Extension」。 t4g.small 的 free trial 延長到明年年底了： The Amazon Elastic Compute Cloud (Amazon EC2) T4g instance Free Trial is extended to December 31, 2024. All new and existing AWS customers can utilize the free trial to automatically deduct up to 750 hours per…

December 24, 2023

In "AWS"

在 AWS 上面的 OpenVPN Server 效能

這篇的後續可以參考「Amazon EC2 的網路效能」這篇。 最近在在調整跑在 Amazon EC2 上 OpenVPN server 的效能，要想辦法把 network throughput 拉高，當作在導入 WireGuard 之前的 workaround，但看起來還是頗有用，記錄一下可以調整的部份... 在還沒灌大量流量前是用 t3a.nano (開 Unlimited mode)，然後會觀察到的瓶頸是 OpenVPN 的 daemon 吃了 100% CPU loading，最高速度卡在 42MB/sec 左右。 第一個想到的是看看 OpenVPN server 有沒有可以使用多 CPU 的方式，但查了資料發現 OpenVPN server 無法使用 threading 或是 fork 之類的方法善用多顆 CPU，所以就開始想其他方法... 接著看到我們目前用的是 AES-256-CBC 了，網路上很多文章都有提到 AES-128-CBC 會快一些，但我們的 OpenVPN…

August 4, 2021

In "AWS"

a611ee8db44c8d03a20edf0bf5a71d80?s=49&d=identicon&r=gAuthor Gea-Suan LinPosted on February 8, 2024February 8, 2024Categories AWS, Cloud, Computer, Hardware, Murmuring, Network, ServiceTags amazon, arm, aws, blog, cloud, cpu, credit, ec2, micro, performance, php, service, small, t4g, wordpress

Leave a Reply

Your email address will not be published. Required fields are marked *

Comment *

Name *

Email *

Website

Notify me of follow-up comments by email.

Notify me of new posts by email.

To respond on your own website, enter the URL of your response which should contain a link to this post's permalink URL. Your response will then appear (possibly after moderation) on this page. Want to update or remove your response? Update or delete your post and re-enter your post's URL again. (Learn More)

Post navigation


report

Recommend

About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK