本次发布中针对社区在使用 Istio 1.0.2 的过程中发现的严重问题进行了修补。下文将陈述 Istio 1.0.2 和 Istio 1.0.3 之间的差异。
行为变化
验证 Webhook 变成了必选项。如果禁用这一 Webhook 将会导致 Pilot 崩溃。
Service entry 不再允许使用通配符(
*
)的 DNS 解析。相关 API 从未允许这种行为,但在前一版本中,ServiceEntry
对象的验证过程错误的忽略了这一错误。istio-proxy
的 Core dump 路径变为/var/lib/istio
。
网络
缺省启用 双向 TLS 的
PERMISSIVE
模式。Pilot 的性能和伸缩性有了很大提升。现在每秒钟之内,Pilot 可以向 500 个 Sidecar 发送端点更新信息。
缺省的[跟踪采样]被设置为
1%
。
策略和遥测
mixer(
istio-telemetry
)现在可以根据请求速率和延迟进行减载。在 Grafana 中加入了 Istio 性能 Dashboard。
istio-telemetry
的 cpu 消耗降低了 10%。不再进行
statsd-to-prometheus
的部署。Prometheus 现在直接从istio-proxy
进行数据采集。
本次发布中针对社区在使用 Istio 1.0.2 的过程中发现的严重问题进行了修补。下文将陈述 Istio 1.0.2 和 Istio 1.0.3 之间的差异。
行为变化
验证 Webhook 变成了必选项。如果禁用这一 Webhook 将会导致 Pilot 崩溃。
Service entry 不再允许使用通配符(
*
)的 DNS 解析。相关 API 从未允许这种行为,但在前一版本中,ServiceEntry
对象的验证过程错误的忽略了这一错误。istio-proxy
的 Core dump 路径变为/var/lib/istio
。
网络
缺省启用 双向 TLS 的
PERMISSIVE
模式。Pilot 的性能和伸缩性有了很大提升。现在每秒钟之内,Pilot 可以向 500 个 Sidecar 发送端点更新信息。
缺省的[跟踪采样]被设置为
1%
。
策略和遥测
mixer(
istio-telemetry
)现在可以根据请求速率和延迟进行减载。在 Grafana 中加入了 Istio 性能 Dashboard。
istio-telemetry
的 cpu 消耗降低了 10%。不再进行
statsd-to-prometheus
的部署。Prometheus 现在直接从istio-proxy
进行数据采集。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 [email protected] 举报,一经查实,本站将立刻删除。