安装常见问题

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

除了简单地入门评估版安装之外， 还有其它几种不同的方式安装 Istio，您应该根据您的生产要求来选择安装方式。 下面列出了每种安装方式的优缺点：

  1. 使用 istioctl 安装

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

    优点：

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

    缺点：

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

  2. 使用 istioctl 生成清单

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

    优点：

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

    缺点：

    • 一些在 istioctl install 和 Operator 中执行的未完成的检查将不会执行。
    • 与 istioctl install 相比，UX 的精简程度较低。
    • 错误报告不如 istioctl install 的错误报告详细、全面。

  3. 使用 Helm 安装

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

    优点：

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

    缺点：

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

  4. Istio Operator

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

    优点：

    • 与 istioctl install 使用相同的 API，但驱动是通过集群中的一个带有完全声明式操作的控制器。
    • 使用提供了扩展的配置、自定义选项的 IstioOperator API。
    • 不需要管理多个 istioctl 二进制文件。

    缺点：

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

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

Kubernetes - 我该如何调试 Sidecar 自动注入的问题？

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