| 最近の更新 | |
|---|---|
| スワップが効いた時
| 2025/05/28 |
| サーバ運用
| 2025/05/28 |
| サーバ引越し-2020
| 2025/05/13 |
| キーボード
| 2025/02/17 |
| Androidでssh
| 2025/01/08 |
| 第2種電気工事士_奮闘記
| 2024/07/20 |
| 監視カメラ
| 2024/01/14 |
| 加湿器
| 2023/12/14 |
| pdfで数字だけ印刷されない現象に遭遇
| 2023/10/25 |
| grep日本語検索
| 2023/10/12 |
| 知のポートフォリオ
| 2023/07/29 |
| ドングルの死
| 2023/06/04 |
| ヒートポンプ
| 2023/05/31 |
| ドメイン運用
| 2023/05/21 |
| 太陽光発電_奮闘記
| 2023/04/09 |
| AWSコスト削減
| 2022/12/04 |
| ClamAV
| 2022/08/31 |
| github
| 2022/08/08 |
| 社内LAN敷設
| 2022/05/03 |
| Let's Encrypt
| 2022/05/02 |
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) の案を採用するに至った次第です。