コンテンツにスキップ
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.4.x LTS
  • Home icon
  • Kong Gateway
  • Reference
  • パフォーマンステストフレームワークリファレンス
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.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リファレンス
    • リソースサイジングのガイドライン
    • ブルーグリーンデプロイメント
    • カナリアデプロイメント
    • クラスタリングリファレンス
    • パフォーマンスベンチマークの確立
    • ログとデバッグ
      • ログ参照
      • 動的ログレベルの更新
      • ゲートウェイログのカスタマイズ
      • デバッグリクエスト
    • gRPCサービスを構成する
    • Expressionsルーターを使用する
    • アップグレードと移行
      • Kong Gateway 3.x.xのアップグレード
      • バックアップと復元
      • アップグレード戦略
        • デュアルクラスターのアップグレード
        • インプレースアップグレード
        • ブルーグリーンアップグレード
        • ローリングアップグレード
      • 2.8 LTS から 3.4 LTS へのアップグレード
      • OSS から Enterprise への移行
      • Cassandra から PostgreSQL への移行ガイドライン
      • 互換性のない変更
  • Kong Gateway Enterprise
    • 概要
    • Kong バイタル
      • 概要
      • メトリクス
      • InfluxDBによる分析
      • Prometheusによる分析
      • PostgreSQLにおける分析ストレージの見積もり
    • シークレット管理
      • 概要
      • はじめる
      • シークレットローテーション
      • 高度な使用法
      • バックエンド
        • 概要
        • 環境変数
        • AWS Secrets Manager
        • Azure Key Vault
        • Google Cloud Secret Manager
        • HashiCorp Vault
      • ハウツー
        • AWS Secrets Manager によるデータベースの保護
      • 参照形式
    • 動的なプラグインの順序
      • 概要
      • 動的プラグインの注文を開始する
    • Dev Portal
      • Overview
      • ポータルを有効にする
      • OpenAPI仕様の公開
      • 構造とファイルタイプ
      • テーマファイル
      • テンプレートを使う
      • エディターの使用
      • 認証と認可
        • Basic Auth
        • Key Auth
        • OIDC
        • セッション
        • カスタム登録フィールドの追加
        • 開発者の管理
        • 開発者の役割とコンテンツ権限
      • アプリケーション登録
        • 認可プロバイダー戦略
        • アプリケーション登録を有効にする
        • アプリケーション登録のための鍵認証を有効にする
        • 外部認証を有効にする
          • 外部OAuth2サポート
          • 外部認証のためのOktaとKongのセットアップ
          • 外部認証のためのAzure ADとKongのセットアップ
        • アプリケーションの管理
      • 開発ポータルのカスタマイズ
        • テーマ編集
        • ワークスペース間でのテンプレートの移行
        • Markdownレンダリングモジュール
        • ポータルメールのカスタマイズ
        • JavaScriptアセットの追加と使用
        • 開発ポータルのシングルページアプリ
        • 代替OpenAPIレンダラー
      • SMTP
      • Workspaces
      • ヘルパーCLI
      • ポータルAPIドキュメント
    • 監査ログ
    • キーリングとデータ暗号化
    • ワークスペース
    • コンシューマグループ
    • イベントフック
    • データプレーン(DP)のレジリエンスの構成
    • コントロールプレーン(CP)の停止管理について
    • FIPS 140-2
      • 概要
      • FIPS 準拠パッケージのインストール
      • FIPS 140-2準拠のプラグイン
    • AWS IAMを使用してKong Gateway Amazon RDSデータベースを認証する
    • 署名付き Kong イメージのビルド来歴を確認
  • 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 フィルターの作成
    • プラグイン開発キット
      • 概要
      • 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
    • 概要
    • インフォメーションルート
    • ヘルスルート
    • タグ
    • ルートのデバッグ
    • サービス
    • ルート
    • コンシューマ
    • プラグイン
    • 証明書
    • CA 証明書
    • SNI
    • アップストリーム
    • ターゲット
    • 金庫
    • 鍵
    • フィルターチェーン
    • ライセンス
    • ワークスペース
    • RBAC
    • アドミン
    • コンシューマグループ
    • イベントフック
    • キーリングとデータ暗号化
    • 監査ログ
    • ステータスAPI
  • リファレンス
    • kong.conf
    • Nginxディレクティブの挿入
    • CLI
    • キー管理
    • パフォーマンステストのフレームワーク
    • 表現言語
      • 概要
      • 言語リファレンス
      • パフォーマンスの最適化
    • Rate Limitingライブラリ
    • Webアセンブリ
    • FAQ
enterprise-switcher-icon 次に切り替える: OSS
On this pageOn this page
  • perf.use_defaults()
  • perf.use_driver
  • perf.set_log_level
  • perf.set_retry_count
  • perf.setup
  • perf.setup_kong
  • perf.start_worker
  • perf.start_kong
  • perf.stop_kong
  • perf.teardown
  • perf.start_stapxx
  • perf.start_load
  • perf.get_admin_uri
  • perf.wait_result
  • perf.combine_results
  • perf.generate_flamegraph
  • perf.save_error_log
  • perf.enable_charts
  • perf.save_pgdump
  • perf.load_pgdump
  • 新しいテストスイートの追加
  • Terraformで新しいプロバイダーを追加する
旧バージョンのドキュメントを参照しています。 最新のドキュメントはこちらをご参照ください。

パフォーマンステストフレームワークリファレンス

注 : Kong Gateway 3.5.xの時点で、この機能は非推奨になりました。3.4.x以降ではサポートされていません。

perf.use_defaults()

構文:perf.use_defaults()

デフォルトのパラメータを使用します。この関数では次の項目が設定されます。

  • PERF_TEST_DRIVER 環境変数を検索し、perf.use_driverを呼び出します。
  • PERF_TEST_DRIVER が terraform なら PERF_TEST_TERRAFORM_PROVIDER を検索します。各プロバイダーに渡すことができる環境変数については perf.use_driver を参照してください。
  • perf.set_log_levelを呼び出し、レベルを"debug"に設定します。
  • 再試行回数を3に設定します。
  • PERF_TEST_USE_DAILY_IMAGE環境変数を検索し、その変数をドライバーオプションに渡します。

perf.use_driver

構文:perf.use_driver(name,options?)

ドライバー名を使用します。ドライバー名は「local」、「docker」、または「terraform」のいずれかである必要があります。追加のドライバーのパラメータは、オプションでLuaテーブルとして指定できます。エラーがある場合はスローします。

DockerおよびTerraformドライバーでは、オプションパラメータに次のキーが含まれている必要があります。

  • use_daily_image : デイリーイメージを使用するかどうかを決めるブール値。 マスターブランチの未リリースのコミットをテストするときに便利です。Enterpriseデイリーイメージをダウンロードするには、有効なDockerログインが必要です。

Terraformドライバーの通常の設定では、次の任意のキーがオプションで含まれています

  • provider サービスプロバイダーの名前で、現在は “equinix-metal” のみです。
  • tfvars 以下のような、LuaテーブルとしてのTerraform変数。環境変数は、perf.use_defaults()が呼び出された場合にのみ使用されます。
プロバイダー tfvarsキー 環境変数キー 説明 デフォルト
equinix-metal metal_project_id PERF_TEST_METAL_PROJECT_ID インスタンスが属するプロジェクトID。
equinix-metal metal_auth_token PERF_TEST_METAL_AUTH_TOKEN Equinix認証トークン。
equinix-metal metal_plan PERF_TEST_METAL_PLAN インスタンスサイズ。 "c3.small.x86"
equinix-metal metal_os PERF_TEST_METAL_OS オペレーティングシステムのイメージ名。 "ubuntu_20_04"
digitalocean do_project_name PERF_TEST_DIGITALOCEAN_PROJECT_NAME インスタンスが属するプロジェクト名。存在しない場合は作成されます。 "Benchmark"
digitalocean do_token PERF_TEST_DIGITALOCEAN_TOKEN DigitalOcean認証トークン。
digitalocean do_size PERF_TEST_DIGITALOCEAN_SIZE Dropletのサイズ。 "s-1vcpu-1gb"
digitalocean do_region PERF_TEST_DIGITALOCEAN_REGION Dropletをデプロイするリージョン。 "sfo3"
digitalocean do_os PERF_TEST_DIGITALOCEAN_OS オペレーティングシステムのイメージ名。 "ubuntu-20-04-x64"
aws-ec2 aws_region PERF_TEST_AWS_REGION EC2インスタンスをデプロイするAWSリージョン。 "us-east-2"
aws-ec2 ec2_instance_type PERF_TEST_EC2_INSTANCE_TYPE EC2インスタンスの種類。 "c4.4xlarge"
aws-ec2 ec2_os PERF_TEST_EC2_OS オペレーティングシステムのイメージパターン。 "ubuntu/images/hvm-ssd/ubuntu-focal-20.04-amd64-server-*"

perf.set_log_level

構文:perf.set_log_level(level)

ログレベルを設定します。ただし次のいずれかを除きます:"debug"、"info"、"notice"、"warn"、"error"、"crit"。 デフォルトのログレベルは、"info"です。ただし、perf.use_defaultsが呼び出され、"debug"に設定されている場合を除きます。

perf.set_retry_count

構文:perf.set_retry_count(count)

各「ドライバ」操作の再試行時間を設定します。デフォルトでは、すべての操作が3回再試行されます。

perf.setup

構文: helpers = perf.setup()

Kong Gatewayを除く基本環境を準備し、 spec.helpersモジュールを返します。エラーがある場合は、エラーをスローします。

このフレームワークでは、spec.helpersモジュールをインポートする前に、環境変数がいくつか設定されます。 返されるヘルパーは、通常のspec.helpersモジュールです。ユーザーは統合テストで同じパターンを使用して、Kongにエンティティを設定できます。 現在、DBレスモードは実装されていません。

perf.setup_kong

構文:helpers = perf.setup_kong(version)

基本環境を準備し、versionを使用してKong Gatewayをインストールしてから、 spec.helpersモジュールを返します。 エラーがある場合は、エラーをスローします。この関数を呼び出すと、perf.setup()も呼び出されます。

Gitハッシュまたはタグを選択するには、バージョンとして"git:<hash id="sl-md0000000">"を使用します。そうでなければ、フレームワークは versionをリリースバージョンとして扱い、バイナリパッケージをKongの配布ウェブサイトからダウンロードします。

このフレームワークでは、spec.helpersモジュールをインポートする前に、環境変数がいくつか設定されます。 返されるヘルパーは、通常のspec.helpersモジュールです。ユーザーは統合テストで同じパターンを使用して、Kongにエンティティを設定できます。 現在、DBレスモードは実装されていません。

perf.start_worker

構文:upstream_uri = perf.start_worker(nginx_conf_blob, port_count?)

指定されたnginx_conf_blobを使用してアップストリーム (Nginx/OpenResty)を開始します。Kong Gatewayのビューからアクセス可能なアップストリームURIを返します。エラーがある場合はスローします。

port_countが設定されていて1より大きい場合、フレームワークは複数のポートでアップストリームを開始し、それらをテーブルで返します。

perf.start_kong

構文:perf.start_kong(kong_configs?, driver_configs?)

Kong Gatewayをkong_configsの構成でLuaテーブルとして開始します。エラーがある場合はスローします。

driver_configsは、次のキーを含む可能性のあるLuaテーブルです。

  • name:異なる Kong Gateway インスタンスを区別する文字列。1つのKong Gatewayインスタンスのみが起動される場合は必要ありません。これは、あるKong Gatewayインスタンスから別のインスタンスにアクセスするためのDNS名として使用できます。
  • ports:公開ポートを設定するためのテーブル。このテーブルを尊重するのは、dockerドライバーのみです。

perf.stop_kong

構文: perf.stop_kong()

すべてのKongインスタンスを停止します。エラーがある場合はスローします。

perf.teardown

構文:perf.teardown(full?)

ティアダウンを行います。エラーがある場合はスローします。Terraformドライバーでは、fullをtrueに設定するとすべてのインフラを終了させますが、 デフォルトでは、連続した実行を高速化するためだけにクリーンアップを行います。

perf.start_stapxx

構文:perf.start_stapxx(stapxx_file_name, arg?, driver_configs?)

available stapxx scripts にあるstapxx_file_name と追加のCLI引数でStap++スクリプトを開始します。該当する場合は、エラーがスローされます。

この関数は、 SystemTapモジュールが完全に準備され、カーネルに挿入されるまでテストの実行をブロックします。 これは、perf.start_loadの前に呼び出す必要があります。

driver_configs は、次のキーを含むLuaテーブルです。

  • name:プローブする個々のKong Gatewayインスタンスを区別するための文字列。

perf.start_load

構文:perf.start_load(options?)

wrkを使用してKongへの負荷の送信を開始します。エラーがある場合はスローします。Optionsは、次のものを含む可能性のあるLuaテーブルです。

  • path 文字列のリクエストパス。デフォルトは/です。
  • uri ベースURI例外パス。デフォルトはhttp://kong-ip:kong-port/です。
  • connections 接続数。デフォルトの上限は1000です。
  • threads スレッド数のリクエスト。デフォルトの上限は5です。
  • duration パフォーマンステストの所要時間を秒単位で表します。デフォルトは10です。
  • script wrkスクリプトの内容を文字列として指定します。デフォルトはnilです。
  • wrk2 wrkの代わりにwrk2を使用するためのブール値です。デフォルトはfalseです。
  • rate 送信する毎秒リクエスト数。wrk2を使用する場合は必要ですが、wrkを使用する場合は無効です。
  • kong_name 負荷の送信先としてKong Gatewayを起動するときにdriver_confsによって指定されたname 。これが指定されていない場合、フレームワークはプロキシポートを公開する最初の Kong Gateway インスタンスを選択します。

perf.get_admin_uri

構文:perf.get_admin_uri(kong_name?)

Admin APIのURLを返します。URLにアクセスできるのは ロードジェネレーターのみであり、一般に公開されていません。フレームワークは 管理ポートを公開する最初の Kong Gatewayインスタンスを選択します。Kong Gatewayの起動時にdriver_confsで指定されたnameにマッチするKong Gatewayインスタンスを選択するようにkong_nameを設定する必要があります。

perf.wait_result

構文: result = perf.wait_result(options?)

ロードテストが終了するまで待機し、結果を文字列として返します。エラーがある場合はスローします。

現在、この関数は無期限、またはwrkと Stap++プロセスの両方が終了するまで待機します。

perf.combine_results

構文: combined_result = perf.combine_results(results, suite?)

perf.wait_resultによって返された複数の結果を計算し、その平均と最小値/最大値を返します。 エラーがある場合はスローします。suite文字列はチャートに表示するテストスイートを識別し、 X軸ラベルとして使用されます。スイートが指定されていない場合、フレームワークはテスト名を使用します。

同じファイルの結果が相関している場合、ユーザーは suite を数値に設定して次のオプションを追加することで、 トレンドライン付きの折れ線グラフを描くことができます。

local charts = require "spec.helpers.perf.charts"
charts.options({
  suite_sequential = true,
  xaxis_title = "Upstreams count",
})

このオプションが設定されていない場合、チャートは同じテストファイル内の結果を独立したテストとして扱い、棒グラフを描画します。

perf.generate_flamegraph

構文:perf.generate_flamegraph(path,title?)

タイトル付きのFlameGraphが生成され、パスに保存されます。該当する場合は、エラーがスローされます。

perf.save_error_log

構文:perf.save_error_log(path)

Kongのエラーログをパスに保存します。エラーがある場合はスローします。

perf.enable_charts

構文: perf.enable_charts(on?)

チャートの生成を有効にし、エラーがある場合はスローします。

デフォルトでは、チャートは有効になっています。チャートのデータはperf.combine_resultsによって供給されます。 チャートを作成するために生成されたJSONの結果は、outputディレクトリに保存されます。

perf.save_pgdump

構文:perf.save_pgdump(path)

Blueprintを使用してKongをセットアップした後、PostgreSQLデータベースのダンプをパスに保存します。エラーがある場合はスローします。

perf.load_pgdump

構文: perf.load_pgdump(path, dont_patch_service)

パスからpgdumpをロードし、Kongデータベースをロードされたデータに置き換えます。この関数は dont_patch_serviceがfalseに設定されていない限り、アップストリームへのサービスアドレスもパッチします。 これはperf.start_upstreamの後に呼び出す必要があります。エラーがある場合はスローします。

カスタマイズ

新しいテストスイートの追加

すべてのテストはKongリポジトリのspec/04-perf/01-rpsとspec/04-perf/02-flamegraphに保存されます。 いずれかのディレクトリの下に新しいファイルを追加し、テストの説明に#tagsを追加します。

Terraformで新しいプロバイダーを追加する

ユーザーは、Terraformによってサポートされている限り、ほとんどの主要サービスプロバイダーでTerraformドライバーを使用できます。 フレームワークとTerraformモジュールの間で次の契約が結ばれます。

Terraformのファイルは spec/fixtures/perf/terraform/<provider id="sl-md0000000"> に保存されています。

3つのインスタンスがプロビジョニングされており、1つはKongの実行用、もう1つはPostgreSQLデータベースの実行用、そして最後の1つはアップストリームとロード(ワーカー)を実行するためのものです。ファイアウォールは、3つのインスタンス間の双方向トラフィックおよび公共のインターネットからのトラフィックを許可します。どちらのインスタンスもUbuntu 20.04/focalを実行します。

両方のインスタンスにログインするためのSSHキーが spec/fixtures/perf/terraform/<provider id="sl-md0000000">/id_rsaに存在するか、あるいは作成されます。ログインしたユーザーにはルート権限またはsudo権限があります。

以下はTerraform出力の変数です。

  • kong-ip :KongノードのパブリックIP。
  • kong-internal-ip :Kongノードの内部IP(利用できない場合は、kong-ipを指定)。
  • worker-ip :ワーカーノードのパブリックIP。
  • worker-internal-ip : ワーカーノードの内部IP(利用できない場合は、 worker-ipを指定します)。
  • db-ip :データベースノードのパブリックIP。
  • db-internal-ip : データベースノードの内部IP(利用できない場合は、 db-ipを指定します)。
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