AWS(アマゾンウェブサービス)につながらない!ELB(ロードバランサー)をチェックして解決。「504 Gateway Time-out」「Bad Request」

ブログ
この記事は約6分で読めます。

こんにちは。
当ブログは、AWS(Amazonクラウド)の無料枠で運営しています。
今回は、ブログにアクセスできなくなった問題と、解決までの手順をご紹介します。

ブログ作成中に、エラー発生
→URLにアクセスできなくなり「Bad Request」表示
WordPressダッシュボードは「504 Gateway Time-out」

AWSのサーバー障害情報は無いので、私の問題(–;)

・AWSのコンソールにログイン
・直接IPアドレスでアクセス
 →つながらない
・ELB(ロードバランサー)を調べるDNS名でアクセス
 →アクセスできた!!そして復活した!

私の場合は、AWSのロードバランサーをチェックして復活しました。
復活の手順をまとめました。参考になれば幸いです。

【問題】AWSのブログで、Bad Request 504 Gateway Time-out


当ブログは、問題発生時、アクセスは1日約1,000PV。だいたい毎日ブログ更新していました。

2020/5/20。朝活でブログ作成中。画像をアップロードしている過程で、エラー!

エラー名は覚えていませんが「 not available・・」のようなエラーだったような。

とりあえず下書き保存しようとしたら、保存できない!そして、次のようなエラーメッセージが表示されることに。

Bad Request

Your browser sent a request that this server could not understand.
Reason: You’re speaking plain HTTP to an SSL-enabled server port.
Instead use the HTTPS scheme to access this URL, please.

なんと、WordPressのダッシュボードにアクセスできなくなりました。

ブログホームのURLにアクセスしようとすると、

504 Gateway Time-out

終わりました・・・。ブログが見れません。

AWSの障害を願いましたが(笑)、Twitterトレンドに、そんな情報は無く。
私個人の問題。自分で解決するしかありません

後ろ髪を引かれる思いで、本業に出かけました(><)

【原因?】2日前に「 AWS Free Tier limit alert 」メール

本業から帰宅後、思い当たる節をいろいろ試しました。

まずは、2日前に「 AWS Free Tier limit alert 」メールが届いていたこと

【警告】15LCUs for Application load balancersの85%超えた

無料枠(15LCU)の85%超えたよ! って警告です。
「LCU」、「Application load balancers」がキーワード

【注意】英語が出ます!
太字部分だけ、ちら見で。

他は読み飛ばして。帰らないでください

AWS Free Tier usage limit alerting via AWS Budgets 05/18/2020

Your AWS account 447682145526 has exceeded 85% of the usage limit for one or more AWS Free Tier-eligible services for the month of May.

AWS Free Tier Usage as of 05/18/2020 AWS Free Tier Usage Limit

12.84549507 LCU-Hrs | 15 LCUs for Application load balancers

To learn more about your AWS Free Tier usage, please access the AWS Billing & Cost Management Dashboard. You can find more information on AWS Free Tier here.
This alert is provided by AWS Budgets. AWS automatically tracks your service usage and will alert you if you have reached 85% of the usage limit for one or more AWS Free Tier-eligible services. To unsubscribe from these alerts or to change the email address to which you would like your alerts to be sent, please visit the Cost Management Preferences.

LCUとは

メールをみると、LCUが問題っぽいので、LCUとは何か確認する

LCU は Application Load Balancer がトラフィックを処理するディメンションを測定します

https://aws.amazon.com/jp/elasticloadbalancing/pricing/

(中略) また、ロードバランサーは登録されているターゲットの状態を監視して、トラフィックが正常なターゲットにのみルーティングされるようにします。ロードバランサーは、異常なターゲットを検出すると、そのターゲットへのトラフィックのルーティングを中止します。その後、ターゲットが再び正常になったことを検出すると、そのターゲットへのトラフィックのルーティングを再開します。

https://docs.aws.amazon.com/
ja_jp/elasticloadbalancing/
latest/userguide/how-elastic-load-balancing-works.html

なるほど分かりません!
でも今回の原因らしきことが書いてある気がします。
とりあえずAWSでそのあたりを見てみます

【 解決 】AWS(アマゾンウェブサービス)コンソールから、ロードバランサーをチェック

AWSコンソールログイン → できた!

AWSのコンソールにログイン →できた!

AWSのEC2などのサービスは、available や active

とりあえずサーバーは、生存確認です

続いて、直接IPアドレスでアクセスできるか確認

→ダメです。Bad Request

AWSのロードバランサーを確認

一部伏せます

状態エラーは出ていないようです。

モニタリングを見ると、「Time-out」の件数が、問題発覚以降、大量に発生しています。分かっていますよ。。

なんとなく、「DNS名」の項目にあるアドレスをコピーして、直接アクセス(上図参照)

ブログにつながりました!
久しぶりに自分のブログにアクセスできました(^^)

その後、なぜかIPアドレス直打ちでも、ドメイン名でアクセスもできるように!

復活です!

よく分かりませんが、ターゲットが正常になったことを検知したのでしょうか。もやっとですが、ブログにアクセスできるようになったので、とりあえずインシデント解決!

ちなみに、 AWS Billing & Cost Management Dashboard をみると、

LCUは、93.8%になってました。今月はもうヤバイです。

発端となった、画像の大量アップロードは控えて、 しばらく 恐る恐るテキスト中心に記事更新します。

コメント

タイトルとURLをコピーしました