Google kubernetes engine 在GKE中安装Istio

在GKE中找到了两种安装istio的方法，不确定哪种方法是推荐的方法，有什么区别。

1。通过Istio文档中显示的大量命令安装

2。我有一个现有的GKE集群，它们是一个选项，可以将集群和附加组件编辑为启用Istio的

虽然尝试了2种方式，但我在GKE集群工作负载UI控制台中看不到任何与istio相关的服务，如citadel、galley、telemetry，但如果我以

kubectl get pods-n istio system

---

他们的安装有什么不同吗？推荐的安装方式是什么？

回答以下问题：

在GKE中找到了两种安装istio的方法，不确定哪种方法是推荐的方法，有什么区别

这两种方法都是正确的（在GKE插件上启用Istio和/或使用

istioctl

/）。主要区别在于它们之间存在一些差异（使用的版本、附加配置选项、自动更新等）

引用官方文件：

我应该在GKE上使用Istio吗？ 虽然GKE上的Istio管理安装和升级，但它对控制平面使用适合大多数需要的默认安装选项。但是，您应该了解这些限制：

• 安装的Istio版本与GKE版本绑定，您将无法独立更新它们
• 控制平面的配置上存在多个问题。在生产中使用Istio on GKE附加组件之前，您应该查看这些限制

如果您需要使用较新的Istio开源版本，或者希望更好地控制您的Istio控制平面配置（在某些生产用例中可能会发生这种情况），我们建议您使用，而不是使用GKE上的Istio插件

--

同样值得一提的是：

请注意，GKE加载项上的Istio会自动在集群的节点池中为和设置

--

这意味着从的安装可能需要额外的配置/步骤才能将日志发送到Stackdriver

---

还值得一提的是，对于启用了Istio on GKE插件的

1.17.9-GKE.6300

版本或更新版本的

GKE

集群，有一些显著的变化

从1.6版开始，Google Kubernetes引擎插件上的Istio使用Istio操作符进行安装和配置。Istio运算符遵循Kubernetes。操作员允许您通过为Istio安装定义Kubernetes（CRD）来配置Istio。然后，操作员使用更改对安装进行更改，以匹配自定义资源

当您将集群升级到1.17.9-gke.6300或更高版本时，Istio 1.6操作员和控制平面将与现有的1.4.x Istio控制平面一起安装。升级需要用户操作，并遵循双控制平面升级过程（在Istio文档中称为金丝雀升级）

--

---

以下为：

虽然尝试了2种方式，但我在GKE集群工作负载UI控制台中看不到任何与istio相关的服务，如citadel、galley、telemetry，但如果我以

kubectl get pods-n istio system

在

kubectl

报告

istio系统中的资源

和在

云控制台中检查资源

->

Kubernetes引擎

->

工作负载

之间，您是否等待过任何时间

您还可以检查下图中的框是否设置正确

---

最大的区别在于安装的版本与安装的版本。你能分享你使用的Istio安装的链接吗（一个包含大量命令的链接）？