Openstack上使用BOSH部署CloudFoundry(一)

本文详细介绍了在Openstack Folsom版本上使用BOSH部署MicroBOSH的步骤,包括BOSH架构解析、环境要求、虚拟机镜像准备、BOSH-cli创建、初始化环境、部署MicroBOSH的具体操作,以及部署过程中可能遇到的问题。
摘要由CSDN通过智能技术生成

最近在部署cloudfoundry测试环境,遇到的问题不少,不停地在google group、github以及cf官方之间穿梭,抽空总结出来,分享的同时让大家少走弯路。利用BOSH部署cf-release有几个步骤,BOSH-cli-->MIcroBosh-->Bosh-->cf-release,先安装 bosh-cli,通过bosh-cli部署Miro bosh,再通过Micro bosh部署 bosh集群,最后利用 bosh集群来部署cf-realse集群。这些相信大家都很了解了,一些背景知识本文不打算涉及,只专注于部署过程本身。


本文先详细讲解如何部署MicroBosh,迈出第一步。


注:基于openstack IAAS,版本Folsom 。


                                                                                            第一篇 :部署MicroBOSH

一、BOSH 整体架构

       官方的一张图

    


发现其实BOSH的架构与CloudFoundry几乎一样。

  outer Shell部分

  CLI=VMC ,指令入口

  director=CloudController,控制器,接收CLI传成的指令,执行并返回

  DB = CCDB ,存储着系统的一些数据

  Blobstore = Blobstore or NFS,存储着package,jobs 以及uncompiled package,stemcell

  MessageBus=NATS,消息总线,本身就是用NATS。与CF一样      

  HealtehMonitor = HealthManager ,健康检查,接收每个vm通过agent传回的数据。


  Inner Shell = DEA ,vms就形如droplets

 

  与CF相比,这里多了一个Worker,实际上可以理解为线程,诸如编译bosh-release,cf-release的工作,以及打包Jobs,都得另外启动虚拟机来完成的,这个虚拟机就是Worker,当然也是director通过 openstack  CPI来创建的。在测试环境中,为了节省资源,将worker 数据设置为1就行。

  CF架构中,droplets是由开发者开发上传的,而对应到bosh的vm,是由openstack创建的。BOSH与CF的架构几乎一致。因为都是VMware主导,这就不奇怪了。

  

二、环境要求

    官方的推荐配置

组件 节点数目 操作系统 可否是物理机
BOSH CLI 1 Ubuntu 可以
Micro BOSH 1 Ubuntu 不可以
BOSH 6 Ubuntu 不可以
Cloud Foundry 20+ Ubuntu 不可以
  • 1
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值