リリース 2.0.0
このリリースノートドキュメントでは、リリース 2.0.0 に存在する機能強化と変更点、修正された問題と既知の問題について説明します。
ネットスケーラー® キューバネティス ゲートウェイ コントローラー リリース 2.0.0
新機能
NetScaler Kubernetes Gateway Controller での事前設定された証明書の使用
NetScaler アプライアンスにすでに構成されている証明書または証明書バンドルを Kubernetes Gateway で使用できるようになりました。この機能により、既存の証明書を参照できるようになることで、Kubernetes Secret として管理する代わりに証明書管理が簡素化されます。
詳細については、NetScaler Kubernetes Gateway Controller での事前設定された証明書の使用を参照してください。
Kubernetes ノードと Kubernetes クラスター外の NetScaler インスタンス間のネットワーク確立のサポート
Kubernetes クラスターにデプロイされたサービスがシームレスに機能するために、Ingress NetScaler デバイスは、Pod が実行されているオーバーレイネットワークに到達できる必要があります。この接続は、次のいずれかの方法で実現できます。
-
NetScaler Kubernetes Gateway Controller で自動ルート構成を有効にします。コントローラースペックで gatewayController.nodeWatch: true を設定して、各 Pod サブネットの NetScaler 上にルートを作成します。注:NetScaler SNIP アドレスが Kubernetes ノードと同じサブネットを共有している場合に、このオプションを使用できます。
-
Kubernetes ノードからサブネットルートを駆動するために NetScaler Node Controller をデプロイします。
注:
gatewayController.nodeWatch はデフォルトで false です。
詳細については、KubernetesノードとKubernetesクラスター外のNetScalerインスタンス間のネットワークを確立するを参照してください。
httproute で RequestMirroring フィルターが定義されている場合、NetScaler Kubernetes Gatewayコントローラーはバックエンドサービスグループバインディングを追加しません。
CRDのエンティティ名の変更
NetScalerカスタムリソース定義（CRD）インスタンスが作成されると、NetScaler Kubernetes Gateway Controllerは、そのCRDインスタンスに関連付けられた複数のNetScalerエンティティを生成します。NetScaler Kubernetes Gateway Controllerは、CRDインスタンスとの関連付けを維持するために、各エンティティに一意の名前を保持します。エンティティの命名はCRD名に直接基づいているため、一部のNetScalerエンティティ名が最大文字数を超えていました。
NetScaler Kubernetes Gateway Controller 2.0.0以降、CRD作成時に短いエンティティ名を生成するために、以下の方法を使用して命名規則が最適化されました。
-
ハッシュ化された命名: エンティティ名の一部がハッシュ化され、全体の長さが短縮されます。
-
保持される情報: NetScalerがエンティティコメントをサポートしている場合、必要なKubernetes関連のメタデータはエンティティのコメントフィールドに保持されます。
-
互換性の向上: 名前はNetScalerの文字制限に準拠し、完全なトレーサビリティを維持します。
詳細については、CRDのエンティティ名の変更を参照してください。
Helmチャートのリリース
Helmチャートのリリースに関する情報については、Helm Chart Release Notesを参照してください。