| 最近の更新 | |
|---|---|
| RDSが高いのはIOPSのせいでした
| 2025/10/29 |
| キーボード
| 2025/10/23 |
| 稲盛和夫
| 2025/10/23 |
| 突然LANがつながらなくなりました
| 2025/10/23 |
| 第2種電気工事士_奮闘記
| 2025/10/23 |
| 経済予測
| 2025/10/23 |
| 藤井厳喜セミナー
| 2025/10/23 |
| 資金調達
| 2025/10/23 |
| 車と税金
| 2025/10/23 |
| 配線
| 2025/10/23 |
| 開業に向けて
| 2025/10/23 |
| 決算報告
| 2025/10/23 |
| 牧野正幸
| 2025/10/23 |
| 理想の組織が失敗する時
| 2025/10/23 |
| 監視カメラ
| 2025/10/23 |
| 知のポートフォリオ
| 2025/10/23 |
| 社内LAN敷設
| 2025/10/23 |
| 税務署から源泉徴収票が届きました
| 2025/10/23 |
| 作業場
| 2025/10/23 |
| 利益は結果
| 2025/10/23 |
AWS ec2 はデフォルトで swap 領域を提供していません。
→ 例: https://serverfault.com/a/279632/211024 (ubuntu の場合)。
対応としては、
があります。それぞれ得失がありますが、コストを抑え、取り急ぎすぐ出来る、 という意味で 、今回 c) を採用しました。
あまりアクセスのないアプリを導入するのですが、 素の(swapのない) t3a.micro ではメモリオーバとなりハングしてしまいました。
メモリの大きいひとつ上の t3a.small にするか、t3a.micro のまま swap を追加するか、という２つの選択肢があります。
頻繁にアクセスするアプリであれば、インスタンスタイプを上げるのが 合理的ですし、そのためのインスタンスタイプですが、今回の用途では あまりアクセスはないけどメモリ消費だけ 1G を超える、というケースでした。
そのため、swap を追加するのが良さそうです。
ここで、 b) か c) の選択肢になるわけですが、t3a には instance store は 用意されてない模様。そこで、c) の案を採用するに至った次第です。