Rancher

Rancher 2.2 GA版本引入的创造性新功能，将进一步实现Kubernetes-as-a-service，使企业用户能够专注于加速创新和推动业务价值。 2019年3月26日，业界领先的容器管理软件提供商Rancher Labs正式发布Rancher 2.2 GA版本。Rancher 2.2中创造性的新功能，将极大简化IT运维人员对企业级Kubernetes的配置与管理工作，同时让企业IT开发人员对其应用程序拥有更强把控。通过Rancher 2.2，企业的IT团队可以极大减少对基础架构的担忧，更多地关注于加速创新和推动业务价值。 “随着Kubernetes的采用呈指数级增长，企业IT人员一直在寻求一种简单、可靠和可重复的方式来配置、管理和支持企业级Kubernetes集群，且越来越多企业的Kubernetes集群是跨本地环境与云环境混合部署的，”梁胜，Rancher Labs联合创始人及CEO表示。 “Rancher 2.2正式版本中有很多功能来满足这些需求，包括用于灾备和恢复的etcd自动备份和恢复，用于提高敏感项目隐私的多租户应用程序目录，以及为跨多个集群的应用程序提供高可用性的Global DNS功能。” 简化Kubernetes，加速混合云场景的企业创新 Rancher 2.2 GA版本是Rancher Labs迄今为止最重要的产品版本，在先前发布过的2

6月20日，北京，由Rancher Labs主办的【2019企业容器创新大会】限免报名已开启！全天18场演讲，特邀中国人寿、中国联通、平安科技、新东方、阿里云、百度云等著名企业的IT负责人，分享容器技术的企业级落地经验。 大会上，Rancher Labs研发经理还将现场Demo即将发布的Rancher 2.3中Istio、Windows容器的功能及使用！还有K3s、Rio等的现场交流。点击 http://hdxu.cn/hMsQ8 了解详情及在线报名啦~ 2019年6月6日，Rancher Labs发布了Rancher全新版本2.2.4，该版本修复了近期发现的两个安全漏洞CVE-2019-12303 和 CVE-2019-12274，项目级别的监控功能也在此版本回归，还有一系列功能与优化。 CVE修复 2.2.4版本包含两个安全漏洞修复 CVE-2019-12303 和 CVE-2019-12274 第一个漏洞会影响v2.0.0到v2.2.3的版本，项目管理员可以在对接日志系统时，通过注入额外的Fluentd配置参数，来读取到Fluentd容器内的文件或执行任意命令，例如其他项目管理员配置的ElasticSearch。 具体链接： https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-12274 第二个漏洞会影响v1.6

下周六，深圳，阔别已久的线下技术沙龙要和你见面啦！ 现场有Rancher Labs研发经理demo刚刚发布的Rancher 2.3中的Istio、Windows容器、集群模板等功能及使用，还有k3s首次线下workshop，由Rancher Labs资深架构师带你一起玩转k3s！还有长城证券的运维负责人分享数字化浪潮下传统金融IT的转型。 访问链接 即可了解详情及报名啦! 诸如容器、Kubernetes等云原生架构和技术的成熟推动了服务网格架构的极速增长以及广泛采用。尽管云原生环境可以为企业带来一系列好处，但是其复杂性也对负责开发维护这类系统的人员，如软件开发人员、网络运维人员、基础架构工程师以及CIO、CTO等带来了重大挑战。 服务网格框架能够为跨不同云原生环境的应用程序整合一致的服务和网络管理能力，它还极大地加快了DevOps实践的进程，正缘于此，服务网格近年来可谓是发展迅猛。云原生普及的加快，要求拥有云原生应用程序的工程团队必须熟悉服务网格功能，以判断该技术将来是否能为企业提供价值。 什么是服务网格？ 服务网格可以连接、保护、控制以及监控在编排平台上的服务。“服务网格”这一术语本身用于分布式应用程序中服务之间的一组搭接网络连接，也适用于管理该组连接服务的一系列工具。如果你有两个通过网络连接进行交互的微服务，那就意味着你有了一个服务网格。下图是一个十分简单的示例

目录 1、Prometheus & Grafana 介绍 2、环境、软件准备 3、Rancher 2.x 应用商店 4、一键式部署 Prometheus 5、验证 Prometheus + Grafana 1、Prometheus & Grafana 介绍 Prometheus 是一套开源的系统监控、报警、时间序列数据库的组合，Prometheus 基本原理是通过 Http 协议周期性抓取被监控组件的状态，而通过 Exporter Http 接口输出这些被监控的组件信息，而且已经有很多 Exporter 可供选择。Grafana 是一个可视化仪表盘，它拥有美观的图标和布局展示，功能齐全的仪表盘和图形编辑器，默认支持 CloudWatch、Graphite、Elasticsearch、InfluxDB、Mysql、PostgreSQL、Prometheus、OpenTSDB 等作为数据源。我们可以将 Prometheus 抓取的数据，通过 Grafana 优美的展示出来，非常直观。 2、环境、软件准备 首先必须有一个rancher部署或者管理的kubernetes集群环境。（rancher部署或者管理kubernetes集群可自行百度，这里就不在详述。） 3、Rancher 2.x 应用商店 Rancher 2.x 提供了应用商店功能，通过应用商店，我们可以非常方便的安装各服务到

本文来自 Rancher Labs 介 绍 在Kubernetes 1.14版本中已经GA了对Windows的支持。这一结果凝结了一群优秀的工程师的努力，他们来自微软、Pivotal、VMware、红帽以及现在已经关闭的Apprenda等几家公司。我在Apprenda工作时，不定时会为sig-windows社区做出一些贡献。即便现在在Rancher Labs任职，也一直关注它的动向。所以当公司决定在Rancher中增加对Windows支持时，我极为兴奋。 Rancher 2.3已于本月月初发布，这是首个GA支持Windows容器的Kubernetes管理平台。它极大降低了企业使用Windows容器的复杂性，并为基于Windows遗留应用程序的现代化提供快捷的途径——无论这些程序是在本地运行还是在多云环境中运行。此外，Rancher 2.3还可以将它们容器化并将其转换为高效、安全和可迁移的多云应用程序，从而省去重写应用程序的工作。 在本文中，我们将在运行RKE的Kubernetes集群之上配置Rancher集群。我们也将会配置同时支持Linux和Windows容器的集群。完成配置后，我们将聊聊操作系统的定位，因为Kubernetes scheduler需要指导各种Linux和Windows容器在启动时的部署位置。 我们的目标是以完全自动化的方式执行这一操作。由于Rancher 2

定义项目名 PROJECT_NAME=**** 根据Dockerfile 文件编译镜像 docker build -t reg.*****.cn/$PROJECT_NAME/$JOB_BASE_NAME:$BUILD_NUMBER . 登录镜像库，并上传镜像 docker login -u admin -p ****** reg.*****cn docker push reg.*******.cn/$PROJECT_NAME/$JOB_BASE_NAME:$BUILD_NUMBER 清除本地镜像，减少硬盘空间 docker rmi reg.*******.cn/$PROJECT_NAME/$JOB_BASE_NAME:$BUILD_NUMBER 登录到RANCHER 并切换至指定项目空间 rancher login https://rancher.******.cn/v3 --token token-t5sd8:8w69bjh4k5bwzcckbznfbjlzn6nrvgktpksgspk56c9675t7tw89h8 --context c-t575d:p-9xl9l 更新K8S工作负载，镜像版本。 rancher kubectl set image deploy $JOB_BASE_NAME $JOB_BASE_NAME=reg.******.cn/$PROJECT_NAME/

GitLab支持、CICD优化、项目配额管理、驱散容器功能等等，Rancher 2.1给你带来一大票惊喜新功能！还有备着【千元大奖】的用户体验计划等你来参与！ Rancher 2.1已于近日全面发布！ Rancher 2.1是自去年九月Rancher Labs全面拥抱Kubernetes、发布全新里程碑产品Rancher 2.0——开源的企业级Kubernetes管理平台之后，最为重大的版本更新。 2017年9月Rancher Labs极具前瞻性地成为业界首批全面拥抱Kubernetes的容器管理平台提供商，全新里程碑产品Rancher 2.0是一个开源的企业级Kubernetes管理平台，为企业用户提供Kubernetes-as-a-Service (Kubernetes即服务)。 Rancher 2.1建立在Rancher 2.0的成功基础之上，并引入了下一代自动集群操作和应用程序管理功能，并为用户提供了从Rancher的Cattle编排迁移到Rancher Kubernetes的迁移路径。Rancher 2.1提供了企业在其组织内轻松采用和管理Kubernetes所需的所有关键功能。 Rancher一直是企业在生产中运行容器和Kubernetes的事实上的选择。Rancher 2.1中包含着很多重要的功能升级，将进一步帮助各类企业加快拥抱Kubernetes，缩短IT研发流程

服务发现是容器环境的核心功能，本文将详解Rancher 2.0中的服务发现功能，展示如何将Rancher 1.6功能集映射到最新2.x版本，如何通过Kubernetes DNS功能在Rancher 2.0中支持等效的服务发现。玩转Rancher 2.0中的服务发现在此一举。 对于所有基于容器的环境而言，服务发现都是不可或缺的核心功能之一。使用容器打包和启动应用程序之后，下一步就是使其可以被环境或外部世界中的其他应用程序容器发现。 在本文中，我们将详解Rancher 2.0中服务发现功能，并向你展示如何将Rancher 1.6功能集映射到最新版本。 Rancher 1.6中的服务发现 Rancher 1.6在Cattle环境中提供服务发现。Rancher自己的DNS微服务提供了内部DNS功能。 Rancher的内部DNS提供以下主要功能： 堆栈内和跨堆栈的服务发现 堆栈中的所有服务都可以通过<service_name> 和<service_name>.<stack_name>跨堆栈解析。 容器发现 所有容器都通过他们的名字全局解析。 创建服务别名 为服务添加别名，并使用别名链接到其他服务。 发现外部服务 指向使用外部IP或域名部署在Rancher之外的服务。 Rancher 2.0中的服务发现 Rancher 2.0使用原生的Kubernetes

容器编排中一个重要且复杂的方面是调度应用程序容器。如何将容器适当放置到可用的共享基础架构资源上，是在最佳计算资源使用情况下实现最大性能的关键所在。 Cattle是Rancher 1.6的默认编排引擎，提供了各种调度功能来有效地放置服务： https://rancher.com/docs/rancher/v1.6/en/cattle/scheduling/#scheduling-services 随着基于Kubernetes的Rancher 2.0版本的发布，Rancher现在使用原生的Kubernetes调度。在本文中，我们将看看Rancher 2.0中可用的调度方法与Cattle的调度的比较。 节点调度 根据原生的Kubernetes行为，默认情况下，Rancher 2.0工作负载中的pod将分布在可调度且具有足够可用容量的节点（主机）上。但就像1.6版本一样，Rancher 2.0也有助于： 在特定节点上运行所有pod 使用标签进行节点调度 以下是1.6 UI中的调度方式。Rancher允许您在特定主机上运行所有容器，指定硬/软主机标签，或在部署服务时使用亲和性／反亲和性规则。 以下是Rancher 2.0中对应的节点调度UI，它在部署工作负载时提供相同的功能。 Rancher使用底层的原生Kubernetes构造来指定节点的亲和性/反亲和性

2019年10月9日，业界领先的容器管理软件提供商Rancher Labs（以下简称Rancher）正式发布Rancher 2.3 GA版本。这一版本是Rancher Labs迄今为止最重要的版本更新。Rancher 2.3是业界首个GA支持Windows容器的Kubernetes管理平台，并正式集成了Istio，还引入了创新的“集群模板”功能以增强企业集群的安全性。这些新功能无疑将极大助力企业充分利用Kubernetes变革性的力量，并为企业生产中落地Kubernetes提供更加便捷的途径，从而进一步实现了Rancher一直以来“Run Kubernetes Everywhere”的理念和战略。 “Gartner预测，到2022年，将有超过75%的全球性组织会在生产中运行容器化工作负载，”Rancher Labs联合创始人及CEO梁胜说道，“Rancher 2.3通过将Kubernetes的优势引入Windows应用程序中，并为企业提供对在任何地方（数据中心、云、边缘场景等）运行的容器的全局控制和可见性，扩展了我们的市场领导地位。” 首个GA支持Windows容器的Kubernetes管理平台 现如今，有70%的本地工作负载都运行在Windows Server操作系统中，因此对Windows容器的支持，一直是近年Kubernetes生态中最为需求的技术之一。 “今年3月