Rancher部署配置开源Rainbond云原生应用管理平台

目录
  • 前言
  • 前提条件
  • 开始安装
    • 添加 Rainbond Operator 到应用商店
    • 安装 Rainbond Operator
    • 访问 Rainbond 安装 UI,完善集群配置
    • 基于 Rancher 的 Rainbond 运维参考
    • 查看 Rainbond 各组件运行状态与日志
    • 按需扩容 Rainbond 各组件
  • Rancher用户使用Rainbond优势
  • 参考视频
  • 常见问题

前言

本文适用于正在使用 Rancher 或对 Rancher 有所了解的用户

Rancher,Kubernetes 生态中成功的开源项目,其定位 “Run Kubernetes Everywhere”。

Rancher 可以帮助开发者快速搭建云、边、端多维度的 Kubernetes 集群,并提供多个集群资源 UI 化的管理体系。

Rainbond 定位“企业应用全生命周期管理“,类似于 Rancher 的定位说法应该是“Run Application Everywhere”

。Rainbond 的开源用户一直一来都面临一个缺陷,就是集群监控、可视化管理方面 Rainbond 的开源版本不提供。

因此结合 Rancher 不失是一个开源场景中的解决方式。 对于 Rancher 的用户而言,你或许可以尝试使用 Rainbond 来管理你的应用,你将感受到与 Rancher 不一样的高效和简单。

通过阅读 Rainbond 相关的文档,你会发现 Rainbond 在服务于企业的应用开发、应用运维、应用交付方面独特的产品魅力。

接下来将带你在 Rancher 之上完成 Rainbond 系统的安装。

前提条件

具有一套稳定可用的 Rancher 环境,若还没有可参考 Rancher 安装部署文档

Kubernetes 集群具有至少 4GB 以上的空闲调度内存

Kubernetes 版本在 1.13 及以上

Kubernetes 集群至少有一个 80/443 端口未被占用的节点

开始安装

添加 Rainbond Operator 到应用商店

将 Rainbond Operator 添加到 Rancher 的应用商店中。

1.在应用商店页面中,单击添加应用商店

2.输入名称(比如 Rainbond-Operator)和 商店 URL 地址 输入

https://gitee.com/rainbond/rainbond-operator

Rancher 会在指定的代码仓库中搜寻存在的 Helm Chart,由于国内网络原因,使用 rainbond-operator 在 gitee 的地址。

4.Helm 版本选择Helm v3

Rainbond-operator chart 使用 Helm v3 规范定义,因此必须选择 Helm v3 版本。

5.单击创建完成应用商店添加。

6.回到应用商店页面中,单击启动

7.单击刷新,等 Rancher 同步完后,就可以看到刚才新加的 Rainbond Operator 了。

安装 Rainbond Operator

在 Rancher 中启动 Rainbond Operator。

1.单击识别出的 rainbond-operator Chart,开始 Chart 的安装。

2.将命名空间修改为rbd-system

注意,目前命名空间只能设置为 rbd-system, 根据rainbond-operator Chart 默认的配置进行安装。

3.单击启动,会跳转到应用列表页面,等待rainbond-operator的状态到 Active。

这个过程会从公网获取 rainbond-operator 的相关镜像,因此其启动时间极大的取决于您的网络环境。

访问 Rainbond 安装 UI,完善集群配置

rainbond-operator 启动完成后在暴露 30008 提供集群配置和安装过程的 UI 展示服务。因此请访问主机IP:30008进入 Rainbond Operator UI 页面。

配置项目中包括镜像仓库配置、数据库配置和存储配置,请根据你所在环境的实际情况考虑是否自助提供以上服务(高可用生产环境我们建议自助提供)。当然默认情况下 Rainbond 会自动安装以上服务。

另外两个关键性配置是网关节点和构建节点的选择。默认情况下 Rainbond 将自动选择 Kubernetes 的适合的管理节点。网关节点安装rbd-gateway网关服务,因此需要占用80, 443等关键端口。

构建节点作为 Rainbond 进行镜像构建的节点,最好选择存储和计算资源充足的节点。

倘若以上两个配置项没有获取的默认值,比如你的集群中已经没有80端口空闲的节点时,你可能需要进行以下操作:

1.使用 IP 地址搜索其他可用节点并选择。

2.若集群中已无可用节点,比如你只有一个节点且已安装Ingress Controller,那么你可以修改 Ingress Controller 的 hostNetwork 设为 false,或者修改它的端口为非 80, 443 端口。然后重新进行 Rainbond 安装。若有多个节点时可考虑将Ingress Controller从某个节点驱离,让出端口资源给 Rainbond 使用。

完成配置后,即可单击 配置完成,开始安装。安装过程中 Rainbond 将获取所有需要的镜像并上传到本地镜像仓库中,然后启动所有 Rainbond 的组件。此过程大概20分钟, 与您的网络环境相关。

基于 Rancher 的 Rainbond 运维参考

在 Rainbond 的安装和使用过程中,都可以使用 Rancher 运维 Rainbond。比如查看 Rainbond 各组件运行状态与日志,按需扩容 Rainbond 各组件。

查看 Rainbond 各组件运行状态与日志

在工作负载页面中,找到命名空间 rbd-system,查看 Rainbond 各组件的状态,事件和日志。也可以实时监控某个组件工作负载,包括 CPU,内存,网络数据包等。
如果某个组件异常了,可以通过以上的信息进行排查;必要的时候,可以把其上传到社区,或提交 Issues 到Rainbond-Operator

按需扩容 Rainbond 各组件

当某个 Rainbond 组件的负载过高的时候,可以用 Rancher 增加该组件的副本数,分摊一些负载;相对地,可以用 Rancher 减少 Rainbond 组件的副本数。

当需要对 Rainbond 组件进行排错的时候,可能需要修改组件的启动参数,或者环境变量。这时候,就可以使用 Rancher 进行修改。

Rancher用户使用Rainbond优势

  • 无需深入学习 Kubernetes 各类资源的使用方式

Rainbond 使用云原生应用模型的方式提供给用户智能化、简单的应用开发管理模式。不管是简单应用还是复杂的微服务架构,整个开发部署过程无需开发者深入学习 Kubernetes 相关知识。

  • 标准的云原生 12 要素应用管理模式

你或许听说过云原生 12 要素,作为目前推荐的云原生应用开发模式。Rainbond 应用模型对云原生 12 要素进行了充分的实践,使用 Rainbond,天然地使你的代码满足云原生要求。

  • 从源代码到云端

常用的开发语言(Java、PHP、Python、Golang、NodeJS、.NetCore)无需定义 Dockerfile、无需定义 Kubernetes 部署方式即可完成持续构建、持续部署。

  • 标准应用多集群交付

Rainbond 提供多种方式便于开发者在多个集群,多个环境中快速交付应用,获取 SaaS 化应用交付体验。

  • 微服务架构

Rainbond 内置 ServiceMesh 微服务架构治理框架,所有部署组件按照微服务的治理思路进行管理,微服务治理功能开箱即用的。

参考视频

https://player.bilibili.com/player.html?aid=625675438

Rancher安装Rainbond进行云原生应用管理

常见问题

  • Rancher 已经部署的应用能否直接由 Rainbond 接管

这个问题是大多数用户的疑问,我们希望达成 Rainbond 可以自动化的接管 Rancher 部署的应用。然而遗憾的是由于 Rancher 即同类型平台部署应用时目前都不会遵循标准规范(比如OAM),导致我们很难 100% 兼容的转换 Rancher 已经部署的应用成为 Rainbond 应用模型。因此目前我们还是推荐用户直接使用 Rainbond 提供的基于源代码、基于镜像快速的重新部署应用(相对于部分转化后再进行人工干预优化更节省时间)。同时也便于用户在这个过程中了解 Rainbond 应用管理的机制和流程。

  • Rainbond 部署的应用是否可以从 Rancher 视图中进行管理

Rainbond 部署到 Kubernetes 集群中的资源都是由 Rainbond 控制器进行创建、升级和回收,使用 Rainbond 定义的资源创建规范。我们并不推荐用户在 Rancher 中直接对这些资源进行修改。但可以进行观测,比如日志观测、资源监控观测等等。

  • Rainbond 与 Rancher 是否会在同个方向上竞争

从两个产品从功能上来说存在一定交叉,但各有偏重点。特别是在开源路线上我们肯定会避免重复的造轮子,同时尽可能结合社区优秀的解决方案为用户提供完整的价值体验。

以上就是Rancher部署配置开源Rainbond云原生应用管理平台的详细内容,更多关于Rancher部署Rainbond云原生应用的资料请关注我们其它相关文章!

(0)

相关推荐

  • Rainbond云原生部署SpringCloud应用架构实践

    目录 示例项目详情 模块说明: 部署环境说明: 模块构建 部署 Mysql 部署 Redis 部署 pig-ui 依赖与端口梳理 最终成果 示例项目详情 本文档以Pig 快速开发框架为例,演示如何在Rainbond上部署一套完整的Spring Cloud项目. Pig Microservice Architecture V2.1.0: 基于 Spring Cloud Finchley .Spring Security OAuth2 的RBAC权限管理系统 基于数据驱动视图的理念封装 Elemen

  • Rainbond对前端项目Vue及React的持续部署

    目录 前言: 部署前检查 1.1 添加 nodestatic.json 文件 1.2 添加 web.conf 文件 1.3 源码部署Vue项目 常见问题 前言: 以往我们在部署 Vue.React 前端项目有几种方法: 项目打包好之后生成dist目录,将其放入nginx中,并进行相应的访问配置. 将项目打包好放入tomcat中. 将项目打包好的dist目录中的static和index.html文件放入springboot项目的resources目录下 直接运行一个前端server,类似本地开发那

  • Rainbond云原生部署开源社区Discourse的配置过程

    目录 概述 基于应用市场快速安装 Discourse应用如何制作 获取镜像 环境的要求 获取discourse_docker 配置模版 自定义配置 构建数据库镜像 redis 部署 postgresql部署 部署Discourse_web 建立依赖 访问 一些踩过的坑 邮件配置 数据恢复 概述 Discourse 是一个完全开源的论坛平台.具有丰富的插件库与主题库,适用于开源社区的构建.Rainbond官方社区就是基于Discourse搭建的实际案例. Rainbond官方社区建立之初就已经使用

  • Rainbond自动部署初始化Schema的数据库步骤教程

    目录 为什么使用Rainbond? Schema初始化在传统模式中一般有两种方案: 目录结构 Dockerfile文件 为什么使用Rainbond? 我们使用容器的方式部署数据库组件,特别是企业有大量的项目开发业务的,部署的开发.测试数据库组件较多时.经常会遇到以下问题: 业务需要使用数据库,但部署完数据库后,需要在数据库中执行创建schema的操作或者一些初始化数据的创建. 开发测试多套部署环境,需要多次重复1的步骤. 项目比较多,时间久了项目需要的数据库Schema不清楚. 项目交付时数据库

  • Rainbond配置组件自动构建部署官方文档讲解

    目录 前言 前提条件 基于源代码操作流程 1.开启组件 Git-Webhook 2.配置代码仓库 基于镜像仓库操作流程 1.开启镜像仓库 Webhook 自动构建 2.Tag 触发自动修改策略 3.配置镜像仓库 API 触发自动构建 前言 通过自动构建的功能,可以实现代码或镜像提交后组件自动触发构建和部署,Rainbond 提供了基于代码仓库 Webhooks.镜像仓库 Webhooks 和自定义 API 三种方式触发组件自动部署.自动构建的功能可以辅助开发者便捷的实现敏捷开发. 前提条件 组件

  • Rainbond云原生快捷部署生产可用的Gitlab步骤详解

    目录 Gitlab简介 准备工作 部署步骤 部署Postgresql组件 部署Redis组件 部署Gitlab-Server组件 配置网关访问策略 FAQ Gitlab简介 GitLab是利用 Ruby on Rails 一个开源的版本管理系统,实现一个自托管的Git项目仓库,可通过Web界面进行访问公开的或者私人项目.它拥有与Github类似的功能,能够浏览源代码,管理缺陷和注释.同时Gitlab集成了一系列的CI功能.不得不说,Gitlab在企业中是的使用率非常高. Rainbond非常推荐

  • Rainbond上部署API Gateway Kong及环境配置教程

    目录 什么是Kong 从应用市场快速安装 注意事项 配置Kong 环境变量 注入Nginx配置 注入单个Nginx配置 通过注入的Nginx指令包含文件 Kong应用怎么制作 数据库自动初始化 部署Kong 部署Konga 发布应用 什么是Kong Kong是一个可扩展的开源API平台(也称为API网关,API中间件或微服务服务网格).Kong最初是由Kong Inc.(以前称为Mashape)实现的,用于为其API Marketplace维护.管理和扩展超过15,000个微服务,这些微服务每月

  • Rainbond部署组件Statefulset的使用官方文档

    目录 前言 组件部署类型 服务的“状态” 处理服务的 “状态” 前言 对于kubernetes老玩家而言,StatefulSet这种资源类型并不陌生.对于很多有状态服务而言,都可以使用 StatefulSet 这种资源类型来部署.那么问题来了:挖掘机技术哪家强?额,不对. 如何在 Rainbond 使用 StatefulSet 资源类型来部署服务呢? 组件部署类型 通过在服务组件的其他设置中,更改 组件部署类型 即可选择使用 StatefulSet 资源类型部署服务,操作之前要注意以下几点: 组

  • Rancher部署配置开源Rainbond云原生应用管理平台

    目录 前言 前提条件 开始安装 添加 Rainbond Operator 到应用商店 安装 Rainbond Operator 访问 Rainbond 安装 UI,完善集群配置 基于 Rancher 的 Rainbond 运维参考 查看 Rainbond 各组件运行状态与日志 按需扩容 Rainbond 各组件 Rancher用户使用Rainbond优势 参考视频 常见问题 前言 本文适用于正在使用 Rancher 或对 Rancher 有所了解的用户 Rancher,Kubernetes 生态

  • 前端云原生之微信小程序云服务配置指南

    目录 前言 创建使用云开发项目 搭建云环境 测试云服务 1. 获取openid(上传本地login云函数) 2. 自定义sum函数并创建部署 3. 上传图片 4. 前端操作数据库 5. 即时通信demo 总结 前言 如今云原生已经非常火热,很多伙伴说我们前端领域涉及到云原生么?当然了!今天就来为大家介绍我们最直白的涉及到的云原生,就是我们微信小程序开发中的云函数云存储 创建使用云开发项目 将AppID填入 选择小程序云开发 创建即可 成功后会为我们呈现一个实例 刚刚创建的云服务项目中 测试器中有

  • 云原生要素配置分离ConfigMap创建方式

    目录 什么是ConfigMap ConfigMap的创建方式 基于目录/文件方式创建configmap 基于env文件创建configmap 基于literal直接创建configmap 基于yaml文件创建configmap 使用valueFrom定义环境变量 使用envfrom批量生成环境变量 以文件形式挂载ConfigMap 防止覆盖操作 热更新操作 使用限制 内容不可变 云原生要素-配置分离:ConfigMap&Secret 什么是ConfigMap ConfigMap 是一种 API

  • 云原生技术kubernetes调度单位pod的使用详解

    k8s中的最小调度单位---pod 之前的文章中,我们对k8s能够解决的问题做了简单介绍,简单来说,它解决的问题是容器的编排与调度,它的核心价值在于:运行在大规模集群的任务之间,实际上存在着各种各样的关系,这些关系的处理,才是任务编排和系统管理最困难的地方,k8s就是为了这个问题而生的. 这句话比较难理解,我们从已有的知识入手,抽丝剥茧,慢慢理解它.我们已经知道,容器的本质是一个进程,它包含三个部分: 如果说容器是云环境的一个进程,那么你可以将k8s理解成云环境中的一个操作系统. 在一个操作系统

  • Quarkus云原生开篇java框架简介

    目录 前言 什么是quarkus? 为什么用quarkus? 专为开发人员而设计 容器优先 命令式和响应式代码 结语 前言 Quarkus 是小红帽开源的专门针对云容器环境优化的云原生java框架,目前已迭代到1.6.0版本,已完成了大部分的框架库的集成扩展,为了让你低成本迁移到Quarkus来,它兼容主流的框架开发模式api,如spring web. Quarkus已具备企业级应用开发能力.而且未来容器云肯定是主流了,可以预见,未来的软件都是运行在k8s这样的容器集群里.而容器环境需要应用具备

  • 从小饭馆客流量变大论云原生负载均衡

    目录 一.前言 二.从路边摊说起 三.开饭馆与负载均衡 说说客户端负载均衡与服务端负载均衡 利与弊: 四.饭后沟通 一.前言 这是<大话云原生>系列的第二篇,第一篇<煮饺子与docker.kubernetes之间的关系>推出之后受到大家的欢迎,很多朋友联系到我给我加油打气,还得到了CSDN头部博主哪吒大佬的支持,感谢!我会继续写下去! 书接上回介绍了<煮饺子与docker.kubernetes之间的关系>之后,小娜同学(我老婆)问:为什么不把服务统一开发成一个应用?搞什

  • k8s service使用详解(云原生kubernetes)

    目录 一.什么是服务service? 二.service分类 2.1 ClusterIP 2.2 NodePort 2.3 LoadBalancer(付费方案) 2.4 ExternalName (使用较少) 三.service和pod的关系 四.Service 之 ClusterIP 使用 4.1 在当前目录下,创建一个deploy-nginx-pod.yaml,配置如下 4.2 暴露服务为 clusterIP 类型 4.3 查看服务 五.Service 之 NodePort 使用 5.1 关

随机推荐