从Rancher 1.6到2.0:术语及概念变化对比
Rancher 2.0 Beta版已正式发布。Rancher 2.0是一个企业级Kubernetes平台,能够实现多Kubernetes集群的统一纳管,解决生产环境中企业用户可能面临的基础设施不同的困境。此外,Rancher 2.0简洁直观的界面风格及操作体验,将解决业界遗留已久的Kubernetes原生UI易用性不佳以及学习曲线陡峭的问题。加之Rancher 2.0带来的监控、日志、CI/CD等一系列拓展功能,可以说,Rancher 2.0为企业在生产环境中落地Kubernetes提供了更加便捷的途径。
现在,Rancher 2.0的开发已进入尾声,Rancher Labs研发团 队将集中精力进行测试及文档完善的工作。我们认为在此时为Rancher用户提供一个术语词汇表是非常有用的,这有助于Rancher用户理解Kubernetes和Rancher的基本概念。
从Rancher 1.6发展到Rancher 2.0,如今Rancher产品会更多地遵循于Kubernetes的命名标准。这一转变可能会让曾经在Rancher 1.6中只使用Cattle环境的用户感到些许困扰。
不过没有关系,本文将帮助你理解Rancher 2.0中的新概念。它也可以作为容器编排框架Cattle和Kubernetes之间术语和概念的一个简要参照。
Rancher 1.6 Cattle和Rancher 2.0 K8s对比
Rancher 1.6提供的编排工具Cattle得到了许多用户的青睐。在Cattle中,你有一个环境,它是管理和计算的边界,即你可以指定权限的最低层级;重要的是,该环境中所有的主机都是专用于此环境。然后,为了组织你的容器,你需要有一个堆栈(Stack),它是一个服务集合的逻辑分组,以及一个作为特定运行镜像的服务。
那么这个结构在2.0中是什么样呢?
如果你一直关注容器领域,那么你不可能没听过Kubernetes的一些术语,比如pods、命名空间(namespaces)和节点(nodes)。本文就将为大家对比、统一Cattle和Kubernetes这两个不同的容器编排工具的常见术语,从而简化Rancher用户从Cattle到Kubernetes的过渡。随着一些名称的变化,一些功能也发生了改变。
下表给出了一些核心Kubernetes概念的定义
环境
Rancher 1.6中的环境代表了两样东西:
计算边界
管理边界
而在2.0中环境的概念不复存在,取而代之的是:
集群(Cluster)--- 计算边界
项目(Project)--- 管理边界
其中项目是由Rancher引入的管理层,以便减轻Kubernetes的管理负担。
主机
在Cattle中,一个主机只属于一个环境。现在在Rancher 2.0中也是类似的,一个节点(主机的新名称),只属于一个集群。之前由主机组成的环境,现在变成了由节点组成的集群。
堆栈
Rancher 1.6中的堆栈是一种对多个服务进行分组的方法。在Rancher 2.0中,这是由命名空间完成的。
服务
在Rancher 1.6中,服务被定义为运行同一容器的一个或多个实例。在Rancher 2.0中,运行相同容器的一个或多个实例被定义为工作负载,其中工作负载可以由带有控制器的pod组成。
容器
容器镜像是一个轻量级的、独立的、可执行的软件包,它包含了运行它所需要的全部东西:代码、运行时间、系统工具、系统库、设置等等。在Kubernetes下,pod是最小的单位。Pod可以是单个镜像,也可以是多个共享相同存储/网络的镜像,以及有关这些镜像如何交互的描述。Pod的内容总是共同定位以及共同调度,并在共享的context中运行。
负载均衡器
在Rancher 1.6中,负载均衡器用于将你的应用程序从Rancher环境中公开,允许外部的访问。在Rancehr 2.0中这个概念是一样的。有一个负载均衡器的选项帮助公开你的服务。在Kubernetes的语言中,这个功能通常被称为Ingress。简而言之负载均衡器和Ingress扮演着相同的角色。
结论
从概念上讲,Cattle是所有编排工具中最接近Kubernetes的一个。希望这篇文章能给从Rancher 1.6过渡到Rancher 2.0的用户一个简单的参考。另外,Cattle和Kubernetes之间的相似性也能帮助用户更好地进行转换。
下表给出了新旧术语的快捷对比参考:
本文转自SegmentFault- 从Rancher 1.6到2.0:术语及概念变化对比
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
大家都较熟悉之 Kubernetes API 分析
Kubernetes概览 以下是 k8s 的整体架构,在 master 节点上主 要是 kube-apiserver(整合了 kube-aggregator),还有 kube-scheduler,以及 kube-controller-manager,包括后端存储 etcd。 其中 kube-apiserver 是一个比较关键的部分,而且前期写得坑很多,导致这一部分虽然看起来是一个 API server 其实代码很复杂,特别冗余,而且目前对 kube-apiserver 还要做拆分,能够支持插入第三方的 apiserver,也就是又一个 aggregated apiserver 的 feature,也是和 kube-apiserver 和里面包的一层 genericserver 揉合在一起了,感觉一个大的系统 API server 越写越挫是一个通病,还好现在 k8s 迷途知返正在调整。 kube-apiserver Kube-apiserver 可以是认为在 generic server 上封装的一层官方默认的 apiserver,有第三方需要的情况下,自己也可以在 generic s...
- 下一篇
kubernetes一些简单的基础知识
service:分布式集群架构的核心 service的几个特性: 唯一的名字 拥有一个虚拟IP和端口号 具有远程服务的 能力 映射到提供这种服务能力的一组容器上 集群管理 图片描述:k8s将急群众的机器划分为一个Master节点和一群工作节点(Node)。 Master节点上运行这kube-apiserver、kube-controller-manager和kube-scheduler进程,这些进程负责的功能有(都是自动完成的): 资源管理 Pod调度 弹性伸缩 安全控制 系统监控 纠错 资源管理 资源管理 Kubernetes API Server(kube-apiserver):提供了HTTP REST接口的关键服务进程,是Kubernates里所有资源的增删改查操作的唯一入口,也是集群控制的入口进程。 Kubernetes Controller Manager(kube-controller-manager):kubernetes中所有资源对象的自动化控制中心,可以理解为资源对象的大脑。 Kubernetes Scheduler(kube-scheduler):负责资源调度(Po...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS6,CentOS7官方镜像安装Oracle11G
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- CentOS7,CentOS8安装Elasticsearch6.8.6
- CentOS8编译安装MySQL8.0.19
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- Windows10,CentOS7,CentOS8安装Nodejs环境
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7