1. Server Load Balancer (SLB) インスタンスに追加できる ECS インスタンスの最大数はいくつですか。

SLB インスタンスには最大 200 の ECS インスタンスを追加できます。 ECS インスタンスは、最大 50 個の SLB インスタンスに関連付けることができます。

さらに ECS インスタンスを追加する場合は、チケットを起票し、サポートセンターへお問い合わせください。 申請が承認された後、より多くのクォータを入手できます。

サービスの安定性と効率性を保証するために、異なるアプリケーションをホストする ECS インスタンスを追加するか、異なる SLB インスタンスに対して異なるタスクを実行することを推奨します。

2. バックエンド ECS インスタンスの数を調整することはできますか。

はい、可能です。

SLB インスタンス内のバックエンド ECS インスタンスの数はいつでも増減でき、異なる ECS インスタンス間で切り替えることができます。 これらの操作を実行する前に、ヘルスチェックが有効になっていること、およびサービスの中断を回避するために少なくとも 1 つの通常実行中のバックエンド ECS インスタンスがあることをご確認ください。

3. バックエンド ECS インスタンスに異なるオペレーティングシステムを使用できますか。

はい、可能です。

SLB は、ECS インスタンスにデプロイされているアプリケーションが同じで、データが一致している限り、 ECS インスタンスに使用されるオペレーティングシステムに制限されません。 日常の管理とメンテナンスを容易にするために、バックエンド ECS インスタンスに同じオペレーティングシステムを使用することを推奨します。

4. SLB インスタンスに異なるリージョンの ECS インスタンスを追加できますか。

いいえ。

リージョンをまたいで Server Load Balancer をデプロイすることはできません。 追加する ECS インスタンスは、SLB インスタンスと同じリージョンに属している必要があります。

5. バックエンド ECS インスタンスが SLB にアクセスできないのはなぜですか。

SLB の TCP 実装メカニズムに関連しています。 レイヤー 4 SLB サービスの場合、バックエンド ECS インスタンスは、 リアルサーバーとしても、SLB インスタンスにリクエストを送信するクライアントとしても機能することができません。 返されたパケットは ECS インスタンス内でのみ送信され、SLB を通過できないため、SLB インスタンスはバックエンド ECS インスタンスからアクセスできません。

6. ECS インスタンスが SLB インスタンスに追加される前にホワイトリストを設定した場合、SLB サービスに何らかの影響がありますか。

ECS インスタンスが SLB インスタンスに追加される前にホワイトリストを設定した場合は、SLB ホワイトリストを ECS インスタンスに追加します。これを行わなかった場合、SLB インスタンスに追加された後に 403 エラーが発生する可能性があります。

追加する SLB の IP アドレスは 100.64.0.0/10 (100.64.0.0/10 は Alibaba Cloud によって予約済みで、ユーザーには使用できません。セキュリティリスクはありません) です。

7. バックエンド ECS インスタンスに頻繁にアクセスし、100 で始まる IP アドレスがあるのはなぜですか。

SLB システムは、システムサーバーのイントラネット IP を使用して外部リクエストをバックエンド ECS インスタンスに転送する他、ECS インスタンスにアクセスしてヘルスチェックを実行し、サービスの可用性を監視します。

SLB システムの IP アドレス範囲は 100.64.0.0/10 (100.64.0.0/10 は Alibaba Cloud によって予約済みで、ユーザーには使用できません。セキュリティリスクはありません) なので、ECS インスタンスにアクセスし、100 で始まるの IP アドレスが多数存在します。

サービスの可用性を保証するためには、これらの IP アドレス範囲に対して適切なアクセスルールを設定する必要があります。

8. バックエンド ECS インスタンスに特別な設定が必要ですか。

一般的に特別な設定は必要ありません。

ただし、Linux システムを使用している ECS インスタンスにレイヤー 4 リスナーが追加されている場合は、/etc/sysctl.conf ファイル内の次の値がゼロであることをご確認ください。

net.ipv4.conf.default.rp_filter = 0
net.ipv4.conf.all.rp_filter = 0
net.ipv4.conf.eth0.rp_filter = 0

同じイントラネット IP アドレス範囲に属する ECS インスタンスが互いに通信できない場合は、次のパラメーターが正しいかどうかをご確認ください。 変更を加えた後に設定を更新するには、sysctl -p コマンドを実行します。

net.ipv4.conf.default.arp_announce =2
net.ipv4.conf.all.arp_announce =2

9. 同じグループの ECS インスタンスに複数のサイトを展開して、それらを 1 つの SLB インスタンスに追加することはできますか。

はい、可能です。 詳細については、「SLB + ECS 複数サイトのデプロイ」をご参照ください。

各 SLB インスタンスは最大 50 人のリスナーの追加をサポートし、各リスナーはバックエンド ECS インスタンスにデプロイされたアプリケーションに対応します。 これを実現するために、バックエンド ECS インスタンスのさまざまなアプリケーションに対してさまざまなホストヘッダーを設定できます。

10. ECS インスタンスに重みを設定する目的は何ですか。

重み:重み付けの高い ECS インスタンスは、より多くの接続リクエストを受信します。 外部サービスの機能と需要に基づいて、さまざまな ECS インスタンスにさまざまな重みを設定できます。

ECS インスタンス A と ECS インスタンス B の重みが両方とも同じ値、100 または 50 に設定されている場合を例とします。 2 つのインスタンスが両方とも正常な状態にある場合、トラフィックはインスタンス A とインスタンス B に均等に分散されます。 ただし、ECS インスタンス A の重みを 10 に設定し、ECS インスタンス B の重みを 100 に設定すると、インスタンス A はトラフィックの 10/(10 + 100) パーセントを受信し、インスタンス B は100/(10 + 100) パーセントを受信します。

セッション維持を有効にしている場合、リクエストはバックエンド ECS インスタンスに均等に分散されない可能性があります。 問題がまだ存在するかどうかを確認するために、セッション維持を一時的に無効にすることを推奨します。

リクエストがバックエンド ECS インスタンスに偏在している場合は、次のようにトラブルシューティングします。

  1. 一定期間内にバックエンド ECS インスタンスにデプロイされた Web サービスのアクセスログの総数を取得します。

    アクセスログを取得するには、以下の方法を使用します。

    • Nginx と Apache:/access.log のログディレクトリを開きます。
    • IIS:[IIS 管理] ページ を開き、アクセスログを有効にするサイト名の上にカーソルを置き、右クリックして [プロパティ] を選択し、 [Web サイト] タブをクリックして [ログの有効化] をクリックします。
  2. SLB の設定に従って、複数の ECS インスタンスのログ数を比較します。

    セッション維持が有効になっている場合は、同一 IP アドレスのアクセスログを取り除く必要があります。 SLB が重みを設定している場合は、その重みに従ってアクセスログの割合が正常かどうかを計算します。

11. ECS インスタンスで圧縮が設定されていないのに、SLB から返されたレスポンスが圧縮されるのはなぜですか。

考えられる理由は、クライアント Web ブラウザが圧縮をサポートしていることです。 コンソールでリスナーを作成するときに Gzip 機能を無効にするか、代わりに TCP リスナーを使用することができます。

12. バックエンド ECS インスタンスが HTTP1.0 を使用する場合、チャンク形式転送エンコーディングはサポートされますか。

はい。