回答編集履歴
1
全体的に書き直し。
answer
CHANGED
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
「サービスダウン時に 停止画面を出す」の自動化する方法ですが
|
|
2
|
+
それぞれ、方式がことなるので、切り替わりに要する時間も結構違います。
|
|
3
|
+
どちらが良いかは 難しいですが Route53 の方が手軽なのでまずはこちらを検討してみると良いかと思います。
|
|
2
4
|
|
|
3
5
|
（１） Route53 DNS Failover を使う
|
|
4
6
|
|
|
5
|
-
まずはこちらを検討してみてください。
|
|
6
|
-
|
|
7
7
|
・Route53 が ALBを監視してダウンした場合に 停止画面のサーバーに 切り替えます。
|
|
8
8
|
・DNS での切り替えなので、 切り替え後 TTLの影響を受けます。
|
|
9
9
|
・停止画面用のWebサーバーが必要です（S3 静的WebサイトでもOK）
|
|
@@ -11,8 +11,6 @@
|
|
|
11
11
|
|
|
12
12
|
（２）Cloudwatch Alarm -> Lambda
|
|
13
13
|
|
|
14
|
-
Cloudwatch AlarmからLambdaに連携して、APIでALBを変更する。
|
|
15
|
-
|
|
16
14
|
・Cloudwatch でサービス停止を監視 （例：HealthyHostCount = 0になったらAlarm発動）
|
|
17
15
|
※Cloudwatch のモニタリング間隔は５分
|
|
18
16
|
・Cloudwatch Alarm -> SNS Topics -> Lambda と連携
|
|
@@ -29,7 +27,4 @@
|
|
|
29
27
|
・優先度１：IF すべて、THEN 固定レスポンスで停止画面を返す
|
|
30
28
|
・優先度２：IF すべて、THEN ターゲットグループに転送
|
|
31
29
|
|
|
32
|
-
優先度の変更は [SetRulePriorities](https://docs.aws.amazon.com/ja_jp/elasticloadbalancing/latest/APIReference/API_SetRulePriorities.html) で行えます。
|
|
30
|
+
優先度の変更は [SetRulePriorities](https://docs.aws.amazon.com/ja_jp/elasticloadbalancing/latest/APIReference/API_SetRulePriorities.html) で行えます。
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
切り替わる方式や、切り替わるまでの時間、がそれぞれ異なりますので、検証して選ぶのが良いと思います。
|