k3s

dqlite（ https://github.com/canonical/dqlite ）是一个 C library，实现了一个嵌入式的可复制SQL database engine，具有高可用和自动失效恢复的特性。 名称 "dqlite" 意味着 "distributed SQLite"，是 dqlite 扩展了 SQLite 而来。SQLite主要单机使用，而dqlite添加了 network protocol可以将多个应用实例链接为一个高可用的集群，而且不需要依赖其他的外部数据库。 使用dqlite的Kubernetes分发版包括MicroK8s和K3s。 参考： MicroK8s与K3s的简单对比 k3s-轻量容器集群，快速入门 k3s-轻量容器集群，架构与高可用 MicroK8s 快速入门 MicroK8s宣布支持高可用集群特性 MicroK8s-部署到Windows、macOS和Raspberry Pi KubeFlow-在Microk8s部署与应用 主要特性 能力： 完全同步的 network 和 disk I/O Comprehensive test suite for correctness Benchmarked for memory footprint and network efficiency 持久化存储用于transaction logs 快速恢复

3 月，跳不动了？>>> 手工安装好longhorn后发现该服务有问题，想重新安装时发现执行原来delete命令后，虽然Pod内容已删除，但命名空间的删除状态一直处于terminating状态。 > kubectl get namespaces NAME STATUS AGE kube-node-lease Active 4d12h default Active 4d12h kube-system Active 4d12h cattle-system Active 2d8h kube-public Active 4d12h ingress-nginx Active 32h longhorn-system Terminating 59m # 执行删除后还是一直处于等待状态 > kubectl delete namespaces longhorn-system # 使用强制删除也是相同的问题 >kubectl delete namespaces longhorn-system --force --grace-period=0 warning: Immediate deletion does not wait for confirmation that the running resource has been terminated. The resource may continue

MicroK8s与K3s都是基于Kubernetes的轻量级发行版，主要面向工作站、边缘计算、物联网等应用场景，但二者也有比较大的区别。 主要区别 MicroK8s主要将一些扩展件集成到系统中，而K3s却将很多扩展件独立出来。 虽然MicroK8s与K3s都能支持ARM体系的低功耗计算，但是MicroK8s主打使用方便性，也更适合开发团队使用，而K3s主打轻量化，更适合低功耗的小型化无人值守的自动化系统使用。 MicroK8s的集群管理内核与Kubernetes标准版的容器镜像是完全一样的，而K3s的内核进行了一些修改，部分模块可能由于兼容性问题无法运行。 K3s修改的部分 主要包括： 删除 过时的功能和非默认功能 Alpha功能 内置的云提供商插件 内置的存储驱动 Docker (可选) 新增 简化安装 除etcd外，还支持SQLite3数据存储 TLS管理 自动的Manifest和Helm Chart管理 containerd, CoreDNS, Flannel MicroK8s主要的变化 主要包括： 基于snap的安装工具。 kubectl的命名空间化，变为microk8s.kubectl。 各种扩展模块的版本适配，本地存储的直接支持。 各种addon动态加载模块，支持快速Enable/Disable。 内置的GPU支持。 更多参考 K3s官方文档 k3s/k3OS

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> K3s是由Rancher Labs于今年年初发布的一款开源、极轻量的Kubernetes发行版，完美适用于在资源有限的环境中运行Kubernetes。K3s一经发布就得到了业界的高度关注和认可，发布半年以来已在GitHub上拥有 近8500颗Star 。 最初k3s只是一个用于本地Kubernetes开发的POC项目，而如今已有很多企业用户在生产环境中使用它。 官方GitRepo: https://github.com/rancher/k3s 官方定义：k3s是完全符合标准的生产级Kubernetes发行版，具有以下四个方面的主要变化： 删除旧的、非必须的代码：K3s不包括任何默认禁用的Alpha功能或者过时的功能，原有的API组件目前仍运行于标准部署当中。除此之外，Rancher还删除了所有非默认许可控制器，in- tree云提供商和存储驱动程序，但允许用户添加任何他们需要的驱动程序。 整合正在运行的打包进程：为了节省RAM，Rancher将通常在Kubernetes管理服务器上运行的多流程合并为单个流程。Rancher还将在工作节点上运行的kubelet、kubeproxy和flannel代理进程组合成一个进程。 使用containerd代替Docker作为运行时的容器引擎

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> k3s特点 (适合公司项目) 轻量级 所需要的硬件配置相当低 更容易部署 做了一定的功能删减 跟k8s有一定的区别，但是不大。注意兼容。 官方推荐的四大使用场景 边缘计算 物联网 嵌入式设备arm 持续集成 易于安装，可快速加入k8s集群中，方便统一管理。特别对于arm架构的cpu做支持，实在是对于边缘计算与物联网有偌大的好处。它能够统一边缘计算业务环境，方便业务代码开发、测试、调试、部署。快速大规模部署与集群管理，节省大量开支。特别适配无人值守、资源受限、偏远地区或物联网设备，大大节省资源。 k3s具体做了哪些 k8s中大量非默认的，过时的，不稳定的功能都被移除 大量内置插件被移除，使用外部插件 服务发现数据库从etcd改成sqlite3 默认执行容器从docker换成了containerd TLS管理功能 自动的Manifest和Helm Chart管理 能够节省的资源尽量节省，增加业务中、实施中比较处理比较麻烦的功能。 k3s缺点 对于项目运维部署人员，需要有大量的k8s前置知识才能够更好地理解抽象模型与实际情况的不同。 如果脱离UI面板运维，那么需要记住大量的k8s命令行使用，编写大量yaml配置文件。特别是，如果业务容器编排复杂，那特别难以处理。 虽然能够统一业务环境

开源已经成为信息技术发展的重要力量。无论是云计算、大数据，还是人工智能、区块链等领域，都大量采用了开源技术。据 GitHub 数据披露，GitHub 注册用户超 4000 万，美国程序员占比 20%，中国开发者数量排名第二。2019年发布的《开源产业白皮书（2019年）》显示，全球开源产业链已经形成，而中国已经应用了开源技术的企业占比达到86.7%，计划应用开源技术的企业占比 10.6%，开源技术已经被企业普遍接受。 2019年11月2-3日，【2019中国开源年会 (COSCon'19) 】于上海正式举办，京东云赞助参与了此次大会。大会共包含9个分会场，分别是开源社区与项目、企业开源、开源操作系统、开源教育、开源硬件、女性参与开源、工作坊/实训营、开源治理以及开源社区与项目&见面会、闪电演讲等。 在大会上，京东云产品研发部高级总监李道兵为技术人员带来了《云上Cloud Native的落地方法》的主题分享，就京东云在Cloud Native上的思考与实践和大家进行了交流。 京东云产品研发部高级总监 李道兵 目前京东云比较关注的开源项目集中在Kubernetes生态，通过京东云的原生容器与Kubernetes的结合，我们希望能将原生容器和Kubernetes通过一个比较紧密的方式结合在一起。比如在Kubernetes里的Kata Container

2019年6月24日，KubeCon+CloudNativeCon+Open Source Summit再次登陆中国，在上海世博中心拉开了帷幕。来自亚洲各国的逾3500名研发专家、架构师和技术领袖共同参与了本次盛会，现场分享、普及、探讨和推动Kubernetes生态及云原生技术的发展。 业界领先的容器管理软件提供商Rancher Labs（以下简称Rancher）作为本届活动的铂金赞助商深度参与了此次盛会。大会期间，Rancher展台持续爆满，挤满了前来交流的Kubernetes爱好者及云原生技术领军者。 那么，在本次KubeCon+CloudNativeCon+Open Source Summit，Rancher为现场的Kubernetes爱好者、云原生技术领军者带来了哪些惊喜呢？让我们一起来快速回顾一下吧！ 关注边缘技术创新，拓宽K8S发展新边界 为了更好地向现场的Kubernetes爱好者及云原生技术领军者展示如何通过Rancher推动K8S在云端、数据中心和边缘落地，Rancher大中华区技术总监江鹏在Demo Theater（展示剧场）进行了题为《如何在云端、数据中心和边缘统一管理K8S集群》的Demo演示，内容包括： 如何安装k3s集群：一个仅40MB的轻量级开源Kubernetes发行版 在数据中心和边缘管理Kubernetes集群 多集群应用程序部署 Global

城市的街道因为汽车数量的增长越来越繁忙，对于驾车一族而言，在热门区域寻找停车场更是无比头痛的事情。然而与此同时，其实也许很多办公楼、住宅楼、酒店和公共车库中仍有许多付费停车的资源未被充分利用。 ParkBee就是这样一家为城市提供智能停车解决方案的公司。ParkBee平台上显示着每位车主定位附近的可使用的停车场，停车价格、停车位的空余情况等都是实时更新。ParkBee“打开”了城市中的所有停车场，解决了停车难题，既节约车主时间，又帮助停车场最大限度创收。 ParkBee近期开始尝试在边缘位置进行容器部署。因为ParkBee的整体业务的一个重要部分就是大量的停车场，与ParkBee合作的停车场有6000多家，截至目前我们已服务于80万次停车服务。我们必须确保每一个停车场的容器都能按预期工作，因此部署包含业务逻辑的应用程序至关重要。 ParkBee目前使用Kops部署Kubernetes，公有云选择的是AWS。虽然这种方法适用于我们的基于云的服务，但对于我们的边缘部署而言，事情却并不是那么简单。我们的理想目标是：在ParkBee合作的每一个停车场上都有一个Kubernetes集群，集群中包含停车点位置的边缘Kubernetes节点以及AWS中的Kubernetes主节点。 半个月前，Rancher Labs发布了K3s——一个被认为是史上最轻量的Kubernetes发行版

k3s是一个轻量级的容器集群管理系统，k3OS是内置k3s支持的轻量级操作系统。k3OS基于Alpine操作系统和Linuxkit开发，可以直接运行Kubernetes的容器管理和调度服务，并与标准版的Kubernetes完全兼容，体积小、启动快，尤其适合边缘计算领域的容器部署。 1、k3s-轻量级Kubernetes k3s 是一个轻量级 Kubernetes，它易于安装，二进制文件包小于 40 mb，只需要 512MB RAM 即可运行。 非常适用于： Edge IoT CI ARM k3s 旨在成为完全兼容的 Kubernetes 发行版，相比 k8s 主要更改如下： 旧的、Alpha 版本的、非默认功能都已经删除。 删除了大多数内部云提供商和存储插件，可以用插件替换。 新增 SQLite3 作为默认存储机制，etcd3 仍然有效，但是不再是默认项。 封装在简单的启动器中，可以处理大量 LTS 复杂性和选项。 最小化到没有操作系统依赖，只需要一个内核和 cgroup 挂载。 k3s 包需要依赖： containerd Flannel CoreDNS CNI Host 工具（iptables、socat 等） k3s 工作原理： 2、k3OS-基于kubernetes的操作系统 k3OS基于Alpine操作系统和Linuxkit开发