このガイドでは、Wickr Enterprise のドキュメントを提供します。AWS Wickr を使用している場合は、[「AWS Wickr 管理ガイド](https://docs.aws.amazon.com/wickr/latest/adminguide/what-is-wickr.html)」または[「AWS Wickr ユーザーガイド](https://docs.aws.amazon.com/wickr/latest/userguide/what-is-wickr.html)」を参照してください。

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

# イングレス設定の呼び出し
<a name="calling-ingress-settings"></a>

Wickr は呼び出しイングレス設定をサポートしており、クライアントはクラスター内の呼び出しノードに接続し、正しい呼び出しサーバーへの呼び出しルートを持つことができます。Wickr は 4 つの呼び出しイングレスタイプをサポートしています。
+ LoadBalancer (デフォルト)
  + LoadBalancer はクラウドプロバイダーによってプロビジョニングされます (完全にオンプレミスのインストールには追加の設定が必要です）。LoadBalancer がプロビジョニングされたら、KOTS 設定を再度更新して、ロードバランサーのホスト名または IP アドレスを指定する必要があります。
+ NodePort
  + トラフィックを呼び出すエントリポイントとして機能する各呼び出しノードで NodePort サービスを公開します。1 つ以上のノードに解決されるホスト名、または 1 つ以上のノードの IP アドレスを指定する必要があります。UDP およびオプションで TCP トラフィックのポート範囲を 30000-32767 から選択できます。
+ 既存の NLB
  + 呼び出し元の Ingress サービスを既存の NLB にアタッチします。UDP のターゲットグループ ARN と、オプションで TCP トラフィックを指定する必要があります。
+ サービスなし
  + 進入トラフィックを許可するために追加の Kubernetes サービスが必要ない場合は、これを選択します。これは通常、ホストネットワーク設定で使用され、着信トラフィックを着信ノードに直接ルーティングします。

## 考慮事項
<a name="calling-ingress-considerations"></a>
+ Ingress を呼び出さずに古いクライアントやフェデレーティッドネットワークとの下位互換性を確保するために、Ingress を呼び出すことが有効になっている場合、レガシー呼び出しモードは引き続き使用できます (呼び出し元サーバーへの直接接続）。デフォルトポートを変更する場合は、呼び出し元のノードにポートの衝突がないことを確認してください。
+ UDP トラフィックを処理するデュアルスタック NLBs には、IPv6 バックエンドターゲットが必要です。詳細については、[「Network Load Balancer ターゲットグループ](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/load-balancer-target-groups.html#target-group-ip-address-type)」を参照してください。
+ STIG コンプライアンスが必要な場合は、 を呼び出すためのホストネットワークオプションを無効にする必要があります。ノードがデュアルスタックモードで設定されているが、クラスターがそうでない場合、IPv6 接続が失われる可能性があります (IPv4 クラスターを想定）。
+ Ingress を呼び出すには、定義済みのホスト名または IP アドレスが必要です。ノードのスケーリングやカスタムルーティングの提供には、設定の変更が必要になる場合があります。
+ デフォルトの呼び出しイングレスポートは、TCP の場合は 8443、UDP の場合は 16384 です。ファイアウォールとセキュリティグループがこれらのポートのトラフィックを許可し、デフォルトが上書きされている場合は代替ポートを許可していることを確認します。

## リファレンスアーキテクチャ
<a name="calling-ingress-reference-architectures"></a>

**ロードバランサーによるイングレス**

このオプションは、単一のロードバランサーをすべての呼び出しトラフィックのエントリポイントとして公開します。

1. **着信タイプの呼び出し**で、**Load Balancer**または**既存の NLB** を選択します。**既存の NLB** の詳細については、GitHub の [Wickr Enterprise CDK サンプル](https://github.com/aws-samples/sample-packages-for-aws-wickr/tree/main/enterprise-infrastructure-examples/aws-cdk)で NLB スタックを参照してください。

1. **着信タイプ**に応じて、次のいずれかを実行します。
   + **既存の NLB** の場合、UDP トラフィックと TCP トラフィックのターゲットグループ ARNs と NLB のホスト名を指定します。
   + **Load Balancer** の場合、Kubernetes によってプロビジョニングされた後にホスト名を指定します。

   または、**着信タイプの呼び出し**で、ロードバランサーの IP アドレスまたはロードバランサーを指すカスタムホスト名を指定することもできます。

1. (オプション) メッセージングと呼び出しトラフィックを単一の NLB で組み合わせるには、**イングレス**セクションで**既存の NLB** を選択し、HTTPS ターゲットグループを指定します。

**NodePort を使用したイングレス**

このオプションは、ホストネットワークが無効になっており、追加のロードバランサーを公開しない場合に便利です。

**注記**  
ファイアウォールとセキュリティグループが NodePorts のトラフィックを許可していることを確認します。

1. **着信タイプの呼び出し**で、**NodePort** を選択します。

1. 呼び出し元ノードのホスト名または IP アドレスを追加します。

1. **呼び出しホストネットワークを無効にします**。

**HostNetwork を使用した直接進入**

このオプションは、追加の Kubernetes サービスを公開せず、イングレストラフィックを呼び出して、呼び出し元のノードのホストネットワーク経由で直接接続できるようにします。IPv6 接続が必要な場合は、このアプローチが推奨されます。

1. **着信タイプの呼び出し**で、**サービスなし**を選択します。

1. 呼び出し元ノードのホスト名または IP アドレスを追加します。

1. **ホストネットワークの呼び出し**を有効にします。