安装常见问题

我应该使用哪种方式安装 Istio ?

除了简单地入门评估版安装之外,您还可以使用几种不同的方式安装 Istio 。您应该根据您的生产要求来选择安装方式。

下面列出了每种安装方式的优缺点:

  1. 使用 istioctl 安装

    具有高安全性的简单、合格的安装和管理方法。这是社区推荐的安装方法。

    优点:

    • 完整的配置和运行状态的验证。
    • 使用提供了扩展的配置、自定义选项的 IstioOperator API。
    • 不需要集群内的高权限 Pod 。通过执行 istioctl 命令修改。

    缺点:

    • 需要维护多个 Istio minor 版本的二进制文件。
    • istioctl 命令可能根据您的运行环境设置诸如 JWT_POLICY 之类的值,从而能够在不同的 Kubernetes 环境中进行不同的安装。
  2. 使用 Istio Operator 安装

    没有 istioctl 二进制文件的简单安安装方式。这是推荐的方法。用于简单升级工作,无需考虑运行集群内的高权限 Controller。

    优点:

    • 具有与 istioctl install 相同的 API ,但是通过据群众具有高权限的 Controller Pod 通过完全声明的方式进行操作。
    • 使用提供了扩展的配置、自定义选项的 IstioOperator API。
    • 不需要管理多个 istioctl 的二进制文件。

    缺点:

    • 在集群内运行高权限的 Controller 会带来安全问题。
  3. 使用 istioctl manifest generate 安装

    生成 Kubernetes 的配置清单,并通过 kubectl apply --prune 应用到集群中。该方法适用于需要严格审查或者增加配置清单的情况。

    优点:

    • Chart 是由与 istioctl install 和 Operator 里使用的相同的 IstioOperator API 生成的。
    • 使用提供了扩展的配置、自定义选项的 IstioOperator API。

    缺点:

    • 一些在 istioctl install 和 Operator 中会进行的检查将不会执行。
    • istioctl install 相比,UX 的精简程度较低。
    • 错误报告没有 istioctl install 的错误报告详细、全面。
  4. 使用 Helm (alpha) 安装

    使用 Helm 的 Chart 可以通过 Helm 的工作流程轻松的完成,并在升级的过程中自动清理资源。

    优点:

    • 使用熟悉、常用的行业标准工具。
    • Helm 原生的版本、升级管理。

    缺点:

    • 相比于 istioctl install 和 Operator 相比,检查较少。
    • 一些高权限任务需要更多步骤,并且具有更高的复杂性。
  5. Istio Operator

    Istio 操作符提供了一个安装路径,而不需要 istioctl 二进制文件。这可以用于简化升级工作流,其中不需要考虑集群内特权控制器的运行。此方法适用于不需要严格审计或增加输出清单的情况。

    优点:

    • istioctl install 相同的 API,但驱动是通过集群中的一个带有完全声明式操作的控制器。
    • IstioOperator API 提供了广泛的配置/定制选项。
    • 不需要管理多个 istioctl 二进制文件。

    缺点:

    • 集群中运行的高权限控制器存在安全风险。

这些安装方式的安装向导在 Istio 安装页中。

Kubernetes - 我该如何调试 sidecar 自动注入的问题?

为了支持 sidecar 自动注入,请确保你的集群符合此前提条件。如果你的微服务是部署在 kube-systemkube-public 或者 istio-system 这些命名空间,那么就会被免除 sidecar 自动注入。请使用其他命名空间替代。