在 Google Cloud 之外为 Kubernetes 工作负载安装 Cloud Service Mesh

本页介绍了如何在 Google Cloud 之外为 Kubernetes 工作负载安装非管理式集群内 Cloud Service Mesh:

  • 运行 asmcli 以重新安装 Cloud Service Mesh 1.22.5-asm.1。
  • (可选)部署入站流量网关。
  • 部署或重新部署工作负载以注入 Sidecar 代理。

如果您需要在 GKE 上安装使用 istiod 控制平面的非托管式集群内 Cloud Service Mesh,请参阅在 Google Cloud 上安装集群内 Cloud Service Mesh。请注意,对于 Google Cloud 上的 Kubernetes 工作负载,我们建议预配托管式控制平面

如需了解如何准备离线安装 Cloud Service Mesh,请参阅准备离线安装 Cloud Service Mesh。您需要在运行 asmcli install 时指定 --offline--output_dir 选项。

限制

注意以下限制:

  • 一个网格的所有 Cloud Service Mesh 集群必须始终注册到同一舰队,才能使用 Cloud Service Mesh。此集群中的其他集群 项目不得注册到 不同的舰队。

  • asmcli 工具必须有权访问 Google Kubernetes Engine (GKE) 端点。您可以通过“跳转”服务器(例如提供特定访问权限的 Virtual Private Cloud [VPC] 中的 Compute Engine 虚拟机)配置访问权限。

须知事项

开始之前,请确保执行以下操作:

安装集群内 Cloud Service Mesh 所需的角色

下表介绍了在集群内安装所需的角色 Cloud Service Mesh。

角色名称 角色 ID 授予位置 说明
GKE Hub Admin roles/gkehub.admin 舰队项目 拥有对 GKE Hub 及相关资源的完全访问权限。
Kubernetes Engine Admin roles/container.admin 集群项目。请注意,必须在舰队和集群项目中针对跨项目绑定授予此角色。 提供容器集群及其 Kubernetes API 对象的完全管理访问权限。
Mesh Config Admin roles/meshconfig.admin 舰队与集群项目 提供初始化 Cloud Service Mesh 的代管式组件(例如代管式控制平面)所需的权限和允许工作负载和 Stackdriver 无需分别获得授权即可彼此通信的后端权限(针对代管式控制平面和集群内控制平面)。
Project IAM Admin roles/resourcemanager.projectIamAdmin 集群项目 提供管理项目的 IAM 政策的权限。
服务账号管理员 roles/iam.serviceAccountAdmin 舰队项目 以服务账号身份进行身份验证。
Service Management Admin roles/servicemanagement.admin 舰队项目 拥有对 Google Service Management 资源的完全控制权。
Service Usage Admin roles/serviceusage.serviceUsageAdmin 舰队项目 可启用、停用和检查使用方项目的服务状态、检查该项目的操作,以及使用其配额和结算服务。(注意 1)
CA Service Admin Beta 版 roles/privateca.admin 舰队项目 具有对所有 CA 服务资源的完整访问权限。 (注意 2)

注意

  1. Service Usage Admin - 此角色是必要的 作为在下列情况下启用 mesh.googleapis.com API 的前提条件: 预配代管式 Cloud Service Mesh。
  2. CA Service Admin - 只有在与 CA Service 集成时才需要此角色。

安装 Cloud Service Mesh

下面概述了如何安装 Cloud Service Mesh:

  1. 运行 asmcli install 以在单个集群上安装集群内控制层面。有关命令行示例,请参阅以下部分。这些示例同时包含必需参数和可能很有用的可选参数。我们建议您始终指定 output_dir 参数, 您可以在其中找到示例网关和工具,例如 istioctl。请在右侧的导航栏中查看示例列表。

  2. (可选)安装入站流量网关。默认情况下,asmcli 不会安装 istio-ingressgateway。我们建议您单独部署和管理控制平面和网关。如果您需要随集群内控制平面安装的默认 istio-ingressgateway,请添加 --option legacy-default-ingressgateway 参数。

  3. 如需完成 Cloud Service Mesh 设置,您需要启用自动 Sidecar 注入和 部署或重新部署工作负载

  4. 如果要在多个集群上安装 Cloud Service Mesh,请在每个集群上运行 asmcli install。运行 asmcli install 时,请务必为每个集群使用相同的 FLEET_PROJECT_ID。安装 Cloud Service Mesh 后,请参阅在 Google Cloud 之外设置多集群网格的说明。

  5. 如果您的集群位于不同的网络(如处于孤岛模式时),您应该使用 --network_id 标志将唯一的网络名称传递给 asmcli

安装默认功能和 Mesh CA

本部分介绍如何运行 asmcli 以使用 默认支持的功能,并启用 Cloud Service Mesh 证书授权机构作为证书授权机构。

本地

在适用于 VMware 的 Google Distributed Cloud(仅限软件)上运行以下命令,或 Google Distributed Cloud(仅限软件)为裸机默认安装控制平面 和 Cloud Service Mesh 证书授权机构。在提供的占位符中输入值。

  1. 将当前上下文设置为用户集群:

    kubectl config use-context CLUSTER_NAME
    
  2. 运行 asmcli install

    ./asmcli install \
      --fleet_id FLEET_PROJECT_ID \
      --kubeconfig KUBECONFIG_FILE \
      --output_dir DIR_PATH \
      --platform multicloud \
      --enable_all \
      --ca mesh_ca
    
    • --fleet_id队列宿主项目的项目 ID。
    • --kubeconfig kubeconfig 文件的完整路径。环境变量 $PWD 不适用于此处。 此外,使用“~”的相对 kubeconfig 文件位置将不起作用。
    • --output_dir添加此选项可指定 asmcli 在其中下载 anthos-service-mesh 软件包并提取安装文件的目录,其中包含 istioctl、示例和清单。否则,asmcli 会将文件下载到 tmp 目录。您可以指定相对路径或完整路径。环境变量 $PWD 不适用于此处。
    • --platform multicloud 指定平台是非 Google Cloud 平台,例如本地平台或多云平台。
    • --enable_all 允许脚本执行以下操作:
      • 授予所需的 IAM 权限
      • 启用所需的 Google API。
      • 在集群上设置用于标识网格的标签。
      • 如果尚未注册集群,请注册集群
    • --ca mesh_ca 使用 Cloud Service Mesh 证书授权机构作为 证书授权中心。asmcli配置 要使用的 Cloud Service Mesh 证书授权机构 舰队 工作负载身份

如需在 Cloud Service Mesh 界面中查看 SLO 和基础架构指标,您还必须执行启用应用日志记录和监控部分中的前三个步骤。如果未启用日志记录和监控,并且不会收到自定义日志和 指标,Cloud Service Mesh 信息中心不会显示 SLO、错误日志或 CPU 和内存指标

AWS

在 GKE on AWS 上运行以下命令以安装控制平面 具有默认功能和 Cloud Service Mesh 证书授权机构。在提供的占位符中输入值。

  1. 将当前上下文设置为用户集群:

    kubectl config use-context CLUSTER_NAME
    
  2. 运行 asmcli install

    ./asmcli install \
      --fleet_id FLEET_PROJECT_ID \
      --kubeconfig KUBECONFIG_FILE \
      --output_dir DIR_PATH \
      --platform multicloud \
      --enable_all \
      --ca mesh_ca
    
    • --fleet_id队列宿主项目的项目 ID。
    • --kubeconfig kubeconfig 文件的完整路径。环境变量 $PWD 不适用于此处。 此外,使用“~”的相对 kubeconfig 文件位置将不起作用。
    • --output_dir添加此选项可指定 asmcli 在其中下载 anthos-service-mesh 软件包并提取安装文件的目录,其中包含 istioctl、示例和清单。否则,asmcli 会将文件下载到 tmp 目录。您可以指定相对路径或完整路径。环境变量 $PWD 不适用于此处。
    • --platform multicloud 指定平台是非 Google Cloud 平台,例如本地平台或多云平台。
    • --enable_all 允许脚本执行以下操作:
      • 授予所需的 IAM 权限
      • 启用所需的 Google API。
      • 在集群上设置用于标识网格的标签。
      • 如果尚未注册集群,请注册集群
    • --ca mesh_ca 使用 Cloud Service Mesh 证书授权机构作为 证书授权中心。asmcli配置 要使用的 Cloud Service Mesh 证书授权机构 舰队 工作负载身份

如需在 Cloud Service Mesh 界面中查看 SLO 和基础架构指标,您还必须执行启用应用日志记录和监控部分中的前三个步骤。如果未启用日志记录和监控功能且不接收自定义日志和指标,则 Cloud Service Mesh 信息中心不会显示 SLO、错误日志或 CPU 和内存指标。

Azure

在 GKE on Azure 上运行以下命令 安装具有默认功能和 Cloud Service Mesh 证书授权机构的控制平面。 在提供的占位符中输入值。

  1. 将当前上下文设置为用户集群:

    kubectl config use-context CLUSTER_NAME
    
  2. 运行 asmcli install

    ./asmcli install \
      --fleet_id FLEET_PROJECT_ID \
      --kubeconfig KUBECONFIG_FILE \
      --output_dir DIR_PATH \
      --platform multicloud \
      --enable_all \
      --ca mesh_ca
    
    • --fleet_id队列宿主项目的项目 ID。
    • --kubeconfig kubeconfig 文件的完整路径。环境变量 $PWD 不适用于此处。 此外,使用“~”的相对 kubeconfig 文件位置将不起作用。
    • --output_dir添加此选项可指定 asmcli 在其中下载 anthos-service-mesh 软件包并提取安装文件的目录,其中包含 istioctl、示例和清单。否则,asmcli 会将文件下载到 tmp 目录。您可以指定相对路径或完整路径。环境变量 $PWD 不适用于此处。
    • --platform multicloud 指定平台是非 Google Cloud 平台,例如本地平台或多云平台。
    • --enable_all 允许脚本执行以下操作:
      • 授予所需的 IAM 权限
      • 启用所需的 Google API。
      • 在集群上设置用于标识网格的标签。
      • 如果尚未注册集群,请注册集群
    • --ca mesh_ca 使用 Cloud Service Mesh 证书授权机构作为 证书授权中心。asmcli配置 要使用的 Cloud Service Mesh 证书授权机构 舰队 工作负载身份

如需在 Cloud Service Mesh 界面中查看 SLO 和基础架构指标,您必须 还需要执行 启用应用日志记录和监控。 如果未启用日志记录和监控功能且不接收自定义日志和指标,则 Cloud Service Mesh 信息中心不会显示 SLO、错误日志或 CPU 和内存指标。

Amazon EKS

在 Amazon EKS 上运行以下命令,以通过以下命令安装控制平面: 默认功能和 Cloud Service Mesh 证书授权机构。在提供的占位符中输入值。

  1. 将当前上下文设置为用户集群:

    kubectl config use-context CLUSTER_NAME
    
  2. 运行 asmcli install

    ./asmcli install \
      --fleet_id FLEET_PROJECT_ID \
      --kubeconfig KUBECONFIG_FILE \
      --output_dir DIR_PATH \
      --platform multicloud \
      --enable_all \
      --option attached-cluster \
      --network_id default \
      --ca mesh_ca
    
    • --fleet_id队列宿主项目的项目 ID。
    • --kubeconfig kubeconfig 文件的完整路径。环境变量 $PWD 不适用于此处。 此外,使用“~”的相对 kubeconfig 文件位置将不起作用。
    • --output_dir添加此选项可指定 asmcli 在其中下载 anthos-service-mesh 软件包并提取安装文件的目录,其中包含 istioctl、示例和清单。否则,asmcli 会将文件下载到 tmp 目录。您可以指定相对路径或完整路径。环境变量 $PWD 不适用于此处。
    • --platform multicloud 指定平台是非 Google Cloud 平台,例如本地平台或多云平台。
    • --enable_all 允许脚本执行以下操作:
      • 授予所需的 IAM 权限
      • 启用所需的 Google API。
      • 在集群上设置用于标识网格的标签。
      • 如果尚未注册集群,请注册集群
    • --option attached-cluster:将默认签名实用程序更改为 istiod。
    • --network_id:如果要设置多网络网格,请将网格中每个集群的 --network_id 值都设为一个唯一值。
    • --ca mesh_ca 使用 Cloud Service Mesh 证书授权机构作为 证书授权中心。asmcli配置 要使用的 Cloud Service Mesh 证书授权机构 舰队 工作负载身份

如需在 Cloud Service Mesh 界面中查看 SLO 和基础架构指标,您还必须执行启用应用日志记录和监控部分中的前三个步骤。如果未启用日志记录和监控功能且不接收自定义日志和指标,则 Cloud Service Mesh 信息中心不会显示 SLO、错误日志或 CPU 和内存指标。

Microsoft AKS

在 Microsoft AKS 上运行以下命令,以使用默认功能和 Cloud Service Mesh 证书颁发机构安装控制平面。在提供的占位符中输入值。

  1. 将当前上下文设置为用户集群:

    kubectl config use-context CLUSTER_NAME
    
  2. 运行 asmcli install

    HUB_REGISTRATION_EXTRA_FLAGS=--has-private-issuer ./asmcli install \
      --fleet_id FLEET_PROJECT_ID \
      --kubeconfig KUBECONFIG_FILE \
      --output_dir DIR_PATH \
      --platform multicloud \
      --enable_all \
      --option attached-cluster \
      --network_id default \
      --ca mesh_ca
    
    • HUB_REGISTRATION_EXTRA_FLAGS=--has-private-issuer 允许向 GKE Hub 注册。
    • --fleet_id队列宿主项目的项目 ID。
    • --kubeconfig kubeconfig 文件的完整路径。环境变量 $PWD 不适用于此处。 此外,使用“~”的相对 kubeconfig 文件位置将不起作用。
    • --output_dir添加此选项可指定 asmcli 在其中下载 anthos-service-mesh 软件包并提取安装文件的目录,其中包含 istioctl、示例和清单。否则,asmcli 会将文件下载到 tmp 目录。您可以指定相对路径或完整路径。环境变量 $PWD 不适用于此处。
    • --platform multicloud 指定平台是非 Google Cloud 平台,例如本地平台或多云平台。
    • --enable_all 允许脚本执行以下操作:
      • 授予所需的 IAM 权限
      • 启用所需的 Google API。
      • 在集群上设置用于标识网格的标签。
      • 如果尚未注册集群,请注册集群
    • --option attached-cluster:将默认签名实用程序更改为 istiod。
    • --network_id:如果要设置多网络网格,请将网格中每个集群的 --network_id 值都设为一个唯一值。
    • --ca mesh_ca 使用 Cloud Service Mesh 证书授权机构作为证书授权机构。asmcli 将 Cloud Service Mesh 证书授权机构配置为使用舰队工作负载身份

如需在 Cloud Service Mesh 界面中查看 SLO 和基础架构指标,您必须 还需要执行 启用应用日志记录和监控。 如果未启用日志记录和监控,并且不会收到自定义日志和 指标,Cloud Service Mesh 信息中心不会显示 SLO、错误日志或 CPU 和内存指标

安装默认功能和证书授权机构 (CA) 服务

本部分介绍如何运行 asmcli 以安装默认 Cloud Service Mesh 支持的功能以及 启用 CA Service 作为证书授权机构。

除了 Cloud Service Mesh 证书授权机构之外, 您可以配置 Cloud Service Mesh Certificate Authority Service。本指南提供了与 CA Service 集成的机会,建议用于以下使用场景:

  • 您需要不同的证书授权机构对不同集群上的工作负载证书签名。
  • 您需要将签名密钥备份到代管式 HSM 中。
  • 您从事的要是严格监管的行业,且需要遵守法规。
  • 您需要将 Cloud Service Mesh CA 链接到自定义企业根证书来为工作负载证书签名。

Cloud Service Mesh 证书授权机构的费用包含在 Cloud Service Mesh 价格。通过 CA Service 未包含在 Cloud Service Mesh 基本价格中, 单独计费。此外,CA Service 附带显式 SLA,但 Cloud Service Mesh 证书授权机构没有。

配置 CA Service

  1. 在层级 DevOps创建 CA 池,并且与其服务的集群位于同一区域,以避免延迟时间过长问题或潜在的跨区域服务中断。如需了解详情,请参阅工作负载优化的层级
  2. 创建 CA,从而保证在 GKE 集群所在项目内,该 CA 池中至少有一个活跃的证书授权机构。使用从属 CA 对 Cloud Service Mesh 工作负载证书签名。记下与从属 CA 对应的 CA 池
  3. 如果它仅用于为 Cloud Service Mesh 工作负载提供证书,请将 为 CA 池设置以下发布政策:

    policy.yaml

    baselineValues:
      keyUsage:
        baseKeyUsage:
          digitalSignature: true
          keyEncipherment: true
        extendedKeyUsage:
          serverAuth: true
          clientAuth: true
      caOptions:
        isCa: false
    identityConstraints:
      allowSubjectPassthrough: false
      allowSubjectAltNamesPassthrough: true
      celExpression:
        expression: subject_alt_names.all(san, san.type == URI && san.value.startsWith("spiffe://PROJECT_ID.svc.id.goog/ns/") )
    
  4. 要更新 CA 池的颁发政策,请使用以下命令:

    gcloud privateca pools update CA_POOL --location ca_region --issuance-policy policy.yaml
    

    如需了解如何对池设置政策,请参阅使用证书颁发政策

  5. 如果您使用的是证书模板,请立即配置。如需了解详情,请按照 CA 服务指南获取工作负载身份证书。确保在 CA 池所在的区域中创建证书模板。如果 CA 池有多个区域,则每个区域创建一个证书模板。

配置 Cloud Service Mesh 以使用 CA Service

在适用于 VMware 的 Google Distributed Cloud(仅限软件)上运行以下命令,或 Google Distributed Cloud(仅限软件),用于裸机,以安装具有默认功能的控制平面 和 Certificate Authority Service在提供的占位符中输入值。

  1. 将当前上下文设置为用户集群:

    kubectl config use-context CLUSTER_NAME
    
  2. 运行 asmcli install

    ./asmcli install \
      --kubeconfig KUBECONFIG_FILE \
      --fleet_id FLEET_PROJECT_ID \
      --output_dir DIR_PATH \
      --enable_all \
      --ca gcp_cas \
      --platform multicloud \
      --ca_pool  projects/CA_POOL_PROJECT_ID/locations/ca_region/caPools/CA_POOL
    
    • --fleet_id队列宿主项目的项目 ID。
    • --kubeconfig kubeconfig 文件的完整路径。环境变量 $PWD 不适用于此处。 此外,使用“~”的相对 kubeconfig 文件位置将不起作用。
    • --output_dir添加此选项可指定 asmcli 在其中下载 anthos-service-mesh 软件包并提取安装文件的目录,其中包含 istioctl、示例和清单。否则,asmcli 会将文件下载到 tmp 目录。您可以指定相对路径或完整路径。环境变量 $PWD 不适用于此处。
    • --platform multicloud 指定平台是非 Google Cloud 平台,例如本地平台或多云平台。
    • --enable_all 允许脚本执行以下操作:
      • 授予所需的 IAM 权限
      • 启用所需的 Google API。
      • 在集群上设置用于标识网格的标签。
      • 如果尚未注册集群,请注册集群
    • --ca gcp_cas使用 Certificate Authority Service 作为 证书授权中心。在升级期间更改证书授权机构会导致停机。asmcli 将 Certificate Authority Service 配置为使用舰队工作负载身份
    • --ca_pool Certificate Authority Service CA 池的完整标识符。 如果您使用的是证书模板,请附加以 : 分隔的模板 ID。例如:
        --ca_pool projects/CA_POOL_PROJECT_ID/locations/ca_region/caPools/CA_POOL:projects/CA_POOL_PROJECT_ID/locations/ca_region/certificateTemplates/CERT_TEMPLATE_ID
        

    如需在 Cloud Service Mesh 界面中查看 SLO 和基础架构指标,您必须 还需要执行 启用应用日志记录和监控。 如果未启用日志记录和监控,并且不会收到自定义日志和 指标,Cloud Service Mesh 信息中心不会显示 SLO、错误日志或 CPU 和内存指标

使用 Istio CA 安装默认功能

本节介绍如何执行以下操作:

  • 为 Cloud Service Mesh 用于使用的 Istio CA 生成证书和密钥 为您的工作负载签名。
  • 运行 asmcli 以安装具有默认功能的 Cloud Service Mesh 并启用 Istio CA。

默认情况下,安装使用 Istio CA 的 Cloud Service Mesh 的环境会向 Prometheus 报告指标。如果您想使用 Cloud Service Mesh 信息中心,则必须启用 Stackdriver。如需了解详情,请参阅使用可选功能安装

为了获得最佳安全性,我们强烈建议您维护离线根 CA,并使用从属 CA 为每个集群颁发证书。如需了解详情,请参阅插入 CA 证书。在此配置中,服务网格中的所有工作负载都将使用相同的根证书授权机构 (CA)。每个 Cloud Service Mesh CA 使用中间 CA 签名密钥和证书(由根 CA 签名)。当网格中存在多个 CA 时,这会建立 CA 间的信任层次结构。您可以重复这些步骤,为任意数量的证书授权机构预配证书和密钥。

用于生成证书的 Makefile 位于您通过 asmcli validate 命令指定的 --output_dir 目录中的 istio-1.22.5-asm.1 子目录内。如果您没有运行 asmcli validate, 或者您没有本地的下载目录,可以通过以下方式获取 Makefile 下载 Cloud Service Mesh 安装文件 以及提取内容。

  1. 切换到 istio-1.22.5-asm.1 目录:

  2. 为证书和密钥创建一个目录:

    mkdir -p certs && \
    pushd certs
  3. 生成根证书和密钥:

    make -f ../tools/certs/Makefile.selfsigned.mk root-ca
    

    这会生成以下文件:

    • root-cert.pem:根证书
    • root-key.pem:根密钥
    • root-ca.conf:openssl 用于生成根证书的配置
    • root-cert.csr:根证书的 CSR
  4. 生成中间证书和密钥:

    make -f ../tools/certs/Makefile.selfsigned.mk cluster1-cacerts

    此操作会在名为 cluster1 的目录中生成以下文件:

    • ca-cert.pem:中间证书
    • ca-key.pem:中间密钥
    • cert-chain.pemistiod 使用的证书链
    • root-cert.pem:根证书

    如果您使用离线计算机执行这些步骤,请将生成的目录复制到有权访问集群的计算机。

  5. 返回上一个目录:

    popd
  6. 运行 asmcli 以使用 Istio CA 安装网格:

    本地

    在 Google Distributed Cloud(仅限软件)for VMware 或 Google Distributed Cloud(仅限软件)for Bare Metal 上运行以下命令,以使用默认功能和 Istio CA 安装控制平面。在提供的占位符中输入值。

    1. 将当前上下文设置为用户集群:

      kubectl config use-context CLUSTER_NAME
      
    2. 运行 asmcli install

      ./asmcli install \
        --fleet_id FLEET_PROJECT_ID \
        --kubeconfig KUBECONFIG_FILE \
        --output_dir DIR_PATH \
        --platform multicloud \
        --enable_all \
        --ca citadel \
        --ca_cert CA_CERT_FILE_PATH \
        --ca_key CA_KEY_FILE_PATH \
        --root_cert ROOT_CERT_FILE_PATH \
        --cert_chain CERT_CHAIN_FILE_PATH
      
      • --fleet_id队列宿主项目的项目 ID。
      • --kubeconfig kubeconfig 文件的完整路径。环境变量 $PWD 不适用于此处。 此外,使用“~”的相对 kubeconfig 文件位置将不起作用。
      • --output_dir添加此选项可指定 asmcli 在其中下载 anthos-service-mesh 软件包并提取安装文件的目录,其中包含 istioctl、示例和清单。否则,asmcli 会将文件下载到 tmp 目录。您可以指定相对路径或完整路径。环境变量 $PWD 不适用于此处。
      • --platform multicloud 指定平台是非 Google Cloud 平台,例如本地平台或多云平台。
      • --enable_all 允许脚本执行以下操作:
        • 授予所需的 IAM 权限
        • 启用所需的 Google API。
        • 在集群上设置用于标识网格的标签。
        • 如果尚未注册集群,请注册集群
      • -ca citadel将 Istio CA 用作证书授权机构。
      • --ca_cert:中间证书
      • --ca_key:中间证书的密钥
      • --root_cert:根证书
      • --cert_chain:证书链

    AWS

    在 GKE on AWS 上运行以下命令,以使用默认功能和 Istio CA 安装控制平面。在提供的占位符中输入值。您可以选择为公共子网或专用子网启用 Ingress。

    公开

    1. 将当前上下文设置为用户集群:

      kubectl config use-context CLUSTER_NAME
      
    2. 运行 asmcli install

      ./asmcli install \
        --fleet_id FLEET_PROJECT_ID \
        --kubeconfig KUBECONFIG_FILE \
        --output_dir DIR_PATH \
        --platform multicloud \
        --enable_all \
        --ca citadel \
        --ca_cert CA_CERT_FILE_PATH \
        --ca_key CA_KEY_FILE_PATH \
        --root_cert ROOT_CERT_FILE_PATH \
        --cert_chain CERT_CHAIN_FILE_PATH
      
      • --fleet_id队列宿主项目的项目 ID。
      • --kubeconfig kubeconfig 文件的完整路径。环境变量 $PWD 不适用于此处。 此外,使用“~”的相对 kubeconfig 文件位置将不起作用。
      • --output_dir添加此选项可指定 asmcli 在其中下载 anthos-service-mesh 软件包并提取安装文件的目录,其中包含 istioctl、示例和清单。否则,asmcli 会将文件下载到 tmp 目录。您可以指定相对路径或完整路径。环境变量 $PWD 不适用于此处。
      • --platform multicloud 指定平台是非 Google Cloud 平台,例如本地平台或多云平台。
      • --enable_all 允许脚本执行以下操作:
        • 授予所需的 IAM 权限
        • 启用所需的 Google API。
        • 在集群上设置用于标识网格的标签。
        • 如果尚未注册集群,请注册集群
      • -ca citadel将 Istio CA 用作证书授权机构。
      • --ca_cert:中间证书。
      • --ca_key:中间证书的密钥。
      • --root_cert:根证书。
      • --cert_chain:证书链

    专用

    1. 将当前上下文设置为用户集群:

      kubectl config use-context CLUSTER_NAME
      
    2. 将以下 YAML 保存到名为 istio-operator-internal-lb.yaml 的文件:

      apiVersion: install.istio.io/v1alpha1
      kind: IstioOperator
      spec:
        components:
          ingressGateways:
          - enabled: true
            k8s:
              serviceAnnotations:
                service.beta.kubernetes.io/aws-load-balancer-internal: "true"
            name: istio-ingressgateway
      
    3. 运行 asmcli install

      ./asmcli install \
        --fleet_id FLEET_PROJECT_ID \
        --kubeconfig KUBECONFIG_FILE \
        --output_dir DIR_PATH \
        --platform multicloud \
        --enable_all \
        --ca citadel \
        --ca_cert FILE_PATH \
        --ca_key FILE_PATH \
        --root_cert FILE_PATH \
        --cert_chain FILE_PATH \
        --custom_overlay istio-operator-internal-lb.yaml
      
      • --fleet_id队列宿主项目的项目 ID。
      • --kubeconfig kubeconfig 文件的完整路径。环境变量 $PWD 不适用于此处。 此外,使用“~”的相对 kubeconfig 文件位置将不起作用。
      • --output_dir添加此选项可指定 asmcli 在其中下载 anthos-service-mesh 软件包并提取安装文件的目录,其中包含 istioctl、示例和清单。否则,asmcli 会将文件下载到 tmp 目录。您可以指定相对路径或完整路径。环境变量 $PWD 不适用于此处。
      • --platform multicloud 指定平台是非 Google Cloud 平台,例如本地平台或多云平台。
      • --enable_all 允许脚本执行以下操作:
        • 授予所需的 IAM 权限
        • 启用所需的 Google API。
        • 在集群上设置用于标识网格的标签。
        • 如果尚未注册集群,请注册集群
      • -ca citadel将 Istio CA 用作证书授权机构。
      • --ca_cert:中间证书。
      • --ca_key:中间证书的密钥。
      • --root_cert:根证书。
      • --cert_chain:证书链
      • --custom_overlay:创建的叠加文件的名称。如需详细了解叠加文件,请参阅在集群内控制层面上启用可选功能

    Azure

    在 GKE on Azure 上运行以下命令 安装具有默认功能和 Istio CA 的控制平面。在提供的占位符中输入值。您可以选择为公共子网或专用子网启用 Ingress。

    公开

    1. 将当前上下文设置为用户集群:

      kubectl config use-context CLUSTER_NAME
      
    2. 运行 asmcli install

      ./asmcli install \
        --fleet_id FLEET_PROJECT_ID \
        --kubeconfig KUBECONFIG_FILE \
        --output_dir DIR_PATH \
        --platform multicloud \
        --enable_all \
        --ca citadel \
        --ca_cert CA_CERT_FILE_PATH \
        --ca_key CA_KEY_FILE_PATH \
        --root_cert ROOT_CERT_FILE_PATH \
        --cert_chain CERT_CHAIN_FILE_PATH
      
      • --fleet_id队列宿主项目的项目 ID。
      • --kubeconfig kubeconfig 文件的完整路径。环境变量 $PWD 不适用于此处。 此外,使用“~”的相对 kubeconfig 文件位置将不起作用。
      • --output_dir添加此选项可指定 asmcli 在其中下载 anthos-service-mesh 软件包并提取安装文件的目录,其中包含 istioctl、示例和清单。否则,asmcli 会将文件下载到 tmp 目录。您可以指定相对路径或完整路径。环境变量 $PWD 不适用于此处。
      • --platform multicloud 指定平台是非 Google Cloud 平台,例如本地平台或多云平台。
      • --enable_all 允许脚本执行以下操作:
        • 授予所需的 IAM 权限
        • 启用所需的 Google API。
        • 在集群上设置用于标识网格的标签。
        • 如果尚未注册集群,请注册集群
      • -ca citadel将 Istio CA 用作证书授权机构。
      • --ca_cert:中间证书。
      • --ca_key:中间证书的密钥。
      • --root_cert:根证书。
      • --cert_chain:证书链

    专用

    1. 将当前上下文设置为用户集群:

      kubectl config use-context CLUSTER_NAME
      
    2. 将以下 YAML 保存到名为 istio-operator-internal-lb.yaml 的文件:

      apiVersion: install.istio.io/v1alpha1
      kind: IstioOperator
      spec:
        components:
          ingressGateways:
          - enabled: true
            k8s:
              serviceAnnotations:
                service.beta.kubernetes.io/aws-load-balancer-internal: "true"
            name: istio-ingressgateway
      
    3. 运行 asmcli install

      ./asmcli install \
        --fleet_id FLEET_PROJECT_ID \
        --kubeconfig KUBECONFIG_FILE \
        --output_dir DIR_PATH \
        --platform multicloud \
        --enable_all \
        --ca citadel \
        --ca_cert FILE_PATH \
        --ca_key FILE_PATH \
        --root_cert FILE_PATH \
        --cert_chain FILE_PATH \
        --custom_overlay istio-operator-internal-lb.yaml
      
      • --fleet_id队列宿主项目的项目 ID。
      • --kubeconfig kubeconfig 文件的完整路径。环境变量 $PWD 不适用于此处。 此外,使用“~”的相对 kubeconfig 文件位置将不起作用。
      • --output_dir添加此选项可指定 asmcli 在其中下载 anthos-service-mesh 软件包并提取安装文件的目录,其中包含 istioctl、示例和清单。否则,asmcli 会将文件下载到 tmp 目录。您可以指定相对路径或完整路径。环境变量 $PWD 不适用于此处。
      • --platform multicloud 指定平台是非 Google Cloud 平台,例如本地平台或多云平台。
      • --enable_all 允许脚本执行以下操作:
        • 授予所需的 IAM 权限
        • 启用所需的 Google API。
        • 在集群上设置用于标识网格的标签。
        • 如果尚未注册集群,请注册集群
      • -ca citadel将 Istio CA 用作证书授权机构。
      • --ca_cert:中间证书。
      • --ca_key:中间证书的密钥。
      • --root_cert:根证书。
      • --cert_chain:证书链
      • --custom_overlay:创建的叠加文件的名称。如需详细了解叠加文件,请参阅在集群内控制层面上启用可选功能

    Amazon EKS

    在 Amazon EKS 上运行以下命令,以使用默认功能和 Istio CA 安装控制层面。在提供的占位符中输入值。

    1. 将当前上下文设置为用户集群:

      kubectl config use-context CLUSTER_NAME
      
    2. 运行 asmcli install

      ./asmcli install \
        --fleet_id FLEET_PROJECT_ID \
        --kubeconfig KUBECONFIG_FILE \
        --output_dir DIR_PATH \
        --platform multicloud \
        --enable_all \
        --option attached-cluster \
        --ca citadel \
        --ca_cert CA_CERT_FILE_PATH \
        --ca_key CA_KEY_FILE_PATH \
        --root_cert ROOT_CERT_FILE_PATH \
        --cert_chain CERT_CHAIN_FILE_PATH \
        --network_id default
      
      • --fleet_id队列宿主项目的项目 ID。
      • --kubeconfig kubeconfig 文件的完整路径。环境变量 $PWD 不适用于此处。 此外,使用“~”的相对 kubeconfig 文件位置将不起作用。
      • --output_dir添加此选项可指定 asmcli 在其中下载 anthos-service-mesh 软件包并提取安装文件的目录,其中包含 istioctl、示例和清单。否则,asmcli 会将文件下载到 tmp 目录。您可以指定相对路径或完整路径。环境变量 $PWD 不适用于此处。
      • --platform multicloud 指定平台是非 Google Cloud 平台,例如本地平台或多云平台。
      • --enable_all 允许脚本执行以下操作:
        • 授予所需的 IAM 权限
        • 启用所需的 Google API。
        • 在集群上设置用于标识网格的标签。
        • 如果尚未注册集群,请注册集群
      • --option attached-cluster:将默认签名实用程序更改为 istiod。
      • -ca citadel将 Istio CA 用作证书授权机构。
      • --ca_cert:中间证书
      • --ca_key:中间证书的密钥
      • --root_cert:根证书
      • --cert_chain:证书链
      • --network_id:如果要设置多网络网格,请将网格中每个集群的 --network_id 值都设为一个唯一值。

    Microsoft AKS

    在 Microsoft AKS 上运行以下命令,以使用默认功能和 Istio CA 安装控制层面。在提供的占位符中输入值。

    1. 将当前上下文设置为用户集群:

      kubectl config use-context CLUSTER_NAME
      
    2. 运行 asmcli install

      HUB_REGISTRATION_EXTRA_FLAGS=--has-private-issuer ./asmcli install \
        --fleet_id FLEET_PROJECT_ID \
        --kubeconfig KUBECONFIG_FILE \
        --output_dir DIR_PATH \
        --platform multicloud \
        --enable_all \
        --option attached-cluster \
        --ca citadel \
        --ca_cert CA_CERT_FILE_PATH \
        --ca_key CA_KEY_FILE_PATH \
        --root_cert ROOT_CERT_FILE_PATH \
        --cert_chain CERT_CHAIN_FILE_PATH \
        --network_id default
      
      • HUB_REGISTRATION_EXTRA_FLAGS=--has-private-issuer 允许向 GKE Hub 注册。
      • --fleet_id队列宿主项目的项目 ID。
      • --kubeconfig kubeconfig 文件的完整路径。环境变量 $PWD 不适用于此处。 此外,使用“~”的相对 kubeconfig 文件位置将不起作用。
      • --output_dir添加此选项可指定 asmcli 在其中下载 anthos-service-mesh 软件包并提取安装文件的目录,其中包含 istioctl、示例和清单。否则,asmcli 会将文件下载到 tmp 目录。您可以指定相对路径或完整路径。环境变量 $PWD 不适用于此处。
      • --platform multicloud 指定平台是非 Google Cloud 平台,例如本地平台或多云平台。
      • --enable_all 允许脚本执行以下操作:
        • 授予所需的 IAM 权限
        • 启用所需的 Google API。
        • 在集群上设置用于标识网格的标签。
        • 如果尚未注册集群,请注册集群
      • --option attached-cluster:将默认签名实用程序更改为 istiod。
      • -ca citadel将 Istio CA 用作证书授权机构。
      • --ca_cert:中间证书
      • --ca_key:中间证书的密钥
      • --root_cert:根证书
      • --cert_chain:证书链
      • --network_id:如果要设置多网络网格,请将网格中每个集群的 --network_id 值都设为一个唯一值。

通过启用了 Google Cloud Observability 的 Istio CA 进行安装

如果您想使用 Cloud Service Mesh 信息中心,则必须启用 Stackdriver。

本地

在适用于 VMware 的 Google Distributed Cloud(仅限软件)上运行以下命令,或 用于裸机的 Google Distributed Cloud(仅限软件)通过 Stackdriver 安装控制平面 以及其他可选功能和 Istio CA。在提供的占位符中输入值。

  1. 将当前上下文设置为用户集群:

    kubectl config use-context CLUSTER_NAME
    
  2. 运行 asmcli install

    ./asmcli install \
       --fleet_id FLEET_PROJECT_ID \
       --kubeconfig KUBECONFIG_FILE \
       --output_dir DIR_PATH \
       --platform multicloud \
       --enable_all \
       --ca citadel \
       --ca_cert CA_CERT_FILE_PATH \
       --ca_key CA_KEY_FILE_PATH \
       --root_cert ROOT_CERT_FILE_PATH \
       --cert_chain CERT_CHAIN_FILE_PATH
    
    • --fleet_id队列宿主项目的项目 ID。
    • --kubeconfig kubeconfig 文件的完整路径。环境变量 $PWD 不适用于此处。 此外,使用“~”的相对 kubeconfig 文件位置将不起作用。
    • --output_dir添加此选项可指定 asmcli 在其中下载 anthos-service-mesh 软件包并提取安装文件的目录,其中包含 istioctl、示例和清单。否则,asmcli 会将文件下载到 tmp 目录。您可以指定相对路径或完整路径。环境变量 $PWD 不适用于此处。
    • --platform multicloud 指定平台是非 Google Cloud 平台,例如本地平台或多云平台。
    • --enable_all 允许脚本执行以下操作:
      • 授予所需的 IAM 权限
      • 启用所需的 Google API。
      • 在集群上设置用于标识网格的标签。
      • 如果尚未注册集群,请注册集群
    • -ca citadel将 Istio CA 用作证书授权机构。
    • --ca_cert:中间证书
    • --ca_key:中间证书的密钥
    • --root_cert:根证书
    • --cert_chain:证书链
    • --option stackdriver:启用 Stackdriver 选项。请注意,您还可以使用 --option prometheus-and-stackdriver 启用 Stackdriver 和 Prometheus。

    如需在 Cloud Service Mesh 界面中查看 SLO 和基础架构指标,您必须 还需要执行 启用应用日志记录和监控。 如果未启用日志记录和监控,并且不会收到自定义日志和 指标,Cloud Service Mesh 信息中心不会显示 SLO、错误日志或 CPU 和内存指标

AWS

在 GKE on AWS 上运行以下命令,以使用 Stackdriver、其他可选功能和 Istio CA 安装控制平面。在提供的占位符中输入值。您可以选择为公共子网或专用子网启用 Ingress。

公开

  1. 将当前上下文设置为用户集群:

    kubectl config use-context CLUSTER_NAME
    
  2. 运行 asmcli install

    ./asmcli install \
      --fleet_id FLEET_PROJECT_ID \
      --kubeconfig KUBECONFIG_FILE \
      --output_dir DIR_PATH \
      --platform multicloud \
      --enable_all \
      --ca citadel \
      --ca_cert CA_CERT_FILE_PATH \
      --ca_key CA_KEY_FILE_PATH \
      --root_cert ROOT_CERT_FILE_PATH \
      --cert_chain CERT_CHAIN_FILE_PATH \
      --option stackdriver
    
    • --fleet_id队列宿主项目的项目 ID。
    • --kubeconfig kubeconfig 文件的完整路径。环境变量 $PWD 不适用于此处。 此外,使用“~”的相对 kubeconfig 文件位置将不起作用。
    • --output_dir添加此选项可指定 asmcli 在其中下载 anthos-service-mesh 软件包并提取安装文件的目录,其中包含 istioctl、示例和清单。否则,asmcli 会将文件下载到 tmp 目录。您可以指定相对路径或完整路径。环境变量 $PWD 不适用于此处。
    • --platform multicloud 指定平台是非 Google Cloud 平台,例如本地平台或多云平台。
    • --enable_all 允许脚本执行以下操作:
      • 授予所需的 IAM 权限
      • 启用所需的 Google API。
      • 在集群上设置用于标识网格的标签。
      • 如果尚未注册集群,请注册集群
    • -ca citadel将 Istio CA 用作证书授权机构。
    • --ca_cert:中间证书。
    • --ca_key:中间证书的密钥。
    • --root_cert:根证书。
    • --cert_chain:证书链
    • --option stackdriver:启用 Stackdriver 选项。请注意,您还可以使用 --option prometheus-and-stackdriver 启用 Stackdriver 和 Prometheus。

专用

  1. 将当前上下文设置为用户集群:

    kubectl config use-context CLUSTER_NAME
    
  2. 将以下 YAML 保存到名为 istio-operator-internal-lb.yaml 的文件:

    apiVersion: install.istio.io/v1alpha1
    kind: IstioOperator
    spec:
      components:
        ingressGateways:
        - enabled: true
          k8s:
            serviceAnnotations:
              service.beta.kubernetes.io/aws-load-balancer-internal: "true"
          name: istio-ingressgateway
    
  3. 运行 asmcli install

    ./asmcli install \
      --fleet_id FLEET_PROJECT_ID \
      --kubeconfig KUBECONFIG_FILE \
      --output_dir DIR_PATH \
      --platform multicloud \
      --enable_all \
      --ca citadel \
      --ca_cert FILE_PATH \
      --ca_key FILE_PATH \
      --root_cert FILE_PATH \
      --cert_chain FILE_PATH
      --custom_overlay istio-operator-internal-lb.yaml \
      --option stackdriver
    
    • --fleet_id队列宿主项目的项目 ID。
    • --kubeconfig kubeconfig 文件的完整路径。环境变量 $PWD 不适用于此处。 此外,使用“~”的相对 kubeconfig 文件位置将不起作用。
    • --output_dir添加此选项可指定 asmcli 在其中下载 anthos-service-mesh 软件包并提取安装文件的目录,其中包含 istioctl、示例和清单。否则,asmcli 会将文件下载到 tmp 目录。您可以指定相对路径或完整路径。环境变量 $PWD 不适用于此处。
    • --platform multicloud 指定平台是非 Google Cloud 平台,例如本地平台或多云平台。
    • --enable_all 允许脚本执行以下操作:
      • 授予所需的 IAM 权限
      • 启用所需的 Google API。
      • 在集群上设置用于标识网格的标签。
      • 如果尚未注册集群,请注册集群
    • -ca citadel将 Istio CA 用作证书授权机构。
    • --ca_cert:中间证书。
    • --ca_key:中间证书的密钥。
    • --root_cert:根证书。
    • --cert_chain:证书链
    • --custom_overlay:创建的叠加文件的名称。如需详细了解叠加文件,请参阅在集群内控制层面上启用可选功能
    • --option stackdriver:启用 Stackdriver 选项。请注意,您还可以使用 --option prometheus-and-stackdriver 启用 Stackdriver 和 Prometheus。 或者,您可以使用 --custom_overlay stackdriver.yaml 启用 Stackdriver。您必须下载 anthos-service-mesh-package,或者从提供的清单中创建 stackdriver.yaml

Azure

在 GKE on Azure 上运行以下命令 通过 Stackdriver 和其他可选功能安装控制平面 Istio CA。在提供的占位符中输入值。 您可以选择为公共子网或专用子网启用 Ingress。

公开

  1. 将当前上下文设置为用户集群:

    kubectl config use-context CLUSTER_NAME
    
  2. 运行 asmcli install

    ./asmcli install \
      --fleet_id FLEET_PROJECT_ID \
      --kubeconfig KUBECONFIG_FILE \
      --output_dir DIR_PATH \
      --platform multicloud \
      --enable_all \
      --ca citadel \
      --ca_cert CA_CERT_FILE_PATH \
      --ca_key CA_KEY_FILE_PATH \
      --root_cert ROOT_CERT_FILE_PATH \
      --cert_chain CERT_CHAIN_FILE_PATH \
      --option stackdriver
    
    • --fleet_id队列宿主项目的项目 ID。
    • --kubeconfig kubeconfig 文件的完整路径。环境变量 $PWD 不适用于此处。 此外,使用“~”的相对 kubeconfig 文件位置将不起作用。
    • --output_dir添加此选项可指定 asmcli 在其中下载 anthos-service-mesh 软件包并提取安装文件的目录,其中包含 istioctl、示例和清单。否则,asmcli 会将文件下载到 tmp 目录。您可以指定相对路径或完整路径。环境变量 $PWD 不适用于此处。
    • --platform multicloud 指定平台是非 Google Cloud 平台,例如本地平台或多云平台。
    • --enable_all 允许脚本执行以下操作:
      • 授予所需的 IAM 权限
      • 启用所需的 Google API。
      • 在集群上设置用于标识网格的标签。
      • 如果尚未注册集群,请注册集群
    • -ca citadel将 Istio CA 用作证书授权机构。
    • --ca_cert:中间证书。
    • --ca_key:中间证书的密钥。
    • --root_cert:根证书。
    • --cert_chain:证书链
    • --option stackdriver:启用 Stackdriver 选项。请注意,您还可以使用 --option prometheus-and-stackdriver 启用 Stackdriver 和 Prometheus。

专用

  1. 将当前上下文设置为用户集群:

    kubectl config use-context CLUSTER_NAME
    
  2. 将以下 YAML 保存到名为 istio-operator-internal-lb.yaml 的文件:

    apiVersion: install.istio.io/v1alpha1
    kind: IstioOperator
    spec:
      components:
        ingressGateways:
        - enabled: true
          k8s:
            serviceAnnotations:
              service.beta.kubernetes.io/aws-load-balancer-internal: "true"
          name: istio-ingressgateway
    
  3. 运行 asmcli install

    ./asmcli install \
      --fleet_id FLEET_PROJECT_ID \
      --kubeconfig KUBECONFIG_FILE \
      --output_dir DIR_PATH \
      --platform multicloud \
      --enable_all \
      --ca citadel \
      --ca_cert FILE_PATH \
      --ca_key FILE_PATH \
      --root_cert FILE_PATH \
      --cert_chain FILE_PATH
      --custom_overlay istio-operator-internal-lb.yaml \
      --option stackdriver
    
    • --fleet_id队列宿主项目的项目 ID。
    • --kubeconfig kubeconfig 文件的完整路径。环境变量 $PWD 不适用于此处。 此外,使用“~”的相对 kubeconfig 文件位置将不起作用。
    • --output_dir添加此选项可指定 asmcli 在其中下载 anthos-service-mesh 软件包并提取安装文件的目录,其中包含 istioctl、示例和清单。否则,asmcli 会将文件下载到 tmp 目录。您可以指定相对路径或完整路径。环境变量 $PWD 不适用于此处。
    • --platform multicloud 指定平台是非 Google Cloud 平台,例如本地平台或多云平台。
    • --enable_all 允许脚本执行以下操作:
      • 授予所需的 IAM 权限
      • 启用所需的 Google API。
      • 在集群上设置用于标识网格的标签。
      • 如果尚未注册集群,请注册集群
    • -ca citadel将 Istio CA 用作证书授权机构。
    • --ca_cert:中间证书。
    • --ca_key:中间证书的密钥。
    • --root_cert:根证书。
    • --cert_chain:证书链
    • --custom_overlay:创建的叠加文件的名称。如需详细了解叠加文件,请参阅在集群内控制层面上启用可选功能
    • --option stackdriver:启用 Stackdriver 选项。请注意,您还可以使用 --option prometheus-and-stackdriver 启用 Stackdriver 和 Prometheus。 或者,您可以使用 --custom_overlay stackdriver.yaml 启用 Stackdriver。您必须下载 anthos-service-mesh-package,或者从提供的清单中创建 stackdriver.yaml

Amazon EKS

在 Amazon EKS 上运行以下命令,使用 Stackdriver、其他可选功能和 Istio CA 安装控制层面。在提供的占位符中输入值。

  1. 将当前上下文设置为用户集群:

    kubectl config use-context CLUSTER_NAME
    
  2. 运行 asmcli install

    ./asmcli install \
      --fleet_id FLEET_PROJECT_ID \
      --kubeconfig KUBECONFIG_FILE \
      --output_dir DIR_PATH \
      --platform multicloud \
      --enable_all \
      --ca citadel \
      --ca_cert CA_CERT_FILE_PATH \
      --ca_key CA_KEY_FILE_PATH \
      --root_cert ROOT_CERT_FILE_PATH \
      --cert_chain CERT_CHAIN_FILE_PATH \
      --option stackdriver \
      --option attached-cluster
    
    • --fleet_id队列宿主项目的项目 ID。
    • --kubeconfig kubeconfig 文件的完整路径。环境变量 $PWD 不适用于此处。 此外,使用“~”的相对 kubeconfig 文件位置将不起作用。
    • --output_dir添加此选项可指定 asmcli 在其中下载 anthos-service-mesh 软件包并提取安装文件的目录,其中包含 istioctl、示例和清单。否则,asmcli 会将文件下载到 tmp 目录。您可以指定相对路径或完整路径。环境变量 $PWD 不适用于此处。
    • --platform multicloud 指定平台是非 Google Cloud 平台,例如本地平台或多云平台。
    • --enable_all 允许脚本执行以下操作:
      • 授予所需的 IAM 权限
      • 启用所需的 Google API。
      • 在集群上设置用于标识网格的标签。
      • 如果尚未注册集群,请注册集群
    • -ca citadel将 Istio CA 用作证书授权机构。
    • --ca_cert:中间证书
    • --ca_key:中间证书的密钥
    • --root_cert:根证书
    • --cert_chain:证书链
    • --option stackdriver:启用 Stackdriver 选项。请注意,您还可以使用 --option prometheus-and-stackdriver 启用 Stackdriver 和 Prometheus。
    • --option stackdriver:将默认签名实用程序更改为 istiod

Microsoft AKS

在 Microsoft AKS 上运行以下命令,以使用默认功能和 Istio CA 安装控制层面。在提供的占位符中输入值。

  1. 将当前上下文设置为用户集群:

    kubectl config use-context CLUSTER_NAME
    
  2. 运行 asmcli install

    HUB_REGISTRATION_EXTRA_FLAGS=--has-private-issuer ./asmcli install \
      --fleet_id FLEET_PROJECT_ID \
      --kubeconfig KUBECONFIG_FILE \
      --output_dir DIR_PATH \
      --platform multicloud \
      --enable_all \
      --ca citadel \
      --ca_cert CA_CERT_FILE_PATH \
      --ca_key CA_KEY_FILE_PATH \
      --root_cert ROOT_CERT_FILE_PATH \
      --cert_chain CERT_CHAIN_FILE_PATH \
      --option stackdriver \
      --option attached-cluster
    
    • HUB_REGISTRATION_EXTRA_FLAGS=--has-private-issuer 允许向 GKE Hub 注册。
    • --fleet_id队列宿主项目的项目 ID。
    • --kubeconfig kubeconfig 文件的完整路径。环境变量 $PWD 不适用于此处。 此外,使用“~”的相对 kubeconfig 文件位置将不起作用。
    • --output_dir添加此选项可指定 asmcli 在其中下载 anthos-service-mesh 软件包并提取安装文件的目录,其中包含 istioctl、示例和清单。否则,asmcli 会将文件下载到 tmp 目录。您可以指定相对路径或完整路径。环境变量 $PWD 不适用于此处。
    • --platform multicloud 指定平台是非 Google Cloud 平台,例如本地平台或多云平台。
    • --enable_all 允许脚本执行以下操作:
      • 授予所需的 IAM 权限
      • 启用所需的 Google API。
      • 在集群上设置用于标识网格的标签。
      • 如果尚未注册集群,请注册集群
    • -ca citadel将 Istio CA 用作证书授权机构。
    • --ca_cert:中间证书
    • --ca_key:中间证书的密钥
    • --root_cert:根证书
    • --cert_chain:证书链
    • --option stackdriver:启用 Stackdriver 选项。请注意,您还可以使用 --option prometheus-and-stackdriver 启用 Stackdriver 和 Prometheus。
    • --option stackdriver:将默认签名实用程序更改为 istiod

安装(包含可选功能)

叠加文件是一个 YAML 文件,其中包含您传递给 asmcli 以配置控制平面的 IstioOperator 自定义资源 (CR)。您可以替换默认控制平面配置,并通过将 YAML 文件传递给 asmcli启用可选功能。您可以叠加多个文件,每个叠加文件会覆盖之前各层的配置。 我们建议的最佳做法是将叠加文件保存在您的版本控制系统中。

您可以通过以下两种方式启用可选功能: --option--custom_overlay

如果您不需要更改叠加文件,请使用 --option。使用此方法时,asmcli 会从 GitHub 代码库

如果您需要自定义叠加层文件,请使用 --custom_overlay

如需了解详情,请参阅在集群内控制层面上启用可选功能

在适用于 VMware 的 Google Distributed Cloud(仅限软件)上运行以下命令, 适用于裸机的 Google Distributed Cloud(仅限软件)、GKE on AWS、GKE on Azure Amazon EKS 或 Microsoft AKS。在提供的占位符中输入值。

  1. 将当前上下文设置为用户集群:

    kubectl config use-context CLUSTER_NAME
    
  2. 运行 asmcli install 以使用可选功能安装控制层面。如需添加多个文件,请指定 --custom_overlay 和文件名,例如:--custom_overlayoverlay_file1.yaml --custom_overlay overlay_file2.yaml --custom_overlay overlay_file3.yaml

    ./asmcli install \
    --fleet_id FLEET_PROJECT_ID \
    --kubeconfig KUBECONFIG_FILE \
    --output_dir DIR_PATH \
    --platform multicloud \
    --enable_all \
    --ca mesh_ca \
    --custom_overlay OVERLAY_FILE
    
    • --fleet_id队列宿主项目的项目 ID。
    • --kubeconfig kubeconfig 文件的完整路径。环境变量 $PWD 不适用于此处。 此外,使用“~”的相对 kubeconfig 文件位置将不起作用。
    • --output_dir添加此选项可指定 asmcli 在其中下载 anthos-service-mesh 软件包并提取安装文件的目录,其中包含 istioctl、示例和清单。否则,asmcli 会将文件下载到 tmp 目录。您可以指定相对路径或完整路径。环境变量 $PWD 不适用于此处。
    • --platform multicloud 指定平台是非 Google Cloud 平台,例如本地平台或多云平台。
    • --enable_all 允许脚本执行以下操作:
      • 授予所需的 IAM 权限
      • 启用所需的 Google API。
      • 在集群上设置用于标识网格的标签。
      • 如果尚未注册集群,请注册集群
    • --ca mesh_ca 使用 Cloud Service Mesh 证书授权机构作为证书授权机构。请注意,asmcli 将 Cloud Service Mesh 证书授权机构配置为使用舰队工作负载身份
    • --custom_overlay 指定叠加文件的名称。

安装网关

借助 Cloud Service Mesh,您可以选择在 Cloud SQL 中部署和管理网关, 服务网格网关描述了在网格边缘运行的负载均衡器,用于接收传入或传出 HTTP/TCP 连接。网关是 Envoy 代理,可让您精确控制进出网格的流量。

  1. 为入站流量网关创建命名空间(如果您还没有命名空间)。网关是用户工作负载,最佳做法是不应部署在控制平面命名空间中。将 GATEWAY_NAMESPACE 替换为您的命名空间名称。

    kubectl create namespace GATEWAY_NAMESPACE
    

    预期输出:

    namespace/GATEWAY_NAMESPACE created
    
  2. 在网关上启用自动注入功能。所需的步骤取决于 您想要使用 默认注入标签 (例如 istio-injection=enabled)或 网关上的修订版本标签 命名空间。Sidecar 注入器网络钩子会使用默认的修订版本标记和修订版本标签来将注入的代理与特定控制层面修订版本相关联。

    1. 如果您使用默认标记修订版本在网关上启用了自动注入功能,请验证默认标记是否存在于您在 --output_dir 中指定的目录下并指向新安装的修订版本。

      DIR_PATH/istioctl tag list
      
    2. 将默认注入标签应用于命名空间。

      kubectl label namespace GATEWAY_NAMESPACE istio-injection=enabled istio.io/rev-
      

    修订版本标签

    1. 使用以下命令查找 istiod 的修订版本标签:

      kubectl get deploy -n istio-system -l app=istiod -o \
        "jsonpath={.items[*].metadata.labels['istio\.io/rev']}{'\n'}"
      

      该命令会输出与 Cloud Service Mesh 版本,例如:asm-1225-1

    2. 将修订版本标签应用于命名空间。在以下命令中,REVISION 是您在上一步中记下的 istiod 修订版本标签的值。

      kubectl label namespace GATEWAY_NAMESPACE \
        istio.io/rev=REVISION --overwrite
      

      预期输出:

      namespace/GATEWAY_NAMESPACE labeled
      

    您可以忽略输出中的 "istio.io/rev" not found 消息。这意味着命名空间之前 istio.io/rev 标签,应该在使用新安装的 Cloud Service Mesh 或新部署。因为如果使用命名空间 同时包含 istio.io/revistio-injection 标签,Cloud Service Mesh 中的所有 kubectl label 命令 文档会明确指定这两个标签。

    如果网关命名空间未添加标签,则在网关尝试拉取 auto 映像时,istio-ingressgateway Pod 将失败并显示 ImagePullBackOff 错误。此映像应替换为 webhook。

  3. anthos-service-mesh-packages 代码库下载示例入站流量网关 .yaml 配置文件。

  4. 按原样应用示例入站流量网关 .yaml 配置,或根据需要进行修改。

    kubectl apply -n GATEWAY_NAMESPACE \
      -f CONFIG_PATH/istio-ingressgateway
    

    预期输出:

    deployment.apps/istio-ingressgateway created
    poddisruptionbudget.policy/istio-ingressgateway created
    horizontalpodautoscaler.autoscaling/istio-ingressgateway created
    role.rbac.authorization.k8s.io/istio-ingressgateway created
    rolebinding.rbac.authorization.k8s.io/istio-ingressgateway created
    service/istio-ingressgateway created
    serviceaccount/istio-ingressgateway created
    

详细了解网关的最佳做法

部署和重新部署工作负载

Cloud Service Mesh 使用边车代理来增强网络安全性、可靠性和可观测性。借助 Cloud Service Mesh,这些函数可以从 应用的主要容器,并在常见的进程外代理中实现 作为同一 Pod 中的单独容器提供

您需要启用自动边车代理,才能完成安装 注入(自动注入)并重启 Pod 在安装 Cloud Service Mesh 之前,您的集群上正在运行。

如需启用自动注入功能,请使用默认注入标签(如果设置了默认标记)或使用安装 Cloud Service Mesh 时在 istiod 上设置的修订版本标签来为您的命名空间添加标签。Sidecar 注入器网络钩子会使用默认的修订版本标记和修订版本标签来将注入的 Sidecar 与 istiod 修订版本相关联。添加标签后,必须重启命名空间中的所有现有 Pod,才能注入 Sidecar。

在将新工作负载部署到新命名空间中之前,请先确保配置自动注入,以便 Cloud Service Mesh 能够监控和保护流量。

  1. 启用自动注入功能所需的步骤取决于您是要使用默认注入标签还是修订版本标签:

    1. 如果您使用默认代码修订版本在 则验证默认标记是否存在于 在 --output_dir 中指定,并且它指向新安装的 修订版本

      DIR_PATH/istioctl tag list
      
    2. 运行以下命令。NAMESPACE 是 要启用自动注入的命名空间。

      kubectl label namespace NAMESPACE istio-injection=enabled istio.io/rev-
      

    默认注入标签注入修订版本 该默认标记所指向的各个部分

    修订版本标签

    1. 使用以下命令查找 istiod 的修订版本标签:

      kubectl -n istio-system get pods -l app=istiod --show-labels
      

      输出类似于以下内容:

      NAME                                READY   STATUS    RESTARTS   AGE   LABELS
      istiod-asm-1225-1-5788d57586-bljj4   1/1     Running   0          23h   app=istiod,istio.io/rev=asm-1225-1,istio=istiod,pod-template-hash=5788d57586
      istiod-asm-1225-1-5788d57586-vsklm   1/1     Running   1          23h   app=istiod,istio.io/rev=asm-1225-1,istio=istiod,pod-template-hash=5788d57586

      在输出中的 LABELS 列下,记下 istiod 修订版本标签的值,该值位于前缀 istio.io/rev= 之后。在此示例中,该值为 asm-1225-1

    2. 应用修订版本标签并移除 istio-injection 标签(如果存在)。在以下命令中,NAMESPACE 是您要启用自动注入的命名空间的名称,REVISION 是您在上一步中记下的修订版本标签。

      kubectl label namespace NAMESPACE istio-injection- istio.io/rev=REVISION --overwrite
      

      您可以忽略输出中的 "istio-injection not found" 消息。这意味着命名空间之前没有 istio-injection 标签,对于 Cloud Service Mesh 的新安装或新部署,这是预期现象。因为自动注入 如果命名空间中同时包含 istio-injection,则未定义行为 修订版本标签和修订版本中的所有 kubectl label 命令, Cloud Service Mesh 文档明确确保仅设置一个。

  2. 如果在安装 Cloud Service Mesh 之前集群上已运行工作负载,请重启 pod 以触发重新注入。

    如何重启 pod 取决于您的应用和集群所在的环境。例如,在预演环境中,您可能只需删除所有 pod 即可使其重启。但在你的制作中 您可能有一个实现 蓝绿部署 这样您可以安全地重启 Pod 以避免流量中断。

    您可以使用 kubectl 执行滚动重启:

    kubectl rollout restart deployment -n NAMESPACE
    

后续步骤