1.ARM 版 OpenEuler 22.03 部署 KubeSphere v3.4.0 不完全指南续篇
2.ARM 版 Kylin V10 部署 KubeSphere 3.4.0 不完全指南
3.基于Kubernetes部署安装KubeSphere

ARM 版 OpenEuler 22.03 部署 KubeSphere v3.4.0 不完全指南续篇

       作者：运维有术

       本文是源码 ARM 版 OpenEuler . 部署 KubeSphere v3.4.0 不完全指南 的续集。在完成 KubeSphere 和 Kubernetes 集群的源码部署后，下篇主要聚焦于 ARM 架构和 X 架构服务器的源码部署差异。由于所有服务使用的源码容器镜像架构的不同，KubeSphere 开源版在 ARM 架构下能实现 KubeSphere-Core 功能，源码即最小化的源码产品中心源码 KubeSphere 和完整 Kubernetes 集群的部署。然而，源码启用 KubeSphere 可插拔组件时，源码会遇到个别组件部署失败，源码需要我们手工替换官方或第三方提供的源码 ARM 版镜像，或者根据官方源码手工构建 ARM 版镜像。源码

       本文详细记录了在最终部署过程中的源码各种问题报错及解决方案。面对架构不兼容问题，源码我们采取了替换第三方仓库或官方其他仓库中的源码相同或相似 ARM 版本镜像的策略。建议计划在生产环境中使用的源码读者应具备使用官方源码及 DockerFile 构建与 X 版本完全相同的 ARM 版容器镜像的能力，避免使用相近版本或第三方镜像。

       在安装过程中，河马西游源码可能会遇到异常，例如 Kubernetes 相关组件的二进制包格式不匹配。在异常组件及解决方案部分，我们关注了 KubeSphere 社区版对 ARM 的支持并不完美，仅能保证 KubeSphere-Core 的部署成功。当启用插件后，某些插件缺少 ARM 镜像，系统会拉取 x 版本的镜像导致服务启动异常。解决异常组件的方法包括查看异常组件对应的 Pod、解决 Argo CD、Istio、es 和 KubeSphere 集群的基本功能。这包括在 Kubernetes 集群上部署一个简单的 Nginx Web 服务器，测试验证 Kubernetes 和 KubeSphere 的部署是否正常。在解决所有异常组件后，我们创建 Nginx Deployment、哈希抽奖源码Service，验证 Nginx 镜像架构和 Service，最后在管理控制台查看资源信息。本文提供了一个基本的资源创建验证测试过程，更多的完整的可插拔组件测试并未涉及，读者需根据需求自行验证、测试。

       在补充说明部分，我们查看了整个 KubeSphere 和 Kubernetes 集群使用的镜像列表，并展示了 DevOps 模块验证说明。最后，我们总结了本文的主要内容，包括部署环境、验证过程以及测试结论。总结指出 KubeSphere 和 Kubernetes 基本功能可用，部分 DevOps 功能可用，csnz辅助源码主要问题集中在构建镜像时 Maven 容器启动异常。本文适用于研发、测试环境，对生产环境有参考意义，但不推荐直接用于生产环境。

ARM 版 Kylin V 部署 KubeSphere 3.4.0 不完全指南

       本文详述了在ARM架构的麒麟V服务器上部署KubeSphere 3.4.0和Kubernetes集群的实战过程，利用KubeKey工具实现自动化部署，目标是构建一个高可用、最小化的集群。ARM架构与x架构的主要区别在于镜像支持，KubeSphere开源版支持ARM，但可能需要手动替换官方或第三方提供的ARM镜像。对于开箱即用和全面支持，推荐企业版KubeSphere。

       文章记录了在部署过程中遇到的问题和解决方案，特别强调了使用官方源码构建ARM版本镜像的照妖镜源码博客重要性，以确保兼容性和稳定性。由于篇幅限制，只提供了关键步骤，如确认操作系统配置，安装依赖，配置磁盘，以及使用KubeKey进行部署。在部署过程中，可能会遇到组件架构不匹配引发的异常，需要根据报错信息逐一解决，如metrics-server、Argo CD等组件的异常处理。

       在验证阶段，通过KubeSphere管理控制台和kubectl命令行检查集群状态，包括Web服务器部署和基本功能测试。文章强调了KubeSphere和Kubernetes在ARM环境下的可用性，但也指出在特定操作系统（如麒麟V）上可能存在差异。本文不适用于生产环境，仅适用于研发和测试，且测试结果表明基本功能和DevOps功能可用。

基于Kubernetes部署安装KubeSphere

       KubeSphere，一个基于Kubernetes的企业级分布式容器平台，旨在提供更简便的应用管理界面和向导式操作方式，减轻开发、测试与运维的复杂度。其以Kubernetes为基础，整合并优化了多项功能模块，支持敏捷开发、自动化运维、微服务治理、灰度发布、多租户管理、工作负载和集群管理、监控告警、日志查询与收集、服务与网络、应用商店、镜像构建与管理、存储管理等业务场景，以全面解决方案助力企业应对复杂业务需求。

       KubeSphere 采用开源方式发展，项目源代码与文档在GitHub上公开，支持部署于公有云、私有云、虚拟机、物理机或Kubernetes等环境，提供在线与离线部署选项。已在阿里云、腾讯云、华为云、青云、AWS、Kubernetes等多个平台成功部署。

       KubeSphere 2.1版本提供全栈容器部署与管理平台，其核心功能包括应用部署、监控、日志收集、网络管理等，具体功能详情可参阅产品文档。

       在部署要求上，KubeSphere支持在Linux上构建集群，亦可在Kubernetes环境中部署。推荐选择后者，基本要求包括安装Helm。

       Helm是一个Kubernetes包管理工具，简化应用部署与管理。其基本思想是将应用与依赖打包成可重用的图表，通过Helm客户端与服务器组件进行交互。部署过程包括创建服务账号、创建认证配置、初始化Helm环境、检查与调整镜像源、部署所需的StorageClass，如NFS，并标记默认StorageClass。

       安装过程分为创建服务账号、初始化Helm环境、调整镜像源、部署StorageClass与创建默认StorageClass等步骤。安装成功后，通过命令检查集群状态，确认所有组件正常运行。

       完成安装后，通过IP:访问KubeSphere UI界面，使用预设管理员账号进行登录，享受高效应用管理体验。