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

関連記事

: CloudFormation Lambda-backedカスタムリソースチュートリアルをやりました

チュートリアル: Amazon マシンイメージ ID を参照するの手順に従ってや …

: Amazon FSx for Lustreのユーザーガイド入門演習

ファイルシステムの作成 FSx for Lustreを選択しました。容量やスル …

: AWS CLIを使用したIAMロールの引き受けコマンドのメモ

よく忘れて調べるのでメモです。公式のこちらAWS CLI を使用して IAM …

: ヤマムギvol.26 Amazon DynamoDBのデモをしました

今日はAWS認定クラウドプラクティショナー対策本(緑本)に関係するデモをしました …

: ALBにWAFを関連付けて特定のヘッダー以外はブロックする

おかげさまで、ブログのアクセスも増えてきて、t3.nano EC2インスタンス単 …

: AWS WAFのマネージドルールを見てみました

Web ACLで[Add managed rule groups]を選択しました …

: ParquetフォーマットのデータにS3 Select SQLを実行する

RDSスナップショットのS3エクスポート結果確認で出力したデータが、S3にPar …

: 「ポケットスタディ AWS認定デベロッパーアソシエイト」を執筆しました

2021年3月６日に、「ポケットスタディ AWS認定デベロッパーアソシエイト」 …

: AWS CodeStarで静的webサイトのテンプレートプロジェクトを作成する

執筆環境の検討中です。 CodeCommitは使うつもりで、コミットしたときにE …

: AWS CodePipeline クロスアカウントアクセスパイプライン

AWS CodePipelineでクロスアカウントアクセスのパイプライン作成手順 …

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