コンテンツにスキップ
Kong Logo | Kong Docs Logo
  • ドキュメント
    • API仕様を確認する
      View all API Specs すべてのAPI仕様を表示 View all API Specs arrow image
    • ドキュメンテーション
      API Specs
      Kong Gateway
      軽量、高速、柔軟なクラウドネイティブAPIゲートウェイ
      Kong Konnect
      SaaSのエンドツーエンド接続のための単一プラットフォーム
      Kong AI Gateway
      GenAI インフラストラクチャ向けマルチ LLM AI Gateway
      Kong Mesh
      Kuma と Envoy をベースにしたエンタープライズサービスメッシュ
      decK
      Kongの構成を宣言型で管理する上で役立ちます
      Kong Ingress Controller
      Kubernetesクラスタ内で動作し、Kongをプロキシトラフィックに設定する
      Kong Gateway Operator
      YAMLマニフェストを使用してKubernetes上のKongデプロイメントを管理する
      Insomnia
      コラボレーティブAPI開発プラットフォーム
  • Plugin Hub
    • Plugin Hubを探索する
      View all plugins すべてのプラグインを表示 View all plugins arrow image
    • 機能性 すべて表示 View all arrow image
      すべてのプラグインを表示
      AI's icon
      AI
      マルチ LLM AI Gatewayプラグインを使用してAIトラフィックを管理、保護、制御する
      認証's icon
      認証
      認証レイヤーでサービスを保護する
      セキュリティ's icon
      セキュリティ
      追加のセキュリティレイヤーでサービスを保護する
      トラフィック制御's icon
      トラフィック制御
      インバウンドおよびアウトバウンドAPIトラフィックの管理、スロットル、制限
      サーバーレス's icon
      サーバーレス
      他のプラグインと組み合わせてサーバーレス関数を呼び出します
      分析と監視's icon
      分析と監視
      APIとマイクロサービストラフィックを視覚化、検査、監視
      変革's icon
      変革
      Kongでリクエストとレスポンスをその場で変換
      ログ記録's icon
      ログ記録
      インフラストラクチャに最適なトランスポートを使用して、リクエストと応答データをログに記録します
  • サポート
  • コミュニティ
  • Kongアカデミー
デモを見る 無料トライアルを開始
Kong Gateway
3.7.x
  • Home icon
  • Kong Gateway
  • Install
  • Kubernetes
  • Kong Gatewayのインストール
report-issue問題を報告する
  • Kong Gateway
  • Kong Konnect
  • Kong Mesh
  • Kong AI Gateway
  • Plugin Hub
  • decK
  • Kong Ingress Controller
  • Kong Gateway Operator
  • Insomnia
  • Kuma

  • ドキュメント投稿ガイドライン
  • 3.10.x (latest)
  • 3.9.x
  • 3.8.x
  • 3.7.x
  • 3.6.x
  • 3.5.x
  • 3.4.x (LTS)
  • 3.3.x
  • 2.8.x (LTS)
  • アーカイブ (2.6より前)
  • 導入
    • Kong Gatewayの概要
    • サポート
      • バージョンサポートポリシー
      • サードパーティの依存関係
      • ブラウザサポート
      • 脆弱性パッチ適用プロセス
      • ソフトウェア部品表
    • 安定性
    • リリースノート
    • 互換性のない変更
      • Kong Gateway 3.7.x
      • Kong Gateway 3.6.x
      • Kong Gateway 3.5.x
      • Kong Gateway 3.4.x
      • Kong Gateway 3.3.x
      • Kong Gateway 3.2.x
      • Kong Gateway 3.1.x
      • Kong Gateway 3.0.x
      • Kong Gateway 2.8.x またはそれ以前
    • キーコンセプト
      • サービス
      • ルート
      • コンシューマ
      • アップストリーム
      • プラグイン
      • コンシューマグループ
    • Kongの仕組み
      • トラフィックのルーティング
      • ロードバランシング
      • ヘルスチェックとサーキットブレーカー
    • 用語集
  • Kongを始めましょう
    • Kongを入手
    • サービスとルート
    • Rate Limiting
    • プロキシキャッシュ
    • Key Authentication
    • ロードバランシング
  • Kongのインストール
    • 概要
    • Kubernetes
      • 概要
      • Kong Gatewayのインストール
      • Admin APIを構成する
      • Kong Managerのインストール
    • Docker
      • docker runの使用
      • 独自の Docker イメージをビルドする
    • Linux
      • Amazon Linux
      • Debian
      • Red Hat
      • Ubuntu
    • インストール後
      • データストアの設定
      • エンタープライズライセンスを適用する
      • Kong Managerを有効にする
  • 本番環境のKong
    • デプロイメントトポロジー
      • 概要
      • ハイブリッドモード
        • 概要
        • Kong Gatewayをハイブリッドモードでデプロイする
      • DBレスデプロイメント
      • 伝統的な
    • 実行中のKong
      • 非rootユーザーとしてKongを実行する
      • Admin APIの保護
      • systemdの使用
    • アクセス制御
      • Kong Gatewayを安全に起動する
      • プログラムによる管理者の作成
      • RBACを有効にする
    • ライセンス
      • 概要
      • ライセンスのダウンロード
      • エンタープライズライセンスのデプロイ
      • ライセンス APIの使用
      • ライセンス使用状況の監視
    • ネットワーキング
      • デフォルトポート
      • DNSに関する考慮事項
      • ネットワークとファイアウォール
      • フォワードプロキシ経由のCP/DP通信
      • PostgreSQL TLS
        • PostgreSQL TLSの構成
        • PostgreSQL TLSのトラブルシューティング
    • Kong設定ファイル
    • 環境変数
    • KongからのウェブサイトとAPIの提供
    • モニタリング
      • 概要
      • Prometheus
      • StatsD
      • Datadog
      • ヘルスチェックプローブ
    • トレーシング
      • 概要
      • カスタムトレースエクスポーターの記述
      • トレース APIリファレンス
    • リソースサイジングのガイドライン
    • セキュリティ更新プロセス
    • ブルーグリーンデプロイメント
    • カナリアデプロイメント
    • クラスタリングリファレンス
    • パフォーマンス
      • パフォーマンステストベンチマーク
      • パフォーマンスベンチマークの確立
      • Brotli圧縮によるパフォーマンスの向上
    • ログとデバッグ
      • ログ参照
      • 動的ログレベルの更新
      • ゲートウェイログのカスタマイズ
      • デバッグリクエスト
      • AI Gateway分析
    • gRPCサービスを構成する
    • Expressionsルーターを使用する
    • アップグレードと移行
      • Kong Gateway 3.x.xのアップグレード
      • バックアップと復元
      • アップグレード戦略
        • デュアルクラスターのアップグレード
        • インプレースアップグレード
        • ブルーグリーンアップグレード
        • ローリングアップグレード
      • 2.8 LTS から 3.4 LTS へのアップグレード
      • OSS から Enterprise への移行
      • Cassandra から PostgreSQL への移行ガイドライン
      • 互換性のない変更
  • Kong Gateway Enterprise
    • 概要
    • シークレット管理
      • 概要
      • はじめる
      • シークレットローテーション
      • 高度な使用法
      • バックエンド
        • 概要
        • 環境変数
        • AWS Secrets Manager
        • Azure Key Vault
        • Google Cloud Secret Manager
        • HashiCorp Vault
      • ハウツー
        • AWS Secrets Manager によるデータベースの保護
      • 参照形式
    • 動的なプラグインの順序
      • 概要
      • 動的プラグインの注文を開始する
    • 監査ログ
    • キーリングとデータ暗号化
    • ワークスペース
    • コンシューマグループ
    • イベントフック
    • データプレーン(DP)のレジリエンスの構成
    • コントロールプレーン(CP)の停止管理について
    • FIPS 140-2
      • 概要
      • FIPS 準拠パッケージのインストール
      • FIPS 140-2準拠のプラグイン
    • AWS IAMを使用してKong Gateway Amazon RDSデータベースを認証する
    • 署名付き Kong イメージの署名の検証
    • 署名付き Kong イメージのビルド来歴を確認
  • Kong AI Gateway
    • 概要
    • AI Gatewayを使ってみる
    • LLM プロバイダー統合ガイド
      • OpenAI
      • Cohere
      • Azure
      • Anthropic
      • Mistral
      • Llama2
    • AI Gateway分析
    • AI Gatewayプラグイン
  • Kong Manager
    • 概要
    • Kong Managerを有効にする
    • Kong Managerの使用を開始する
      • サービスとルート
      • Rate Limiting
      • プロキシキャッシュ
      • コンシューマによる認証
      • ロードバランシング
    • 認証と承認
      • 概要
      • スーパー管理者を作成する
      • ワークスペースとチーム
      • パスワードと RBAC トークンのリセット
      • Basic Auth
      • LDAP
        • LDAPの設定
        • LDAP サービスディレクトリマッピング
      • OIDC
        • OIDC を構成する
        • OIDC 認証済みグループマッピング
        • 以前の構成からの移行
      • セッション
      • RBAC
        • 概要
        • RBACを有効にする
        • ロールと権限を追加する
        • ユーザーの作成
        • 管理者の作成
    • ネットワーク構成
    • ワークスペース
    • コンシューマグループを作成する
    • メールの送信
    • トラブルシューティング
  • カスタムプラグインの開発
    • 概要
    • はじめる
      • 導入
      • プラグインプロジェクトの設定
      • プラグインテストを追加
      • プラグイン設定を追加
      • 外部サービスの利用
      • プラグインのデプロイ
    • ファイル構成
    • カスタムロジックの実装
    • プラグインの設定
    • データストアへのアクセス
    • カスタムエンティティの保存
    • カスタムエンティティのキャッシュ
    • Admin APIの拡張
    • テストを書く
    • インストールと配布
    • Proxy-Wasmフィルタ
      • proxy-wasm フィルターの作成
      • proxy-wasm フィルタの設定
    • プラグイン開発キット
      • 概要
      • kong.client
      • kong.client.tls
      • kong.cluster
      • kong.ctx
      • kong.ip
      • kong.jwe
      • kong.log
      • kong.nginx
      • kong.node
      • kong.plugin
      • kong.request
      • kong.response
      • kong.router
      • kong.service
      • kong.service.request
      • kong.service.response
      • kong.table
      • kong.tracing
      • kong.vault
      • kong.websocket.client
      • kong.websocket.upstream
    • 他の言語のプラグイン
      • Go
      • Javascript
      • Python
      • コンテナ内でプラグインを実行する
      • 外部プラグインのパフォーマンス
  • Kong Plugins
    • 概要
    • 認証リファレンス
    • 複数の認証プラグインを許可する
    • プラグインキューイング
      • 概要
      • プラグインキューイングリファレンス
  • Admin API
    • 概要
    • 宣言型構成
    • エンタープライズ API
      • インフォメーションルート
      • ヘルスルート
      • タグ
      • ルートのデバッグ
      • サービス
      • ルート
      • コンシューマ
      • プラグイン
      • 証明書
      • CA 証明書
      • SNI
      • アップストリーム
      • ターゲット
      • 金庫
      • 鍵
      • フィルターチェーン
      • ライセンス
      • ワークスペース
      • RBAC
      • アドミン
      • コンシューマグループ
      • イベントフック
      • キーリングとデータ暗号化
      • 監査ログ
      • ステータスAPI
    • オープンソースAPI
  • リファレンス
    • kong.conf
    • Nginxディレクティブの挿入
    • CLI
    • キー管理
    • 表現言語
      • 概要
      • 言語リファレンス
      • パフォーマンスの最適化
    • Rate Limitingライブラリ
    • Webアセンブリ
    • FAQ
enterprise-switcher-icon 次に切り替える: Enterprise
On this pageOn this page
  • 前提条件
    • Helmのセットアップ
  • シークレット
    • Kong Gateway Enterpriseライセンス
    • 証明書のクラスタリング
  • インストール
    • コントロールプレーン(CP)
    • データプレーン(DP)
  • テスト
旧バージョンのドキュメントを参照しています。 最新のドキュメントはこちらをご参照ください。

Kong Gatewayのインストール

このガイドでは、Kong Konnect または Kong Ingress Controller を使用せずに Kubernetes に Kong Gateway をデプロイする方法について説明します。

デプロイメントの複雑さを軽減するために、新規インストールにはKong Konnectをお勧めします。
Kongがコントロールプレーンとデータベースを実行します。Kong Konnectは、データプレーンを実行するだけで済み、5分以内に開始できます。

これらの手順で、コントロールプレーン(CP)とデータプレーン(DP)を別々にデプロイするように Kong Gateway を構成します。これは、推奨のインストール方法です。

前提条件

  • Helm 3
  • kubectl v1.19以降
  • 実行中のPostgreSQLデータベース

Helmのセットアップ

Kongは、 Kong GatewayをデプロイするためのHelmチャートを提供します。charts.konghq.comリポジトリを追加し、helm repo updateを実行して、最新バージョンのチャートを確保します。

helm repo add kong https://charts.konghq.com
helm repo update

シークレット

Kong Gateway Enterpriseライセンス

まず、kongの名前空間を作成します。

kubectl create namespace kong

次に、Kong Gateway Enterprise ライセンスシークレットを作成します。

Kong Gateway Enterprise Free Mode
Kong Gateway Enterprise Licensed Mode
kubectl create secret generic kong-enterprise-license --from-literal=license="'{}'" -n kong

このコマンドを実行する前に、license.json ファイルが含まれているディレクトリにいることを確認してください。

kubectl create secret generic kong-enterprise-license --from-file=license=license.json -n kong

証明書のクラスタリング

Kong Gatewayは、ハイブリッドモードで実行している場合、mTLSを使用してコントロールプレーン/データプレーンの通信を保護します。

  1. OpenSSLを使用してTLS証明書を生成します。

    openssl req -new -x509 -nodes -newkey ec:<(openssl ecparam -name secp384r1) -keyout ./tls.key -out ./tls.crt -days 1095 -subj "/CN=kong_clustering"
    
  2. 証明書を含む Kubernetes シークレットを作成します。

    kubectl create secret tls kong-cluster-cert --cert=./tls.crt --key=./tls.key -n kong
    

インストール

コントロールプレーン(CP)

コントロールプレーンにはすべてのKong Gateway構成が含まれています。設定はPostgreSQLデータベースに保存されます。

  1. values-cp.yamlファイルを作成します。

    Kong Gateway
    Kong Gateway (OSS)
    # Do not use Kong Ingress Controller
    ingressController:
      enabled: false
       
    image:
      repository: kong/kong-gateway
      tag: "3.7.1.5"
       
    # Mount the secret created earlier
    secretVolumes:
      - kong-cluster-cert
       
    env:
      # This is a control_plane node
      role: control_plane
      # These certificates are used for control plane / data plane communication
      cluster_cert: /etc/secrets/kong-cluster-cert/tls.crt
      cluster_cert_key: /etc/secrets/kong-cluster-cert/tls.key
       
      # Database
      # CHANGE THESE VALUES
      database: postgres
      pg_database: kong
      pg_user: kong
      pg_password: demo123
      pg_host: kong-cp-postgresql.kong.svc.cluster.local
      pg_ssl: "on"
       
      # Kong Manager password
      password: kong_admin_password
       
    # Enterprise functionality
    enterprise:
      enabled: true
      license_secret: kong-enterprise-license
       
    # The control plane serves the Admin API
    admin:
      enabled: true
      http:
        enabled: true
       
    # Clustering endpoints are required in hybrid mode
    cluster:
      enabled: true
      tls:
        enabled: true
       
    clustertelemetry:
      enabled: true
      tls:
        enabled: true
       
    # Optional features
    manager:
      enabled: false
       
    # These roles will be served by different Helm releases
    proxy:
      enabled: false
    # Do not use Kong Ingress Controller
    ingressController:
      enabled: false
       
    image:
      repository: kong
      tag: "3.7.1"
       
    # Mount the secret created earlier
    secretVolumes:
      - kong-cluster-cert
       
    env:
      # This is a control_plane node
      role: control_plane
      # These certificates are used for control plane / data plane communication
      cluster_cert: /etc/secrets/kong-cluster-cert/tls.crt
      cluster_cert_key: /etc/secrets/kong-cluster-cert/tls.key
       
      # Database
      # CHANGE THESE VALUES
      database: postgres
      pg_database: kong
      pg_user: kong
      pg_password: demo123
      pg_host: kong-cp-postgresql.kong.svc.cluster.local
      pg_ssl: "on"
       
      # Kong Manager password
      password: kong_admin_password
       
    # Enterprise functionality
    enterprise:
      enabled: false
      license_secret: kong-enterprise-license
       
    # The control plane serves the Admin API
    admin:
      enabled: true
      http:
        enabled: true
       
    # Clustering endpoints are required in hybrid mode
    cluster:
      enabled: true
      tls:
        enabled: true
       
    clustertelemetry:
      enabled: true
      tls:
        enabled: true
       
    # Optional features
    manager:
      enabled: false
       
    # These roles will be served by different Helm releases
    proxy:
      enabled: false
  2. (オプション) テスト目的でクラスタ内にPostgresデータベースをデプロイする場合は、values-cp.yamlの末尾に次のコードを追加します。

    # This is for testing purposes only
    # DO NOT DO THIS IN PRODUCTION
    # Your cluster needs a way to create PersistentVolumeClaims
    # if this option is enabled
    postgresql:
      enabled: true
      auth:
        password: demo123
    
  3. values-cp.yamlのデータベース接続値を更新します。

    • env.pg_database: 使用するデータベース名
    • env.pg_user:データベースのユーザー名
    • env.pg_password: データベースのパスワード
    • env.pg_host: Postgresデータベースのホスト名
    • env.pg_ssl:SSLを使用してデータベースに接続します
  4. values-cp.yamlでKong Managerスーパー管理者パスワードを設定します。

    • env.password:Kong Managerのスーパー管理者パスワード
  5. helm installを実行してリリースを作成します。

    helm install kong-cp kong/kong -n kong --values ./values-cp.yaml
    
  6. kubectl get pods -n kongを実行します。コントロールプレーン(CP)が期待どおりに実行されるようにします。

    NAME                                 READY   STATUS
    kong-cp-kong-7bb77dfdf9-x28xf        1/1     Running
    

データプレーン(DP)

Kong Gateway データプレーンは、受信トラフィックの処理をします。クラスタリングエンドポイントを使用して、コントロールプレーンからルーティング構成を受け取ります。

  1. values-dp.yamlファイルを作成します。

    Kong Gateway
    Kong Gateway (OSS)
    # Do not use Kong Ingress Controller
    ingressController:
      enabled: false
       
    image:
      repository: kong/kong-gateway
      tag: "3.7.1.5"
       
    # Mount the secret created earlier
    secretVolumes:
      - kong-cluster-cert
       
    env:
      # data_plane nodes do not have a database
      role: data_plane
      database: "off"
       
      # Tell the data plane how to connect to the control plane
      cluster_control_plane: kong-cp-kong-cluster.kong.svc.cluster.local:8005
      cluster_telemetry_endpoint: kong-cp-kong-clustertelemetry.kong.svc.cluster.local:8006
       
      # Configure control plane / data plane authentication
      lua_ssl_trusted_certificate: /etc/secrets/kong-cluster-cert/tls.crt
      cluster_cert: /etc/secrets/kong-cluster-cert/tls.crt
      cluster_cert_key: /etc/secrets/kong-cluster-cert/tls.key
       
    # Enterprise functionality
    enterprise:
      enabled: true
      license_secret: kong-enterprise-license
       
    # The data plane handles proxy traffic only
    proxy:
      enabled: true
       
    # These roles are served by the kong-cp deployment
    admin:
      enabled: false
       
    manager:
      enabled: false
    # Do not use Kong Ingress Controller
    ingressController:
      enabled: false
       
    image:
      repository: kong
      tag: "3.7.1"
       
    # Mount the secret created earlier
    secretVolumes:
      - kong-cluster-cert
       
    env:
      # data_plane nodes do not have a database
      role: data_plane
      database: "off"
       
      # Tell the data plane how to connect to the control plane
      cluster_control_plane: kong-cp-kong-cluster.kong.svc.cluster.local:8005
      cluster_telemetry_endpoint: kong-cp-kong-clustertelemetry.kong.svc.cluster.local:8006
       
      # Configure control plane / data plane authentication
      lua_ssl_trusted_certificate: /etc/secrets/kong-cluster-cert/tls.crt
      cluster_cert: /etc/secrets/kong-cluster-cert/tls.crt
      cluster_cert_key: /etc/secrets/kong-cluster-cert/tls.key
       
    # Enterprise functionality
    enterprise:
      enabled: false
      license_secret: kong-enterprise-license
       
    # The data plane handles proxy traffic only
    proxy:
      enabled: true
       
    # These roles are served by the kong-cp deployment
    admin:
      enabled: false
       
    manager:
      enabled: false
  2. helm installを実行してリリースを作成します。

    helm install kong-dp kong/kong -n kong --values ./values-dp.yaml
    
  3. kubectl get pods -n kongを実行します。データプレーンが期待どおりに実行されることを確実にします。

    NAME                                 READY   STATUS
    kong-dp-kong-5dbcd9f6b9-f2w49        1/1     Running
    

テスト

Kong Gateway現在実行中です。テストトラフィックを送信するには、次の操作を試してください。

  1. kong-dpサービスのLoadBalancerアドレスを取得し、PROXY_IP環境変数に保存します

    PROXY_IP=$(kubectl get service --namespace kong kong-dp-kong-proxy -o jsonpath='{range .status.loadBalancer.ingress[0]}{@.ip}{@.hostname}{end}')
    
  2. $PROXY_IP に HTTP リクエストを送信します。これには、Kong Gateway によって提供される HTTP 404 が返されます

    curl $PROXY_IP/mock/anything
    
  3. 別のターミナルで、 kubectl port-forwardを実行してポート転送を設定し、管理 API にアクセスします。

    kubectl port-forward -n kong service/kong-cp-kong-admin 8001
    
  4. 模擬サービスとルートの作成

    curl localhost:8001/services -d name=mock  -d url="http://httpbin.org"
    curl localhost:8001/services/mock/routes -d "paths=/mock"
    
  5. $PROXY_IPに対して HTTP 要求を再度行います。今回はKong Gatewayリクエストをhttpbinにルーティングします。

    curl $PROXY_IP/mock/anything
    

前へ 概要
次へ Admin APIを構成する
Thank you for your feedback.
Was this page useful?
情報が多すぎる場合 close cta icon
Kong Konnectを使用すると、より多くの機能とより少ないインフラストラクチャを実現できます。月額1Mリクエストが無料。
無料でお試しください
  • Kong
    APIの世界を動かす

    APIマネジメント、サービスメッシュ、イングレスコントローラーの統合プラットフォームにより、開発者の生産性、セキュリティ、パフォーマンスを大幅に向上します。

    • 製品
      • Kong Konnect
      • Kong Gateway Enterprise
      • Kong Gateway
      • Kong Mesh
      • Kong Ingress Controller
      • Kong Insomnia
      • 製品アップデート
      • 始める
    • ドキュメンテーション
      • Kong Konnectドキュメント
      • Kong Gatewayドキュメント
      • Kong Meshドキュメント
      • Kong Insomniaドキュメント
      • Kong Konnect Plugin Hub
    • オープンソース
      • Kong Gateway
      • Kuma
      • Insomnia
      • Kongコミュニティ
    • 会社概要
      • Kongについて
      • お客様
      • キャリア
      • プレス
      • イベント
      • お問い合わせ
  • 利用規約• プライバシー• 信頼とコンプライアンス
© Kong Inc. 2025