T3.nanoで仮想メモリ割当をユーザーデータで実行する

T3.nanoはメモリがだいたい500MBです。
実行する処理によってはメモリエラーになってしまう可能性が多くあります。
(例えば yum updateとか、SSMエージェントとか)

なので、AutoScalingの起動設定などのユーザーデータで起動時に仮想メモリを割り当てようと思います。
このブログをT3.nanoのAutoScalingにしようと思っているので、その検証として、まずはシングルインスタンスで確認します。

/var/log/cloud-init-output.logで確認です。

etting up swapspace version 1, size = 512 MiB (536866816 bytes)
no label, UUID=83c501d4-aeaa-4f15-b779-c809d4fbf506

うまくいったようです。

そのあとの yum update -y もCompleteで成功していました。

Freeコマンドでも確認です。

一度起動したら停止する運用は考えてないので、OS起動時の自動設定はしていません。

最後までお読みいただきましてありがとうございました！

「AWS認定資格試験テキスト＆問題集　AWS認定ソリューションアーキテクト - プロフェッショナル 改訂第2版」という本を書きました。

「AWS認定資格試験テキスト AWS認定クラウドプラクティショナー 改訂第3版」という本を書きました。

「AWS認定資格試験テキスト　AWS認定AIプラクティショナー」という本を書きました。

「ポケットスタディ AWS認定 デベロッパーアソシエイト ［DVA-C02対応］ 」という本を書きました。

「要点整理から攻略するAWS認定ソリューションアーキテクト-アソシエイト」という本を書きました。

「AWSではじめるLinux入門ガイド」という本を書きました。

@yamamanx

開発ベンダー5年、ユーザ企業システム部門通算9年、ITインストラクター5年目でプロトタイプビルダーもやりだしたSoftware Engineerです。
質問はコメントかSNSなどからお気軽にどうぞ。
出来る限りなるべく答えます。

このブログの内容/発言の一切は個人の見解であり、所属する組織とは関係ありません。
このブログは経験したことなどの共有を目的としており、手順や結果などを保証するものではありません。
ご参考にされる際は、読者様自身のご判断にてご対応をお願いいたします。

また、勉強会やイベントのレポートは自分が気になったことをメモしたり、聞いて思ったことを書いていますので、登壇者の意見や発表内容ではありません。