質問編集履歴
1
追記
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -1,9 +1,19 @@
|
|
|
1
1
|
### 前提
|
|
2
2
|
|
|
3
3
|
AWS EC2 1台で動いている Rails サービスに、ALB （と WAF）を導入しようとしています。別の要件があって、固定IPをもったインスタンス（でさらに、Rails を動かしている）が必要です。
|
|
4
|
+
現状上記1台のみで稼働しています。
|
|
4
5
|
|
|
5
6
|
費用削減のため、現存のインスタンスサイズを少し小さくし、Auto Scaling グループを加えて、費用削減をしたい、と目論んでいます。
|
|
6
7
|
アクセス数は時刻依存の傾向をもちます。
|
|
8
|
+
|
|
9
|
+
- 月次ではあるが、バッチ処理がある（残念なことに Crontab に書いてある）
|
|
10
|
+
- システムフローにメール送信があるが、SQS は使っていないため、現状使っているIPはできるだけ確保しておきたい
|
|
11
|
+
|
|
12
|
+
ので、稼働中のインスタンスは可能であればそのまま用いたいと考えています。
|
|
13
|
+
|
|
14
|
+
バッチ処理を抜いたAMIを作成して Auto Scaling グループを作成することを考えていました（他の方法があれば変更します）。
|
|
15
|
+
|
|
16
|
+
（自分が構築していないシステムを運用・保守してほしいと頼まれて、あまりにひどいのでどこから手を付けようか悩んでいるところです。）
|
|
7
17
|
|
|
8
18
|
### 実現したいこと
|
|
9
19
|
|
|
@@ -14,5 +24,6 @@
|
|
|
14
24
|
|
|
15
25
|
あるいは、同様のことが実現できる代替案はあるでしょうか。
|
|
16
26
|
|
|
17
|
-
毎日、（アクセスが増える時間帯の前後に）定時
|
|
27
|
+
毎日、（アクセスが増える時間帯の前後に）インフラの定時変更処理を入れ構成変更をする…といった仕組みにはできるだけしたくありませんが簡単な方法があれば、伺っておきたいです。
|
|
18
28
|
|
|
29
|
+
月次で固定インスタンスを起動・停止するのはありかもしれません。
|