在GKE中找到了两种安装istio的方法,不确定哪种是推荐的方法,有什么不同。1. Installing via lots of commands shown in the Istio document 2. I have an existing GKE cluster, their is an option to edit the cluster and add-on as Istio enabled
虽然尝试了2种方式,但我在GKE集群工作负载UI控制台中看不到任何istio相关服务,如城堡、厨房、遥测,但如果我以kubectl get pods -n istio-system身份运行,我可以看到它在终端中运行。他们在安装上有什么不同,推荐的安装方式是什么?
发布于 2020-10-26 16:35:13
回答以下问题:
在GKE中找到了两种安装istio的方法,不确定哪种是推荐的方法,有什么不同。
这两种方式都是正确的(在GKE插件和/或istioctl/operator上启用Istio )。主要区别在于它们之间存在一些差异(使用的版本、附加配置选项、自动更新等)。
引用官方文档:
我应该在GKE上使用Istio吗?
虽然GKE上的Istio确实管理安装和升级,但它使用适合大多数需求的控制平面的默认安装选项。但是,您应该意识到这些限制:
如果您需要使用较新的Istio开源版本,或者想要更好地控制您的Istio控制平面配置(在某些生产用例中可能会发生这种情况),我们建议您使用open source version of Istio而不是Istio on GKE附加组件。
--
同样值得一提的是:
请注意,Istio on GKE add-on会自动为Cloud Monitoring、Logging和Trace设置集群节点池中的access scopes。
--
这意味着从Istio.io安装可能需要额外的配置/步骤才能将日志发送到Stackdriver。
值得一提的是,当涉及到启用了1.17.9-gke.6300版本或更新版本并启用了Istio on GKE插件的GKE集群时,会有一些重大的变化。
从1.6版本开始,Google Kubernetes引擎附加组件上的Istio使用Istio运算符进行安装和配置。Istio运算符遵循Kubernetes Operator pattern。操作员允许您通过为Istio安装定义Kubernetes custom resource definition (CRD)来配置Istio。然后,操作员使用controller 对安装进行更改,以匹配自定义资源。
当您将群集升级到1.17.9-gke.6300或更高版本时,Istio 1.6操作员和控制平面将与现有的1.4.x Istio控制平面一起安装。升级需要用户操作,并遵循双控制平面升级流程(在Istio文档中称为金丝雀升级)。
--
以下是:
虽然我尝试了这两种方法,但在GKE集群工作负载UI控制台中看不到任何与istio相关的服务,如城堡、厨房、遥测,但如果我以
kubectl get pods -n istio-system身份运行,我可以看到它在终端中运行
在kubectl报告istio-system中的资源和在Cloud Console -> Kubernetes Engine -> Workloads中检查资源之间,您是否等待过任何时间
您还可以检查下图中的框是否设置正确。

https://stackoverflow.com/questions/64307394
复制相似问题