growing hard days.

Route 53 の加重ラウンドロビンルーティングでロードバランサー

2021/07/31 2021/07/31

Route 53の加重ラウンドロビンで両方1に設定してみました。
上図はイメージです。

目次

対象のEC2インスタンス

2つ用意しました。
それぞれユーザデータでApache Webサーバーをインストールしてブラウザに表示したときに。IPアドレスなどを表示してどっちにアクセスしているかわかるようにしました。

#!/bin/bash
yum -y update
yum -y install httpd
systemctl enable httpd.service
systemctl start httpd.service
AZ=`curl --silent http://169.254.169.254/latest/meta-data/placement/availability-zone`
INSTANCE_ID=`curl --silent http://169.254.169.254/latest/meta-data/instance-id`
IP_ADDRESS=`curl --silent http://169.254.169.254/latest/meta-data/public-ipv4`
cd /var/www/html
echo $AZ\<br\> >> index.html
echo $INSTANCE_ID\<br\> >> index.html
echo $IP_ADDRESS >> index.html

1

2

3

4

5

6

7

8

9

10

11

12

13

#!/bin/bash

yum -y update

yum -y install httpd

systemctl enable httpd.service

systemctl start httpd.service

AZ=`curl --silent http://169.254.169.254/latest/meta-data/placement/availability-zone`

INSTANCE_ID=`curl --silent http://169.254.169.254/latest/meta-data/instance-id`

IP_ADDRESS=`curl --silent http://169.254.169.254/latest/meta-data/public-ipv4`

cd /var/www/html

echo $AZ\<br\> >> index.html

echo $INSTANCE_ID\<br\> >> index.html

echo $IP_ADDRESS >> index.html

ヘルスチェックの作成

障害があったときは片方だけで処理を継続できるイメージです。

それぞれのサーバー向けにヘルスチェックを作成しました。

SNSトピックで通知も設定しました。

レコードセットの作成

Aレコードで加重ルーティングを2つ設定しました。

確認

それぞれにリクエストされているのがわかりました。

片方のヘルスチェックを失敗させてみる

Apacheを落としてみます。

片方のインスタンスで障害発生です！！

ヘルスチェックに失敗しました！

正常なレコードだけが使用されて、復旧しました！！

「ALARM: “srr-2-awsroute53-424bb9ed-fe54-4dff-bb79-f26557158657-Low-Healt…” in US East (N. Virginia)」

というメールも届きました。

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

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

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

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

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

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

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

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

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

- AWS AWS, Route53

Tweet

関連記事

: AWSアカウントでルートユーザーが使用されたときにTeamsへ投稿する

Organizations組織内のアカウントのいずれかでルートユーザーが使用され …

: MySQL WorkbenchからRDSに接続する

MySQL WorkbenchからAWS RDSのMySQLに接続するために、「 …

: AWS CodeDeployからEC2 Auto Scalingにデプロイするチュートリアル

公式チュートリアルチュートリアル: アプリケーションを CodeDeployグル …

: AWS Certificate Manager証明書とAmazon Route 53でAmazon API GatewayのAPIのカスタムドメイン名前解決する

AWS Certificate ManagerとAmazon Route 53と …

: ブログのアーキテクチャをコストベースで見直しました

当ブログはAWSで構築しています。アーキテクチャをコストを最重視して見直しまし …

: ヤマムギvol.27 Amazon Route 53プライベートホストゾーンとリゾルバーのデモをしました

今日は『AWS認定資格試験テキスト&問題集AWS認定ソリューションアーキ …

: Amazon Bedrock Conversational Builderを使用してAIエージェントを作成してみました

2024年10月16日に「Amazon Bedrock のエージェントが Con …

: NGINXで500と502のエラーが実は頻発していたらしい

先日Mackerelで当ブログの外形監視を始めたのですが、500と502のエラー …

: RDS自動バックアップの自動クロスリージョンコピー

このブログのRDS for MySQLはAWS Backupで大阪リージョンから …

: 名前解決してセッションマネージャが使えるようにVyOSのhost_name.pyを編集しました

発生したエラーセッションマネージャからこんなエラーが出力されました。 [cra …

PREV: AWS CloudHSMを起動してみました
NEXT: 執筆などで使えるグローバルIPアドレス