NLB のよくある質問 - Server Load Balancer - Alibaba Cloud ドキュメントセンター

NLB は特定のインスタンスタイプを提供していますか?

いいえ、提供していません。NLB は特定のインスタンスタイプを提供していません。インスタンスを作成する際、インスタンスタイプを指定する必要はありません。

NLB は自動スケーリングメカニズムを採用しています。スケーリング機能の詳細については、「インスタンスパフォーマンスメトリクス」をご参照ください。Classic Load Balancer (CLB) と比較して、NLB はより優れたレイヤー 4 負荷分散パフォーマンスを提供します。NLB のご利用を推奨します。NLB と CLB の違いの詳細については、「機能と特徴」をご参照ください。

NLB インスタンスのセキュリティグループに設定したインバウンドルールが有効にならないのはなぜですか?

拒否ルールが含まれていないセキュリティグループに NLB インスタンスが追加されている場合、NLB インスタンスのリスナーポートはすべてのリクエストを許可します。特定の IP アドレスからのリクエストのみを NLB インスタンスに許可するには、NLB インスタンスのセキュリティグループに、その IP アドレスに対する許可ルールを追加します。ホワイトリストとして機能させるには、すべてのトラフィックを拒否するルールを、この許可ルールよりも低い優先度で設定することが一般的です。

セキュリティグループの管理方法の詳細については、次のトピックをご参照ください。

セキュリティグループへの NLB インスタンスの追加
特定の IP アドレスからのリクエストをブロックまたは許可する方法の詳細については、「セキュリティグループをブラックリストまたはホワイトリストとして使用する」をご参照ください。
プロトコルとポートに基づいて NLB インスタンスのアクセス制御を有効にする方法の詳細については、「NLB インスタンスのセキュリティグループの設定」をご参照ください。

NLB インスタンスの仮想 IP アドレス (VIP) がリクエストを転送できないのはなぜですか?

エラーをトラブルシューティングするには、次の点を確認してください。

[クロスゾーン分散]が有効になっているかどうかを確認してください。[クロスゾーン分散]を有効にすると、NLB インスタンス宛てのリクエストを他のゾーンのバックエンドサーバーに転送できます。[クロスゾーン分散]を無効にし、NLB インスタンスのゾーンにバックエンドサーバーがデプロイされていない場合、そのゾーンの VIP は NLB インスタンス宛てのリクエストを転送できなくなります。
ゾーンが DNS レコードから削除されているかどうかを確認してください。ゾーンが DNS レコードから削除されている場合、そのゾーンの VIP は NLB インスタンスの A レコードから削除されます。VIP は NLB インスタンスのドメイン名に解決されなくなります。その結果、そのゾーンの VIP は NLB インスタンスのドメイン名宛てのリクエストを転送できなくなります。
ネットワークアクセスコントロールリスト (ACL) が NLB インスタンスに対して有効になっており、100.64.0.0/10 CIDR ブロックがホワイトリストに登録されていないかどうかを確認してください。VIP の vSwitch に ACL を設定し、100.64.0.0/10 CIDR ブロックをホワイトリストに追加していない場合、100.64.0.0/10 はゾーンのヘルスチェックに使用されるため、VIP はヘルスチェックに失敗します。その結果、ゾーンの VIP は NLB インスタンスの A レコードから削除され、NLB インスタンスのドメイン名宛てのリクエストを転送できなくなります。

サーバーグループ内の ECS インスタンスがバックエンドサーバーとクライアントの両方として動作できるように NLB インスタンスを設定するにはどうすればよいですか?

NLB インスタンスに関連付けられているサーバーグループの[クライアントアドレスの保持]を無効にしてください。これにより、サーバーグループ内の Elastic Compute Service (ECS) インスタンスは、リクエストを処理するバックエンドサーバーと、NLB インスタンスにアクセスするクライアントの両方として動作できます。この場合でもクライアント IP アドレスを取得したい場合は、関連付けられているリスナーで Proxy Protocol を有効にしてください。詳細については、次の資料をご参照ください。

クライアント IP 保持を無効にする方法については、「基本情報の編集」をご参照ください。
TCP リスナーで Proxy Protocol を有効にする方法については、「TCP リスナーの追加」をご参照ください。
UDP リスナーで Proxy Protocol を有効にする方法については、「UDP リスナーの追加」をご参照ください。

サブスクリプション EIP を NLB インスタンスに関連付けることはできますか?

いいえ、できません。

NLB インスタンスに関連付けることができる Elastic IP アドレス (EIP) は、次の要件を満たす必要があります。

課金方法：従量課金
インターネット課金方法：データ転送量による支払い
Internet Shared Bandwidth インスタンスとの関連付け：なし

NLB インスタンスのローカル IP に対するホストルートを追加できないのはなぜですか?

NLB は、各ゾーンで対応する vSwitch の CIDR ブロックからローカル IP を割り当てます。たとえば、ゾーン H では、ローカル IP 10.0.0.86 は 10.0.0.0/24 vSwitch CIDR ブロックに属し、ゾーン I では、ローカル IP 10.0.1.16 は 10.0.1.0/24 vSwitch CIDR ブロックに属します。Virtual Private Cloud (VPC) ルートテーブルには、各 vSwitch CIDR ブロックをカバーするシステムローカルルート (例: 10.0.0.0/24→local および 10.0.1.0/24→local) が自動的に含まれます。これらのシステムルートにより、NLB ローカル IP への到達性がすでに確保されています。

CreateRouteEntry を呼び出してローカル IP の /32 ホストルート (例: 10.0.0.86/32) を追加しようとすると、システムは InvalidCidrBlock エラーを返します。これは、既存のローカルルート CIDR ブロック内に含まれる IP アドレスのルートを追加できないようにするための、VPC の設計上の制限です。

NLB ローカル IP のルートを手動で設定する必要はありません。VPC ルートテーブルのシステムローカルルートにより、各ゾーンの NLB インスタンスのトラフィック到達性がすでに保証されています。

NLB インスタンスのサービス IP アドレスは変更される可能性がありますか?

NLB インスタンスが作成されると、システムはトラフィックを処理するためにプライベート IP アドレスまたは EIP を割り当てます。このサービス IP アドレスは、作成後に自動的に変更されることはありません。ただし、次のシナリオではサービス IP アドレスが変更される可能性があります。

ゾーンの変更：インスタンスのゾーンを更新すると、IP アドレスが追加または削除される場合があります。インターネット向けインスタンスの場合、EIP が追加または削除されます。内部インスタンスの場合、プライベート IP アドレスが追加または削除されます。
ネットワークタイプの変更：内部からインターネット向けへの変更：新しい EIP または Anycast EIP がインスタンスに割り当てられます。インターネット向けから内部への変更：すべてのパブリック IP アドレスがインスタンスから関連付け解除されます。

NLB インスタンスの VIP に対する Ping を無効にすることはできますか?

はい、できます。NLB では、セキュリティグループを使用してインバウンドトラフィックを管理できます。Ping を無効にするには、インスタンスに関連付けられているセキュリティグループに、すべての ICMP トラフィックを拒否するインバウンドルールを追加してください。

NLB インスタンスのデフォルトドメイン名で直接アクセスできますか?

NLB インスタンスに割り当てられた DNS 名は直接アクセス可能ですが、本番環境での利用は推奨されません。DNS プロバイダーで CNAME レコードを追加して、カスタムドメイン名を NLB インスタンスの DNS 名にポイントし、その後カスタムドメイン名を使用して NLB インスタンスにアクセスすることを推奨します。

NLB インスタンスにバインドされている IP アドレスを照会するにはどうすればよいですか?

NLB コンソールにログインします。左側のナビゲーションペインで、[インスタンス] をクリックします。
インスタンス ページで、対象の NLB インスタンスの ID をクリックします。
インスタンスの詳細ページの [ゾーン] セクションで、仮想 IP アドレス (VIP) を確認できます。NLB インスタンスがインターネット向けの場合、[Elastic IP Address] も確認できます。

NLB インスタンスを介してサービスにアクセスすると接続拒否エラーが発生するのはなぜですか?

NLB インスタンスを介してサービスにアクセスする際、curl が Connection refused エラーを返す場合、これは通常、サーバーグループに設定されたバックエンドポートが、バックエンドサービスが実際にリッスンしているポートと異なるために発生します。その結果、NLB はトラフィックをバックエンドに転送できなくなります。

この問題をトラブルシューティングするには、次の点を確認してください。

ポートが一致していることを確認する：NLB コンソールで、サーバーグループに設定されたバックエンドポートを確認します。バックエンドサーバーにログインし、ss -tlnp を実行して、バックエンドサービスが実際にリッスンしているポートを確認します。2 つのポートは一致している必要があります。
セキュリティグループを確認する：NLB インスタンスのセキュリティグループとバックエンド ECS インスタンスのセキュリティグループの両方が、リスナーポートでのインバウンドトラフィックを許可していることを確認してください。
ヘルスステータスを確認する：NLB コンソールで、リスナーのヘルスステータスを確認して、バックエンドサーバーが正常であることを確認してください。

内部 NLB インスタンスへの接続に VIP を使用する場合と CNAME を使用する場合の違いは何ですか?

接続方法	VIP 直接接続	CNAME ドメイン名 (NLB インスタンスの DNS 名に解決される)
IP タイプ	プライベート IP アドレス (各ゾーンで独立して割り当てられる)	DNS によってプライベート IP アドレスに解決されます
ゾーンフェイルオーバー	自動フェイルオーバーはサポートされていません	正常でないゾーンは自動的に削除されます
推奨シナリオ	一時的なデバッグまたは単一ゾーンデプロイメント	本番環境または高可用性シナリオ

プライベートネットワークアクセスシナリオ (同じ Virtual Private Cloud (VPC) 内の Elastic Compute Service (ECS) インスタンスが NLB インスタンスにアクセスする場合など) では、PrivateZone を使用してカスタムプライベートドメイン名を NLB インスタンスの DNS 名に解決することを推奨します。これにより、VPC 内のリソースはカスタムドメイン名を使用して NLB インスタンスにアクセスできます。

インターネット向け NLB インスタンスの DNS 名を内部アクセスに使用できますか?

いいえ、できません。インターネット向け NLB インスタンスの DNS 名は、インスタンスの Elastic IP アドレス (EIP) に解決されるため、プライベートネットワーク経由のアクセスには使用できません。内部 NLB インスタンスを使用し、その VIP を使用してアクセスするか、カスタムプライベートドメイン名をインスタンスの DNS 名に解決することを推奨します。