华为云用户手册

使用CronHPA直接调整Deployment实例数量 CronHPA还可以单独调整关联Deployment，定时调整Deployment的实例数，使用方法如下。 apiVersion: autoscaling.cce.io/v2alpha1kind: CronHorizontalPodAutoscalermetadata: name: ccetest namespace: defaultspec: scaleTargetRef: # 关联Deployment apiVersion: apps/v1 kind: Deployment name: nginx rules: - ruleName: "scale-down" schedule: "08 * * * *" # 指定任务运行时间与周期，参数格式请参见Cron，例如0 * * * * 或@hourly。 targetReplicas: 1 disable: false - ruleName: "scale-up" schedule: "05 * * * *" targetReplicas: 3 disable: false

转换流程（不使用Helm v3客户端） 在CCE节点上下载helm 2to3 转换插件。 wget https://github.com/helm/helm-2to3/releases/download/v0.10.2/helm-2to3_0.10.2_linux_amd64.tar.gz 解压插件包。 tar -xzvf helm-2to3_0.10.2_linux_amd64.tar.gz 模拟转换。 以test-convert实例为例，执行以下命令进行转换的模拟。若出现以下提示，说明模拟转换成功。 # ./2to3 convert --dry-run --tiller-out-cluster -s configmaps test-convertNOTE: This is in dry-run mode, the following actions will not be executed.Run without --dry-run to take the actions described below:Release "test-convert" will be converted from Helm v2 to Helm v3.[Helm 3] Release "test-convert" will be created.[Helm 3] ReleaseVersion "test-convert.v1" will be created. 执行正式转换。若出现以下提示，说明转换成功。 # ./2to3 convert --tiller-out-cluster -s configmaps test-convertRelease "test-convert" will be converted from Helm v2 to Helm v3.[Helm 3] Release "test-convert" will be created.[Helm 3] ReleaseVersion "test-convert.v1" will be created.[Helm 3] ReleaseVersion "test-convert.v1" created.[Helm 3] Release "test-convert" created.Release "test-convert" was converted successfully from Helm v2 to Helm v3.Note: The v2 release information still remains and should be removed to avoid conflicts with the migrated v3 release.v2 release information should only be removed using `helm 2to3` cleanup and when all releases have been migrated over. 转换完成后进行v2 release资源的清理，同样先进行模拟清理，成功后正式清理v2 release资源。 模拟清理： # ./2to3 cleanup --dry-run --tiller-out-cluster -s configmaps --name test-convertNOTE: This is in dry-run mode, the following actions will not be executed.Run without --dry-run to take the actions described below:WARNING: "Release 'test-convert' Data" will be removed. [Cleanup/confirm] Are you sure you want to cleanup Helm v2 data? [y/N]: yHelm v2 data will be cleaned up.[Helm 2] Release 'test-convert' will be deleted.[Helm 2] ReleaseVersion "test-convert.v1" will be deleted. 正式清理： # ./2to3 cleanup --tiller-out-cluster -s configmaps --name test-convertWARNING: "Release 'test-convert' Data" will be removed. [Cleanup/confirm] Are you sure you want to cleanup Helm v2 data? [y/N]: yHelm v2 data will be cleaned up.[Helm 2] Release 'test-convert' will be deleted.[Helm 2] ReleaseVersion "test-convert.v1" will be deleted.[Helm 2] ReleaseVersion "test-convert.v1" d

转换流程（使用Helm v3客户端） 安装Helm v3客户端，参见安装Helm v3。 安装转换插件。 # helm plugin install https://github.com/helm/helm-2to3Downloading and installing helm-2to3 v0.10.2 ...https://github.com/helm/helm-2to3/releases/download/v0.10.2/helm-2to3_0.10.2_linux_amd64.tar.gzInstalled plugin: 2to3 查看已安装的插件，确认插件已安装。 # helm plugin listNAME VERSION DESCRIPTION 2to3 0.10.2 migrate and cleanup Helm v2 configuration and releases in-place to Helm v3 模拟转换。 以test-convert实例为例，执行以下命令进行转换的模拟。若出现以下相关提示，说明模拟转换成功。 # helm 2to3 convert --dry-run --tiller-out-cluster -s configmaps test-convertNOTE: This is in dry-run mode, the following actions will not be executed.Run without --dry-run to take the actions described below:Release "test-convert" will be converted from Helm v2 to Helm v3.[Helm 3] Release "test-convert" will be created.[Helm 3] ReleaseVersion "test-convert.v1" will be created. 执行正式转换。若出现以下提示，说明转换成功。 # helm 2to3 convert --tiller-out-cluster -s configmaps test-convertRelease "test-convert" will be converted from Helm v2 to Helm v3.[Helm 3] Release "test-convert" will be created.[Helm 3] ReleaseVersion "test-convert.v1" will be created.[Helm 3] ReleaseVersion "test-convert.v1" created.[Helm 3] Release "test-convert" created.Release "test-convert" was converted successfully from Helm v2 to Helm v3.Note: The v2 release information still remains and should be removed to avoid conflicts with the migrated v3 release.v2 release information should only be removed using `helm 2to3` cleanup and when all releases have been migrated over. 正式转换成功后，用户可通过helm list查看已转换成功的模板实例。 # helm listNAME NAMESPACE REVISION UPDATED STATUS CHART APP VERSIONtest-convert default 1 2022-08-29 06:56:28.166918487 +0000 UTC deployed test-helmold-1 转换完成后进行V2 release资源的清理，同样先进行模拟清理，成功后正式清理V2 release资源。 模拟清理： # helm 2to3 cleanup --dry-run --tiller-out-cluster -s configmaps --name test-convertNOTE: This is in dry-run mode, the following actions will not be executed.Run without --dry-run to take the actions described below:WARNING: "Release 'test-convert' Data" will be removed. [Cleanup/confirm] Are you sure you want to cleanup Helm v2 data? [y/N]: yHelm v2 data will be cleaned up.[Helm 2] Release 'test-convert' will be deleted.[Helm 2] ReleaseVersion "test-convert.v1" will be deleted. 正式清理： # helm 2to3 cleanup --tiller-out-cluster -s configmaps --name test-convertWARNING: "Release 'test-convert' Data" will be removed. [Cleanup/confirm] Are you sure you want to cleanup Helm v2 data? [y/N]: yHelm v2 data will be cleaned up.[Helm 2] Release 'test-convert' will be deleted.[Helm 2] ReleaseVersion "test-convert.v1" will be deleted.[Helm 2] ReleaseVersion "test-convert.v1" deleted.[Helm 2] Release 'test-convert' deleted.Helm v2 data was cleaned up successfully.

解决方案 问题场景：节点使用的docker为定制的Euler-docker而非社区的docker 登录相关节点。 执行rpm -qa | grep docker | grep euleros命令，如果结果不为空，说明节点上使用的docker为Euler-docker 执行ls /run/containerd/containerd.sock命令，若发现存在该文件则会导致docker启动失败。 执行rm -rf /run/containerd/containerd.sock命令，然后重新进行集群升级检查。

解决方案 问题场景一：节点状态显示不可用 请登录CCE控制台，单击集群名称进入集群控制台，前往“节点管理”，筛选出状态不可用的节点后，请参照控制台提供的“修复建议”修复该节点后重试检查。 问题场景二：节点状态与实际不符 节点状态与实际不符可能存在两种情况： 控制台“节点管理”处显示正常，但检查结果仍然提示该节点NotReady。请重试检查。 控制台“节点管理”处无该节点，但检查结果显示集群中仍然存在该节点。请联系技术人员支持。

资源变更与弃用 CCE 1.23变更说明 不再支持web-terminal插件，使用cloudshell或kubectl对接代替。 社区1.23 ReleaseNotes FlexVolume废弃，建议使用CSI。 HorizontalPodAutoscaler v2版本GA，HorizontalPodAutoscaler API v2在1.23版本中逐渐稳定。不建议使用HorizontalPodAutoscaler v2beta2 API，建议使用新的v2版本API。 PodSecurity支持beta，PodSecurity替代废弃的PodSecurityPolicy，PodSecurity是一个准入控制器，它根据设置实施级别的特定命名空间标签在命名空间中的Pod上实施Pod安全标准。在1.23中PodSecurity默认启用。 社区1.22 ReleaseNotes Ingress资源不再支持networking.k8s.io/v1beta1和extensions/v1beta1 API。如果使用旧版本API管理Ingress，会影响应用对外暴露服务，请尽快使用networking.k8s.io/v1替代。 CustomResourceDefinition资源不再支持apiextensions.k8s.io/v1beta1 API。如果使用旧版本API创建自定义资源定义，会导致定义创建失败，进而影响调和（reconcile）该自定资源的控制器，请尽快使用apiextensions.k8s.io/v1替代 ClusterRole、ClusterRoleBinding、Role和RoleBinding资源不再支持rbac.authorization.k8s.io/v1beta1 API。如果使用旧版本API管理RBAC资源，会影响应用的权限服务，甚至无法在集群内正常使用，请尽快使用rbac.authorization.k8s.io/v1替代。 Kubernetes版本发布周期由一年4个版本变为一年3个版本。 StatefulSets 支持minReadySeconds。 缩容时默认根据Pod uid排序随机选择删除Pod（LogarithmicScaleDown）。基于该特性，可以增强Pod被缩容的随机性，缓解由于Pod拓扑分布约束带来的问题。更多信息，请参见KEP-2185和issues 96748。 BoundServiceAccountTokenVolume特性已稳定，该特性能够提升服务帐号（ServiceAccount）Token的安全性，改变了Pod挂载Token的方式，Kubernetes 1.21及以上版本的集群中会默认开启。

资源变更与弃用 社区1.21 ReleaseNotes CronJob现在已毕业到稳定状态，版本号变为batch/v1。 不可变的Secret和ConfigMap现在已升级到稳定状态。向这些对象添加了一个新的不可变字段，以拒绝更改。此拒绝可保护集群免受可能无意中中断应用程序的更新。因为这些资源是不可变的，kubelet不会监视或轮询更改。这减少了kube-apiserver的负载，提高了可扩展性和性能。更多信息，请参见Immutable ConfigMaps。 优雅节点关闭现在已升级到测试状态。通过此更新，kubelet可以感知节点关闭，并可以优雅地终止该节点的Pod。在此更新之前，当节点关闭时，其Pod没有遵循预期的终止生命周期，这导致了工作负载问题。现在kubelet可以通过systemd检测即将关闭的系统，并通知正在运行的Pod，使它们优雅地终止。 具有多个容器的Pod现在可以使用kubectl.kubernetes.io/默认容器注释为kubectl命令预选容器。 PodSecurityPolicy废弃，详情请参见https://kubernetes.io/blog/2021/04/06/podsecuritypolicy-deprecation-past-present-and-future/。 BoundServiceAccountTokenVolume特性进入Beta，该特性能够提升服务帐号（ServiceAccount）Token的安全性，改变了Pod挂载Token的方式，Kubernetes 1.21及以上版本的集群中会默认开启。 社区1.20 ReleaseNotes API优先级和公平性已达到测试状态，默认启用。这允许kube-apiserver按优先级对传入请求进行分类。更多信息，请参见API Priority and Fairness。 修复 exec probe timeouts不生效的BUG，在此修复之前，exec 探测器不考虑 timeoutSeconds 字段。相反，探测将无限期运行，甚至超过其配置的截止日期，直到返回结果。 通过此更改，如果未指定值，将使用默认值，默认值为1秒。如果探测时间超过一秒，可能会导致应用健康检查失败。请再升级时确定使用该特性的应用更新timeoutSeconds字段。新引入的 ExecProbeTimeout 特性门控所提供的修复使集群操作员能够恢复到以前的行为，但这种行为将在后续版本中锁定并删除。 RuntimeClass已达到稳定状态。RuntimeClass资源提供了一种机制，用于支持集群中的多个运行时，并将有关该容器运行时的信息公开到控制平面。 kubectl调试已达到测试状态。kubectl调试直接从kubectl提供对常见调试工作流的支持。 Dockershim在1.20被标记为废弃，目前您可以继续在集群中使用Docker。该变动与集群所使用的容器镜像（Image）无关。您依然可以使用Docker构建您的镜像。更多信息，请参见Dockershim Deprecation FAQ。

资源变更与弃用 CCE 1.25变更说明 除EulerOS 2.5操作系统外，1.25集群的CCE节点均默认采用containerd运行时。 社区1.25 ReleaseNotes PodSecurityPolicy被废弃，并提供Pod Security Admission取代，具体的迁移方法可参见从PodSecurityPolicy迁移到内置的PodSecurity准入控制器。 SeccompDefault提升到Beta状态，如果要开启该特性，需要给kubelet增加启动参数为--seccomp-default=true，这样会默认开启seccomp为RuntimeDefault，提升整个系统的安全。1.25集群将不再支持使用注解“seccomp.security.alpha.kubernetes.io/pod”和“container.seccomp.security.alpha.kubernetes.io/annotation”来使用seccomp，请使用pod或container中“securityContext.seccompProfile”字段替代，详情请参见为Pod或容器配置安全上下文。 特性开启后可能应用所需的系统调用会被runtime限制，所以开启后应确保在测试环境调试，不会对应用造成影响。 Network Policy中的EndPort已进入稳定状态，该特性于1.21版本合入。主要是在NetworkPolicy新增EndPort，可以指定一个Port范围，避免声明每一个Port。 从1.25版本集群开始，Kubernetes不再支持使用SHA1WithRSA、ECDSAWithSHA1算法生成的证书认证，推荐使用SHA256算法生成的证书进行认证。 社区1.24 ReleaseNotes Dockershim自1.20版本被标废弃以来，在1.24版本正式从Kubelet代码中移除。如果还想使用Docker作为容器运行时的话，需要切换到cri-dockerd，或者使用其他支持CRI的运行时比如Containerd/CRI-O等。 从Docker Engine 切换到Containerd的流程请参见将节点容器引擎从Docker迁移到Containerd。 您需要注意排查是否有agent或者应用强依赖Docker Engine的，比如在代码中使用docker ps，docker run， docker inspect等，需要注意兼容多种runtime，以及切换到标准cri接口。 Beta APIs默认关闭，在社区移除一些长期beta API的过程中发现，90%的集群管理员并没有关心beta API默认开始，其实beta 特性是不推荐在生产环境中使用，但是因为默认的打开策略，导致这些API在生产环境中都被默认开启，这样会因为beta特性的bug带来一些风险，以及升级的迁移的风险。所以在1.24版本开始，beta API默认关闭，之前已经默认开启的beta API会保持默认开启。 LegacyServiceAccountTokenNoAutoGeneration特性门控进入beta状态，默认为开启状态，开启后将不再为Service Account自动生成Secret Token。如果需要使用永不过期的Token，需要自己新建Secrets并挂载，详情请参见服务帐号令牌Secret。 Service废弃service.alpha.kubernetes.io/tolerate-unready-endpoints, 统一使用Service.spec.publishNotReadyAddresses。 Service.Spec.LoadBalancerIP标记deprecated，可能在未来版本中移除，请使用自定义annotation。

资源变更与弃用 apps/v1beta1和apps/v1beta2下所有资源不再提供服务，使用apps/v1替代。 extensions/v1beta1下daemonsets、deployments、replicasets不再提供服务，使用apps/v1替代。 extensions/v1beta1下networkpolicies不再提供服务，使用networking.k8s.io/v1替代。 extensions/v1beta1下podsecuritypolicies不再提供服务，使用policy/v1beta1替代。 extensions/v1beta1 ingress v1.20版本不再提供服务，当前可使用networking.k8s.io/v1beta1。 scheduling.k8s.io/v1beta1 and scheduling.k8s.io/v1alpha1下的PriorityClass计划在1.17不再提供服务，迁移至scheduling.k8s.io/v1。 events.k8s.io/v1beta1中event series.state字段已废弃，将在1.18版本中移除。 apiextensions.k8s.io/v1beta1下CustomResourceDefinition已废弃，将再1.19不在提供服务，使用apiextensions.k8s.io/v1。 admissionregistration.k8s.io/v1beta1 MutatingWebhookConfiguration和ValidatingWebhookConfiguration已废弃，将在1.19不在提供服务，使用admissionregistration.k8s.io/v1替换。 rbac.authorization.k8s.io/v1alpha1 and rbac.authorization.k8s.io/v1beta1被废弃，使用rbac.authorization.k8s.io/v1替代，v1.20会正式停止服务。 storage.k8s.io/v1beta1 CSINode object废弃并会在未来版本中移除。

资源变更与弃用 extensions/v1beta1中Ingress已弃用，1.19正式暂停使用，迁移到networking.k8s.io/v1beta1 extensions/v1beta1中NetworkPolicy 1.16正式暂停使用，迁移到networking.k8s.io/v1 extensions/v1beta1中PodSecurityPolicy 1.16正式暂停使用，迁移到policy/v1beta1 extensions/v1beta1、apps/v1beta1或apps/v1beta2的DaemonSet、Deployment、和ReplicaSet，迁移至apps/v1，1.16版本暂停使用 PriorityClass升级到scheduling.k8s.io/v1，scheduling.k8s.io/v1beta1和scheduling.k8s.io/v1alpha1 1.17正式废弃 events.k8s.io/v1beta1 Event API中series.state字段废弃，将在1.18版本中移除

其他废弃和移除 移除OutOfDisk node condition，改为使用DiskPressure。 scheduler.alpha.kubernetes.io/critical-pod annotation已被移除，如需要改为设置priorityClassName。 beta.kubernetes.io/os和beta.kubernetes.io/arch在1.14版本中已经废弃，计划在1.18版本中移除。 禁止通过--node-labels设置kubernetes.io和k8s.io为前缀的标签，老版本中kubernetes.io/availablezone该label在1.17中移除，整改为failure-domain.beta.kubernetes.io/zone获取AZ信息。 beta.kubernetes.io/instance-type被废弃，使用node.kubernetes.io/instance-type替代。 移除{kubelet_root_dir}/plugins路径。 移除内置集群角色system:csi-external-provisioner和system:csi-external-attacher。

参考链接 社区v1.13与v1.15版本之间的CHANGELOG v1.14到v1.15的变化： https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.15.md v1.13到v1.14的变化： https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.14.md

参考链接 社区v1.11与v1.13版本之间的CHANGELOG v1.12到v1.13的变化： https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.13.md v1.11到v1.12的变化： https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.12.md

参考链接 社区v1.9与v1.11版本之间的CHANGELOG v1.10到v1.11的变化： https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.11.md v1.9到v1.10的变化： https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.10.md

容器引擎版本说明 Docker EulerOS/CentOS：docker-engine 18.9.0，CCE定制的Docker版本，会及时修复安全漏洞。 Ubuntu：docker-ce: 18.9.9，开源社区版本。Ubuntu节点建议使用containerd引擎。 Ubuntu下开源docker-ce在并发exec（如配置了多个exec探针时）可能触发社区bug，建议使用http/tcp的探针。 Containerd：1.4.1

（停止维护）CCE发布Kubernetes 1.9及之前版本说明 云容器引擎（CCE）严格遵循社区一致性认证。本文介绍CCE发布Kubernetes 1.9及之前版本所做的变更说明。 表1 v1.9及之前版本集群说明 Kubernetes版本（CCE增强版） 版本说明 v1.9.10-r2 主要特性： ELB负载均衡支持源IP跟后端服务会话保持 v1.9.10-r1 主要特性： 支持对接SFS存储 支持Service自动创建二代ELB 支持公网二代ELB透传源IP 支持设置节点最大实例数maxPods v1.9.10-r0 主要特性： kubernetes对接ELB/Ingress，新增流控机制 Kubernetes同步社区1.9.10版本 支持Kubernetes RBAC能力授权 问题修复： 修复操作系统cgroup内核BUG导致概率出现的节点内存泄漏问题 v1.9.7-r1 主要特性： 增强PVC和PV事件的上报机制，PVC详情页支持查看事件 支持对接第三方认证系统 集群支持纳管EulerOS2.3的物理机 数据盘支持用户自定义分配比例 裸金属场景支持对接EVS云硬盘存储 裸金属场景下支持IB网卡 裸金属场景支持通过CM-v3接口创建节点 v1.9.7-r0 主要特性： 新建集群的Docker版本升级到1706 支持DNS级联 支持插件化管理 Kubernetes同步社区1.9.7版本 支持7层ingress的https功能 有状态工作负载支持迁移调度更新升级 v1.9.2-r3 主要特性： 集群支持创建/纳管CentOS7.4操作系统的节点 kubernetes的Service支持对接DNAT网关服务 NetworkPolicy能力开放 增强型ELB支持Service配置多个端口 问题修复： 修复kubernetes资源回收过程中连不上kube-apiserver导致pod残留的问题 修复节点弹性扩容数据不准确的问题 v1.9.2-r2 主要特性： 经典型ELB支持自定义健康检查端口 经典型ELB性能优化 ELB四层负载均衡支持修改Service的端口 问题修复： 修复网络插件防止健康检查概率死锁问题 修复高可用集群haproxy连接数限制问题 v1.9.2-r1 主要特性： Kubernetes同步社区1.9.2版本 集群节点支持CentOS 7.1操作系统 支持GPU节点，支持GPU资源限制 支持web-terminal插件 v1.7.3-r13 主要特性： 新建集群的Docker版本升级到1706 支持DNS级联 支持插件化管理 增强PVC和PV事件的上报机制 裸金属场景支持对接OBS对象存储 v1.7.3-r12 主要特性： 集群支持创建/纳管CentOS7.4操作系统的节点 kubernetes的Service支持对接DNAT网关服务 NetworkPolicy能力开放 增强型ELB支持Service配置多个端口 问题修复： 修复kubernetes资源回收过程中连不上kube-apiserver导致pod残留的问题 修复节点弹性扩容数据不准确的问题 事件老化周期提示修正：集群老化周期为1小时 v1.7.3-r11 主要特性： 经典型ELB支持自定义健康检查端口 经典型ELB性能优化 ELB四层负载均衡支持修改Service的端口 支持删除命名空间 支持EVS云硬盘存储解绑 支持配置迁移策略 问题修复： 修复网络插件防止健康检查概率死锁问题 修复高可用集群haproxy连接数限制问题 v1.7.3-r10 主要特性： 容器网络支持Overlay L2模式 集群节点支持GPU类型虚机 集群节点支持CentOS 7.1操作系统，支持操作系统选择 Windows集群支持对接二代ELB 支持弹性文件服务SFS导入 裸金属场景支持对接SFS文件存储、OBS对象存储 v1.7.3-r9 主要特性： 工作负载支持跨AZ部署 容器存储支持OBS对象存储服务 支持ELB L7负载均衡 Windows集群支持EVS存储 裸金属场景支持devicemapper direct-lvm模式 v1.7.3-r8 主要特性： 集群支持节点弹性扩容 支持纳管ARM节点 v1.7.3-r7 主要特性： 容器隧道网络集群支持纳管SUSE 12sp2节点 docker支持direct-lvm模式挂载devicemapper 集群支持安装dashboard 支持创建Windows集群 v1.7.3-r6 主要特性： 集群存储对接原生EVS接口 v1.7.3-r5 主要特性： 支持创建HA高可靠集群 问题修复： 节点重启后容器网络不通 v1.7.3-r4 主要特性： 集群性能优化 裸金属场景支持对接ELB v1.7.3-r3 主要特性： 容器存储支持KVM虚拟机挂载 v1.7.3-r2 主要特性： 容器存储支持SFS文件存储 工作负载支持自定义应用日志 开放工作负载优雅缩容 问题修复： 修复容器存储AK/SK会过期的问题 v1.7.3-r1 主要特性： kube-dns支持外部域名解析 v1.7.3-r0 主要特性： Kubernetes同步社区1.7.3版本 支持ELB负载均衡 容器存储支持XEN虚拟机挂载 容器存储支持EVS云硬盘存储 父主题： Kubernetes版本发布说明

解决方案 检查说明 根据检查结果，检测到您的集群通过kubectl或其他应用调用了升级目标集群版本已废弃的API，您可在升级前进行整改，否则升级到目标版本后，该API将会被kube-apiserver拦截，影响您的使用。具体每个API废弃情况可参考废弃API说明。 案例介绍 社区v1.22版本集群废弃了extensions/v1beta1和networking.k8s.io/v1beta1 API 版本的 Ingress ，若您从v1.19或v1.21版本的CCE集群升级到v1.23版本，原有已创建的资源不受影响，但新建与编辑场景将会遇到v1beta1 API 版本被拦截的情况。 具体yaml配置结构变更可参考文档通过Kubectl命令行创建ELB Ingress。

检查项内容 检查节点上关键组件的配置文件是否存在。 当前检查文件列表如下： 文件名 文件内容 备注 /opt/cloud/cce/kubernetes/kubelet/kubelet kubelet命令行启动参数 - /opt/cloud/cce/kubernetes/kubelet/kubelet_config.yaml kubelet启动参数配置 - /opt/cloud/cce/kubernetes/kube-proxy/kube-proxy kube-proxy命令行启动参数 - /etc/sysconfig/docker docker配置文件 containerd运行时或Debain-Group机器不检查 /etc/default/docker docker配置文件 containerd运行时或Centos-Group机器不检查

资源和成本规划 资源 资源配置 说明 云耀云服务器Fusion实例 CPU：2核 内存：2GB 最低配置为1核1GB，本例选择云耀基础套餐。 镜像 宝塔面板 选择宝塔面板应用镜像。 安全组 入方向规则： 协议/应用：TCP 端口：22、80、443、8888、9090 源地址：0.0.0.0/0 22：允许使用SSH协议访问云服务器。 80：允许使用HTTP协议访问网站。 443：允许使用HTTPS协议访问网站。 8888：允许访问宝塔面板。 9090：允许访问phpMyAdmin数据库。

资源和成本规划 本实践以如下资源规划为例，您可根据实际需要进行调整。 资源 配置 说明 云耀云服务器Fusion实例 CPU：2核 内存：2GB 最低配置为1核1GB，建议根据您的网站需求选择云耀云服务器Fusion实例。 镜像 WordPress 选择WordPress应用镜像。 安全组 入方向规则： 协议：TCP 端口：80、443、9090、3306 源地址：0.0.0.0/0 80：允许使用HTTP协议访问网站。 443：允许使用HTTPS协议访问网站。 9090：允许访问phpMyAdmin数据库。 3306：允许访问MySQL数据库。 域名 example.com 如果您仅为个人开发或测试使用，可以不添加域名。 如果您的网站对外开放使用，请为云服务器添加域名并解析域名。

培训内容 培训内容 说明 VR产业发展趋势 VR行业发展趋势，概念、原理、技术发展阶段、价值、市场、痛点介绍 5G赋能Cloud VR 移动通信发展史、5G的愿景、5G的关键技术、5G建网标准，5G+云导引VR行业变革介绍 Cloud VR解决方案 VR上云、华为CloudVR解决方案、CloudVR生态介绍 Cloud VR应用场景 Cloud VR市场洞察、5G+Cloud VR细分场景分析（游戏、教育、制造、直播、视听、游玩） Cloud VR案例分享与研讨 各个场景下Cloud VR解决方案的实际应用剖析，分析客户价值 本培训为线下面授形式，培训标准时长为1天，每班人数不超过20人。

云会议交付实施服务可以提供哪些服务？ 云会议交付实施服务当前包含媒体下沉交付实施服务。媒体下沉交付实施服务由方案咨询、组网设计、部署实施和验收支持四大内容组成。 方案咨询服务根据客户实际业务和场景需求，结合用户实际基础设施能力情况，为客户提供对应的解决方案；组网设计服务根据客户基础设施实际情况，为客户进行组网设计，确定详细设计（LLD）设计文档；部署实施服务完成下沉媒体节点部署、云会议环境业务对接、业务开户、通讯录导入等；验收支持服务，在媒体下沉节点部署完以后，完成云会议业务全流程功能验收。 父主题： 关于服务咨询

服务内容和服务场景。 服务类型 服务内容 典型应用场景 AI平台开发支持服务 提供ModelArts SDK/API的使用支持及Demo展示；提供ModelArts开发环境搭建指导及训练、推理过程指导。 第三方模型的集成对接及调测；ModelArts开发环境搭建指导及训练、推理过程指导。 AI平台场景化建模开发服务 针对客户业务场景，提供建模咨询服务，帮助客户构建场景化模型，并提供场景化调优服务。 迁移模型至华为昇腾；构建场景化模型。 AI平台场景化建模调优服务 针对用户已有模型提供模型优化、加速、性能提升等服务。 场景化模型优化、加速。 父主题： 关于服务咨询

责任分工 共同责任 双方商定并确认具体咨询服务目标及范围。 完成合同签订。 客户责任 提供详细准确的需求和场景。 开通华为云账户并进行充值（建议不低于5000元），用于咨询上所用云产品和资源的购买。 审核并确认华为云提供的指导计划和交付件。 华为责任 咨询前，按照客户所选服务项，制定指导计划和报价清单供客户审核确认。 咨询期间，依确认后的计划为指定客户进行技术指导。 咨询结束后，根据所选咨询服务项，出具交付件清单。 接收用户的咨询申请，协调ModelArts平台专家与客户商定咨询详情。

责任矩阵 R=责任方/Responsibility S=协助方/Support 交付项目 阶段 工程活动内容 华为 客户 售前支撑 商务介入 商务洽谈 R S 售前调研 业务问题定义 S R 业务理解 S R 场景化建模 新业务场景的模型构建 业务理解、建模咨询、模型构建 R S 场景化调优 场景化模型上线后迭代优化 上线后的场景化模型调优 R S 验收 文档移交 汇总部署信息并移交客户 R S 确认完成 客户验收确认部署完成并交接 S R

数据上云设计与实施服务服务优势？ 优势项 优势介绍 专业的服务团队 团队成员由存储业务、数据迁移、解决方案设计等方面的资深专家组成，每位专家都具有大量的数据上云经验，可以更好地帮助客户实现数据云化转型。 端到端的服务体系 从上云方案设计到数据迁移落地实施，端到端的服务体系保证客户安全、可靠、高效地数据上云。 丰富的行业经验 具有100+数据上云成功案例，拥有在互联网、视频文娱、视频监控、电商、基因、航天数据、直播点播等行业的数据上云经验，帮助客户安全可靠地实现数据上云。 先进的迁移工具和方案 具有自研的、业界领先的高效高可靠数据迁移工具，以及众多配套的存储解决方案，助力客户数据成功上云。 父主题： 关于服务咨询

办公数字化咨询服务可以提供哪些服务？ WeLink咨询服务包括两个子服务项目：数字化办公咨询服务和WeLink集成咨询服务。 数字化办公咨询服务主要是对客户的数字化办公建设工作进行全面规划，主要包括调研与诊断、规划与设计、实施与验证三个阶段的工作。 WeLink集成咨询服务以成功经验结合企业当前的应用架构、数字化的目标，帮助企业做基于WeLink数字化转型中的集成方案设计，提供企业应用集成建议、WeLink工具部署、WeLink集成开发指导、WeLink小程序开发指导、培训服务。 父主题： 关于服务咨询

服务简介 鲲鹏移植支持服务为客户提供应用系统移植迁移到鲲鹏计算平台相关技术专家支持服务，包括应用移植可行性评估、移植方案设计、应用移植改造支持（组件替换、基础环境部署等）、移植验证测试、业务上线支持等系列服务。 鲲鹏移植支持服提供一套标准的移植迁移流程，和对应的指导手册、最佳实践和相关工具，帮助客户解决移植改造过程中遇到的各种疑难问题，帮助客户提升移植改造的效率，解决移植迁移后可能出现的系统性能问题，保障整个移植适配过程正确、高效完成。

培训内容 表1 工业互联网高层班培训内容 培训内容 说明 工业互联网发展与演进 工业4.0与智能制造、政策解读：新基建与工业互联网、工业互联网全球发展概况。 工业互联网技术体系介绍 工业互联网标准与总体框架、工业互联网技术环境。 华为数字化转型实践 为什么要数字化转型？ 数字化转型“转什么”？ 华为如何实现数字化转型？ 华为对工业互联网的理解。 华为云工业互联网解决方案 “三链模型”看工业互联网、华为工业互联网平台、信息化解决方案、数字化解决方案、智能化解决方案。 工业互联网案例解析 华为云工业互联网案例解读。 分享与研讨 工业互联网对企业发展的启示or企业数字化转型实践研讨。 本培训为线下面授形式，培训标准时长为1天，每班人数不超过20人。

培训目标 完成该培训后，您将系统理解并掌握Python编程，人工智能领域的必备数学知识，应用广泛的开源机器学习/深度学习框架TensorFlow的基础编程方法，深度学习的预备知识和深度学习概览，华为云EI概览，图像识别基础编程，语音识别基础编程，人机对话基础编程。使您具备人工智能售前技术支持、人工智能售后技术支持、人工智能产品销售、人工智能项目管理、自然语言处理工程师、图像处理工程师、语音处理工程师、机器学习算法工程师等岗位所必备的知识和技能。