istioctl

阅读大约需要 6 分钟

简介

Istio 的命令行配置工具。为运维人员提供对服务网格的调试和检测能力。

全局选项

下表为全局参数，在每个子命令中都可以使用表格中的选项。

选项	缩写	描述
`--context <string>`		Istio 使用的 kubeconfig 上下文名称（缺省值 `''`）
`--istioNamespace <string>`	`-i`	Istio 所在的命名空间（缺省值 `istio-system`）
`--kubeconfig <string>`	`-c`	Kubernetes 配置文件（缺省值 `''`）
`--log_as_json`		是否将输出格式化为 JSON，缺省情况下会以控制台友好的纯文本格式进行输出
`--log_caller <string>`		以逗号作为分隔符的列表，用于指定日志中包含的调用者信息的范围，范围可以从这一列表中选择：`[ads, default, mcp, mcp-creds, model, rbac]` （缺省值 `''`）
`--log_output_level <string>`		以逗号作为分隔符的列表，指定每个范围的日志级别，格式为 `<scope>:<level>,<scope>:<level>...`，`scope` 是 `[ads, default, mcp, mcp-creds, model, rbac]` 中的一个，日志级别可以选择 `[debug, info, warn, error, fatal, none]`（缺省值 `default:info`）
`--log_rotate <string>`		可选的日志轮转文件的路径（缺省值 `''`）
`--log_rotate_max_age <int>`		日志文件的最大寿命，以天为单位，超出之后会进行轮转（`0` 代表无限制，缺省值 `30`）
`--log_rotate_max_backups <int>`		日志文件备份的最大数量，超出这一数量之后就会删除比较陈旧的文件。（`0` 代表无限制，缺省值 `1000`）
`--log_rotate_max_size <int>`		日志文件的最大尺寸，以 M 为单位，超出限制之后会进行轮转（缺省值 `104857600`）
`--log_stacktrace_level <string>`		以逗号作为分隔符的列表，用于指定 Stack trace 时每个范围的最小日志级别，大致是 `<scope>:<level>,<scope:level>...` 的形式，`scope` 是 `[ads, default, model, rbac]` 中的一个，日志级别可以选择 `[debug, info, warn, error, none]`，（缺省值 `default:none`）
`--log_target <stringArray>`		一组用于输出日志的路径。可以是任何路径，也可以是 `stdout` 和 `stderr` 之类的特殊值。（缺省值 `[stdout]`）
`--namespace <string>`	`-n`	配置所在命名空间（缺省值 ``）
`--platform <string>`	`-p`	Istio 主机平台（缺省值 `kube`）

`istioctl authn`

这一组命令用于同 Istio 认证策略进行交互。

该命令支持的子命令列表如下：

tls-check

典型用例：

检查认证策略和目标规则之间的 TLS 设置是否匹配：

$ istioctl authn tls-check

`istioctl authn tls-check`

要求 Pilot 进行检查，服务注册表中的每个服务都在使用什么认证策略以及目标规则，以及 TLS 设置是否匹配。

基本用法：

$ istioctl [<服务>] [选项]

典型用例：

# 检查服务注册表中所有已知服务的设置。
istioclt authn tls-check

# 检查特定的某个服务。
istioclt authn tls-check foo.bar.svc.cluster.local

`istioctl context-create`

在非 Kubernetes 环境中为 istioctl 创建一个 kubeconfig 文件。

基本用法：

$ istioctl context-create --api-server http://<ip 地址>:<端口> [选项]

可用参数列表如下：

选项	缩写	描述
`--api-server <string>`		Istio api-server 的 URL（缺省值 `''`）

典型用例：

# 为 API Server 创建一个配置文件。
istioctl context-create --api-server http://127.0.0.1:8080

`istioctl create`

创建策略或规则。

基本用法：

$ istioctl create [选项]

可用参数列表如下：

选项	缩写	描述
`--file <string>`	-f	用包含配置对象内容的文件作为命令输入（如果没有设置，命令会从标准输入中进行读取，缺省值 `''`）

典型用例：

$ istioctl create -f example-routing.yaml

`istioctl delete`

删除策略或规则。

istioctl delete <类型> <名称> [<名称2> ... <名称 N>] [选项]

可用参数列表如下：

选项	缩写	描述
`--file <string>`	-f	用包含配置对象内容的文件作为命令输入（如果没有设置，命令会从标准输入中进行读取，缺省值 `''`）

典型用例：

# 删除在文件 example-routing.yaml 中定义的规则。
istioctl delete -f example-routing.yaml

# 删除 bookinfo 虚拟服务。
istioctl delete virtualservice bookinfo

`istioctl deregister`

解除服务实例的注册。

$ istioctl deregister <服务名称> <ip 地址> [选项]

典型用例：

# 从服务 my-svc 中解除端点 172.17.0.2 的注册。
istioctl deregister my-svc 172.17.0.2

`istioctl experimental`

实验性命令，未来可能会修改或者弃用。

该命令支持的子命令列表如下：

convert-ingress
metrics
rbac

`istioctl experimental convert-ingress`

将 Ingress 转化为 VirtualService 配置。其输出内容可以作为 Istio 配置的起点，可能需要进行一些小修改。如果指定配置无法完美的完成转化，就会出现警告信息。输入内容必须是 Kubernetes Ingress。对 v1alpha1 的 Istio 规则的转换支持现在已经移除。

基本用法：

$ istioctl experimental convert-ingress [选项]

可用参数列表如下：

选项	缩写	描述
`--filenames <stringSlice>`	`-f`	输入文件名称（缺省值 `[]`）

典型用例：

$ istioctl experimental convert-ingress -f @samples/bookinfo/platform/kube/bookinfo-ingress.yaml@

`istioctl experimental metrics`

在 Kubernetes 中可以使用这一命令打印指定服务的指标数据。

该命令会查找 Istio 系统命名空间中运行的 Prometheus Pod；接下来会为每个工作负载执行一系列的查询，得出以下指标：每秒总请求数、错误率以及请求延迟的 p50、p90 和 p99 分布。查询结果会输出到控制台，用工作负载名称进行分组。

返回的所有指标都是来自于服务端的报告的。这意味着延迟和错误率数据是来自于服务自身，而不是客户端（也不是客户端的聚合）。错误率和延迟的计算周期为一分钟。

$ istioctl experimental metrics <工作负载名称>...

典型用例：

# 获取工作负载 productpage-v1 的指标数据。
istioctl experimental metrics productpage-v1
# 获取多个不同命名空间中不同服务的指标数据。
istioctl experimental metrics productpage-v1.foo reviews-v1.bar ratings-v1.baz

`istioctl experimental rbac`

这一组命令用来操作 Istio RBAC 策略。例如查询特定请求在当前 Istio RBAC 策略中是否会被拒绝。

该命令支持的子命令列表如下：

典型用例：

# 查询是否允许用户 test 对服务 rating 进行 GET /v1/health 操作。
istioctl experimental rbac can -u test GET rating /v1/health

`istioctl experimental rbac can`

这一命令可以用来查询特定请求在当前 Istio RBAC 策略之中，是否会被拒绝。其原理是根据命令行中提供的主体和动作，构建一个请求，用来检查当前 Istio RBAC 策略是否会按照设计进行工作。需要注意的是，这个请求只会在本地用来评估 Istio RBAC 策略的实际效果，并不会产生真正的请求。

基本用法：

$ istioctl experimental rbac can <方法> <服务> <路径> [选项]

方法：指 HTTP 方法，例如 GET 和 POST 等。
服务：服务名称。
路径：服务中的 HTTP 路径。

可用参数列表如下：

选项	缩写	描述
`--action-properties <stringArray>`	`-a`	动作的附加数据。用 `name1=value1,name2=value2,...` 的方式赋值（缺省值为 `[]`）
`--groups <string>`	`-g`	主体的组名称或者 ID（缺省值 `''`）
`--subject-properties <stringArray>`	`-s`	主体的附加数据。用 `name1=value1,name2=value2,...` 的方式赋值（缺省值为 `[]`）
`--user <string>`	`-u`	主体的用户名称或者 ID（缺省值 `''`）

典型用例：

# 查询是否允许用户 test 对服务 rating 进行 GET /v1/health 操作。
istioctl experimental rbac can -u test GET rating /v1/health

# 查询是否允许 product-page 服务对 ratings 服务的 /data 路径发起 POST 请求，其中的 ratings 服务需带有标签：version=dev。
istioctl experimental rbac can -s service=product-page POST rating /data -a version=dev

`istioctl gen-deploy`

用于生成 Istio 的部署文件。

基本用法：

$ istioctl gen-deploy [选项]

可用参数列表如下：

选项	描述
`--debug`	如果为 True，会使用 Debug 镜像代替普通镜像
`--helm-chart-dir <string>`	在这一目录中查找 Helm chart 用来渲染生成 Istio 部署。`-o yaml` 会用这个参数在本地进行 Helm chart 的渲染。（缺省值 `.`）
`--hyperkube-hub <string>`	用于拉取 Hyperkube 镜像的容器仓库（缺省值 `quay.io/coreos/hyperkube`）
`--hyperkube-tag <Hyperkube>`	Hyperkube 镜像的 Tag（缺省值 `v1.7.6_coreos.0`）
`--ingress-node-port <uint16>`	如果指定了这一选项，Istio ingress 会以 `NodePort` 的形式运行，并映射到这一选项指定的端口。注意，如果 `ingress` 选项没有打开，这一选项会被忽略（缺省值 `0`）
`--values <string>`	`values.yaml` 文件的路径，在使用 `--out=yaml` 时，会用来在本地渲染 YAML。如果直接使用这一文件，会忽略上面的选项值（缺省值 `''`）

典型用例：

$ istioctl gen-deploy --values myvalues.yaml

`istioctl get`

获取规则和策略。

基本用法：

$ istioctl get <类型> [<名称>] [选项]

可用参数列表如下：

选项	缩写	描述
`--all-namespaces`		如果使用这一参数，会列出所有命名空间中的对象。当前 context 以及 `--namespace` 指定的命名空间都会被忽略
`--namespace <string>`	`-n`	目标命名空间（缺省值 `''`）
`--output <string>`	`-o`	输出格式，可选内容包括 `yaml` 以及 `short`（缺省值 `short`）

典型用例：

# 列出所有虚拟服务。
istioctl get virtualservices

# 列出所有目标规则。
istioctl get destinationrules

# 获取名为 bookinfo 的虚拟服务。
istioctl get virtualservice bookinfo

`istioctl kube-inject`

kube-inject 子命令用来将 Envoy sidecar 注入到 Kubernetes 负载之中。执行过程中如果遇到无法支持的资源，会保持原样不进行修改，因此对于复杂应用中包含多种资源的输入文件来说，该命令也是安全的。资源初创时就是该操作的最佳执行时机。

目前 Job、DaemonSet、ReplicaSet、Pod 以及 Deployment 对象的 YAML 文档，都可以使用这一命令进行处理，修改其中的 Pod Template，如果有必要的话，可以加入更多对基于 Pod 的资源类型的支持。

Istio 项目是一个持续进化的项目，所以 Istio sidecar 的配置可能在不经公示的情况下发生变更。在怀疑配置过期的时候，可以重新运行注入命令来更新注入代码。

istioctl 中内置了缺省的 Sidecar 注入模板，还可以使用参数 --injectConfigFile 或者 --injectConfigMapName 进行覆盖。这两个参数会覆盖其他的模板配置参数，例如 --hub 和 --tag。

基本用法：

$ istioctl kube-inject [选项]

可用参数列表如下：

选项	缩写	描述
`--filename <string>`	`-f`	Kubernetes 资源文件名（缺省值 `''`）
`--injectConfigFile <string>`		注入配置文件名，不能和 `--injectConfigMapName` 同时使用（缺省值 `''`）
`--injectConfigMapName <string>`		Istio sidecar 注入配置的 ConfigMap 名称，Key 名称是 `config`。这个选项会覆盖任何其他的 Sidecar 注入配置选项，例如 `--hub`（缺省值 `istio-sidecar-injector`）
`--output <string>`	`-o`	注入后输出的资源文件名（缺省值 `''`）

典型用例：

# 在 Apply 之前进行对资源文件进行更新。
kubectl apply -f <(istioctl kube-inject -f <resource.yaml>)

# 对资源文件执行 Envoy sidecar 注入之后，保存为文件。
istioctl kube-inject -f deployment.yaml -o deployment-injected.yaml

# 在线修改一个正在运行的 Deployment。
kubectl get deployment -o yaml | istioctl kube-inject -f - | kubectl apply -f -

# 使用 Configmap `istio-inject` 进行 Envoy sidecar 的注入，并生成持久化文件。
istioctl kube-inject -f deployment.yaml -o deployment-injected.yaml --injectConfigMapName istio-inject

`istioctl proxy-config`

这一组命令用来从 Envoy 中获取配置信息。

该命令支持的子命令列表如下：

bootstrap
cluster
endpoint
listener
route

可用参数列表如下：

选项	缩写	描述
`--output <string>`	`-o`	输出格式，可选 `json` 或者 `short`（缺省值 `short`）

典型用例：

# 从 Envoy 实例中获取代理配置方面的信息。
istioctl proxy-config <clusters|listeners|routes|endpoints|bootstrap> <pod-name>

`istioctl proxy-config bootstrap`

在指定 Pod 中获取 Envoy 实例的启动信息。

基本用法：

$ istioctl proxy-config bootstrap <pod-name> [flags]

可用参数列表如下：

选项	缩写	描述
`--output <string>`	`-o`	输出格式，可选 `json` 或者 `short`（缺省值 `short`）

典型用例：

# 在指定 Pod 的 Envoy 中获取完整的 Bootstrap 信息。
istioctl proxy-config bootstrap <pod-name>

`istioctl proxy-config cluster`

从指定 Pod 中的 Envoy 实例里读取集群配置信息。

基本用法：

$ istioctl proxy-config cluster <pod-name> [选项]

可用参数列表如下：

选项	缩写	描述
`--direction <string>`		使用 `direction` 字段对集群进行过滤（缺省值 `''`）
`--fqdn <string>`		使用服务 `fqdn` 字段对集群进行过滤（缺省值 `''`）
`--output <string>`	`-o`	输出格式，可选 `json` 或者 `short`（缺省值 `short`）
`--port <int>`		使用 `port` 字段对集群进行过滤 (缺省值 `0`)
`--subset <string>`		使用 `subset` 字段对集群进行过滤 (缺省值 `''`)

典型用例：

# 从选定 Pod 的 Envoy 中获取集群配置的概要信息。
istioctl proxy-config clusters <pod-name>

# 使用 9080 端口获取集群概要信息。
istioctl proxy-config clusters <pod-name> --port 9080

# 获取 FQDN 为 details.default.svc.cluster.local 的完整的集群信息。
istioctl proxy-config clusters <pod-name> --fqdn details.default.svc.cluster.local --direction inbound -o json

`istioctl proxy-config endpoint`

从选定 Pod 的 Envoy 实例中获取端点配置信息。

基本用法：

istioctl proxy-config endpoint <pod-name> [flags]

选项	缩写	描述
`--address <string>`		使用 `address` 字段对端点进行过滤（缺省值 `''`）
`--cluster <string>`		使用集群名称字段对端点进行过滤（缺省值 `''`）
`--output <string>`	`-o`	输出格式，可选 `json` 或者 `short`（缺省值 `short`）
`--port <int>`		使用 `port` 字段对端点进行过滤 (缺省值 `0`)
`--status <string>`		使用 `status` 字段对端点进行过滤（缺省值 `''`）

典型用例：

# 从指定 Pod 的 Envoy 中获取完整的端点配置。
istioctl proxy-config endpoint <pod-name>

# 获取端口 9080 上的端点概要信息。
istioctl proxy-config endpoint <pod-name> --port 9080

# 获取地址 172.17.0.2 的所有端点。
istioctl proxy-config endpoint <pod-name> --address 172.17.0.2 -o json

# 用集群名称 (outbound|9411||zipkin.istio-system.svc.cluster.local) 获取所有端点。
istioctl proxy-config endpoint <pod-name> --cluster "outbound|9411||zipkin.istio-system.svc.cluster.local" -o json
# 获取状态为 healthy 的所有端点。
istioctl proxy-config endpoint <pod-name> --status healthy -ojson

`istioctl proxy-config listener`

从选定 Pod 的 Envoy 中获取监听器信息。

基本用法：

$ istioctl proxy-config listener <pod-name> [选项]

可用参数列表如下：

选项	缩写	描述
`--address <string>`		使用 `address` 对监听器进行过滤（缺省值 `''`）
`--output <string>`	`-o`	输出格式，可选 `json` 或者 `short`（缺省值 `short`）
`--port <int>`		使用 `port` 对监听器进行过滤（缺省值 `0`）
`--type <string>`		使用 `type` 对监听器进行过滤（缺省值 `''`）

典型用例：

# 从指定 Pod 的 Envoy 中获取监听器配置概要信息。
istioctl proxy-config listeners <pod-name>

# 获取 9080 端口的监听器概要信息。
istioctl proxy-config listeners <pod-name> --port 9080

# 使用通配符地址（0.0.0.0）获取完整的 HTTP 监听器信息。
istioctl proxy-config listeners <pod-name> --type HTTP --address 0.0.0.0 -o json

`istioctl proxy-config route`

从指定 Pod 的 Envoy 中获取路由配置。

基本用法：

istioctl proxy-config route <pod-name> [flags]

选项	缩写	描述
`--name <string>`		使用路由名称对监听器进行过滤（缺省值 `''`）

典型用例：

# 从指定 Pod 的 Envoy 中获取路由配置概要。
istioctl proxy-config routes <pod-name>

# 获取路由 9080 的配置概要信息。
istioctl proxy-config route <pod-name> --name 9080

# 获取路由 9080 的完整配置信息。
istioctl proxy-config route <pod-name> --name 9080 -o json

`istioctl proxy-config status`

获取最后发送和最后确认的从 Pilot 到网格中每个 Envoy 的 xDS 同步信息。

基本用法：

$ istioctl proxy-status [<proxy-name>] [参数]

典型用例：

# 获取网格中每个 Envoy 的同步状态。
istioctl proxy-status

# 获取单一 Envoy 的同步信息。
istioctl proxy-status istio-egressgateway-59585c5b9c-ndc59.istio-system

`istioctl register`

把一个服务实例（例如虚拟机）注册到网格之中。

基本用法：

$ istioctl register <svcname> <ip> [name1:]port1 [name2:]port2 ... [flags]

可用参数列表如下：

选项	缩写	描述
`--annotations <stringSlice>`	`-a`	一个字符串列表，用于给注册服务或者端点提供注解，例如 `-a foo=bar,test,x=y` （缺省值 `[]`）
`--serviceaccount <string>`	`-s`	绑定到该服务的 Service account（缺省值 `default`）

`istioctl replace`

替换现存的策略和规则。

基本用法：

$ istioctl replace [选项]

可用参数列表如下：

选项	缩写	描述
`--file <string>`	`-f`	用包含配置对象内容的文件作为命令输入（如果没有设置，命令会从标准输入中进行读取，缺省值 `''`）

典型用例：

$ istioctl replace -f example-routing.yaml

`istioctl version`

输出版本信息。

基本用法：

$ istioctl version [选项]

可用参数列表如下：

选项	缩写	描述
`--short`	`-s`	显示摘要信息