

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# AWS Transit Gateway のマルチキャスト
<a name="tgw-multicast-overview"></a>

マルチキャストは、単一のデータストリームを複数の受信コンピュータに同時に配信するために使用される通信プロトコルです。Transit Gateway は、接続された VPC のサブネット間のマルチキャストトラフィックのルーティングをサポートし、複数の受信インスタンス宛てのトラフィックを送信するインスタンスのマルチキャストルーターとして機能します。

**Topics**
+ [マルチキャストの概念](#concepts)
+ [考慮事項](#limits)
+ [マルチキャストのルーティング](#how-multicast-works)
+ [マルチキャストドメイン](multicast-domains-about.md)
+ [共有マルチキャストドメイン](multicast-share-domain.md)
+ [マルチキャストグループにソースを登録する](add-source-multicast-group.md)
+ [マルチキャストグループにメンバーを登録する](add-members-multicast-group.md)
+ [マルチキャストグループからソースを登録解除する](remove-source-multicast-group.md)
+ [マルチキャストグループからメンバーを登録解除する](remove-members-multicast-group.md)
+ [マルチキャストグループを表示する](view-multicast-group.md)
+ [Windows Server のマルチキャストを設定する](multicastwin.md)
+ [例: IGMP 設定を管理する](multicast-configurations-igmp.md)
+ [例: 静的ソース設定を管理する](multicast-configurations-no-igmp.md)
+ [例: 静的グループメンバー設定の管理](multicast-configurations-no-igmp-source.md)

## マルチキャストの概念
<a name="concepts"></a>

マルチキャストの主な概念は次のとおりです。
+ **マルチキャストドメイン** — 異なるドメインへのマルチキャストネットワークのセグメント化が可能になり、Transit Gateway が複数のマルチキャストルーターとして機能するようになります。サブネットレベルでマルチキャストドメインのメンバーシップを定義します。
+ **マルチキャストグループ** — 同じマルチキャストトラフィックを送受信するホストセットを識別します。マルチキャストグループは、グループ IP アドレスによって識別されます。マルチキャストグループのメンバーシップは、EC2 インスタンスにアタッチされた個々の 弾性ネットワークインタフェース によって定義されます。
+ **インターネットグループ管理プロトコル (IGMP)** — ホストとルーターがマルチキャストグループメンバーシップを動的に管理できるようにするインターネットプロトコル。IGMP マルチキャストドメインには、IGMP プロトコルを使用してメッセージの参加、脱退、および送信を行うホストが含まれます。AWSは、IGMPv2 プロトコルと IGMP および静的 (API ベースの) グループメンバシップマルチキャストドメインの両方をサポートします。
+ **マルチキャスト送信元** — マルチキャストトラフィックを送信するよう静的に設定された、サポートされている EC2 インスタンスに関連付けられた elastic network interface。マルチキャスト送信元は、静的な送信元の設定のみに適用されます。

  静的な送信元のマルチキャストドメインには、メッセージの参加、脱退、および送信を行うために IGMP プロトコルを使用しないホストが含まれます。AWS CLIを使用して、送信元およびグループメンバーを追加します。静的に追加された送信元は、マルチキャストトラフィックを送信し、メンバーはマルチキャストトラフィックを受信します。
+ **マルチキャストグループメンバー** — マルチキャストトラフィックを受信する、サポートされている EC2 インスタンスに関連付けられた elastic network interface。マルチキャストグループには複数のグループメンバーがあります。静的な送信元のグループメンバーシップの設定では、マルチキャストグループメンバーはトラフィックだけを受信できます。IGMP グループ設定では、メンバーはトラフィックを送受信できます。

## 考慮事項
<a name="limits"></a>
+ Transit Gateway マルチキャストは、高頻度取引やパフォーマンス重視のアプリケーションには適していない場合があります。制限の[マルチキャストクォータ](transit-gateway-quotas.md#multicast-quotas)を確認することを強くお勧めします。パフォーマンス要件の詳細なレビューについては、アカウントまたはソリューションアーキテクトチームにお問い合わせください。
+ サポートされるリージョンについては、 [AWSTransit Gateway よくある質問](https://aws.amazon.com/transit-gateway/faqs/)を参照してください。
+ マルチキャストをサポートするには、新しいTransit Gateway を作成する必要があります。
+ マルチキャストグループのメンバーシップは、Amazon Virtual Private Cloud Console、AWS CLI、または IGMP を使用して管理します。
+ マルチキャストドメインに存在するサブネットは 1 つだけです。
+ Nitro 以外のインスタンスを使用する場合は、**[送信元 / 送信先]** チェックボックスを無効にする必要があります。詳細については、「Amazon EC2 ユーザーガイド」の「[送信元または送信先チェックの変更](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-eni.html#change_source_dest_check)」を参照してください。
+ ニトロ以外のインスタンスをマルチキャスト送信元にすることはできません。
+ マルチキャストのルーティングは、Direct Connect、Site-to-Site VPN、ピアリングアタッチメント、または Transit Gateway Connect アタッチメントではサポートされていません。
+ Transit Gateway は、マルチキャストパケットのフラグメント化をサポートしていません。フラグメント化されたマルチキャストパケットはドロップされます。詳細については、「[最大送信単位 (MTU)](transit-gateway-quotas.md#mtu-quotas)」を参照してください。
+ 起動時に、IGMP ホストは複数の IGMP JOIN メッセージを送信してマルチキャストグループに参加します (通常は 2 ～ 3 回の再試行)。万一、すべての IGMP JOIN メッセージが失われた場合、ホストはTransit Gateway マルチキャストグループの一部になりません。このようなシナリオでは、アプリケーション固有の方法を使用して、ホストから IGMP JOIN メッセージを再トリガーする必要があります。
+ グループメンバーシップは Transit Gateway からの IGMPv2 JOIN メッセージの受信から始まり、IGMPv2 LEAVE メッセージ の受信で終わります。Transit Gateway は、グループに正常に参加したホストを追跡します。クラウドマルチキャストルーターとして、Transit Gateway は 2 分ごとにメンバー全員に IGMPv2 QUERY メッセージを発行します。各メンバーは 応答中に IGMPv2 JOIN メッセージを送信します。これはメンバーがメンバーシップを更新する方法です。メンバーが 3 つの連続するクエリに応答できない場合、Transit Gateway は、参加したすべてのグループからこのメンバーシップを削除します。ただし、クエリ対象リストからメンバーを完全に削除する前に、12 時間このメンバーにクエリを送信し続けます。明示的な igMPv2 LEAVE メッセージは、それ以降のマルチキャスト処理からホストを即座かつ永続的に削除します。
+ Transit Gateway は、グループに正常に参加したホストを追跡します。Transit Gateway が停止した場合、Transit Gateway は、IGMP JOIN メッセージが最後に正常に終了してから 7 分 (420 秒) 間、マルチキャストデータをホストに送信し続けます。Transit Gateway は、最長 12 時間、またはホストから IGMP LEAVE メッセージを受信するまで、メンバーシップクエリをホストに送信し続けます。
+ Transit Gateway は、マルチキャストグループメンバーシップを追跡できるように、メンバーシップクエリパケットをすべての IGMP メンバーに送信します。これらの IGMP クエリパケットの送信元 IP は 0.0.0.0/32、送信先 IP は 224.0.0.1/32、プロトコルは 2 です。IGMP ホスト (インスタンス) 上のセキュリティグループ設定、およびホストサブネット上の任意の ACL 設定で、これらの IGMP プロトコルメッセージを許可する必要があります。
+ マルチキャストの送信元と送信先が同じ VPC 内にある場合、セキュリティグループ参照を使用して、送信元のセキュリティグループからのトラフィックを受け入れるように送信先セキュリティグループを設定することはできません。
+ 静的なマルチキャストグループとソースの場合、AWS Transit Gateway は、もう存在しない ENI の静的グループとソースを自動的に削除します。これは、アカウント内の ENI を説明する [Transit Gateway サービスにリンクされた役割](service-linked-roles.md#tgw-service-linked-roles)を定期的に引き受けることによって行われます。
+ 静的マルチキャストのみが IPv6 をサポートします。動的マルチキャストはそうではありません。

## マルチキャストのルーティング
<a name="how-multicast-works"></a>

トランジットゲートウェイは、マルチキャストを有効にすると、マルチキャストルーターとして動作します。サブネットをマルチキャストドメインに追加すると、そのマルチキャストドメインに関連付けられたトランジットゲートウェイにすべてのマルチキャストトラフィックが送信されます。

### ネットワーク ACL
<a name="multicast-nacl"></a>

ネットワーク ACL ルールは、サブネットレベルで動作します。トランジットゲートウェイはサブネットの外部に存在するため、マルチキャストトラフィックに適用されます。詳細については、「Amazon VPC ユーザーガイド」の「[ネットワーク ACL](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-network-acls.html)」を参照してください。

IGMP マルチキャストトラフィックの場合、最小インバウンドルールは次のとおりです。リモートホストは、マルチキャストトラフィックを送信するホストです。


| タイプ | プロトコル | 送信元 | 説明 | 
| --- | --- | --- | --- | 
| カスタムプロトコル | IGMP(2) | 0.0.0.0/32 | IGMP クエリ  | 
| カスタム UDP プロトコル | UDP | リモートホストの IP アドレス | 着信マルチキャストトラフィック | 

IGMP の最小アウトバウンドルールは次のとおりです。


| タイプ | プロトコル | 送信先 | 説明 | 
| --- | --- | --- | --- | 
| カスタムプロトコル | IGMP(2) | 224.0.0.2/32 | IGMP 脱退 | 
| カスタムプロトコル | IGMP(2) | マルチキャストグループの IP アドレス | IGMP 参加 | 
| カスタム UDP プロトコル | UDP | マルチキャストグループの IP アドレス | アウトバウンドマルチキャストトラフィック | 

### セキュリティグループ
<a name="mulicast-security-group"></a>

セキュリティグループルールは、インスタンスレベルで動作します。これらのトラフィックは、インバウンドマルチキャストトラフィックとアウトバウンドマルチキャストトラフィックの両方に適用できます。動作は、ユニキャストトラフィックと同じです。すべてのグループメンバーインスタンスで、グループソースからのインバウンドトラフィックを許可する必要があります。詳細については、「Amazon VPC ユーザーガイド」の「[セキュリティグループのルール](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-security-groups.html)」を参照してください。

IGMP マルチキャストトラフィックの場合は、少なくとも次のインバウンドルールが必要です。リモートホストは、マルチキャストトラフィックを送信するホストです。UDP インバウンドルールのソースとしてセキュリティグループを指定することはできません。


| タイプ | プロトコル | 送信元 | 説明 | 
| --- | --- | --- | --- | 
| カスタムプロトコル | 2 | 0.0.0.0/32 | IGMP クエリ  | 
| カスタム UDP プロトコル | UDP | リモートホストの IP アドレス | 着信マルチキャストトラフィック | 

IGMP マルチキャストトラフィックの場合は、少なくとも次のアウトバウンドルールが必要です。


| タイプ | プロトコル | 送信先 | 説明 | 
| --- | --- | --- | --- | 
| カスタムプロトコル | 2 | 224.0.0.2/32 | IGMP 脱退 | 
| カスタムプロトコル | 2 | マルチキャストグループの IP アドレス | IGMP 参加 | 
| カスタム UDP プロトコル | UDP | マルチキャストグループの IP アドレス | アウトバウンドマルチキャストトラフィック | 