Rancher 1.6是一个深受广大用户喜爱的容器编排平台，帮助企业用户在生产环境中运行和管理Docker和Kubernetes。Rancher 1.6支持多种容器编排框架，包括Kubernetes、Mesos、Docker Swarm，默认的基础编排引擎是Cattle，Cattle极简的操作体验受到了大量开源社区用户和企业用户的青睐。
如何从Rancher 1.6迁移到Rancher 2.0？这份清单可以帮助你！
Rancher 1.6是一个深受广大用户喜爱的容器编排平台，帮助企业用户在生产环境中运行和管理Docker和Kubernetes。Rancher 1.6支持多种容器编排框架，包括Kubernetes、Mesos、Docker Swarm，默认的基础编排引擎是Cattle，Cattle极简的操作体验受到了大量开源社区用户和企业用户的青睐。
过去一年，Kubernetes流行度快速上升，成为业界公认的容器编排框架标准。Rancher极具前瞻性地早在2017年9月便宣布全面拥抱Kubernetes，Rancher 2.0发布之后，基础编排平台从Cattle变成了Kubernetes。Rancher 2.0旨在将基础架构及云计算领域Kubernetes Everywhere的愿景变成现实。
然而，也正因为Rancher 2.0使用的编排技术完成转向成为Kubernetes，Rancher 2.0与Rancher 1.6有了很大区别。目前，在这两个版本之间还没有直接的升级路径。
那么，希望从Rancher 1.6迁移到Rancher 2.0的用户们，应该如何操作呢？
在这篇文章里，我将提供一则简短的清单，你可以依据此进行迁移：
安 装
有关Rancher 2.0安装的说明，请参阅Rancher文档：
https://rancher.com/docs/rancher/v2.x/en/installation/
请注意，目前Rancher 2.0只支持以下Docker版本：
- 1.12.6
- 1.13.1
- 17.03.2
这些Docker版本是根据Kubernetes上游版本中的外部依赖项下找到的，以上列出的所有版本都是经过验证的。
Rancher目前使用的是Kubernetes 1.10版本并且计划在2.0.7版本中使用1.11版本。Rancher会持续更新最新的Kubernetes上游版本。
至于单节点的开发安装，你可以使用类似的docker run命令配置一个带有Docker的Linux主机并在Docker容器中安装Rancher，和安装Rancher 1.6一样。
对于开发环境，我们建议通过运行单个Docker容器来安装Rancher。
与Rancher 1.6版本的一个区别是Rancher 2.0要求你使用SSL来提高安全性，所以你需要在安装期间提供一个证书。如果你没有提供证书，Rancher会自动为你生成一个自签名证书。有关证书的选项，请参阅此处：
https://rancher.com/docs/rancher/v2.x/en/installation/single-node-install/#2-choose-an-ssl-option-and-install-rancher
与1.6相比，安装高可用性Rancher2.0的设置有很大不同。具体步骤请参考：
https://rancher.com/blog/2018/2018-08-09-migrate-1dot6-setup-to-2dot0/
请注意，在HA模式下的1.6Rancher Server任何的现有自动化脚本在Rancher 2.0的安装中都需要重新设定。
配置身份验证
如果你之前在Rancher 1.6中设置过身份验证，那么想必你对下图中的这些Rancher支持的身份验证方式都十分熟悉。
在Rancher 2.0中，上述所有的身份验证方式都是依旧支持的，同时我们还添加了对几个新的身份验证提供商的支持，如下图所示：
身份验证的基础配置要求设置和Rancher1.6上的是一样的。你可以查看文档了解配置不同身份验证的细节。
（https://rancher.com/docs/rancher/v2.x/en/admin-settings/authentication/）
有一个区别值得注意，在Rancher 2.0的设置中，即使你配置任何其他的身份验证机制，local auth始终打开。
添加集群和项目
当你运行Rancher安装并且启用身份验证之后，接下来要做的事情是创建一个集群和一个可以部署工作负载的项目。在Rancher 1.6的设置中，安装之后，你应该创建一个可以添加计算节点的环境。在Rancher 2.0中，你需要创建一个集群并且添加计算节点到集群中。
如果你不了解集群，或不知道如何创建集群，请参阅官网：
https://rancher.com/docs/rancher/v2.x/en/cluster-provisioning/#what-s-a-kubernetes-cluster
集群设置好之后的视图如下，在每个集群中，都会有一个可用的【默认】项目。
1.6中Cattle的“环境”相当于2.0中“带有项目的集群”，原因如下：
- 在1.6中，计算资源被分配给环境。
在2.0中，你将它们分配给集群。
- 在1.6中，用户被添加到环境中，在那里他们可以部署服务并共享对属于该环境的主机的访问权限。
在2.0，用户被添加到项目中，他们部署的工作负载可以访问该项目中的资源。
这种集群和项目模型允许多租户，因为主机由集群所拥有，并且集群可以进一步划分为多个项目，用户们可以在其中管理他们的应用。
创建命名空间
在添加集群和项目之后，下一步是要定义用于为应用工作负载进行分组的命名空间。在Rancher 1.6中，创建堆栈则可以将属于你的应用程序的服务组合到一起。在2.0中，你需要以同样的目的创建命名空间。项目中将提供默认命名空间，如果未明确提供工作负载，则该命名空间将部署工作负载。与1.6类似，Rancher 2.0支持命名空间内和跨命名空间的服务发现。
迁移应用
当你的Kubernetes集群和项目已经就位，下一步就是迁移工作负载。
如果你是一个Rancher 1.6的用户并且使用Cattle环境，那么在迁移你的工作负载过程中，你需要了解在Rancher 2.0中在调度、负载均衡、服务发现、服务监控等方面的改变。你可以关注即将推出的系列文章（https://rancher.com/blog/2018/2018-08-02-journey-from-cattle-to-k8s/），该系列文章介绍了如何使用Rancher 2.0 UI或从Docker Compose配置转换为Kubernetes YAML进行迁移。它旨在探索有关工作负载部署的各个领域以及Rancher 2.0中提供的等效选项。
如果你已经在Rancher 1.6 Kubernetes环境中运行你的工作负载，那么你可以用UI或者Rancher CLI直接将Kubernetes YAML文件导入Rancher 2.0集群中。
希望这份迁移清单可以帮助你快速上手由Rancher 1.6迁移至Rancher 2.0的工作，和Rancher一起开启Kubernetes之旅！
原文地址：http://blog.51cto.com/12462495/2159635
时间： 2024-11-08 11:14:03
如何从Rancher 1.6迁移到Rancher 2.0？这份清单可以帮助你！的相关文章
项目从.NET 4.5迁移到.NET 4.0遇到的问题
当把项目从.NET 4.5迁移到.NET 4.0时,遇到的问题和解决如下: 在"属性--应用程序--目标框架"设置成.NET 4.0版本. 重新生成项目,报有关EF的错: 卸载掉项目当前的EF:Uninstall-Package EntityFramework -Force 再重新安装EF: Install-Package EntityFramework 重新生成项目,通过.
一步一步带你做WebApi迁移ASP.NET Core2.0
随着ASP.NET Core 2.0发布之后,原先运行在Windows IIS中的ASP.NET WebApi站点,就可以跨平台运行在Linux中.我们有必要先说一下ASP.NET Core. ASP.NET Core 是新一代的 ASP.NET,第一次出现时的代号为 ASP.NET vNext,后来命名为ASP.NET 5,随着它的完善与成熟,最终命名为 ASP.NET Core,这表明它已不是 ASP.NET 的升级,而是一个重新设计的Web开发框架.而它一个非常重要的变化就是它不再依赖于I
Rancher Server部署方式及Rancher HA环境部署
类似Rancher这种的容器管理和编排工具,它可以很快地让每个组织获得高效的弹性集群管理能力.当前技术世界的发展形势就是让开发人员从繁琐的应用配置和管理中解放出来,使用容器镜像来处理复杂的程序运行依赖库的需求,保证代码运行环境的一致性. 基于Docker和Rancher来运行弹性集群的一大关键点,就是运行Rancher高可用模式.本文将在介绍Rancher Server的几种部署方式的基础上,重点演示如何部署Rancher HA 环境,文末还有视频链接,可直接观看Demo视频噢(划重点)! 单节
IIS7.5迁移 - HTTP 错误 404.0 - Not Found-0x80070002错误分析及解决过程
Asp.net应用迁移到IIS7.5 时,站点报告 HTTP 错误 404.0 - Not Found 错误.处理过程如下: 运行环境:Framework 2.0,IIS7.5,Web站点一套,没有源代码,应用程序池默认为经典模式. 报错页面的URL如下:http://localhost/HL2008/UI/AutoMonitor/135?autorun=true 看到这个URL地址,第一反应就是HttpModule被重写了,通过.net reflector 7.0 反编译HL2008.Web.
.NET CORE 1.1 迁移到.NET 2.0正式版
以下操作参考官方文档 1:首先你需要升级到最新版的VS 2017 15.3 升级的地方在VS右上角有个黄色的更新提醒,如果没有请挂VPN或者重新下载一个新的. 2:第二步 和之前改.NET Framework框架一样 从右边项目右键属性选择目标框架 .NET CORE 2.0 3:官方推荐重新引用包名,这边官方用一个新的大统一包名 Microsoft.AspNetCore.All 涵盖了之前所有独立的Microsoft.AspNetCore.*包名 你可以用编辑器打开项目文件.csproj,修改
Rancher 2.0 Beta版正式发布！
Rancher 2.0 Beta现已正式发布!这是在4月底Rancher 2.0 GA之前最重要的里程碑发布,Rancher 2.0主分支现已包含所有关键功能,Rancher Labs团队即将进入最终Beta阶段,将工作焦点放在测试.文档和扩展性上. 自2017年9月Rancher 2.0技术预览版I发布以来,Rancher Labs研发团队持续进行着Rancher 2.0的功能开发和代码重构工作,先后继续发布了Rancher 2.0技术预览版II和III,且收到了来自客户及开源社区的极为积极的
如何构建Piel.io的微服务交付第一篇：搭建Rancher Server
几个月前,我们开始尝试在我们的网站Piel.io上使用Rancher来构建我们的第一个微服务,在此期间,Rancher发布了1.0版.所以我觉得这是一个很好的时间点,我将通过三篇blog跟大家分享一下我们是如何通过Rancher来构建Piel.io的微服务交付的. 本文希望可以帮助到那些刚刚接触Rancher的用户,对Rancher已经十分熟悉的技术大拿们可以跳过.第一篇,我将介绍下如何搭建自己的Rancher Server.第二篇,我将介绍下如何构建.配置以及整合自己的Docker Regis
Rancher Labs联手NeuVector，提供容器管理与安全解决方案
根据ClusterHQ与DevOps.com的调研报告,对于在生产环境中使用容器,企业最关心的问题中排名第三位的,是容器安全.近日,美国两大容器领域独角兽达成战略合作,合力应对这一需求与挑战. 全栈化容器管理平台提供商Rancher Labs Inc.,与容器网络安全提供商NeuVector近日宣布正式达成合作,希望能使容器安全像应用程序容器一样易于部署. 企业的DevOps团队现在可以在Ranche容器管理平台内使用NeuVector提供的容器网络安全应用程序.此次合作关系的达成,使NeuVe
docker（3）：配置rancher网络环境，下载启动tomcat容器
1,关于rancher 上次搭建好了rancher的环境但是网络啥的没有配置好. 没有成功创建容器.这次搞定了,原来是网络的问题. 之前virtualbox安装的coreos没有配置ip,造成网络访问不到. agent没有注册成功,没有主机环境,创建不了docker应用 . 2,配置网络 如果没有配置virtualbox的网络环境的时候,网络是nat的环境,这个时候只要将主见设置成 10.0.2.15 即可. 这个是virtualbox分配的nat的ip,但是这个网络是不能和外接通讯的. 只能使