istioctl

Istio configuration command line utility for service operators to debug and diagnose their Istio mesh.

FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

istioctl admin

A group of commands used to manage istiod configuration

  1. istioctl admin [flags]
  1. istioctl istiod [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--selector &lt;string&gt;</code></td><td><code>-l</code></td><td>label selector (defaultapp=istiod)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. # Retrieve information about istiod configuration.
  2. istioctl admin log

istioctl admin log

Retrieve or update logging levels of istiod components.

  1. istioctl admin log [<pod-name>]|[-r|--revision] [--level <scope>:<level>][--stack-trace-level <scope>:<level>]|[--reset]|[--output|-o short|json|yaml] [flags]
  1. istioctl admin l [<pod-name>]|[-r|--revision] [--level <scope>:<level>][--stack-trace-level <scope>:<level>]|[--reset]|[--output|-o short|json|yaml] [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--ctrlz_port &lt;int&gt;</code></td><td></td><td>ControlZ port (default `9876`)</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—level <string>Comma-separated list of output logging level for scopes in format <scope>:<level>[,<scope>:<level>,…]Possible values for <level>: none, error, warn, info, debug (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—output <string>-oOutput format: one of json|yaml|short (default short)
—resetReset levels to default value. (info)
—revision <string>-rControl plane revision (default )</td></tr><tr><td><code>--selector &lt;string&gt;</code></td><td><code>-l</code></td><td>label selector (default `app=istiod`)</td></tr><tr><td><code>--stack-trace-level &lt;string&gt;</code></td><td></td><td>Comma-separated list of stack trace level for scopes in format &lt;scope&gt;:&lt;stack-trace-level&gt;[,&lt;scope&gt;:&lt;stack-trace-level&gt;,...] Possible values for &lt;stack-trace-level&gt;: none, error, warn, info, debug (default)
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

Examples

  1. # Retrieve information about istiod logging levels.
  2. istioctl admin log
  3. # Retrieve information about istiod logging levels on a specific control plane pod.
  4. istioctl admin l istiod-5c868d8bdd-pmvgg
  5. # Update levels of the specified loggers.
  6. istioctl admin log --level ads:debug,authorization:debug
  7. # Retrieve information about istiod logging levels for a specified revision.
  8. istioctl admin log --revision v1
  9. # Reset levels of all the loggers to default value (info).
  10. istioctl admin log --reset

istioctl analyze

Analyze Istio configuration and print validation messages

  1. istioctl analyze <file>... [flags]
FlagsShorthandDescription
—all-namespaces-AAnalyze all namespaces
—colorDefault true. Disable with ‘=false’ or set $TERM to dumb
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--failure-threshold &lt;Level&gt;</code></td><td></td><td>The severity level of analysis at which to set a non-zero exit code. Valid values: [Info Warning Error] (default `Error`)</td></tr><tr><td><code>--ignore-unknown</code></td><td></td><td>Don't complain about un-parseable input documents, for cases where analyze should run only on k8s compliant inputs.</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—list-analyzers-LList the analyzers available to run. Suppresses normal execution.
—meshConfigFile <string>Overrides the mesh config values to use for analysis. (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—output <string>-oOutput format: one of [log json yaml] (default log)
—output-threshold <Level>The severity level of analysis at which to display messages. Valid values: [Info Warning Error] (default Info)
—recursive-RProcess directory arguments recursively. Useful when you want to analyze related manifests organized within the same directory.
—revision <string>analyze a specific revision deployed. (default default)
—suppress <stringArray>-SSuppress reporting a message code on a specific resource. Values are supplied in the form <code>=<resource> (e.g. ‘—suppress “IST0102=DestinationRule primary-dr.default”‘). Can be repeated. You can include the wildcard character ‘‘ to support a partial match (e.g. ‘—suppress “IST0102=DestinationRule .default” ). (default [])
—timeout <duration>The duration to wait before failing (default 30s)
—use-kube-kUse live Kubernetes cluster for analysis. Set —use-kube=false to analyze files only.
—verbose-vEnable verbose output
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

Examples

  1. # Analyze the current live cluster
  2. istioctl analyze
  3. # Analyze the current live cluster for a specific revision
  4. istioctl analyze --revision 1-16
  5. # Analyze the current live cluster, simulating the effect of applying additional yaml files
  6. istioctl analyze a.yaml b.yaml my-app-config/
  7. # Analyze the current live cluster, simulating the effect of applying a directory of config recursively
  8. istioctl analyze --recursive my-istio-config/
  9. # Analyze yaml files without connecting to a live cluster
  10. istioctl analyze --use-kube=false a.yaml b.yaml my-app-config/
  11. # Analyze the current live cluster and suppress PodMissingProxy for pod mypod in namespace 'testing'.
  12. istioctl analyze -S "IST0103=Pod mypod.testing"
  13. # Analyze the current live cluster and suppress PodMissingProxy for all pods in namespace 'testing',
  14. # and suppress MisplacedAnnotation on deployment foobar in namespace default.
  15. istioctl analyze -S "IST0103=Pod *.testing" -S "IST0107=Deployment foobar.default"
  16. # List available analyzers
  17. istioctl analyze -L

istioctl authz

(authz is experimental. Use `istioctl experimental authz`)

  1. istioctl authz [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

istioctl bug-report

bug-report selectively captures cluster information and logs into an archive to help diagnose problems. Proxy logs can be filtered using: —include|—exclude ns1,ns2…/dep1,dep2…/pod1,pod2…/lbl1=val1,lbl2=val2…/ann1=val1,ann2=val2…/cntr1,cntr… where ns=namespace, dep=deployment, lbl=label, ann=annotation, cntr=container

The filter spec is interpreted as ‘must be in (ns1 OR ns2) AND (dep1 OR dep2) AND (cntr1 OR cntr2)…’ The log will be included only if the container matches at least one include filter and does not match any exclude filters. All parts of the filter are optional and can be omitted e.g. ns1//pod1 filters only for namespace ns1 and pod1. All names except label and annotation keys support ‘*‘ glob matching pattern.

e.g. —include ns1,ns2 (only namespaces ns1 and ns2) —include n*//p*/l=v* (pods with name beginning with ‘p’ in namespaces beginning with ‘n’ and having label ‘l’ with value beginning with ‘v’.)

  1. istioctl bug-report [flags]
FlagsShorthandDescription
—context <string>Name of the kubeconfig Context to use. (default )</td></tr><tr><td><code>--critical-errs &lt;stringSlice&gt;</code></td><td></td><td>List of comma separated glob patterns to match against log error strings. If any pattern matches an error in the log, the logs is given the highest priority for archive inclusion. (default `[]`)</td></tr><tr><td><code>--dir &lt;string&gt;</code></td><td></td><td>Set a specific directory for temporary artifact storage. (default)
—dry-runOnly log commands that would be run, don’t fetch or write.
—duration <duration>How far to go back in time from end-time for log entries to include in the archive. Default is infinity. If set, —start-time must be unset. (default 0s)
—end-time <string>End time for the range of log entries to include in the archive. Default is now. (default )</td></tr><tr><td><code>--exclude &lt;stringSlice&gt;</code></td><td></td><td>Spec for which pod's proxy logs to exclude from the archive, after the include spec is processed. See above for format and examples. (default `["kube-node-lease,kube-public,kube-system,local-path-storage"]`)</td></tr><tr><td><code>--filename &lt;string&gt;</code></td><td><code>-f</code></td><td>Path to a file containing configuration in YAML format. The file contents are applied over the default values and flag settings, with lists being replaced per JSON merge semantics. (default)
—full-secretsIf set, secret contents are included in output.
—ignore-errs <stringSlice>List of comma separated glob patterns to match against log error strings. Any error matching these patterns is ignored when calculating the log importance heuristic. (default [])
—include <stringSlice>Spec for which pod’s proxy logs to include in the archive. See above for format and examples. (default [])
—istio-namespace <string>Namespace where Istio control plane is installed. (default istio-system)
—istioNamespace <string>-iIstio system namespace (default istio-system)
—kubeconfig <string>-cPath to kube config. (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—output-dir <string>Set a specific directory for output archive file. (default )</td></tr><tr><td><code>--rps-limit &lt;int&gt;</code></td><td></td><td>Requests per second limit to the Kubernetes API server, defaults to 10.A higher limit can make bug report collection much faster. (default `0`)</td></tr><tr><td><code>--start-time &lt;string&gt;</code></td><td></td><td>Start time for the range of log entries to include in the archive. Default is the infinite past. If set, --duration must be unset. (default)
—timeout <duration>Maximum amount of time to spend fetching logs. When timeout is reached only the logs captured so far are saved to the archive. (default 30m0s)
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

istioctl bug-report version

Prints out build version information

  1. istioctl bug-report version [flags]
FlagsShorthandDescription
—context <string>Name of the kubeconfig Context to use. (default )</td></tr><tr><td><code>--critical-errs &lt;stringSlice&gt;</code></td><td></td><td>List of comma separated glob patterns to match against log error strings. If any pattern matches an error in the log, the logs is given the highest priority for archive inclusion. (default `[]`)</td></tr><tr><td><code>--dir &lt;string&gt;</code></td><td></td><td>Set a specific directory for temporary artifact storage. (default)
—dry-runOnly log commands that would be run, don’t fetch or write.
—duration <duration>How far to go back in time from end-time for log entries to include in the archive. Default is infinity. If set, —start-time must be unset. (default 0s)
—end-time <string>End time for the range of log entries to include in the archive. Default is now. (default )</td></tr><tr><td><code>--exclude &lt;stringSlice&gt;</code></td><td></td><td>Spec for which pod's proxy logs to exclude from the archive, after the include spec is processed. See above for format and examples. (default `["kube-node-lease,kube-public,kube-system,local-path-storage"]`)</td></tr><tr><td><code>--filename &lt;string&gt;</code></td><td><code>-f</code></td><td>Path to a file containing configuration in YAML format. The file contents are applied over the default values and flag settings, with lists being replaced per JSON merge semantics. (default)
—full-secretsIf set, secret contents are included in output.
—ignore-errs <stringSlice>List of comma separated glob patterns to match against log error strings. Any error matching these patterns is ignored when calculating the log importance heuristic. (default [])
—include <stringSlice>Spec for which pod’s proxy logs to include in the archive. See above for format and examples. (default [])
—istio-namespace <string>Namespace where Istio control plane is installed. (default istio-system)
—istioNamespace <string>-iIstio system namespace (default istio-system)
—kubeconfig <string>-cPath to kube config. (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—output <string>-oOne of ‘yaml’ or ‘json’. (default )</td></tr><tr><td><code>--output-dir &lt;string&gt;</code></td><td></td><td>Set a specific directory for output archive file. (default)
—rps-limit <int>Requests per second limit to the Kubernetes API server, defaults to 10.A higher limit can make bug report collection much faster. (default 0)
—short-sUse —short=false to generate full version information
—start-time <string>Start time for the range of log entries to include in the archive. Default is the infinite past. If set, —duration must be unset. (default `)</td></tr><tr><td><code>--timeout &lt;duration&gt;</code></td><td></td><td>Maximum amount of time to spend fetching logs. When timeout is reached only the logs captured so far are saved to the archive. (default30m0s)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

istioctl completion

Generate the autocompletion script for istioctl for the specified shell. See each sub-command’s help for details on how to use the generated script.

FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

istioctl completion bash

Generate the autocompletion script for the bash shell.

This script depends on the ‘bash-completion’ package. If it is not installed already, you can install it via your OS’s package manager.

To load completions in your current shell session:

source <(istioctl completion bash)

To load completions for every new session, execute once:

#### Linux:

istioctl completion bash > /etc/bash_completion.d/istioctl

#### macOS:

istioctl completion bash > $(brew —prefix)/etc/bash_completion.d/istioctl

You will need to start a new shell for this setup to take effect.

  1. istioctl completion bash
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--no-descriptions</code></td><td></td><td>disable completion descriptions</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

istioctl completion fish

Generate the autocompletion script for the fish shell.

To load completions in your current shell session:

istioctl completion fish | source

To load completions for every new session, execute once:

istioctl completion fish > ~/.config/fish/completions/istioctl.fish

You will need to start a new shell for this setup to take effect.

  1. istioctl completion fish [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--no-descriptions</code></td><td></td><td>disable completion descriptions</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

istioctl completion powershell

Generate the autocompletion script for powershell.

To load completions in your current shell session:

istioctl completion powershell | Out-String | Invoke-Expression

To load completions for every new session, add the output of the above command to your powershell profile.

  1. istioctl completion powershell [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--no-descriptions</code></td><td></td><td>disable completion descriptions</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

istioctl completion zsh

Generate the autocompletion script for the zsh shell.

If shell completion is not already enabled in your environment you will need to enable it. You can execute the following once:

echo “autoload -U compinit; compinit” >> ~/.zshrc

To load completions in your current shell session:

source <(istioctl completion zsh)

To load completions for every new session, execute once:

#### Linux:

istioctl completion zsh > “${fpath[1]}/_istioctl”

#### macOS:

istioctl completion zsh > $(brew —prefix)/share/zsh/site-functions/_istioctl

You will need to start a new shell for this setup to take effect.

  1. istioctl completion zsh [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--no-descriptions</code></td><td></td><td>disable completion descriptions</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

istioctl create-remote-secret

Create a secret with credentials to allow Istio to access remote Kubernetes apiservers

  1. istioctl create-remote-secret [flags]
FlagsShorthandDescription
—auth-plugin-config <stringToString>Authenticator plug-in configuration. —auth-type=plugin must be set with this option (default [])
—auth-plugin-name <string>Authenticator plug-in name. —auth-type=plugin must be set with this option (default )</td></tr><tr><td><code>--auth-type &lt;RemoteSecretAuthType&gt;</code></td><td></td><td>Type of authentication to use. supported values = [bearer-token plugin] (default `bearer-token`)</td></tr><tr><td><code>--context &lt;string&gt;</code></td><td></td><td>Kubernetes configuration context (default)
—create-service-accountIf true, the service account needed for creating the remote secret will be created if it doesn’t exist.
—istioNamespace <string>-iIstio system namespace (default istio-system)
—kubeconfig <string>-cKubernetes configuration file (default )</td></tr><tr><td><code>--manifests &lt;string&gt;</code></td><td><code>-d</code></td><td>Specify a path to a directory of charts and profiles (e.g. ~/Downloads/istio-1.19.0/manifests). (default)
—name <string>Name of the local cluster whose credentials are stored in the secret. If a name is not specified the kube-system namespace’s UUID of the local cluster will be used. (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—secret-name <string>The name of the specific secret to use from the service-account. Needed when there are multiple secrets in the service account. (default )</td></tr><tr><td><code>--server &lt;string&gt;</code></td><td></td><td>The address and port of the Kubernetes API server. (default)
—service-account <string>Create a secret with this service account’s credentials. Default value is “istio-reader-service-account” if —type is “remote”, “istiod” if —type is “config”. (default `)</td></tr><tr><td><code>--type &lt;SecretType&gt;</code></td><td></td><td>Type of the generated secret. supported values = [remote config] (defaultremote)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. # Create a secret to access cluster c0's apiserver and install it in cluster c1.
  2. istioctl --kubeconfig=c0.yaml create-remote-secret --name c0 \
  3. | kubectl --kubeconfig=c1.yaml apply -f -
  4. # Delete a secret that was previously installed in c1
  5. istioctl --kubeconfig=c0.yaml create-remote-secret --name c0 \
  6. | kubectl --kubeconfig=c1.yaml delete -f -
  7. # Create a secret access a remote cluster with an auth plugin
  8. istioctl --kubeconfig=c0.yaml create-remote-secret --name c0 --auth-type=plugin --auth-plugin-name=gcp \
  9. | kubectl --kubeconfig=c1.yaml apply -f -

istioctl dashboard

Access to Istio web UIs

  1. istioctl dashboard [flags]
  1. istioctl dash [flags]
  2. istioctl d [flags]
FlagsShorthandDescription
—address <string>Address to listen on. Only accepts IP address or localhost as a value. When localhost is supplied, istioctl will try to bind on both 127.0.0.1 and ::1 and will fail if neither of these address are available to bind. (default localhost)
—browserWhen —browser is supplied as false, istioctl dashboard will not open the browser. Default is true which means istioctl dashboard will always open a browser to view the dashboard.
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nNamespace where the addon is running, if not specified, istio-system would be used (default istio-system)
—port <int>-pLocal port to listen to (default 0)
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

istioctl dashboard controlz

Open the ControlZ web UI for a pod in the Istio control plane

  1. istioctl dashboard controlz [<type>/]<name>[.<namespace>] [flags]
FlagsShorthandDescription
—address <string>Address to listen on. Only accepts IP address or localhost as a value. When localhost is supplied, istioctl will try to bind on both 127.0.0.1 and ::1 and will fail if neither of these address are available to bind. (default localhost)
—browserWhen —browser is supplied as false, istioctl dashboard will not open the browser. Default is true which means istioctl dashboard will always open a browser to view the dashboard.
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--ctrlz_port &lt;int&gt;</code></td><td></td><td>ControlZ port (default `9876`)</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nNamespace where the addon is running, if not specified, istio-system would be used (default istio-system)
—port <int>-pLocal port to listen to (default 0)
—selector <string>-lLabel selector (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. # Open ControlZ web UI for the istiod-123-456.istio-system pod
  2. istioctl dashboard controlz istiod-123-456.istio-system
  3. # Open ControlZ web UI for the istiod-56dd66799-jfdvs pod in a custom namespace
  4. istioctl dashboard controlz istiod-123-456 -n custom-ns
  5. # Open ControlZ web UI for any Istiod pod
  6. istioctl dashboard controlz deployment/istiod.istio-system
  7. # with short syntax
  8. istioctl dash controlz pilot-123-456.istio-system
  9. istioctl d controlz pilot-123-456.istio-system

istioctl dashboard envoy

Open the Envoy admin dashboard for a sidecar

  1. istioctl dashboard envoy [<type>/]<name>[.<namespace>] [flags]
FlagsShorthandDescription
—address <string>Address to listen on. Only accepts IP address or localhost as a value. When localhost is supplied, istioctl will try to bind on both 127.0.0.1 and ::1 and will fail if neither of these address are available to bind. (default localhost)
—browserWhen —browser is supplied as false, istioctl dashboard will not open the browser. Default is true which means istioctl dashboard will always open a browser to view the dashboard.
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nNamespace where the addon is running, if not specified, istio-system would be used (default )</td></tr><tr><td><code>--port &lt;int&gt;</code></td><td><code>-p</code></td><td>Local port to listen to (default `0`)</td></tr><tr><td><code>--selector &lt;string&gt;</code></td><td><code>-l</code></td><td>Label selector (default)
—ui-port <int>The component dashboard UI port. (default 15000)
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

Examples

  1. # Open Envoy dashboard for the productpage-123-456.default pod
  2. istioctl dashboard envoy productpage-123-456.default
  3. # Open Envoy dashboard for one pod under a deployment
  4. istioctl dashboard envoy deployment/productpage-v1
  5. # with short syntax
  6. istioctl dash envoy productpage-123-456.default
  7. istioctl d envoy productpage-123-456.default

istioctl dashboard grafana

Open Istio’s Grafana dashboard

  1. istioctl dashboard grafana [flags]
FlagsShorthandDescription
—address <string>Address to listen on. Only accepts IP address or localhost as a value. When localhost is supplied, istioctl will try to bind on both 127.0.0.1 and ::1 and will fail if neither of these address are available to bind. (default localhost)
—browserWhen —browser is supplied as false, istioctl dashboard will not open the browser. Default is true which means istioctl dashboard will always open a browser to view the dashboard.
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nNamespace where the addon is running, if not specified, istio-system would be used (default istio-system)
—port <int>-pLocal port to listen to (default 0)
—ui-port <int>The component dashboard UI port. (default 3000)
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

Examples

  1. istioctl dashboard grafana
  2. # with short syntax
  3. istioctl dash grafana
  4. istioctl d grafana

istioctl dashboard jaeger

Open Istio’s Jaeger dashboard

  1. istioctl dashboard jaeger [flags]
FlagsShorthandDescription
—address <string>Address to listen on. Only accepts IP address or localhost as a value. When localhost is supplied, istioctl will try to bind on both 127.0.0.1 and ::1 and will fail if neither of these address are available to bind. (default localhost)
—browserWhen —browser is supplied as false, istioctl dashboard will not open the browser. Default is true which means istioctl dashboard will always open a browser to view the dashboard.
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nNamespace where the addon is running, if not specified, istio-system would be used (default istio-system)
—port <int>-pLocal port to listen to (default 0)
—ui-port <int>The component dashboard UI port. (default 16686)
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

Examples

  1. istioctl dashboard jaeger
  2. # with short syntax
  3. istioctl dash jaeger
  4. istioctl d jaeger

istioctl dashboard kiali

Open Istio’s Kiali dashboard

  1. istioctl dashboard kiali [flags]
FlagsShorthandDescription
—address <string>Address to listen on. Only accepts IP address or localhost as a value. When localhost is supplied, istioctl will try to bind on both 127.0.0.1 and ::1 and will fail if neither of these address are available to bind. (default localhost)
—browserWhen —browser is supplied as false, istioctl dashboard will not open the browser. Default is true which means istioctl dashboard will always open a browser to view the dashboard.
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nNamespace where the addon is running, if not specified, istio-system would be used (default istio-system)
—port <int>-pLocal port to listen to (default 0)
—ui-port <int>The component dashboard UI port. (default 20001)
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

Examples

  1. istioctl dashboard kiali
  2. # with short syntax
  3. istioctl dash kiali
  4. istioctl d kiali

istioctl dashboard prometheus

Open Istio’s Prometheus dashboard

  1. istioctl dashboard prometheus [flags]
FlagsShorthandDescription
—address <string>Address to listen on. Only accepts IP address or localhost as a value. When localhost is supplied, istioctl will try to bind on both 127.0.0.1 and ::1 and will fail if neither of these address are available to bind. (default localhost)
—browserWhen —browser is supplied as false, istioctl dashboard will not open the browser. Default is true which means istioctl dashboard will always open a browser to view the dashboard.
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nNamespace where the addon is running, if not specified, istio-system would be used (default istio-system)
—port <int>-pLocal port to listen to (default 0)
—ui-port <int>The component dashboard UI port. (default 9090)
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

Examples

  1. istioctl dashboard prometheus
  2. # with short syntax
  3. istioctl dash prometheus
  4. istioctl d prometheus

istioctl dashboard skywalking

Open the Istio dashboard in the SkyWalking UI

  1. istioctl dashboard skywalking [flags]
FlagsShorthandDescription
—address <string>Address to listen on. Only accepts IP address or localhost as a value. When localhost is supplied, istioctl will try to bind on both 127.0.0.1 and ::1 and will fail if neither of these address are available to bind. (default localhost)
—browserWhen —browser is supplied as false, istioctl dashboard will not open the browser. Default is true which means istioctl dashboard will always open a browser to view the dashboard.
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nNamespace where the addon is running, if not specified, istio-system would be used (default istio-system)
—port <int>-pLocal port to listen to (default 0)
—ui-port <int>The component dashboard UI port. (default 8080)
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

Examples

  1. istioctl dashboard skywalking
  2. # with short syntax
  3. istioctl dash skywalking
  4. istioctl d skywalking

istioctl dashboard zipkin

Open Istio’s Zipkin dashboard

  1. istioctl dashboard zipkin [flags]
FlagsShorthandDescription
—address <string>Address to listen on. Only accepts IP address or localhost as a value. When localhost is supplied, istioctl will try to bind on both 127.0.0.1 and ::1 and will fail if neither of these address are available to bind. (default localhost)
—browserWhen —browser is supplied as false, istioctl dashboard will not open the browser. Default is true which means istioctl dashboard will always open a browser to view the dashboard.
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nNamespace where the addon is running, if not specified, istio-system would be used (default istio-system)
—port <int>-pLocal port to listen to (default 0)
—ui-port <int>The component dashboard UI port. (default 9411)
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

Examples

  1. istioctl dashboard zipkin
  2. # with short syntax
  3. istioctl dash zipkin
  4. istioctl d zipkin

istioctl experimental

Experimental commands that may be modified or deprecated

FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

istioctl experimental authz

THIS COMMAND IS UNDER ACTIVE DEVELOPMENT AND NOT READY FOR PRODUCTION USE.

FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

istioctl experimental authz check

Check prints the AuthorizationPolicy applied to a pod by directly checking the Envoy configuration of the pod. The command is especially useful for inspecting the policy propagation from Istiod to Envoy and the final AuthorizationPolicy list merged from multiple sources (mesh-level, namespace-level and workload-level).

The command also supports reading from a standalone config dump file with flag -f.

  1. istioctl experimental authz check [<type>/]<name>[.<namespace>] [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--file &lt;string&gt;</code></td><td><code>-f</code></td><td>The json file with Envoy config dump to be checked (default)
—istioNamespace <string>-iIstio system namespace (default istio-system)
—kubeconfig <string>-cKubernetes configuration file (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

Examples

  1. # Check AuthorizationPolicy applied to pod httpbin-88ddbcfdd-nt5jb:
  2. istioctl x authz check httpbin-88ddbcfdd-nt5jb
  3. # Check AuthorizationPolicy applied to one pod under a deployment
  4. istioctl x authz check deployment/productpage-v1
  5. # Check AuthorizationPolicy from Envoy config dump file:
  6. istioctl x authz check -f httpbin_config_dump.json

istioctl experimental check-inject

Checks associated resources of the given resource, and running webhooks to examine whether the pod can be or will be injected or not.

  1. istioctl experimental check-inject [<type>/]<name>[.<namespace>] [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—labels <string>-lCheck namespace and label pairs injection status, split multiple labels by commas (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

Examples

  1. # Check the injection status of a pod
  2. istioctl experimental check-inject details-v1-fcff6c49c-kqnfk.test
  3. # Check the injection status of a pod under a deployment
  4. istioctl x check-inject deployment/details-v1
  5. # Check the injection status of a pod under a deployment in namespace test
  6. istioctl x check-inject deployment/details-v1 -n test
  7. # Check the injection status of label pairs in a specific namespace before actual injection
  8. istioctl x check-inject -n test -l app=helloworld,version=v1

istioctl experimental config

Configure istioctl defaults

FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. # list configuration parameters
  2. istioctl experimental config list

istioctl experimental config list

List istio configurable defaults

  1. istioctl experimental config list [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

istioctl experimental describe

Describe resource and related Istio configuration

  1. istioctl experimental describe [flags]
  1. istioctl experimental des [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

istioctl experimental describe pod

Analyzes pod, its Services, DestinationRules, and VirtualServices and reports the configuration objects that affect that pod.

THIS COMMAND IS UNDER ACTIVE DEVELOPMENT AND NOT READY FOR PRODUCTION USE.

  1. istioctl experimental describe pod <pod> [flags]
  1. istioctl experimental describe po <pod> [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--ignoreUnmeshed</code></td><td></td><td>Suppress warnings for unmeshed pods</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. istioctl experimental describe pod productpage-v1-c7765c886-7zzd4

istioctl experimental describe service

Analyzes service, pods, DestinationRules, and VirtualServices and reports the configuration objects that affect that service.

THIS COMMAND IS UNDER ACTIVE DEVELOPMENT AND NOT READY FOR PRODUCTION USE.

  1. istioctl experimental describe service <svc> [flags]
  1. istioctl experimental describe svc <svc> [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--ignoreUnmeshed</code></td><td></td><td>Suppress warnings for unmeshed pods</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. istioctl experimental describe service productpage

istioctl experimental envoy-stats

Retrieve Envoy emitted metrics for the specified pod.

  1. istioctl experimental envoy-stats [<type>/]<name>[.<namespace>] [flags]
  1. istioctl experimental es [<type>/]<name>[.<namespace>] [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--output &lt;string&gt;</code></td><td><code>-o</code></td><td>Output format: one of json|yaml|prom|prom-merged (defaultshort)</td></tr><tr><td><code>--type &lt;string&gt;</code></td><td><code>-t</code></td><td>Where to grab the stats: one of server|clusters (defaultserver)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. # Retrieve Envoy emitted metrics for the specified pod.
  2. istioctl experimental envoy-stats <pod-name[.namespace]>
  3. # Retrieve Envoy server metrics in prometheus format
  4. istioctl experimental envoy-stats <pod-name[.namespace]> --output prom
  5. # Retrieve Envoy server metrics in prometheus format with merged application metrics
  6. istioctl experimental envoy-stats <pod-name[.namespace]> --output prom-merged
  7. # Retrieve Envoy cluster metrics
  8. istioctl experimental envoy-stats <pod-name[.namespace]> --type clusters

istioctl experimental injector

List sidecar injector and sidecar versions

  1. istioctl experimental injector [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. istioctl experimental injector list

istioctl experimental injector list

List sidecar injector and sidecar versions

  1. istioctl experimental injector list [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. istioctl experimental injector list

istioctl experimental internal-debug

Retrieves the debug information from Istiod or Pods in the mesh using the service account from the pod if —cert-dir is empty. By default it will use the default serviceAccount from (istio-system) namespace if the pod is not specified.

THIS COMMAND IS UNDER ACTIVE DEVELOPMENT AND NOT READY FOR PRODUCTION USE.

  1. istioctl experimental internal-debug [<type>/]<name>[.<namespace>] [flags]
FlagsShorthandDescription
—allSend the same request to all instances of Istiod. Only applicable for in-cluster deployment.
—authority <string>XDS Subject Alternative Name (for example istiod.istio-system.svc) (default )</td></tr><tr><td><code>--cert-dir &lt;string&gt;</code></td><td></td><td>XDS Endpoint certificate directory (default)
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--insecure</code></td><td></td><td>Skip server certificate and domain verification. (NOT SECURE!)</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default )</td></tr><tr><td><code>--plaintext</code></td><td></td><td>Use plain-text HTTP/2 when connecting to server (no TLS).</td></tr><tr><td><code>--revision &lt;string&gt;</code></td><td><code>-r</code></td><td>Control plane revision (default)
—timeout <duration>The duration to wait before failing (default 30s)
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)
—xds-address <string>XDS Endpoint (default )</td></tr><tr><td><code>--xds-label &lt;string&gt;</code></td><td></td><td>Istiod pod label selector (default)
—xds-port <int>Istiod pod port (default 15012)

Examples

  1. # Retrieve sync status for all Envoys in a mesh
  2. istioctl x internal-debug syncz
  3. # Retrieve sync diff for a single Envoy and Istiod
  4. istioctl x internal-debug syncz istio-egressgateway-59585c5b9c-ndc59.istio-system
  5. # SECURITY OPTIONS
  6. # Retrieve syncz debug information directly from the control plane, using token security
  7. # (This is the usual way to get the debug information with an out-of-cluster control plane.)
  8. istioctl x internal-debug syncz --xds-address istio.cloudprovider.example.com:15012
  9. # Retrieve syncz debug information via Kubernetes config, using token security
  10. # (This is the usual way to get the debug information with an in-cluster control plane.)
  11. istioctl x internal-debug syncz
  12. # Retrieve syncz debug information directly from the control plane, using RSA certificate security
  13. # (Certificates must be obtained before this step. The --cert-dir flag lets istioctl bypass the Kubernetes API server.)
  14. istioctl x internal-debug syncz --xds-address istio.example.com:15012 --cert-dir ~/.istio-certs
  15. # Retrieve syncz information via XDS from specific control plane in multi-control plane in-cluster configuration
  16. # (Select a specific control plane in an in-cluster canary Istio configuration.)
  17. istioctl x internal-debug syncz --xds-label istio.io/rev=default

istioctl experimental metrics

Prints the metrics for the specified service(s) when running in Kubernetes.

This command finds a Prometheus pod running in the specified istio system namespace. It then executes a series of queries per requested workload to find the following top-level workload metrics: total requests per second, error rate, and request latency at p50, p90, and p99 percentiles. The query results are printed to the console, organized by workload name.

All metrics returned are from server-side reports. This means that latencies and error rates are from the perspective of the service itself and not of an individual client (or aggregate set of clients). Rates and latencies are calculated over a time interval of 1 minute.

  1. istioctl experimental metrics <workload name>...
  1. istioctl experimental m <workload name>...
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--duration &lt;duration&gt;</code></td><td><code>-d</code></td><td>Duration of query metrics, default value is 1m. (default `1m0s`)</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. # Retrieve workload metrics for productpage-v1 workload
  2. istioctl experimental metrics productpage-v1
  3. # Retrieve workload metrics for various services with custom duration
  4. istioctl experimental metrics productpage-v1 -d 2m
  5. # Retrieve workload metrics for various services in the different namespaces
  6. istioctl experimental metrics productpage-v1.foo reviews-v1.bar ratings-v1.baz

istioctl experimental precheck

precheck inspects a Kubernetes cluster for Istio install and upgrade requirements.

  1. istioctl experimental precheck [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default )</td></tr><tr><td><code>--revision &lt;string&gt;</code></td><td><code>-r</code></td><td>Control plane revision (default)
—skip-controlplaneskip checking the control plane
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

Examples

  1. # Verify that Istio can be installed or upgraded
  2. istioctl x precheck
  3. # Check only a single namespace
  4. istioctl x precheck --namespace default

istioctl experimental proxy-status

Retrieves last sent and last acknowledged xDS sync from Istiod to each Envoy in the mesh

  1. istioctl experimental proxy-status [<type>/]<name>[.<namespace>] [flags]
  1. istioctl experimental ps [<type>/]<name>[.<namespace>] [flags]
FlagsShorthandDescription
—authority <string>XDS Subject Alternative Name (for example istiod.istio-system.svc) (default )</td></tr><tr><td><code>--cert-dir &lt;string&gt;</code></td><td></td><td>XDS Endpoint certificate directory (default)
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--file &lt;string&gt;</code></td><td><code>-f</code></td><td>Envoy config dump JSON file (default)
—insecureSkip server certificate and domain verification. (NOT SECURE!)
—istioNamespace <string>-iIstio system namespace (default istio-system)
—kubeconfig <string>-cKubernetes configuration file (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—plaintextUse plain-text HTTP/2 when connecting to server (no TLS).
—revision <string>-rControl plane revision (default )</td></tr><tr><td><code>--timeout &lt;duration&gt;</code></td><td></td><td>The duration to wait before failing (default `30s`)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default `0`)</td></tr><tr><td><code>--xds-address &lt;string&gt;</code></td><td></td><td>XDS Endpoint (default)
—xds-label <string>Istiod pod label selector (default `)</td></tr><tr><td><code>--xds-port &lt;int&gt;</code></td><td></td><td>Istiod pod port (default15012)</td></tr><tr><td><code>--xds-via-agents</code></td><td></td><td>Access Istiod via the tap service of each agent</td></tr><tr><td><code>--xds-via-agents-limit &lt;xds-via-agent&gt;</code></td><td></td><td>Maximum number of pods being visited by istioctl when xds-via-agent flag is true.To iterate all the agent pods without limit, set to 0 (default100`)

Examples

  1. # Retrieve sync status for all Envoys in a mesh
  2. istioctl x proxy-status
  3. # Retrieve sync diff for a single Envoy and Istiod
  4. istioctl x proxy-status istio-egressgateway-59585c5b9c-ndc59.istio-system
  5. # SECURITY OPTIONS
  6. # Retrieve proxy status information directly from the control plane, using token security
  7. # (This is the usual way to get the proxy-status with an out-of-cluster control plane.)
  8. istioctl x ps --xds-address istio.cloudprovider.example.com:15012
  9. # Retrieve proxy status information via Kubernetes config, using token security
  10. # (This is the usual way to get the proxy-status with an in-cluster control plane.)
  11. istioctl x proxy-status
  12. # Retrieve proxy status information directly from the control plane, using RSA certificate security
  13. # (Certificates must be obtained before this step. The --cert-dir flag lets istioctl bypass the Kubernetes API server.)
  14. istioctl x ps --xds-address istio.example.com:15012 --cert-dir ~/.istio-certs
  15. # Retrieve proxy status information via XDS from specific control plane in multi-control plane in-cluster configuration
  16. # (Select a specific control plane in an in-cluster canary Istio configuration.)
  17. istioctl x ps --xds-label istio.io/rev=default

istioctl experimental revision

The revision command provides a revision centric view of istio deployments. It provides insight into IstioOperator CRs defining the revision, istiod and gateway pods which are part of deployment of a particular revision.

FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—manifests <string>-dSpecify a path to a directory of charts and profiles (e.g. ~/Downloads/istio-1.19.0/manifests). (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—output <string>-oOutput format for revision description (available formats: table,json) (default table)
—verbose-vEnable verbose output
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

istioctl experimental revision describe

Show information about a revision, including customizations, istiod version and which pods/gateways are using it.

  1. istioctl experimental revision describe [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—manifests <string>-dSpecify a path to a directory of charts and profiles (e.g. ~/Downloads/istio-1.19.0/manifests). (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—output <string>-oOutput format for revision description (available formats: table,json) (default table)
—verbose-vEnable verbose output
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

Examples

  1. # View the details of a revision named 'canary'
  2. istioctl x revision describe canary
  3. # View the details of a revision named 'canary' and also the pods
  4. # under that particular revision
  5. istioctl x revision describe canary -v
  6. # Get details about a revision in json format (default format is human-friendly table format)
  7. istioctl x revision describe canary -v -o json

istioctl experimental revision list

Show list of control plane and gateway revisions that are currently installed in cluster

  1. istioctl experimental revision list [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—manifests <string>-dSpecify a path to a directory of charts and profiles (e.g. ~/Downloads/istio-1.19.0/manifests). (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—output <string>-oOutput format for revision description (available formats: table,json) (default table)
—verbose-vEnable verbose output
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

Examples

  1. # View summary of revisions installed in the current cluster
  2. # which can be overridden with --context parameter.
  3. istioctl x revision list
  4. # View list of revisions including customizations, istiod and gateway pods
  5. istioctl x revision list -v

istioctl experimental revision tag

Command group used to interact with revision tags. Revision tags allow for the creation of mutable aliases referring to control plane revisions for sidecar injection.

With revision tags, rather than relabeling a namespace from “istio.io/rev=revision-a” to “istio.io/rev=revision-b” to change which control plane revision handles injection, it’s possible to create a revision tag “prod” and label our namespace “istio.io/rev=prod”. The “prod” revision tag could point to “1-7-6” initially and then be changed to point to “1-8-1” at some later point.

This allows operators to change which Istio control plane revision should handle injection for a namespace or set of namespaces without manual relabeling of the “istio.io/rev” tag.

  1. istioctl experimental revision tag [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—manifests <string>-dSpecify a path to a directory of charts and profiles (e.g. ~/Downloads/istio-1.19.0/manifests). (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—output <string>-oOutput format for revision description (available formats: table,json) (default table)
—verbose-vEnable verbose output
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

istioctl experimental revision tag generate

Create a revision tag and output to the command’s stdout. Tag an Istio control plane revision for use with namespace istio.io/rev injection labels.

  1. istioctl experimental revision tag generate <revision-tag> [flags]
FlagsShorthandDescription
—auto-inject-namespacesIf set to true, the sidecars should be automatically injected into all namespaces by default
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—manifests <string>-dSpecify a path to a directory of charts and profiles (e.g. ~/Downloads/istio-1.19.0/manifests). (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—output <string>-oOutput format for revision description (available formats: table,json) (default table)
—overwriteIf true, allow revision tags to be overwritten, otherwise reject revision tag updates that overwrite existing revision tags.
—revision <string>-rControl plane revision to reference from a given revision tag (default )</td></tr><tr><td><code>--skip-confirmation</code></td><td><code>-y</code></td><td>The skipConfirmation determines whether the user is prompted for confirmation. If set to true, the user is not prompted and a Yes response is assumed in all cases.</td></tr><tr><td><code>--verbose</code></td><td><code>-v</code></td><td>Enable verbose output</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default `0`)</td></tr><tr><td><code>--webhook-name &lt;string&gt;</code></td><td></td><td>Name to use for a revision tag's mutating webhook configuration. (default)

Examples

  1. # Create a revision tag from the "1-8-0" revision
  2. istioctl tag generate prod --revision 1-8-0 > tag.yaml
  3. # Apply the tag to cluster
  4. kubectl apply -f tag.yaml
  5. # Point namespace "test-ns" at the revision pointed to by the "prod" revision tag
  6. kubectl label ns test-ns istio.io/rev=prod
  7. # Rollout namespace "test-ns" to update workloads to the "1-8-0" revision
  8. kubectl rollout restart deployments -n test-ns

istioctl experimental revision tag list

List existing revision tags

  1. istioctl experimental revision tag list [flags]
  1. istioctl experimental revision tag show [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—manifests <string>-dSpecify a path to a directory of charts and profiles (e.g. ~/Downloads/istio-1.19.0/manifests). (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—output <string>-oOutput format for tag description (available formats: table,json) (default table)
—verbose-vEnable verbose output
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

Examples

  1. istioctl tag list

istioctl experimental revision tag remove

Remove Istio control plane revision tag.

Removing a revision tag should be done with care. Removing a revision tag will disrupt sidecar injection in namespaces that reference the tag in an “istio.io/rev” label. Verify that there are no remaining namespaces referencing a revision tag before removing using the “istioctl tag list” command.

  1. istioctl experimental revision tag remove <revision-tag> [flags]
  1. istioctl experimental revision tag delete <revision-tag> [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—manifests <string>-dSpecify a path to a directory of charts and profiles (e.g. ~/Downloads/istio-1.19.0/manifests). (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—output <string>-oOutput format for revision description (available formats: table,json) (default table)
—skip-confirmation-yThe skipConfirmation determines whether the user is prompted for confirmation. If set to true, the user is not prompted and a Yes response is assumed in all cases.
—verbose-vEnable verbose output
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

Examples

  1. # Remove the revision tag "prod"
  2. istioctl tag remove prod

istioctl experimental revision tag set

Create or modify revision tags. Tag an Istio control plane revision for use with namespace istio.io/rev injection labels.

  1. istioctl experimental revision tag set <revision-tag> [flags]
FlagsShorthandDescription
—auto-inject-namespacesIf set to true, the sidecars should be automatically injected into all namespaces by default
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—manifests <string>-dSpecify a path to a directory of charts and profiles (e.g. ~/Downloads/istio-1.19.0/manifests). (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—output <string>-oOutput format for revision description (available formats: table,json) (default table)
—overwriteIf true, allow revision tags to be overwritten, otherwise reject revision tag updates that overwrite existing revision tags.
—revision <string>-rControl plane revision to reference from a given revision tag (default )</td></tr><tr><td><code>--skip-confirmation</code></td><td><code>-y</code></td><td>The skipConfirmation determines whether the user is prompted for confirmation. If set to true, the user is not prompted and a Yes response is assumed in all cases.</td></tr><tr><td><code>--verbose</code></td><td><code>-v</code></td><td>Enable verbose output</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default `0`)</td></tr><tr><td><code>--webhook-name &lt;string&gt;</code></td><td></td><td>Name to use for a revision tag's mutating webhook configuration. (default)

Examples

  1. # Create a revision tag from the "1-8-0" revision
  2. istioctl tag set prod --revision 1-8-0
  3. # Point namespace "test-ns" at the revision pointed to by the "prod" revision tag
  4. kubectl label ns test-ns istio.io/rev=prod
  5. # Change the revision tag to reference the "1-8-1" revision
  6. istioctl tag set prod --revision 1-8-1 --overwrite
  7. # Make revision "1-8-1" the default revision, both resulting in that revision handling injection for "istio-injection=enabled"
  8. # and validating resources cluster-wide
  9. istioctl tag set default --revision 1-8-1
  10. # Rollout namespace "test-ns" to update workloads to the "1-8-1" revision
  11. kubectl rollout restart deployments -n test-ns

istioctl experimental version

Prints out build version information

  1. istioctl experimental version [flags]
FlagsShorthandDescription
—authority <string>XDS Subject Alternative Name (for example istiod.istio-system.svc) (default )</td></tr><tr><td><code>--cert-dir &lt;string&gt;</code></td><td></td><td>XDS Endpoint certificate directory (default)
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--insecure</code></td><td></td><td>Skip server certificate and domain verification. (NOT SECURE!)</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default )</td></tr><tr><td><code>--output &lt;string&gt;</code></td><td><code>-o</code></td><td>One of 'yaml' or 'json'. (default)
—plaintextUse plain-text HTTP/2 when connecting to server (no TLS).
—remoteUse —remote=false to suppress control plane check
—revision <string>-rControl plane revision (default )</td></tr><tr><td><code>--short</code></td><td><code>-s</code></td><td>Use --short=false to generate full version information</td></tr><tr><td><code>--timeout &lt;duration&gt;</code></td><td></td><td>The duration to wait before failing (default `30s`)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default `0`)</td></tr><tr><td><code>--xds-address &lt;string&gt;</code></td><td></td><td>XDS Endpoint (default)
—xds-label <string>Istiod pod label selector (default `)</td></tr><tr><td><code>--xds-port &lt;int&gt;</code></td><td></td><td>Istiod pod port (default15012`)

Examples

  1. # Retrieve version information directly from the control plane, using token security
  2. # (This is the usual way to get the control plane version with an out-of-cluster control plane.)
  3. istioctl x version --xds-address istio.cloudprovider.example.com:15012
  4. # Retrieve version information via Kubernetes config, using token security
  5. # (This is the usual way to get the control plane version with an in-cluster control plane.)
  6. istioctl x version
  7. # Retrieve version information directly from the control plane, using RSA certificate security
  8. # (Certificates must be obtained before this step. The --cert-dir flag lets istioctl bypass the Kubernetes API server.)
  9. istioctl x version --xds-address istio.example.com:15012 --cert-dir ~/.istio-certs
  10. # Retrieve version information via XDS from specific control plane in multi-control plane in-cluster configuration
  11. # (Select a specific control plane in an in-cluster canary Istio configuration.)
  12. istioctl x version --xds-label istio.io/rev=default

istioctl experimental wait

Waits for the specified condition to be true of an Istio resource.

  1. istioctl experimental wait [flags] <type> <name>[.<namespace>]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--for &lt;string&gt;</code></td><td></td><td>Wait condition, must be 'distribution' or 'delete' (default `distribution`)</td></tr><tr><td><code>--generation &lt;string&gt;</code></td><td></td><td>Wait for a specific generation of config to become current, rather than using whatever is latest in Kubernetes (default)
—istioNamespace <string>-iIstio system namespace (default istio-system)
—kubeconfig <string>-cKubernetes configuration file (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—revision <string>-rControl plane revision (default `)</td></tr><tr><td><code>--threshold &lt;float32&gt;</code></td><td></td><td>The ratio of distribution required for success (default1)</td></tr><tr><td><code>--timeout &lt;duration&gt;</code></td><td></td><td>The duration to wait before failing (default30s)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. # Wait until the bookinfo virtual service has been distributed to all proxies in the mesh
  2. istioctl experimental wait --for=distribution virtualservice bookinfo.default
  3. # Wait until 99% of the proxies receive the distribution, timing out after 5 minutes
  4. istioctl experimental wait --for=distribution --threshold=.99 --timeout=300s virtualservice bookinfo.default

istioctl experimental waypoint

A group of commands used to manage waypoint configuration

  1. istioctl experimental waypoint [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default )</td></tr><tr><td><code>--service-account &lt;string&gt;</code></td><td><code>-s</code></td><td>service account to create a waypoint for (default)
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

Examples

  1. # Apply a waypoint to the current namespace
  2. istioctl x waypoint apply
  3. # Generate a waypoint as yaml
  4. istioctl x waypoint generate --service-account something --namespace default
  5. # Delete a waypoint from a specific namespace for a specific service account
  6. istioctl x waypoint delete --service-account something --namespace default
  7. # List all waypoints in a specific namespace
  8. istioctl x waypoint list --namespace default

istioctl experimental waypoint apply

Apply a waypoint configuration to the cluster

  1. istioctl experimental waypoint apply [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default )</td></tr><tr><td><code>--revision &lt;string&gt;</code></td><td><code>-r</code></td><td>The revision to label the waypoint with (default)
—service-account <string>-sservice account to create a waypoint for (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. # Apply a waypoint to the current namespace
  2. istioctl x waypoint apply
  3. # Apply a waypoint to a specific namespace for a specific service account
  4. istioctl x waypoint apply --service-account something --namespace default

istioctl experimental waypoint delete

Delete a waypoint configuration from the cluster

  1. istioctl experimental waypoint delete [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default )</td></tr><tr><td><code>--service-account &lt;string&gt;</code></td><td><code>-s</code></td><td>service account to create a waypoint for (default)
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

Examples

  1. # Delete a waypoint from the default namespace
  2. istioctl x waypoint delete
  3. # Delete a waypoint from a specific namespace for a specific service account
  4. istioctl x waypoint delete --service-account something --namespace default
  5. # Delete a waypoint by name, which can obtain from istioctl x waypoint list
  6. istioctl x waypoint delete waypoint-name --namespace default

istioctl experimental waypoint generate

Generate a waypoint configuration as YAML

  1. istioctl experimental waypoint generate [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default )</td></tr><tr><td><code>--revision &lt;string&gt;</code></td><td><code>-r</code></td><td>The revision to label the waypoint with (default)
—service-account <string>-sservice account to create a waypoint for (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. # Generate a waypoint as yaml
  2. istioctl x waypoint generate --service-account something --namespace default

istioctl experimental waypoint list

List managed waypoint configurations in the cluster

  1. istioctl experimental waypoint list [flags]
FlagsShorthandDescription
—all-namespaces-AList all waypoints in all namespaces
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default )</td></tr><tr><td><code>--service-account &lt;string&gt;</code></td><td><code>-s</code></td><td>service account to create a waypoint for (default)
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

Examples

  1. # List all waypoints in a specific namespace
  2. istioctl x waypoint list --namespace default
  3. # List all waypoints in the cluster
  4. istioctl x waypoint list -A

istioctl experimental workload

Commands to assist in configuring and deploying workloads running on VMs and other non-Kubernetes environments

FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. # workload group yaml generation
  2. istioctl x workload group create
  3. # workload entry configuration generation
  4. istioctl x workload entry configure

istioctl experimental workload entry

Commands dealing with WorkloadEntry resources

FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. istioctl x workload entry configure -f workloadgroup.yaml -o outputDir

istioctl experimental workload entry configure

Generates all the required configuration files for workload instance on a VM or non-Kubernetes environment from a WorkloadGroup artifact. This includes a MeshConfig resource, the cluster.env file, and necessary certificates and security tokens. Configure requires either the WorkloadGroup artifact path or its location on the API server.

  1. istioctl experimental workload entry configure [flags]
FlagsShorthandDescription
—autoregisterCreates a WorkloadEntry upon connection to istiod (if enabled in pilot).
—capture-dnsEnables the capture of outgoing DNS packets on port 53, redirecting to istio-agent
—clusterID <string>The ID used to identify the cluster (default )</td></tr><tr><td><code>--context &lt;string&gt;</code></td><td></td><td>Kubernetes configuration context (default)
—externalIP <string>External IP address of the workload (default )</td></tr><tr><td><code>--file &lt;string&gt;</code></td><td><code>-f</code></td><td>filename of the WorkloadGroup artifact. Leave this field empty if using the API server (default)
—ingressIP <string>IP address of the ingress gateway (default )</td></tr><tr><td><code>--ingressService &lt;string&gt;</code></td><td></td><td>Name of the Service to be used as the ingress gateway, in the format &lt;service&gt;.&lt;namespace&gt;. If no namespace is provided, the default istio-system namespace will be used. (default `istio-eastwestgateway`)</td></tr><tr><td><code>--internalIP &lt;string&gt;</code></td><td></td><td>Internal IP address of the workload (default)
—istioNamespace <string>-iIstio system namespace (default istio-system)
—kubeconfig <string>-cKubernetes configuration file (default )</td></tr><tr><td><code>--name &lt;string&gt;</code></td><td></td><td>The name of the workload group (default)
—namespace <string>-nThe namespace that the workload instances belong to (default )</td></tr><tr><td><code>--output &lt;string&gt;</code></td><td><code>-o</code></td><td>Output directory for generated files (default)
—revision <string>-rControl plane revision (default `)</td></tr><tr><td><code>--tokenDuration &lt;int&gt;</code></td><td></td><td>The token duration in seconds (default: 1 hour) (default3600)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. # configure example using a local WorkloadGroup artifact
  2. istioctl x workload entry configure -f workloadgroup.yaml -o config
  3. # configure example using the API server
  4. istioctl x workload entry configure --name foo --namespace bar -o config

istioctl experimental workload group

Commands dealing with WorkloadGroup resources

FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. istioctl x workload group create --name foo --namespace bar --labels app=foobar

istioctl experimental workload group create

Creates a WorkloadGroup resource that provides a template for associated WorkloadEntries. The default output is serialized YAML, which can be piped into ‘kubectl apply -f -‘ to send the artifact to the API Server.

  1. istioctl experimental workload group create [flags]
FlagsShorthandDescription
—annotations <stringSlice>-aThe annotations to apply to the workload instances (default [])
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—labels <stringSlice>-lThe labels to apply to the workload instances; e.g. -l env=prod,vers=2 (default [])
—name <string>The name of the workload group (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>The namespace that the workload instances will belong to (default)
—ports <stringSlice>-pThe incoming ports exposed by the workload instance (default [])
—serviceAccount <string>-sThe service identity to associate with the workload instances (default default)
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

Examples

  1. istioctl x workload group create --name foo --namespace bar --labels app=foo,bar=baz --ports grpc=3550,http=8080 --annotations annotation=foobar --serviceAccount sa

istioctl install

The install command generates an Istio install manifest and applies it to a cluster.

  1. istioctl install [flags]
  1. istioctl apply [flags]
FlagsShorthandDescription
—charts <string>Deprecated, use —manifests instead. (default )</td></tr><tr><td><code>--context &lt;string&gt;</code></td><td></td><td>The name of the kubeconfig context to use. (default)
—dry-runConsole/log output only, make no changes.
—filename <stringSlice>-fPath to file containing IstioOperator custom resource This flag can be specified multiple times to overlay multiple files. Multiple files are overlaid in left to right order. (default [])
—forceProceed even with validation errors.
—istioNamespace <string>-iIstio system namespace (default istio-system)
—kubeconfig <string>-cPath to kube config. (default )</td></tr><tr><td><code>--manifests &lt;string&gt;</code></td><td><code>-d</code></td><td>Specify a path to a directory of charts and profiles (e.g. ~/Downloads/istio-1.19.0/manifests). (default)
—namespace <string>-nKubernetes namespace (default )</td></tr><tr><td><code>--readiness-timeout &lt;duration&gt;</code></td><td></td><td>Maximum time to wait for Istio resources in each component to be ready. (default `5m0s`)</td></tr><tr><td><code>--revision &lt;string&gt;</code></td><td><code>-r</code></td><td>Target control plane revision for the command. (default)
—set <stringArray>-sOverride an IstioOperator value, e.g. to choose a profile (—set profile=demo), enable or disable components (—set components.cni.enabled=true), or override Istio settings (—set meshConfig.enableTracing=true). See documentation for more info:https://istio.io/v1.19/docs/reference/config/istio.operator.v1alpha1/#IstioOperatorSpec (default [])
—skip-confirmation-yThe skipConfirmation determines whether the user is prompted for confirmation. If set to true, the user is not prompted and a Yes response is assumed in all cases.
—verifyVerify the Istio control plane after installation/in-place upgrade
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

Examples

  1. # Apply a default Istio installation
  2. istioctl install
  3. # Enable Tracing
  4. istioctl install --set meshConfig.enableTracing=true
  5. # Generate the demo profile and don't wait for confirmation
  6. istioctl install --set profile=demo --skip-confirmation
  7. # To override a setting that includes dots, escape them with a backslash (\). Your shell may require enclosing quotes.
  8. istioctl install --set "values.sidecarInjectorWebhook.injectedAnnotations.container\.apparmor\.security\.beta\.kubernetes\.io/istio-proxy=runtime/default"

istioctl kube-inject

kube-inject manually injects the Istio sidecar into Kubernetes workloads. Unsupported resources are left unmodified so it is safe to run kube-inject over a single file that contains multiple Service, ConfigMap, Deployment, etc. definitions for a complex application. When in doubt re-run istioctl kube-inject on deployments to get the most up-to-date changes.

It’s best to do kube-inject when the resource is initially created.

  1. istioctl kube-inject [flags]
FlagsShorthandDescription
—authority <string>XDS Subject Alternative Name (for example istiod.istio-system.svc) (default )</td></tr><tr><td><code>--cert-dir &lt;string&gt;</code></td><td></td><td>XDS Endpoint certificate directory (default)
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--filename &lt;string&gt;</code></td><td><code>-f</code></td><td>Input Kubernetes resource filename (default)
—injectConfigFile <string>Injection configuration filename. Cannot be used with —injectConfigMapName (default )</td></tr><tr><td><code>--insecure</code></td><td></td><td>Skip server certificate and domain verification. (NOT SECURE!)</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—meshConfigFile <string>Mesh configuration filename. Takes precedence over —meshConfigMapName if set (default )</td></tr><tr><td><code>--meshConfigMapName &lt;string&gt;</code></td><td></td><td>ConfigMap name for Istio mesh configuration, key should be "mesh" (default `istio`)</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—operatorFileName <string>Path to file containing IstioOperator custom resources. If configs from files like meshConfigFile, valuesFile are provided, they will be overridden by iop config values. (default )</td></tr><tr><td><code>--output &lt;string&gt;</code></td><td><code>-o</code></td><td>Modified output Kubernetes resource filename (default)
—plaintextUse plain-text HTTP/2 when connecting to server (no TLS).
—revision <string>-rControl plane revision (default )</td></tr><tr><td><code>--timeout &lt;duration&gt;</code></td><td></td><td>The duration to wait before failing (default `30s`)</td></tr><tr><td><code>--valuesFile &lt;string&gt;</code></td><td></td><td>Injection values configuration filename. (default)
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)
—webhookConfig <string>MutatingWebhookConfiguration name for Istio (default istio-sidecar-injector)
—xds-address <string>XDS Endpoint (default )</td></tr><tr><td><code>--xds-label &lt;string&gt;</code></td><td></td><td>Istiod pod label selector (default)
—xds-port <int>Istiod pod port (default 15012)

Examples

  1. # Update resources on the fly before applying.
  2. kubectl apply -f <(istioctl kube-inject -f <resource.yaml>)
  3. # Create a persistent version of the deployment with Istio sidecar injected.
  4. istioctl kube-inject -f deployment.yaml -o deployment-injected.yaml
  5. # Update an existing deployment.
  6. kubectl get deployment -o yaml | istioctl kube-inject -f - | kubectl apply -f -
  7. # Capture cluster configuration for later use with kube-inject
  8. kubectl -n istio-system get cm istio-sidecar-injector -o jsonpath="{.data.config}" > /tmp/inj-template.tmpl
  9. kubectl -n istio-system get cm istio -o jsonpath="{.data.mesh}" > /tmp/mesh.yaml
  10. kubectl -n istio-system get cm istio-sidecar-injector -o jsonpath="{.data.values}" > /tmp/values.json
  11. # Use kube-inject based on captured configuration
  12. istioctl kube-inject -f samples/bookinfo/platform/kube/bookinfo.yaml \
  13. --injectConfigFile /tmp/inj-template.tmpl \
  14. --meshConfigFile /tmp/mesh.yaml \
  15. --valuesFile /tmp/values.json

istioctl manifest

The manifest command generates and diffs Istio manifests.

FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--dry-run</code></td><td></td><td>Console/log output only, make no changes.</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

istioctl manifest diff

The diff subcommand compares manifests from two files or directories. The output is a list of changed paths with the value changes shown as OLD-VALUE -> NEW-VALUE. List order changes are shown as [OLD-INDEX->NEW-INDEX], with ? used where a list item is added or removed.

  1. istioctl manifest diff <file|dir> <file|dir> [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--directory</code></td><td><code>-r</code></td><td>Compare directory.</td></tr><tr><td><code>--dry-run</code></td><td></td><td>Console/log output only, make no changes.</td></tr><tr><td><code>--ignore &lt;string&gt;</code></td><td></td><td>Ignore all listed items during comparison, using the same list format as selectResources. (default)
—istioNamespace <string>-iIstio system namespace (default istio-system)
—kubeconfig <string>-cKubernetes configuration file (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—rename <string>Rename resources before comparison. The format of each renaming pair is A->B, all renaming pairs are comma separated. e.g. Service::istiod->Service::istio-control - rename istiod service into istio-control (default `)</td></tr><tr><td><code>--select &lt;string&gt;</code></td><td></td><td>Constrain the list of resources to compare to only the ones in this list, ignoring all others. The format of each list item is "::" and the items are comma separated. The "*" character represents wildcard selection. e.g. Deployment:istio-system:* - compare all deployments in istio-system namespace Service:*:istiod - compare Services called "istiod" in all namespaces (default::)</td></tr><tr><td><code>--verbose</code></td><td><code>-v</code></td><td>Verbose output.</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

istioctl manifest generate

The generate subcommand generates an Istio install manifest and outputs to the console by default.

  1. istioctl manifest generate [flags]
FlagsShorthandDescription
—charts <string>Deprecated, use —manifests instead. (default )</td></tr><tr><td><code>--cluster-specific</code></td><td></td><td>If enabled, the current cluster will be checked for cluster-specific setting detection.</td></tr><tr><td><code>--component &lt;stringSlice&gt;</code></td><td></td><td>Specify which component to generate manifests for. (default `[]`)</td></tr><tr><td><code>--context &lt;string&gt;</code></td><td></td><td>The name of the kubeconfig context to use. Requires --cluster-specific. (default)
—dry-runConsole/log output only, make no changes.
—filename <stringSlice>-fPath to file containing IstioOperator custom resource This flag can be specified multiple times to overlay multiple files. Multiple files are overlaid in left to right order. (default [])
—forceProceed even with validation errors.
—istioNamespace <string>-iIstio system namespace (default istio-system)
—kubeconfig <string>-cPath to kube config. Requires —cluster-specific. (default )</td></tr><tr><td><code>--manifests &lt;string&gt;</code></td><td><code>-d</code></td><td>Specify a path to a directory of charts and profiles (e.g. ~/Downloads/istio-1.19.0/manifests). (default)
—namespace <string>-nKubernetes namespace (default )</td></tr><tr><td><code>--output &lt;string&gt;</code></td><td><code>-o</code></td><td>Manifest output directory path. (default)
—revision <string>-rTarget control plane revision for the command. (default `)</td></tr><tr><td><code>--set &lt;stringArray&gt;</code></td><td><code>-s</code></td><td>Override an IstioOperator value, e.g. to choose a profile (--set profile=demo), enable or disable components (--set components.cni.enabled=true), or override Istio settings (--set meshConfig.enableTracing=true). See documentation for more info:https://istio.io/v1.19/docs/reference/config/istio.operator.v1alpha1/#IstioOperatorSpec (default[])</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. # Generate a default Istio installation
  2. istioctl manifest generate
  3. # Enable Tracing
  4. istioctl manifest generate --set meshConfig.enableTracing=true
  5. # Generate the demo profile
  6. istioctl manifest generate --set profile=demo
  7. # To override a setting that includes dots, escape them with a backslash (\). Your shell may require enclosing quotes.
  8. istioctl manifest generate --set "values.sidecarInjectorWebhook.injectedAnnotations.container\.apparmor\.security\.beta\.kubernetes\.io/istio-proxy=runtime/default"

istioctl manifest install

The install command generates an Istio install manifest and applies it to a cluster.

  1. istioctl manifest install [flags]
  1. istioctl manifest apply [flags]
FlagsShorthandDescription
—charts <string>Deprecated, use —manifests instead. (default )</td></tr><tr><td><code>--context &lt;string&gt;</code></td><td></td><td>The name of the kubeconfig context to use. (default)
—dry-runConsole/log output only, make no changes.
—filename <stringSlice>-fPath to file containing IstioOperator custom resource This flag can be specified multiple times to overlay multiple files. Multiple files are overlaid in left to right order. (default [])
—forceProceed even with validation errors.
—istioNamespace <string>-iIstio system namespace (default istio-system)
—kubeconfig <string>-cPath to kube config. (default )</td></tr><tr><td><code>--manifests &lt;string&gt;</code></td><td><code>-d</code></td><td>Specify a path to a directory of charts and profiles (e.g. ~/Downloads/istio-1.19.0/manifests). (default)
—namespace <string>-nKubernetes namespace (default )</td></tr><tr><td><code>--readiness-timeout &lt;duration&gt;</code></td><td></td><td>Maximum time to wait for Istio resources in each component to be ready. (default `5m0s`)</td></tr><tr><td><code>--revision &lt;string&gt;</code></td><td><code>-r</code></td><td>Target control plane revision for the command. (default)
—set <stringArray>-sOverride an IstioOperator value, e.g. to choose a profile (—set profile=demo), enable or disable components (—set components.cni.enabled=true), or override Istio settings (—set meshConfig.enableTracing=true). See documentation for more info:https://istio.io/v1.19/docs/reference/config/istio.operator.v1alpha1/#IstioOperatorSpec (default [])
—skip-confirmation-yThe skipConfirmation determines whether the user is prompted for confirmation. If set to true, the user is not prompted and a Yes response is assumed in all cases.
—verifyVerify the Istio control plane after installation/in-place upgrade
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

Examples

  1. # Apply a default Istio installation
  2. istioctl install
  3. # Enable Tracing
  4. istioctl install --set meshConfig.enableTracing=true
  5. # Generate the demo profile and don't wait for confirmation
  6. istioctl install --set profile=demo --skip-confirmation
  7. # To override a setting that includes dots, escape them with a backslash (\). Your shell may require enclosing quotes.
  8. istioctl install --set "values.sidecarInjectorWebhook.injectedAnnotations.container\.apparmor\.security\.beta\.kubernetes\.io/istio-proxy=runtime/default"

istioctl operator

The operator command installs, dumps, removes and shows the status of the operator controller.

FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

istioctl operator dump

The dump subcommand dumps the Istio operator controller manifest.

  1. istioctl operator dump [flags]
FlagsShorthandDescription
—charts <string>Deprecated, use —manifests instead. (default )</td></tr><tr><td><code>--context &lt;string&gt;</code></td><td></td><td>Kubernetes configuration context (default)
—dry-runConsole/log output only, make no changes.
—hub <string>The hub for the operator controller image. (default unknown)
—imagePullSecrets <stringSlice>The imagePullSecrets are used to pull the operator image from the private registry, could be secret list separated by comma, eg. ‘—imagePullSecrets imagePullSecret1,imagePullSecret2’ (default [])
—istioNamespace <string>-iIstio system namespace (default istio-system)
—kubeconfig <string>-cKubernetes configuration file (default )</td></tr><tr><td><code>--manifests &lt;string&gt;</code></td><td><code>-d</code></td><td>Specify a path to a directory of charts and profiles (e.g. ~/Downloads/istio-1.19.0/manifests). (default)
—namespace <string>-nKubernetes namespace (default )</td></tr><tr><td><code>--operatorNamespace &lt;string&gt;</code></td><td></td><td>The namespace the operator controller is installed into. (default `istio-operator`)</td></tr><tr><td><code>--output &lt;string&gt;</code></td><td><code>-o</code></td><td>Output format: one of json|yaml (default `yaml`)</td></tr><tr><td><code>--revision &lt;string&gt;</code></td><td><code>-r</code></td><td>Target revision for the operator. (default)
—tag <string>The tag for the operator controller image. (default unknown)
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)
—watchedNamespaces <string>The namespaces the operator controller watches, could be namespace list separated by comma, eg. ‘ns1,ns2’ (default istio-system)

istioctl operator init

The init subcommand installs the Istio operator controller in the cluster.

  1. istioctl operator init [flags]
FlagsShorthandDescription
—charts <string>Deprecated, use —manifests instead. (default )</td></tr><tr><td><code>--context &lt;string&gt;</code></td><td></td><td>The name of the kubeconfig context to use. (default)
—dry-runConsole/log output only, make no changes.
—filename <string>-fPath to file containing IstioOperator custom resource This flag can be specified multiple times to overlay multiple files. Multiple files are overlaid in left to right order. (default )</td></tr><tr><td><code>--hub &lt;string&gt;</code></td><td></td><td>The hub for the operator controller image. (default `unknown`)</td></tr><tr><td><code>--imagePullSecrets &lt;stringSlice&gt;</code></td><td></td><td>The imagePullSecrets are used to pull the operator image from the private registry, could be secret list separated by comma, eg. '--imagePullSecrets imagePullSecret1,imagePullSecret2' (default `[]`)</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Path to kube config. (default)
—manifests <string>-dSpecify a path to a directory of charts and profiles (e.g. ~/Downloads/istio-1.19.0/manifests). (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—operatorNamespace <string>The namespace the operator controller is installed into. (default istio-operator)
—revision <string>-rTarget revision for the operator. (default `)</td></tr><tr><td><code>--tag &lt;string&gt;</code></td><td></td><td>The tag for the operator controller image. (defaultunknown)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0)</td></tr><tr><td><code>--watchedNamespaces &lt;string&gt;</code></td><td></td><td>The namespaces the operator controller watches, could be namespace list separated by comma, eg. 'ns1,ns2' (defaultistio-system`)

istioctl operator remove

The remove subcommand removes the Istio operator controller from the cluster.

  1. istioctl operator remove [flags]
FlagsShorthandDescription
—context <string>The name of the kubeconfig context to use. (default )</td></tr><tr><td><code>--dry-run</code></td><td></td><td>Console/log output only, make no changes.</td></tr><tr><td><code>--force</code></td><td></td><td>Proceed even with validation errors.</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Path to kube config. (default)
—namespace <string>-nKubernetes namespace (default )</td></tr><tr><td><code>--operatorNamespace &lt;string&gt;</code></td><td></td><td>The namespace the operator controller is installed into. (default `istio-operator`)</td></tr><tr><td><code>--purge</code></td><td></td><td>Remove all versions of Istio operator.</td></tr><tr><td><code>--revision &lt;string&gt;</code></td><td><code>-r</code></td><td>Target revision for the operator. (default)
—skip-confirmation-yThe skipConfirmation determines whether the user is prompted for confirmation. If set to true, the user is not prompted and a Yes response is assumed in all cases.
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

istioctl options

Displays istioctl global options

FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

istioctl profile

The profile command lists, dumps or diffs Istio configuration profiles.

FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--dry-run</code></td><td></td><td>Console/log output only, make no changes.</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. istioctl profile list
  2. istioctl install --set profile=demo # Use a profile from the list

istioctl profile diff

The diff subcommand displays the differences between two Istio configuration profiles.

  1. istioctl profile diff <profile|file1.yaml> <profile|file2.yaml> [flags]
FlagsShorthandDescription
—charts <string>Deprecated, use —manifests instead. (default )</td></tr><tr><td><code>--context &lt;string&gt;</code></td><td></td><td>Kubernetes configuration context (default)
—dry-runConsole/log output only, make no changes.
—istioNamespace <string>-iIstio system namespace (default istio-system)
—kubeconfig <string>-cKubernetes configuration file (default )</td></tr><tr><td><code>--manifests &lt;string&gt;</code></td><td><code>-d</code></td><td>Specify a path to a directory of charts and profiles (e.g. ~/Downloads/istio-1.19.0/manifests). (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. # Profile diff by providing yaml files
  2. istioctl profile diff manifests/profiles/default.yaml manifests/profiles/demo.yaml
  3. # Profile diff by providing a profile name
  4. istioctl profile diff default demo

istioctl profile dump

The dump subcommand dumps the values in an Istio configuration profile.

  1. istioctl profile dump [<profile>] [flags]
FlagsShorthandDescription
—charts <string>Deprecated, use —manifests instead. (default )</td></tr><tr><td><code>--config-path &lt;string&gt;</code></td><td><code>-p</code></td><td>The path the root of the configuration subtree to dump e.g. components.pilot. By default, dump whole tree (default)
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--dry-run</code></td><td></td><td>Console/log output only, make no changes.</td></tr><tr><td><code>--filename &lt;stringSlice&gt;</code></td><td><code>-f</code></td><td>Path to file containing IstioOperator custom resource This flag can be specified multiple times to overlay multiple files. Multiple files are overlaid in left to right order. (default `[]`)</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—manifests <string>-dSpecify a path to a directory of charts and profiles (e.g. ~/Downloads/istio-1.19.0/manifests). (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—output <string>-oOutput format: one of json|yaml|flags (default yaml)
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

istioctl profile list

The list subcommand lists the available Istio configuration profiles.

  1. istioctl profile list [flags]
FlagsShorthandDescription
—charts <string>Deprecated, use —manifests instead. (default )</td></tr><tr><td><code>--context &lt;string&gt;</code></td><td></td><td>Kubernetes configuration context (default)
—dry-runConsole/log output only, make no changes.
—istioNamespace <string>-iIstio system namespace (default istio-system)
—kubeconfig <string>-cKubernetes configuration file (default )</td></tr><tr><td><code>--manifests &lt;string&gt;</code></td><td><code>-d</code></td><td>Specify a path to a directory of charts and profiles (e.g. ~/Downloads/istio-1.19.0/manifests). (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

istioctl proxy-config

A group of commands used to retrieve information about proxy configuration from the Envoy config dump

FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--output &lt;string&gt;</code></td><td><code>-o</code></td><td>Output format: one of json|yaml|short (defaultshort)</td></tr><tr><td><code>--proxy-admin-port &lt;int&gt;</code></td><td></td><td>Envoy proxy admin port (default15000)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. # Retrieve information about proxy configuration from an Envoy instance.
  2. istioctl proxy-config <clusters|listeners|routes|endpoints|bootstrap|log|secret> <pod-name[.namespace]>

istioctl proxy-config all

Retrieve information about all configuration for the Envoy instance in the specified pod.

  1. istioctl proxy-config all [<type>/]<name>[.<namespace>] [flags]
  1. istioctl proxy-config a [<type>/]<name>[.<namespace>] [flags]
FlagsShorthandDescription
—address <string>Filter listeners by address field (default )</td></tr><tr><td><code>--context &lt;string&gt;</code></td><td></td><td>Kubernetes configuration context (default)
—direction <string>Filter clusters by Direction field (default )</td></tr><tr><td><code>--file &lt;string&gt;</code></td><td><code>-f</code></td><td>Envoy config dump file (default)
—fqdn <string>Filter clusters by substring of Service FQDN field (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—name <string>Filter listeners by route name field (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—output <string>-oOutput format: one of json|yaml|short (default short)
—port <int>Filter clusters and listeners by Port field (default 0)
—proxy-admin-port <int>Envoy proxy admin port (default 15000)
—subset <string>Filter clusters by substring of Subset field (default )</td></tr><tr><td><code>--type &lt;string&gt;</code></td><td></td><td>Filter listeners by type field (default)
—verboseOutput more information
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

Examples

  1. # Retrieve summary about all configuration for a given pod from Envoy.
  2. istioctl proxy-config all <pod-name[.namespace]>
  3. # Retrieve full cluster dump as JSON
  4. istioctl proxy-config all <pod-name[.namespace]> -o json
  5. # Retrieve full cluster dump with short syntax
  6. istioctl pc a <pod-name[.namespace]>
  7. # Retrieve cluster summary without using Kubernetes API
  8. ssh <user@hostname> 'curl localhost:15000/config_dump' > envoy-config.json
  9. istioctl proxy-config all --file envoy-config.json

istioctl proxy-config bootstrap

Retrieve information about bootstrap configuration for the Envoy instance in the specified pod.

  1. istioctl proxy-config bootstrap [<type>/]<name>[.<namespace>] [flags]
  1. istioctl proxy-config b [<type>/]<name>[.<namespace>] [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--file &lt;string&gt;</code></td><td><code>-f</code></td><td>Envoy config dump JSON file (default)
—istioNamespace <string>-iIstio system namespace (default istio-system)
—kubeconfig <string>-cKubernetes configuration file (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—output <string>-oOutput format: one of json|yaml|short (default json)
—proxy-admin-port <int>Envoy proxy admin port (default 15000)
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

Examples

  1. # Retrieve full bootstrap configuration for a given pod from Envoy.
  2. istioctl proxy-config bootstrap <pod-name[.namespace]>
  3. # Retrieve full bootstrap without using Kubernetes API
  4. ssh <user@hostname> 'curl localhost:15000/config_dump' > envoy-config.json
  5. istioctl proxy-config bootstrap --file envoy-config.json
  6. # Show a human-readable Istio and Envoy version summary
  7. istioctl proxy-config bootstrap -o short

istioctl proxy-config cluster

Retrieve information about cluster configuration for the Envoy instance in the specified pod.

  1. istioctl proxy-config cluster [<type>/]<name>[.<namespace>] [flags]
  1. istioctl proxy-config clusters [<type>/]<name>[.<namespace>] [flags]
  2. istioctl proxy-config c [<type>/]<name>[.<namespace>] [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--direction &lt;string&gt;</code></td><td></td><td>Filter clusters by Direction field (default)
—file <string>-fEnvoy config dump JSON file (default )</td></tr><tr><td><code>--fqdn &lt;string&gt;</code></td><td></td><td>Filter clusters by substring of Service FQDN field (default)
—istioNamespace <string>-iIstio system namespace (default istio-system)
—kubeconfig <string>-cKubernetes configuration file (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—output <string>-oOutput format: one of json|yaml|short (default short)
—port <int>Filter clusters by Port field (default 0)
—proxy-admin-port <int>Envoy proxy admin port (default 15000)
—subset <string>Filter clusters by substring of Subset field (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. # Retrieve summary about cluster configuration for a given pod from Envoy.
  2. istioctl proxy-config clusters <pod-name[.namespace]>
  3. # Retrieve cluster summary for clusters with port 9080.
  4. istioctl proxy-config clusters <pod-name[.namespace]> --port 9080
  5. # Retrieve full cluster dump for clusters that are inbound with a FQDN of details.default.svc.cluster.local.
  6. istioctl proxy-config clusters <pod-name[.namespace]> --fqdn details.default.svc.cluster.local --direction inbound -o json
  7. # Retrieve cluster summary without using Kubernetes API
  8. ssh <user@hostname> 'curl localhost:15000/config_dump' > envoy-config.json
  9. istioctl proxy-config clusters --file envoy-config.json

istioctl proxy-config ecds

Retrieve information about typed extension configuration for the Envoy instance in the specified pod.

  1. istioctl proxy-config ecds [<type>/]<name>[.<namespace>] [flags]
  1. istioctl proxy-config ec [<type>/]<name>[.<namespace>] [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--file &lt;string&gt;</code></td><td><code>-f</code></td><td>Envoy config dump JSON file (default)
—istioNamespace <string>-iIstio system namespace (default istio-system)
—kubeconfig <string>-cKubernetes configuration file (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—output <string>-oOutput format: one of json|yaml|short (default short)
—proxy-admin-port <int>Envoy proxy admin port (default 15000)
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

Examples

  1. # Retrieve full typed extension configuration for a given pod from Envoy.
  2. istioctl proxy-config ecds <pod-name[.namespace]>
  3. # Retrieve endpoint summary without using Kubernetes API
  4. ssh <user@hostname> 'curl localhost:15000/config_dump' > envoy-config.json
  5. istioctl proxy-config ecds --file envoy-config.json

istioctl proxy-config endpoint

Retrieve information about endpoint configuration for the Envoy instance in the specified pod.

  1. istioctl proxy-config endpoint [<type>/]<name>[.<namespace>] [flags]
  1. istioctl proxy-config endpoints [<type>/]<name>[.<namespace>] [flags]
  2. istioctl proxy-config ep [<type>/]<name>[.<namespace>] [flags]
FlagsShorthandDescription
—address <string>Filter endpoints by address field (default )</td></tr><tr><td><code>--cluster &lt;string&gt;</code></td><td></td><td>Filter endpoints by cluster name field (default)
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--file &lt;string&gt;</code></td><td><code>-f</code></td><td>Envoy config dump JSON file (default)
—istioNamespace <string>-iIstio system namespace (default istio-system)
—kubeconfig <string>-cKubernetes configuration file (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—output <string>-oOutput format: one of json|yaml|short (default short)
—port <int>Filter endpoints by Port field (default 0)
—proxy-admin-port <int>Envoy proxy admin port (default 15000)
—status <string>Filter endpoints by status field (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. # Retrieve full endpoint configuration for a given pod from Envoy.
  2. istioctl proxy-config endpoint <pod-name[.namespace]>
  3. # Retrieve endpoint summary for endpoint with port 9080.
  4. istioctl proxy-config endpoint <pod-name[.namespace]> --port 9080
  5. # Retrieve full endpoint with a address (172.17.0.2).
  6. istioctl proxy-config endpoint <pod-name[.namespace]> --address 172.17.0.2 -o json
  7. # Retrieve full endpoint with a cluster name (outbound|9411||zipkin.istio-system.svc.cluster.local).
  8. istioctl proxy-config endpoint <pod-name[.namespace]> --cluster "outbound|9411||zipkin.istio-system.svc.cluster.local" -o json
  9. # Retrieve full endpoint with the status (healthy).
  10. istioctl proxy-config endpoint <pod-name[.namespace]> --status healthy -ojson
  11. # Retrieve endpoint summary without using Kubernetes API
  12. ssh <user@hostname> 'curl localhost:15000/clusters?format=json' > envoy-clusters.json
  13. istioctl proxy-config endpoints --file envoy-clusters.json

istioctl proxy-config listener

Retrieve information about listener configuration for the Envoy instance in the specified pod.

  1. istioctl proxy-config listener [<type>/]<name>[.<namespace>] [flags]
  1. istioctl proxy-config listeners [<type>/]<name>[.<namespace>] [flags]
  2. istioctl proxy-config l [<type>/]<name>[.<namespace>] [flags]
FlagsShorthandDescription
—address <string>Filter listeners by address field (default )</td></tr><tr><td><code>--context &lt;string&gt;</code></td><td></td><td>Kubernetes configuration context (default)
—file <string>-fEnvoy config dump JSON file (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default )</td></tr><tr><td><code>--output &lt;string&gt;</code></td><td><code>-o</code></td><td>Output format: one of json|yaml|short (default `short`)</td></tr><tr><td><code>--port &lt;int&gt;</code></td><td></td><td>Filter listeners by Port field (default `0`)</td></tr><tr><td><code>--proxy-admin-port &lt;int&gt;</code></td><td></td><td>Envoy proxy admin port (default `15000`)</td></tr><tr><td><code>--type &lt;string&gt;</code></td><td></td><td>Filter listeners by type field (default)
—verboseOutput more information
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

Examples

  1. # Retrieve summary about listener configuration for a given pod from Envoy.
  2. istioctl proxy-config listeners <pod-name[.namespace]>
  3. # Retrieve listener summary for listeners with port 9080.
  4. istioctl proxy-config listeners <pod-name[.namespace]> --port 9080
  5. # Retrieve full listener dump for HTTP listeners with a wildcard address (0.0.0.0).
  6. istioctl proxy-config listeners <pod-name[.namespace]> --type HTTP --address 0.0.0.0 -o json
  7. # Retrieve listener summary without using Kubernetes API
  8. ssh <user@hostname> 'curl localhost:15000/config_dump' > envoy-config.json
  9. istioctl proxy-config listeners --file envoy-config.json

istioctl proxy-config log

Retrieve information about logging levels of the Envoy instance in the specified pod, and update optionally

  1. istioctl proxy-config log [<type>/]<name>[.<namespace>] [flags]
  1. istioctl proxy-config o [<type>/]<name>[.<namespace>] [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—level <string>Comma-separated minimum per-logger level of messages to output, in the form of [<logger>:]<level>,[<logger>:]<level>,… where logger components can be listed by running “istioctl proxy-config log <pod-name[.namespace]>”or referred from https://github.com/envoyproxy/envoy/blob/main/source/common/common/logger.h, and level can be one of [trace, debug, info, warning, error, critical, off] (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—output <string>-oOutput format: one of json|yaml|short (default short)
—proxy-admin-port <int>Envoy proxy admin port (default 15000)
—reset-rReset levels to default value (warning).
—selector <string>-lLabel selector (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. # Retrieve information about logging levels for a given pod from Envoy.
  2. istioctl proxy-config log <pod-name[.namespace]>
  3. # Update levels of the all loggers
  4. istioctl proxy-config log <pod-name[.namespace]> --level none
  5. # Update levels of the specified loggers.
  6. istioctl proxy-config log <pod-name[.namespace]> --level http:debug,redis:debug
  7. # Reset levels of all the loggers to default value (warning).
  8. istioctl proxy-config log <pod-name[.namespace]> -r

istioctl proxy-config rootca-compare

Compare ROOTCA values for given 2 pods to check the connectivity between them.

THIS COMMAND IS UNDER ACTIVE DEVELOPMENT AND NOT READY FOR PRODUCTION USE.

  1. istioctl proxy-config rootca-compare [pod/]<name-1>[.<namespace-1>] [pod/]<name-2>[.<namespace-2>] [flags]
  1. istioctl proxy-config rc [pod/]<name-1>[.<namespace-1>] [pod/]<name-2>[.<namespace-2>] [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--output &lt;string&gt;</code></td><td><code>-o</code></td><td>Output format: one of json|yaml|short (defaultshort)</td></tr><tr><td><code>--proxy-admin-port &lt;int&gt;</code></td><td></td><td>Envoy proxy admin port (default15000)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. # Compare ROOTCA values for given 2 pods to check the connectivity between them.
  2. istioctl proxy-config rootca-compare <pod-name-1[.namespace]> <pod-name-2[.namespace]>

istioctl proxy-config route

Retrieve information about route configuration for the Envoy instance in the specified pod.

  1. istioctl proxy-config route [<type>/]<name>[.<namespace>] [flags]
  1. istioctl proxy-config routes [<type>/]<name>[.<namespace>] [flags]
  2. istioctl proxy-config r [<type>/]<name>[.<namespace>] [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--file &lt;string&gt;</code></td><td><code>-f</code></td><td>Envoy config dump JSON file (default)
—istioNamespace <string>-iIstio system namespace (default istio-system)
—kubeconfig <string>-cKubernetes configuration file (default )</td></tr><tr><td><code>--name &lt;string&gt;</code></td><td></td><td>Filter listeners by route name field (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--output &lt;string&gt;</code></td><td><code>-o</code></td><td>Output format: one of json|yaml|short (defaultshort)</td></tr><tr><td><code>--proxy-admin-port &lt;int&gt;</code></td><td></td><td>Envoy proxy admin port (default15000)</td></tr><tr><td><code>--verbose</code></td><td></td><td>Output more information</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. # Retrieve summary about route configuration for a given pod from Envoy.
  2. istioctl proxy-config routes <pod-name[.namespace]>
  3. # Retrieve route summary for route 9080.
  4. istioctl proxy-config route <pod-name[.namespace]> --name 9080
  5. # Retrieve full route dump for route 9080
  6. istioctl proxy-config route <pod-name[.namespace]> --name 9080 -o json
  7. # Retrieve route summary without using Kubernetes API
  8. ssh <user@hostname> 'curl localhost:15000/config_dump' > envoy-config.json
  9. istioctl proxy-config routes --file envoy-config.json

istioctl proxy-config secret

Retrieve information about secret configuration for the Envoy instance in the specified pod.

  1. istioctl proxy-config secret [<type>/]<name>[.<namespace>] [flags]
  1. istioctl proxy-config secrets [<type>/]<name>[.<namespace>] [flags]
  2. istioctl proxy-config s [<type>/]<name>[.<namespace>] [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--file &lt;string&gt;</code></td><td><code>-f</code></td><td>Envoy config dump JSON file (default)
—istioNamespace <string>-iIstio system namespace (default istio-system)
—kubeconfig <string>-cKubernetes configuration file (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—output <string>-oOutput format: one of json|yaml|short (default short)
—proxy-admin-port <int>Envoy proxy admin port (default 15000)
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

Examples

  1. # Retrieve full secret configuration for a given pod from Envoy.
  2. istioctl proxy-config secret <pod-name[.namespace]>
  3. # Retrieve full bootstrap without using Kubernetes API
  4. ssh <user@hostname> 'curl localhost:15000/config_dump' > envoy-config.json
  5. istioctl proxy-config secret --file envoy-config.json

istioctl proxy-status

Retrieves last sent and last acknowledged xDS sync from Istiod to each Envoy in the mesh

  1. istioctl proxy-status [<type>/]<name>[.<namespace>] [flags]
  1. istioctl ps [<type>/]<name>[.<namespace>] [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--file &lt;string&gt;</code></td><td><code>-f</code></td><td>Envoy config dump JSON file (default)
—istioNamespace <string>-iIstio system namespace (default istio-system)
—kubeconfig <string>-cKubernetes configuration file (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—revision <string>-rControl plane revision (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. # Retrieve sync status for all Envoys in a mesh
  2. istioctl proxy-status
  3. # Retrieve sync diff for a single Envoy and Istiod
  4. istioctl proxy-status istio-egressgateway-59585c5b9c-ndc59.istio-system
  5. # Retrieve sync diff between Istiod and one pod under a deployment
  6. istioctl proxy-status deployment/productpage-v1
  7. # Write proxy config-dump to file, and compare to Istio control plane
  8. kubectl port-forward -n istio-system istio-egressgateway-59585c5b9c-ndc59 15000 &
  9. curl localhost:15000/config_dump > cd.json
  10. istioctl proxy-status istio-egressgateway-59585c5b9c-ndc59.istio-system --file cd.json

istioctl remote-clusters

Lists the remote clusters each istiod instance is connected to.

  1. istioctl remote-clusters [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default )</td></tr><tr><td><code>--revision &lt;string&gt;</code></td><td><code>-r</code></td><td>Control plane revision (default)
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

istioctl tag

Command group used to interact with revision tags. Revision tags allow for the creation of mutable aliases referring to control plane revisions for sidecar injection.

With revision tags, rather than relabeling a namespace from “istio.io/rev=revision-a” to “istio.io/rev=revision-b” to change which control plane revision handles injection, it’s possible to create a revision tag “prod” and label our namespace “istio.io/rev=prod”. The “prod” revision tag could point to “1-7-6” initially and then be changed to point to “1-8-1” at some later point.

This allows operators to change which Istio control plane revision should handle injection for a namespace or set of namespaces without manual relabeling of the “istio.io/rev” tag.

  1. istioctl tag [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

istioctl tag generate

Create a revision tag and output to the command’s stdout. Tag an Istio control plane revision for use with namespace istio.io/rev injection labels.

  1. istioctl tag generate <revision-tag> [flags]
FlagsShorthandDescription
—auto-inject-namespacesIf set to true, the sidecars should be automatically injected into all namespaces by default
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—manifests <string>-dSpecify a path to a directory of charts and profiles (e.g. ~/Downloads/istio-1.19.0/manifests). (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—overwriteIf true, allow revision tags to be overwritten, otherwise reject revision tag updates that overwrite existing revision tags.
—revision <string>-rControl plane revision to reference from a given revision tag (default )</td></tr><tr><td><code>--skip-confirmation</code></td><td><code>-y</code></td><td>The skipConfirmation determines whether the user is prompted for confirmation. If set to true, the user is not prompted and a Yes response is assumed in all cases.</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default `0`)</td></tr><tr><td><code>--webhook-name &lt;string&gt;</code></td><td></td><td>Name to use for a revision tag's mutating webhook configuration. (default)

Examples

  1. # Create a revision tag from the "1-8-0" revision
  2. istioctl tag generate prod --revision 1-8-0 > tag.yaml
  3. # Apply the tag to cluster
  4. kubectl apply -f tag.yaml
  5. # Point namespace "test-ns" at the revision pointed to by the "prod" revision tag
  6. kubectl label ns test-ns istio.io/rev=prod
  7. # Rollout namespace "test-ns" to update workloads to the "1-8-0" revision
  8. kubectl rollout restart deployments -n test-ns

istioctl tag list

List existing revision tags

  1. istioctl tag list [flags]
  1. istioctl tag show [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--output &lt;string&gt;</code></td><td><code>-o</code></td><td>Output format for tag description (available formats: table,json) (defaulttable)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. istioctl tag list

istioctl tag remove

Remove Istio control plane revision tag.

Removing a revision tag should be done with care. Removing a revision tag will disrupt sidecar injection in namespaces that reference the tag in an “istio.io/rev” label. Verify that there are no remaining namespaces referencing a revision tag before removing using the “istioctl tag list” command.

  1. istioctl tag remove <revision-tag> [flags]
  1. istioctl tag delete <revision-tag> [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--skip-confirmation</code></td><td><code>-y</code></td><td>The skipConfirmation determines whether the user is prompted for confirmation. If set to true, the user is not prompted and a Yes response is assumed in all cases.</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. # Remove the revision tag "prod"
  2. istioctl tag remove prod

istioctl tag set

Create or modify revision tags. Tag an Istio control plane revision for use with namespace istio.io/rev injection labels.

  1. istioctl tag set <revision-tag> [flags]
FlagsShorthandDescription
—auto-inject-namespacesIf set to true, the sidecars should be automatically injected into all namespaces by default
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—manifests <string>-dSpecify a path to a directory of charts and profiles (e.g. ~/Downloads/istio-1.19.0/manifests). (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>Kubernetes namespace (default)
—overwriteIf true, allow revision tags to be overwritten, otherwise reject revision tag updates that overwrite existing revision tags.
—revision <string>-rControl plane revision to reference from a given revision tag (default )</td></tr><tr><td><code>--skip-confirmation</code></td><td><code>-y</code></td><td>The skipConfirmation determines whether the user is prompted for confirmation. If set to true, the user is not prompted and a Yes response is assumed in all cases.</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default `0`)</td></tr><tr><td><code>--webhook-name &lt;string&gt;</code></td><td></td><td>Name to use for a revision tag's mutating webhook configuration. (default)

Examples

  1. # Create a revision tag from the "1-8-0" revision
  2. istioctl tag set prod --revision 1-8-0
  3. # Point namespace "test-ns" at the revision pointed to by the "prod" revision tag
  4. kubectl label ns test-ns istio.io/rev=prod
  5. # Change the revision tag to reference the "1-8-1" revision
  6. istioctl tag set prod --revision 1-8-1 --overwrite
  7. # Make revision "1-8-1" the default revision, both resulting in that revision handling injection for "istio-injection=enabled"
  8. # and validating resources cluster-wide
  9. istioctl tag set default --revision 1-8-1
  10. # Rollout namespace "test-ns" to update workloads to the "1-8-1" revision
  11. kubectl rollout restart deployments -n test-ns

istioctl uninstall

The uninstall command uninstalls Istio from a cluster

  1. istioctl uninstall [flags]
FlagsShorthandDescription
—context <string>The name of the kubeconfig context to use. (default )</td></tr><tr><td><code>--dry-run</code></td><td></td><td>Console/log output only, make no changes.</td></tr><tr><td><code>--filename &lt;string&gt;</code></td><td><code>-f</code></td><td>The filename of the IstioOperator CR. (default)
—forceProceed even with validation errors.
—istioNamespace <string>The namespace of Istio Control Plane. (default istio-system)
—kubeconfig <string>-cPath to kube config. (default )</td></tr><tr><td><code>--manifests &lt;string&gt;</code></td><td><code>-d</code></td><td>Specify a path to a directory of charts and profiles (e.g. ~/Downloads/istio-1.19.0/manifests). (default)
—namespace <string>-nKubernetes namespace (default )</td></tr><tr><td><code>--purge</code></td><td></td><td>Delete all Istio related sources for all versions</td></tr><tr><td><code>--revision &lt;string&gt;</code></td><td><code>-r</code></td><td>Target control plane revision for the command. (default)
—set <stringArray>-sOverride an IstioOperator value, e.g. to choose a profile (—set profile=demo), enable or disable components (—set components.cni.enabled=true), or override Istio settings (—set meshConfig.enableTracing=true). See documentation for more info:https://istio.io/v1.19/docs/reference/config/istio.operator.v1alpha1/#IstioOperatorSpec (default [])
—skip-confirmation-yThe skipConfirmation determines whether the user is prompted for confirmation. If set to true, the user is not prompted and a Yes response is assumed in all cases.
—verbose-vVerbose output.
—vklog <Level>number for the log level verbosity. Like -v flag. ex: —vklog=9 (default 0)

Examples

  1. # Uninstall a single control plane by revision
  2. istioctl uninstall --revision foo
  3. # Uninstall a single control plane by iop file
  4. istioctl uninstall -f iop.yaml
  5. # Uninstall all control planes and shared resources
  6. istioctl uninstall --purge

istioctl upgrade

The upgrade command is an alias for the install command that performs additional upgrade-related checks.

  1. istioctl upgrade [flags]
FlagsShorthandDescription
—charts <string>Deprecated, use —manifests instead. (default )</td></tr><tr><td><code>--context &lt;string&gt;</code></td><td></td><td>The name of the kubeconfig context to use. (default)
—dry-runConsole/log output only, make no changes.
—filename <stringSlice>-fPath to file containing IstioOperator custom resource This flag can be specified multiple times to overlay multiple files. Multiple files are overlaid in left to right order. (default [])
—forceProceed even with validation errors.
—istioNamespace <string>-iIstio system namespace (default istio-system)
—kubeconfig <string>-cPath to kube config. (default )</td></tr><tr><td><code>--manifests &lt;string&gt;</code></td><td><code>-d</code></td><td>Specify a path to a directory of charts and profiles (e.g. ~/Downloads/istio-1.19.0/manifests). (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--readiness-timeout &lt;duration&gt;</code></td><td></td><td>Maximum time to wait for Istio resources in each component to be ready. (default5m0s)</td></tr><tr><td><code>--set &lt;stringArray&gt;</code></td><td><code>-s</code></td><td>Override an IstioOperator value, e.g. to choose a profile (--set profile=demo), enable or disable components (--set components.cni.enabled=true), or override Istio settings (--set meshConfig.enableTracing=true). See documentation for more info:https://istio.io/v1.19/docs/reference/config/istio.operator.v1alpha1/#IstioOperatorSpec (default[])</td></tr><tr><td><code>--skip-confirmation</code></td><td><code>-y</code></td><td>The skipConfirmation determines whether the user is prompted for confirmation. If set to true, the user is not prompted and a Yes response is assumed in all cases.</td></tr><tr><td><code>--verify</code></td><td></td><td>Verify the Istio control plane after installation/in-place upgrade</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

istioctl validate

Validate Istio policy and rules files

  1. istioctl validate -f FILENAME [options] [flags]
  1. istioctl v -f FILENAME [options] [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--filename &lt;stringSlice&gt;</code></td><td><code>-f</code></td><td>Inputs of files to validate (default `[]`)</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default `)</td></tr><tr><td><code>--referential</code></td><td><code>-x</code></td><td>Enable structural validation for policy and telemetry</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. # Validate bookinfo-gateway.yaml
  2. istioctl validate -f samples/bookinfo/networking/bookinfo-gateway.yaml
  3. # Validate bookinfo-gateway.yaml with shorthand syntax
  4. istioctl v -f samples/bookinfo/networking/bookinfo-gateway.yaml
  5. # Validate all yaml files under samples/bookinfo/networking directory
  6. istioctl validate -f samples/bookinfo/networking
  7. # Validate current deployments under 'default' namespace within the cluster
  8. kubectl get deployments -o yaml | istioctl validate -f -
  9. # Validate current services under 'default' namespace within the cluster
  10. kubectl get services -o yaml | istioctl validate -f -
  11. # Also see the related command 'istioctl analyze'
  12. istioctl analyze samples/bookinfo/networking/bookinfo-gateway.yaml

istioctl verify-install

verify-install verifies Istio installation status against the installation file you specified when you installed Istio. It loops through all the installation resources defined in your installation file and reports whether all of them are in ready status. It will report failure when any of them are not ready.

If you do not specify an installation it will check for an IstioOperator resource and will verify if pods and services defined in it are present.

Note: For verifying whether your cluster is ready for Istio installation, see istioctl experimental precheck.

  1. istioctl verify-install [-f <deployment or istio operator file>] [--revision <revision>] [flags]
FlagsShorthandDescription
—context <string>The name of the kubeconfig context to use (default )</td></tr><tr><td><code>--filename &lt;stringSlice&gt;</code></td><td><code>-f</code></td><td>Istio YAML installation file. (default `[]`)</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td></td><td>Path to the kubeconfig file to use for CLI requests. (default)
—manifests <string>-dSpecify a path to a directory of charts and profiles (e.g. ~/Downloads/istio-1.19.0/manifests). (default )</td></tr><tr><td><code>--namespace &lt;string&gt;</code></td><td><code>-n</code></td><td>If present, the namespace scope for this CLI request (default)
—revision <string>-rControl plane revision (default `)</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Examples

  1. # Verify that Istio is installed correctly via Istio Operator
  2. istioctl verify-install
  3. # Verify the deployment matches a custom Istio deployment configuration
  4. istioctl verify-install -f $HOME/istio.yaml
  5. # Verify the deployment matches the Istio Operator deployment definition
  6. istioctl verify-install --revision <canary>
  7. # Verify the installation of specific revision
  8. istioctl verify-install -r 1-9-0

istioctl version

Prints out build version information

  1. istioctl version [flags]
FlagsShorthandDescription
—context <string>Kubernetes configuration context (default )</td></tr><tr><td><code>--istioNamespace &lt;string&gt;</code></td><td><code>-i</code></td><td>Istio system namespace (default `istio-system`)</td></tr><tr><td><code>--kubeconfig &lt;string&gt;</code></td><td><code>-c</code></td><td>Kubernetes configuration file (default)
—namespace <string>-nKubernetes namespace (default )</td></tr><tr><td><code>--output &lt;string&gt;</code></td><td><code>-o</code></td><td>One of 'yaml' or 'json'. (default)
—remoteUse —remote=false to suppress control plane check
—revision <string>-rControl plane revision (default `)</td></tr><tr><td><code>--short</code></td><td><code>-s</code></td><td>Use --short=false to generate full version information</td></tr><tr><td><code>--vklog &lt;Level&gt;</code></td><td></td><td>number for the log level verbosity. Like -v flag. ex: --vklog=9 (default0`)

Environment variables

These environment variables affect the behavior of the istioctl command. Please use with caution as these environment variables are experimental and can change anytime.

Variable NameTypeDefault ValueDescription
CA_TRUSTED_NODE_ACCOUNTSStringIf set, the list of service accounts that are allowed to use node authentication for CSRs. Node authentication allows an identity to create CSRs on behalf of other identities, but only if there is a pod running on the same node with that identity. This is intended for use with node proxies.
CERT_SIGNER_DOMAINStringThe cert signer domain info
CLOUD_PLATFORMStringCloud Platform on which proxy is running, if not specified, Istio will try to discover the platform. Valid platform values are aws, azure, gcp, none
CLUSTER_IDStringKubernetesDefines the cluster and service registry that this Istiod instance belongs to
ENABLE_AUTO_SNIBooleanfalseIf enabled, automatically set SNI when DestinationRules do not specify the same
ENABLE_CA_SERVERBooleantrueIf this is set to false, will not create CA server in istiod.
ENABLE_DEBUG_ON_HTTPBooleantrueIf this is set to false, the debug interface will not be enabled, recommended for production
ENABLE_ENHANCED_RESOURCE_SCOPINGBooleanfalseIf enabled, meshConfig.discoverySelectors will limit the CustomResource configurations(like Gateway,VirtualService,DestinationRule,Ingress, etc)that can be processed by pilot. This will also restrict the root-ca certificate distribution.
ENABLE_HCM_INTERNAL_NETWORKSBooleanfalseIf enable, endpoints defined in mesh networks will be configured as internal addresses in Http Connection Manager
ENABLE_LEADER_ELECTIONBooleantrueIf enabled (default), starts a leader election client and gains leadership before executing controllers. If false, it assumes that only one instance of istiod is running and skips leader election.
ENABLE_MCS_AUTO_EXPORTBooleanfalseIf enabled, istiod will automatically generate Kubernetes Multi-Cluster Services (MCS) ServiceExport resources for every service in the mesh. Services defined to be cluster-local in MeshConfig are excluded.
ENABLE_MCS_CLUSTER_LOCALBooleanfalseIf enabled, istiod will treat the host &lt;svc&gt;.&lt;namespace&gt;.svc.cluster.local as defined by the Kubernetes Multi-Cluster Services (MCS) spec. In this mode, requests to cluster.local will be routed to only those endpoints residing within the same cluster as the client. Requires that both ENABLE_MCS_SERVICE_DISCOVERY and ENABLE_MCS_HOST also be enabled.
ENABLE_MCS_HOSTBooleanfalseIf enabled, istiod will configure a Kubernetes Multi-Cluster Services (MCS) host (<svc>.<namespace>.svc.clusterset.local) for each service exported (via ServiceExport) in at least one cluster. Clients must, however, be able to successfully lookup these DNS hosts. That means that either Istio DNS interception must be enabled or an MCS controller must be used. Requires that ENABLE_MCS_SERVICE_DISCOVERY also be enabled.
ENABLE_MCS_SERVICE_DISCOVERYBooleanfalseIf enabled, istiod will enable Kubernetes Multi-Cluster Services (MCS) service discovery mode. In this mode, service endpoints in a cluster will only be discoverable within the same cluster unless explicitly exported via ServiceExport.
ENABLE_MULTICLUSTER_HEADLESSBooleantrueIf true, the DNS name table for a headless service will resolve to same-network endpoints in any cluster.
ENABLE_NATIVE_SIDECARSBooleanfalseIf set, used Kubernetes native Sidecar container support. Requires SidecarContainer feature flag.
ENABLE_OPTIMIZED_CONFIG_REBUILDBooleantrueIf enabled, pilot will only rebuild config for resources that have changed
ENABLE_OTEL_BUILTIN_RESOURCE_LABELSBooleanfalseIf enabled, envoy will send builtin lables(e.g. node_name) via OTel sink.
ENABLE_PROBE_KEEPALIVE_CONNECTIONSBooleanfalseIf enabled, readiness probes will keep the connection from pilot-agent to the application alive. This mirrors older Istio versions’ behaviors, but not kubelet’s.
ENABLE_TLS_ON_SIDECAR_INGRESSBooleanfalseIf enabled, the TLS configuration on Sidecar.ingress will take effect
EXTERNAL_ISTIODBooleanfalseIf this is set to true, one Istiod will control remote clusters including CA.
GCP_METADATAStringPipe separated GCP metadata, schemed as PROJECT_ID|PROJECT_NUMBER|CLUSTER_NAME|CLUSTER_ZONE
GCP_QUOTA_PROJECTStringAllows specification of a quota project to be used in requests to GCP APIs.
GRPC_KEEPALIVE_INTERVALTime Duration30sgRPC Keepalive Interval
GRPC_KEEPALIVE_TIMEOUTTime Duration10sgRPC Keepalive Timeout
HTTP_STRIP_FRAGMENT_FROM_PATH_UNSAFE_IF_DISABLEDBooleantrue
INJECTION_WEBHOOK_CONFIG_NAMEStringistio-sidecar-injectorName of the mutatingwebhookconfiguration to patch, if istioctl is not used.
ISTIOCONFIGString$HOME/.istioctl/config.yamlDefault values for istioctl flags
ISTIOCTL_AUTHORITYStringThe istioctl —authority override
ISTIOCTL_CERT_DIRStringThe istioctl —cert-dir override
ISTIOCTL_INSECUREBooleanfalseThe istioctl —insecure override
ISTIOCTL_ISTIONAMESPACEStringistio-systemThe istioctl —istioNamespace override
ISTIOCTL_PLAINTEXTBooleanfalseThe istioctl —plaintext override
ISTIOCTL_PREFER_EXPERIMENTALBooleanfalseThe istioctl should use experimental subcommand variants
ISTIOCTL_XDS_ADDRESSStringThe istioctl —xds-address override
ISTIOCTL_XDS_PORTInteger15012The istioctl —xds-port override
ISTIOD_CUSTOM_HOSTStringCustom host name of istiod that istiod signs the server cert. Multiple custom host names are supported, and multiple values are separated by commas.
ISTIO_AGENT_ENABLE_WASM_REMOTE_LOAD_CONVERSIONBooleantrueIf enabled, Istio agent will intercept ECDS resource update, downloads Wasm module, and replaces Wasm module remote load with downloaded local module file.
ISTIO_BOOTSTRAPString
ISTIO_DELTA_XDSBooleanfalseIf enabled, pilot will only send the delta configs as opposed to the state of the world on a Resource Request. This feature uses the delta xds api, but does not currently send the actual deltas.
ISTIO_DUAL_STACKBooleanfalseIf true, Istio will enable the Dual Stack feature.
ISTIO_ENABLE_CONTROLLER_QUEUE_METRICSBooleanfalseIf enabled, publishes metrics for queue depth, latency and processing times.
ISTIO_ENABLE_HTTP2_PROBINGBooleantrueIf enabled, HTTP2 probes will be enabled for HTTPS probes, following Kubernetes
ISTIO_ENABLE_IPV4_OUTBOUND_LISTENER_FOR_IPV6_CLUSTERSBooleanfalseIf true, pilot will configure an additional IPv4 listener for outbound traffic in IPv6 only clusters, e.g. AWS EKS IPv6 only clusters.
ISTIO_ENABLE_OPTIMIZED_SERVICE_PUSHBooleantrueIf enabled, Istiod will not push changes on arbitrary annotation change.
ISTIO_GPRC_MAXRECVMSGSIZEInteger4194304Sets the max receive buffer size of gRPC stream in bytes.
ISTIO_GPRC_MAXSTREAMSInteger100000Sets the maximum number of concurrent grpc streams.
ISTIO_KUBE_CLIENT_CONTENT_TYPEStringprotobufThe content type to use for Kubernetes clients. Defaults to protobuf. Valid options: [protobuf, json]
ISTIO_MULTIROOT_MESHBooleanfalseIf enabled, mesh will support certificates signed by more than one trustAnchor for ISTIO_MUTUAL mTLS
ISTIO_PROMETHEUS_ANNOTATIONSString
ISTIO_WATCH_NAMESPACEStringIf set, limit Kubernetes watches to a single namespace. Warning: only a single namespace can be set.
ISTIO_WORKLOAD_ENTRY_VALIDATE_IDENTITYBooleantrueIf enabled, will validate the identity of a workload matches the identity of the WorkloadEntry it is associating with for health checks and auto registration. This flag is added for backwards compatibility only and will be removed in future releases
JWKS_RESOLVER_INSECURE_SKIP_VERIFYBooleanfalseIf enabled, istiod will skip verifying the certificate of the JWKS server.
JWT_POLICYStringthird-party-jwtThe JWT validation policy.
K8S_INGRESS_NSStringistio-system
K_REVISIONStringKNative revision, set if running in knative
LABEL_CANONICAL_SERVICES_FOR_MESH_EXTERNAL_SERVICE_ENTRIESBooleanfalseIf enabled, metadata representing canonical services for ServiceEntry resources with a location of mesh_external will be populatedin the cluster metadata for those endpoints.
LOCAL_CLUSTER_SECRET_WATCHERBooleanfalseIf enabled, the cluster secret watcher will watch the namespace of the external cluster instead of config cluster
MCS_API_GROUPStringmulticluster.x-k8s.ioThe group to be used for the Kubernetes Multi-Cluster Services (MCS) API.
MCS_API_VERSIONStringv1alpha1The version to be used for the Kubernets Multi-Cluster Services (MCS) API.
METRIC_GRACEFUL_DELETION_INTERVALTime Duration5m0sMetric expiry graceful deletion interval. No-op if METRIC_ROTATION_INTERVAL is disabled.
METRIC_ROTATION_INTERVALTime Duration0sMetric scope rotation interval, set to 0 to disable the metric scope rotation
MUTEX_PROFILE_FRACTIONInteger1000If set to a non-zero value, enables mutex profiling a rate of 1/MUTEX_PROFILE_FRACTION events. For example, ‘1000’ will record 0.1% of events. Set to 0 to disable entirely.
NATIVE_METADATA_EXCHANGEBooleantrueIf set, uses a native implementation of the HTTP metadata exchange filter
PILOT_ALLOW_SIDECAR_SERVICE_INBOUND_LISTENER_MERGEBooleanfalseIf set, it allows creating inbound listeners for service ports and sidecar ingress listeners
PILOT_ANALYSIS_INTERVALTime Duration10sIf analysis is enabled, pilot will run istio analyzers using this value as interval in seconds Istio Resources
PILOT_CERT_PROVIDERStringistiodThe provider of Pilot DNS certificate.
PILOT_DEBOUNCE_AFTERTime Duration100msThe delay added to config/registry events for debouncing. This will delay the push by at least this interval. If no change is detected within this period, the push will happen, otherwise we’ll keep delaying until things settle, up to a max of PILOT_DEBOUNCE_MAX.
PILOT_DEBOUNCE_MAXTime Duration10sThe maximum amount of time to wait for events while debouncing. If events keep showing up with no breaks for this time, we’ll trigger a push.
PILOT_DISTRIBUTION_HISTORY_RETENTIONTime Duration1m0sIf enabled, Pilot will keep track of old versions of distributed config for this duration.
PILOT_DRAINING_LABELStringistio.io/drainingIf not empty, endpoints with the label value present will be sent with status DRAINING.
PILOT_ENABLE_ALPHA_GATEWAY_APIBooleanfalseIf this is set to true, support for alpha APIs in the Kubernetes gateway-api (github.com/kubernetes-sigs/gateway-api) will be enabled. In addition to this being enabled, the gateway-api CRDs need to be installed.
PILOT_ENABLE_ALPN_FILTERBooleantrueIf true, pilot will add Istio ALPN filters, required for proper protocol sniffing.
PILOT_ENABLE_AMBIENT_CONTROLLERSBooleanfalseIf enabled, controllers required for ambient will run. This is required to run ambient mesh.
PILOT_ENABLE_ANALYSISBooleanfalseIf enabled, pilot will run istio analyzers and write analysis errors to the Status field of any Istio Resources
PILOT_ENABLE_CDS_CACHEBooleantrueIf true, Pilot will cache CDS responses. Note: this depends on PILOT_ENABLE_XDS_CACHE.
PILOT_ENABLE_CONFIG_DISTRIBUTION_TRACKINGBooleanfalseIf enabled, Pilot will assign meaningful nonces to each Envoy configuration message, and allow users to interrogate which envoy has which config from the debug interface.
PILOT_ENABLE_CROSS_CLUSTER_WORKLOAD_ENTRYBooleantrueIf enabled, pilot will read WorkloadEntry from other clusters, selectable by Services in that cluster.
PILOT_ENABLE_DESTINATION_RULE_INHERITANCEBooleanfalseIf set, workload specific DestinationRules will inherit configurations settings from mesh and namespace level rules
PILOT_ENABLE_EDS_DEBOUNCEBooleantrueIf enabled, Pilot will include EDS pushes in the push debouncing, configured by PILOT_DEBOUNCE_AFTER and PILOT_DEBOUNCE_MAX. EDS pushes may be delayed, but there will be fewer pushes. By default this is enabled
PILOT_ENABLE_EDS_FOR_HEADLESS_SERVICESBooleanfalseIf enabled, for headless service in Kubernetes, pilot will send endpoints over EDS, allowing the sidecar to load balance among pods in the headless service. This feature should be enabled if applications access all services explicitly via a HTTP proxy port in the sidecar.
PILOT_ENABLE_GATEWAY_APIBooleantrueIf this is set to true, support for Kubernetes gateway-api (github.com/kubernetes-sigs/gateway-api) will be enabled. In addition to this being enabled, the gateway-api CRDs need to be installed.
PILOT_ENABLE_GATEWAY_API_DEPLOYMENT_CONTROLLERBooleantrueIf this is set to true, gateway-api resources will automatically provision in cluster deployment, services, etc
PILOT_ENABLE_GATEWAY_API_STATUSBooleantrueIf this is set to true, gateway-api resources will have status written to them
PILOT_ENABLE_HBONEBooleanfalseIf enabled, HBONE support can be configured for proxies. Note: proxies must opt in on a per-proxy basis with ENABLE_HBONE to actually get HBONE config, in addition to this flag.
PILOT_ENABLE_HEADLESS_SERVICE_POD_LISTENERSBooleantrueIf enabled, for a headless service/stateful set in Kubernetes, pilot will generate an outbound listener for each pod in a headless service. This feature should be disabled if headless services have a large number of pods.
PILOT_ENABLE_INBOUND_PASSTHROUGHBooleantrueIf enabled, inbound clusters will be configured as ORIGINAL_DST clusters. When disabled, requests are always sent to localhost. The primary implication of this is that when enabled, binding to POD_IP will work while localhost will not; when disable, bind to POD_IP will not work, while localhost will. The enabled behavior matches the behavior without Istio enabled at all; this flag exists only for backwards compatibility. Regardless of this setting, the configuration can be overridden with the Sidecar.Ingress.DefaultEndpoint configuration.
PILOT_ENABLE_K8S_SELECT_WORKLOAD_ENTRIESBooleantrueIf enabled, Kubernetes services with selectors will select workload entries with matching labels. It is safe to disable it if you are quite sure you don’t need this feature
PILOT_ENABLE_METADATA_EXCHANGEBooleantrueIf true, pilot will add metadata exchange filters, which will be consumed by telemetry filter.
PILOT_ENABLE_MONGO_FILTERBooleantrueEnableMongoFilter enables injection of envoy.filters.network.mongo_proxy in the filter chain.
PILOT_ENABLE_MYSQL_FILTERBooleanfalseEnableMysqlFilter enables injection of envoy.filters.network.mysql_proxy in the filter chain.
PILOT_ENABLE_PERSISTENT_SESSION_FILTERBooleanfalseIf enabled, Istiod sets up persistent session filter for listeners, if services have ‘PILOT_PERSISTENT_SESSION_LABEL’ set.
PILOT_ENABLE_QUIC_LISTENERSBooleanfalseIf true, QUIC listeners will be generated wherever there are listeners terminating TLS on gateways if the gateway service exposes a UDP port with the same number (for example 443/TCP and 443/UDP)
PILOT_ENABLE_RDS_CACHEBooleantrueIf true, Pilot will cache RDS responses. Note: this depends on PILOT_ENABLE_XDS_CACHE.
PILOT_ENABLE_REDIS_FILTERBooleanfalseEnableRedisFilter enables injection of envoy.filters.network.redis_proxy in the filter chain.
PILOT_ENABLE_ROUTE_COLLAPSE_OPTIMIZATIONBooleantrueIf true, Pilot will merge virtual hosts with the same routes into a single virtual host, as an optimization.
PILOT_ENABLE_SERVICEENTRY_SELECT_PODSBooleantrueIf enabled, service entries with selectors will select pods from the cluster. It is safe to disable it if you are quite sure you don’t need this feature
PILOT_ENABLE_STATUSBooleanfalseIf enabled, pilot will update the CRD Status field of all istio resources with reconciliation status.
PILOT_ENABLE_TELEMETRY_LABELBooleantrueIf true, pilot will add telemetry related metadata to cluster and endpoint resources, which will be consumed by telemetry filter.
PILOT_ENABLE_WORKLOAD_ENTRY_AUTOREGISTRATIONBooleantrueEnables auto-registering WorkloadEntries based on associated WorkloadGroups upon XDS connection by the workload.
PILOT_ENABLE_WORKLOAD_ENTRY_HEALTHCHECKSBooleantrueEnables automatic health checks of WorkloadEntries based on the config provided in the associated WorkloadGroup
PILOT_ENABLE_XDS_CACHEBooleantrueIf true, Pilot will cache XDS responses.
PILOT_ENABLE_XDS_IDENTITY_CHECKBooleantrueIf enabled, pilot will authorize XDS clients, to ensure they are acting only as namespaces they have permissions for.
PILOT_ENDPOINT_TELEMETRY_LABELBooleantrueIf true, pilot will add telemetry related metadata to Endpoint resource, which will be consumed by telemetry filter.
PILOT_ENVOY_FILTER_STATSBooleanfalseIf true, Pilot will collect metrics for envoy filter operations.
PILOT_FILTER_GATEWAY_CLUSTER_CONFIGBooleanfalseIf enabled, Pilot will send only clusters that referenced in gateway virtual services attached to gateway
PILOT_HTTP10BooleanfalseEnables the use of HTTP 1.0 in the outbound HTTP listeners, to support legacy applications.
PILOT_INSECURE_MULTICLUSTER_KUBECONFIG_OPTIONSStringComma separated list of potentially insecure kubeconfig authentication options that are allowed for multicluster authentication.Support values: all authProviders (gcp, azure, exec, openstack), clientKey, clientCertificate, tokenFile, and exec.
PILOT_JWT_ENABLE_REMOTE_JWKSStringfalseMode of fetching JWKs from JwksUri in RequestAuthentication. Supported value: istiod, false, hybrid, true, envoy. The client fetching JWKs is as following: istiod/false - Istiod; hybrid/true - Envoy and fallback to Istiod if JWKs server is external; envoy - Envoy.
PILOT_JWT_PUB_KEY_REFRESH_INTERVALTime Duration20m0sThe interval for istiod to fetch the jwks_uri for the jwks public key.
PILOT_MAX_REQUESTS_PER_SECONDFloating-Point25Limits the number of incoming XDS requests per second. On larger machines this can be increased to handle more proxies concurrently.
PILOT_MULTI_NETWORK_DISCOVER_GATEWAY_APIBooleanfalseIf true, Pilot will discover labeled Kubernetes gateway objects as multi-network gateways.
PILOT_PERSISTENT_SESSION_HEADER_LABELStringistio.io/persistent-session-headerIf not empty, services with this label will use header based persistent sessions
PILOT_PERSISTENT_SESSION_LABELStringistio.io/persistent-sessionIf not empty, services with this label will use cookie based persistent sessions
PILOT_PUSH_THROTTLEInteger100Limits the number of concurrent pushes allowed. On larger machines this can be increased for faster pushes
PILOT_REMOTE_CLUSTER_TIMEOUTTime Duration30sAfter this timeout expires, pilot can become ready without syncing data from clusters added via remote-secrets. Setting the timeout to 0 disables this behavior.
PILOT_SCOPE_GATEWAY_TO_NAMESPACEBooleanfalseIf enabled, a gateway workload can only select gateway resources in the same namespace. Gateways with same selectors in different namespaces will not be applicable.
PILOT_SEND_UNHEALTHY_ENDPOINTSBooleanfalseIf enabled, Pilot will include unhealthy endpoints in EDS pushes and even if they are sent Envoy does not use them for load balancing. To avoid, sending traffic to non ready endpoints, enabling this flag, disables panic threshold in Envoy i.e. Envoy does not load balance requests to unhealthy/non-ready hosts even if the percentage of healthy hosts fall below minimum health percentage(panic threshold).
PILOT_SIDECAR_USE_REMOTE_ADDRESSBooleanfalseUseRemoteAddress sets useRemoteAddress to true for sidecar outbound listeners.
PILOT_SKIP_VALIDATE_TRUST_DOMAINBooleanfalseSkip validating the peer is from the same trust domain when mTLS is enabled in authentication policy
PILOT_STATUS_BURSTInteger500If status is enabled, controls the Burst rate with which status will be updated. See https://godoc.org/k8s.io/client-go/rest#Config Burst
PILOT_STATUS_MAX_WORKERSInteger100The maximum number of workers Pilot will use to keep configuration status up to date. Smaller numbers will result in higher status latency, but larger numbers may impact CPU in high scale environments.
PILOT_STATUS_QPSInteger100If status is enabled, controls the QPS with which status will be updated. See https://godoc.org/k8s.io/client-go/rest#Config QPS
PILOT_STATUS_UPDATE_INTERVALTime Duration500msInterval to update the XDS distribution status.
PILOT_TRACE_SAMPLINGFloating-Point1Sets the mesh-wide trace sampling percentage. Should be 0.0 - 100.0. Precision to 0.01. Default is 1.0.
PILOT_WORKLOAD_ENTRY_GRACE_PERIODTime Duration10sThe amount of time an auto-registered workload can remain disconnected from all Pilot instances before the associated WorkloadEntry is cleaned up.
PILOT_XDS_CACHE_INDEX_CLEAR_INTERVALTime Duration5sThe interval for xds cache index clearing.
PILOT_XDS_CACHE_SIZEInteger60000The maximum number of cache entries for the XDS cache.
PILOT_XDS_CACHE_STATSBooleanfalseIf true, Pilot will collect metrics for XDS cache efficiency.
PILOT_XDS_SEND_TIMEOUTTime Duration0sThe timeout to send the XDS configuration to proxies. After this timeout is reached, Pilot will discard that push.
REQUIRE_3P_TOKENBooleanfalseReject k8s default tokens, without audience. If false, default K8S token will be accepted
RESOLVE_HOSTNAME_GATEWAYSBooleantrueIf true, hostnames in the LoadBalancer addresses of a Service will be resolved at the control plane for use in cross-network gateways.
REWRITE_PROBE_LEGACY_LOCALHOST_DESTINATIONBooleanfalseIf enabled, readiness probes will be sent to ‘localhost’. Otherwise, they will be sent to the Pod’s IP, matching Kubernetes’ behavior.
SHARED_MESH_CONFIGStringAdditional config map to load for shared MeshConfig settings. The standard mesh config will take precedence.
TERMStringSpecifies terminal type. Use ‘dumb’ to suppress color output
TOKEN_AUDIENCESStringistio-caA list of comma separated audiences to check in the JWT token before issuing a certificate. The token is accepted if it matches with one of the audiences
TRUSTED_GATEWAY_CIDRStringIf set, any connections from gateway to Istiod with this CIDR range are treated as trusted for using authentication mechanisms like XFCC. This can only be used when the network where Istiod and the authenticating gateways are running in a trusted/secure network
UNSAFE_ENABLE_ADMIN_ENDPOINTSBooleanfalseIf this is set to true, dangerous admin endpoints will be exposed on the debug interface. Not recommended for production.
UNSAFE_PILOT_ENABLE_DELTA_TESTBooleanfalseIf enabled, addition runtime tests for Delta XDS efficiency are added. These checks are extremely expensive, so this should be used only for testing, not production.
UNSAFE_PILOT_ENABLE_RUNTIME_ASSERTIONSBooleanfalseIf enabled, addition runtime asserts will be performed. These checks are both expensive and panic on failure. As a result, this should be used only for testing.
VALIDATION_WEBHOOK_CONFIG_NAMEStringistio-istio-systemIf not empty, the controller will automatically patch validatingwebhookconfiguration when the CA certificate changes. Only works in kubernetes environment.
VERIFY_CERTIFICATE_AT_CLIENTBooleanfalseIf enabled, certificates received by the proxy will be verified against the OS CA certificate bundle.
VERIFY_SDS_CERTIFICATEBooleantrueIf enabled, certificates fetched from SDS server will be verified before sending back to proxy.
XDS_AUTHBooleantrueIf true, will authenticate XDS clients.
XDS_AUTH_PLAINTEXTBooleanfalseauthenticate plain text requests - used if Istiod is running on a secure/trusted network

Exported metrics

Metric NameTypeDescription
auto_registration_deletes_totalSumTotal number of auto registration cleaned up by periodic timer.
auto_registration_errors_totalSumTotal number of auto registration errors.
auto_registration_success_totalSumTotal number of successful auto registrations.
auto_registration_unregister_totalSumTotal number of unregistrations.
auto_registration_updates_totalSumTotal number of auto registration updates.
cache_flush_totalSumnumber of times operator cache was flushed
controller_sync_errors_totalSumTotal number of errorMetric syncing controllers.
cr_deletion_totalSumNumber of IstioOperator CR deleted
cr_merge_failure_totalSumNumber of IstioOperator CR merge failures
cr_validation_error_totalSumNumber of IstioOperator CR validation failures
endpoint_no_podLastValueEndpoints without an associated pod.
get_cr_error_totalSumNumber of times fetching CR from apiserver failed
istio_buildLastValueIstio component build info
istiod_managed_clustersLastValueNumber of clusters managed by istiod
legacy_path_translation_totalSumNumber of times a legacy API path is translated
manifest_patch_error_totalSumNumber of times K8S patch overlays failed
manifest_render_error_totalSumNumber of times error occurred during rendering output manifest
num_outgoing_retriesSumNumber of outgoing retry requests (e.g. to a token exchange server, CA, etc.)
owned_resource_totalLastValueNumber of resources currently owned by the operator
pilot_conflict_inbound_listenerLastValueNumber of conflicting inbound listeners.
pilot_conflict_outbound_listener_tcp_over_current_tcpLastValueNumber of conflicting tcp listeners with current tcp listener.
pilot_debounce_timeDistributionDelay in seconds between the first config enters debouncing and the merged push request is pushed into the push queue.
pilot_destrule_subsetsLastValueDuplicate subsets across destination rules for same host
pilot_dns_cluster_without_endpointsLastValueDNS clusters without endpoints caused by the endpoint field in STRICT_DNS type cluster is not set or the corresponding subset cannot select any endpoint
pilot_duplicate_envoy_clustersLastValueDuplicate envoy clusters caused by service entries with same hostname
pilot_eds_no_instancesLastValueNumber of clusters without instances.
pilot_endpoint_not_readyLastValueEndpoint found in unready state.
pilot_envoy_filter_statusLastValueStatus of Envoy filters whether it was applied or errored.
pilot_inbound_updatesSumTotal number of updates received by pilot.
pilot_jwks_resolver_network_fetch_fail_totalSumTotal number of failed network fetch by pilot jwks resolver
pilot_jwks_resolver_network_fetch_success_totalSumTotal number of successfully network fetch by pilot jwks resolver
pilot_k8s_cfg_eventsSumEvents from k8s config.
pilot_k8s_endpoints_pending_podLastValueNumber of endpoints that do not currently have any corresponding pods.
pilot_k8s_endpoints_with_no_podsSumEndpoints that does not have any corresponding pods.
pilot_k8s_reg_eventsSumEvents from k8s registry.
pilot_no_ipLastValuePods not found in the endpoint table, possibly invalid.
pilot_proxy_convergence_timeDistributionDelay in seconds between config change and a proxy receiving all required configuration.
pilot_proxy_queue_timeDistributionTime in seconds, a proxy is in the push queue before being dequeued.
pilot_push_triggersSumTotal number of times a push was triggered, labeled by reason for the push.
pilot_pushcontext_init_secondsDistributionTotal time in seconds Pilot takes to init pushContext.
pilot_sds_certificate_errors_totalSumTotal number of failures to fetch SDS key and certificate.
pilot_servicesLastValueTotal services known to pilot.
pilot_total_rejected_configsSumTotal number of configs that Pilot had to reject or ignore.
pilot_total_xds_internal_errorsSumTotal number of internal XDS errors in pilot.
pilot_total_xds_rejectsSumTotal number of XDS responses from pilot rejected by proxy.
pilot_virt_servicesLastValueTotal virtual services known to pilot.
pilot_vservice_dup_domainLastValueVirtual services with dup domains.
pilot_worker_queue_depthLastValueDepth of the controller queues
pilot_worker_queue_durationDistributionTime taken to process an item
pilot_worker_queue_latencyDistributionLatency before the item is processed
pilot_xdsLastValueNumber of endpoints connected to this pilot using XDS.
pilot_xds_cds_rejectLastValuePilot rejected CDS configs.
pilot_xds_config_size_bytesDistributionDistribution of configuration sizes pushed to clients
pilot_xds_eds_rejectLastValuePilot rejected EDS.
pilot_xds_expired_nonceSumTotal number of XDS requests with an expired nonce.
pilot_xds_lds_rejectLastValuePilot rejected LDS.
pilot_xds_push_context_errorsSumNumber of errors (timeouts) initiating push context.
pilot_xds_push_timeDistributionTotal time in seconds Pilot takes to push lds, rds, cds and eds.
pilot_xds_pushesSumPilot build and send errors for lds, rds, cds and eds.
pilot_xds_rds_rejectLastValuePilot rejected RDS.
pilot_xds_send_timeDistributionTotal time in seconds Pilot takes to send generated configuration.
pilot_xds_write_timeoutSumPilot XDS response write timeouts.
provider_lookup_cluster_failuresSumNumber of times a cluster lookup failed
reconcile_request_totalSumNumber of times requesting Reconcile
remote_cluster_sync_timeouts_totalSumNumber of times remote clusters took too long to sync, causing slow startup that excludes remote clusters.
render_manifest_totalSumNumber of component manifests rendered
resource_creation_totalSumNumber of resources created by the operator
resource_deletion_totalSumNumber of resources deleted by the operator
resource_prune_totalSumNumber of resources pruned by the operator
resource_update_totalSumNumber of resources updated by the operator
scrape_failures_totalSumThe total number of failed scrapes.
scrapes_totalSumThe total number of scrapes.
sidecar_injection_failure_totalSumTotal number of failed sidecar injection requests.
sidecar_injection_requests_totalSumTotal number of sidecar injection requests.
sidecar_injection_skip_totalSumTotal number of skipped sidecar injection requests.
sidecar_injection_success_totalSumTotal number of successful sidecar injection requests.
sidecar_injection_time_secondsDistributionTotal time taken for injection in seconds.
startup_duration_secondsLastValueThe time from the process starting to being marked ready.
versionLastValueVersion of operator binary
wasm_cache_entriesLastValuenumber of Wasm remote fetch cache entries.
wasm_cache_lookup_countSumnumber of Wasm remote fetch cache lookups.
wasm_config_conversion_countSumnumber of Wasm config conversion count and results, including success, no remote load, marshal failure, remote fetch failure, miss remote fetch hint.
wasm_config_conversion_durationDistributionTotal time in milliseconds istio-agent spends on converting remote load in Wasm config.
wasm_remote_fetch_countSumnumber of Wasm remote fetches and results, including success, download failure, and checksum mismatch.
webhook_patch_attempts_totalSumWebhook patching attempts
webhook_patch_failures_totalSumWebhook patching total failures
webhook_patch_retries_totalSumWebhook patching retries
xds_cache_dependent_config_sizeLastValueCurrent size of dependent configs
xds_cache_evictionsSumTotal number of xds cache evictions.
xds_cache_readsSumTotal number of xds cache xdsCacheReads.
xds_cache_sizeLastValueCurrent size of xds cache