ELB (Elastic Load Balancing) の利用が仕様上難しい場合の代替案備忘録

①EC2インスタンスをヘルスチェックして、停止した場合に別のインスタンスにフローティングIPを移行することが可能です。

ヘルスチェックスクリプトの作成:

EC2インスタンスが正常に動作しているかどうかを確認するスクリプトを作成します。例えば、特定のサービスの応答確認や、カスタムな状態を確認するスクリプトを作成します。

ヘルスチェックの自動実行:

ヘルスチェックスクリプトを定期的に自動実行するメカニズムを構築します。これには、CronジョブやAWS CloudWatch Eventsなどが利用できます。

停止したインスタンスの検知:

ヘルスチェックで停止したインスタンスを検知した場合、その情報を取得します。これにはAWS CLIやSDK、またはカスタムなスクリプトを使用できます。

フローティングIPの移行:

停止したインスタンスに割り当てられていたIPアドレス（Elastic IPなど）を、別の正常なインスタンスに移行します。これにより、アプリケーションへのアクセスが停止しないようにします。

バックアップの冗長化:

フローティングIPを移行した後、新しいインスタンスが正常に動作していることを確認し、必要に応じて適切なバックアップや冗長化手段を構築します。Amazon EBSボリュームのスナップショットやAmazon RDSを使用してデータベースをホストする場合、RDSは自動バックアップが可能です。

②Elastic IPを使用して、プロキシサーバーを冗長化構成に組み込む

以下に事例を踏まえて解説します。
AとBというEC2インスタンスを使用してプロキシサーバーを冗長化する事例の一例です。

EC2インスタンスのセットアップ:

EC2インスタンス AとBをセットアップし、それぞれに必要なアプリケーションやプロキシサービスをインストールします。例えば、Nginxを使用してリバースプロキシを構成する場合、AとBにNginxをインストールします。

Elastic IPの取得:

AWS Management ConsoleまたはAWS CLIを使用して、Elastic IPを取得します。このElastic IPは、後でプロキシサーバーに関連付けられます。

プロキシの冗長化構成:

Nginxなどのプロキシサービスを設定して冗長化構成を構築します。例えば、AとBのNginxを設定して、Elastic IPをそれぞれのEC2インスタンスに関連付けます。

ヘルスチェックと自動切り替え:

AとBのプロキシサーバーが正常に応答しているかを定期的にヘルスチェックします。ヘルスチェックが失敗した場合、自動的にElastic IPをもう一方のEC2インスタンスに関連付けてトラフィックを切り替えます。

# Nginxの設定例（冗長化構成）
server {
    listen 80;
    server_name example.com;

    location / {
        proxy_pass http://backend;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

upstream backend {
    server A_IP:80 max_fails=3 fail_timeout=30s;
    server B_IP:80 max_fails=3 fail_timeout=30s;
}

この設定では、NginxがAとBのプロキシサーバーにトラフィックを分散し、ヘルスチェックに基づいて故障した場合に自動的にもう一方のサーバーに切り替えることができます。

これにより、AとBの冗長化されたプロキシサーバーがElastic IPを共有し、トラフィックの一貫性と高可用性が確保されます。