Q&A
非稼働時間帯では、EC2はどういう状態ですか？Power-off状態でしょうか？
現在、AWS上にALBを配置し、その下に１台のEC2を配置しています。
（ALBを置いた理由は、ALB上にWAFを設定したためです）
EC2はweb/APサーバーで、EC2内のサービスを利用するユーザーは外部からhttpsで接続（ALB経由）します。
EC2の稼働時間は、毎日8:00～20:00としています
（Lambda・cloudwatch でスケジューリングしています）
この構成で、20:00～8:00の間（EC2停止の間）に外部から接続してきたユーザーに対して、サーバー（サービス）停止中の画面を自動表示させたいのですが、その方法がわかりません。
EC2→ロードバランサー→ALB→リスナーの「ルールの表示/編集」
で、EC2から503が返ってきたときに行うアクションを入れればいいのかと思っていたのですが、
具体的にどのような値で実現するのかがよくわかりませんでした。
お分かりになられる方、申し訳ございませんがご教授のほど、よろしくお願いいたします
AWS上から停止（インスタンスの状態「停止」）した状態です
インスタンスの状態：stopped
停止だと、EC2は無応答なので、503は返ってきませんね。スケジュールに合わせて 切り替えるのでは駄目でしょうか？
「無応答の際は「サーバー（サービス）停止中の画面」を出す」
方法は可能でしょうか？
※すいません、503のレスポンスについては無視してください
追記：
スケジュールに合わせて 切り替えるのでは駄目でしょうか？
cloudwatchで、指定時刻によって切り替えることが可能でしょうか？
（EC2→ロードバランサー→ALB→リスナーの「ルールの表示/編集」内のルールの順番を切り替えられるのでしょうか？）
サービスダウン時に停止画面を出す事はできますがALBではできません。Route53のDNSフェイルオーバーか、CloudwatchのアラームからLambdaに連携して APIで切り替えるとか、そういう感じになりますね＞
スケジュールについては、現状、起動停止をやってると思いますが、そのLambdaの中で、APIでALBを操作して 停止画面に切り替えることは出来ると思います。
「サービスダウン時に 停止画面を出す」の自動化です。
要件上は単純で、
※サービスに接続できる場合は、「そのサービスを提供」。接続できない場合は「接続できないことを記載した画面の表示」
です。
時間うんぬんは、その時間帯は確実にサービスへ接続できないため、その時間帯には確実に停止画面を出すようにしておきたかったためです
ご回答いただいた皆様：
すいません。
現在、用意するhtml側の問題で作業が遅れている状態です。
当該作業は、月曜日～で実施の予定です
回答3件
すいません。
この場合、当該のインスタンスが停止していてもエラーを表示できますか？
インスタンスが落ちていた場合、ELBがタイムアウトするので504を返します。
そこにカスタムエラーレスポンスを設定しておけばエラー表示できるはずです。
https://dev.classmethod.jp/cloud/aws/change-elb-timeout/
ありがとうございます。
ただ、試してみたのですが、うまくいかなかったので、
こちらで再試行してみます
0
ベストアンサー
「サービスダウン時に 停止画面を出す」の自動化する方法ですが
それぞれ、方式がことなるので、切り替わりに要する時間も結構違います。
どちらが良いかは 難しいですが Route53 の方が手軽なのでまずはこちらを検討してみると良いかと思います。
（１） Route53 DNS Failover を使う
・Route53 が ALBを監視してダウンした場合に 停止画面のサーバーに 切り替えます。
・DNS での切り替えなので、 切り替え後 TTLの影響を受けます。
・停止画面用のWebサーバーが必要です（S3 静的WebサイトでもOK）
（２）Cloudwatch Alarm -> Lambda
・Cloudwatch でサービス停止を監視 （例：HealthyHostCount = 0になったらAlarm発動）
※Cloudwatch のモニタリング間隔は５分
・Cloudwatch Alarm -> SNS Topics -> Lambda と連携
・Lambda コードでは APIを使ってALBの設定を変更して 切り替える。
停止画面は、事前に、リスナールールを ２つ（通常時と、停止時用）登録して、APIで プライオリティを変更して 切り替えるのが 良いと思います。
＜通常時＞
・優先度１：IF すべて、THEN ターゲットグループに転送
・優先度２：IF すべて、THEN 固定レスポンスで停止画面を返す
＜停止時＞
・優先度１：IF すべて、THEN 固定レスポンスで停止画面を返す
・優先度２：IF すべて、THEN ターゲットグループに転送
優先度の変更は SetRulePriorities で行えます。
投稿2019/11/27 05:22
編集2019/11/27 05:28総合スコア1379
（1）の内容について確認させてください
・停止画面用のWebサーバーが必要です（S3 静的WebサイトでもOK）
⇒S3にhtmlファイルを１つ置いておくだけでもいいのでしょうか？
S3バケットを用意して、静的ウェブサイトを有効にしてください。ご参考：https://docs.aws.amazon.com/ja_jp/AmazonS3/latest/dev/WebsiteHosting.html
こちらで対応いたしました。
ありがとうございます。挙動的に問題なく動作しました
0
ALBを使っているならALBだけでレスポンスの内容を操作できます。
クラスメソッドのブログのまさにこの記事が参考になるのではないでしょうか
※追記
今回のケースで言うと、「意図的にサーバを落としている時にそれがわかるようなページに遷移させる」が目的かと思います。
なので、「サービスに接続できないのは意図的なものである」というのがわかるようなレスポンスの返し方をしてあげるべきかと。
「エラーレスポンス時にエラーページに遷移させる」だと、サービスに接続できないのが意図的なものなのか障害によるものなのかが判断できませんので。
投稿2019/11/27 04:09
編集2019/11/27 07:46
総合スコア7447
上記の記事は確認しております。
この記事の場合、運用時における画面切り替えが手動（停止時の固定画面の出力）のため、この部分を自動化したいと思っていることが目的です
⇒指定URLの「運用を考える」の個所を「接続先EC2の状態をみて、停止されている場合は固定画面を出したい」と自動化したいことが目的です
サーバ停止時のレスポンス（404？）を確認して、その時にSorryページを…と思いましたが、それだと普通に404のときもSorryページに飛んじゃいますね。
Lambdaを使っているのであればLambdaでインスタンスを落とす際に合わせて操作してしまえばいいのではないでしょうか。
https://docs.aws.amazon.com/cli/latest/reference/elbv2/set-rule-priorities.html
上記を確認しました。
これは、lambdaで「シャットダウン時にこの画面を出す」ように指定しているように見えますが、場合、画面ファイルを格納するサーバーが別途必要なのでしょうか？
いえ、cliでruleの優先順位を変えるコマンドがこれなので貼り付けただけです。
これを使ってインスタンスを落とす時に固定画面を出すレスポンスの優先順位を上げ、立ち上げる時にその逆を行えばいいかと。
回答に貼り付けた手動の部分をコマンドでやりましょう、というだけです。
別にサーバ用意してもいいですが、それだとコストカットにはならないので、せめて用意するならS3ですね。
ただ、ALBだけで固定レスポンス返せるので優先順位変えるだけで十分かなと。
あなたの回答
tips
プレビュー
