VF@优快云

OpenStack Folsom中有一个BUG，那就是Fixed_Ips的配额问题查阅官方文档得出，OpenStack的的默认quota配额如下：Table 3.1. Description of nova.conf file configuration options for quotasConfiguration option=Default value

Mysql服务现在在CloudFoundry的Github上有独立的工程支持，工程名称：cf-mysql-release，是基于V2 Broker API开发的新版Service，功能相当强大，可以通过Broker对内部或者外部的Mysql数据库进行管理，该服务最新的发布版本为Release-V5，本文介绍下如何使用BOSH部署两个独立的mysql服务，其中一个是纯Broker接口服务，另一个包括Mysql-Server，使用同一个release包，只是yml配置文件有差别。

Mysql服务现在在CloudFoundry的Github上有独立的工程支持，工程名称：cf-services-release，这个工程中目前还没有正式的发布版本，之前的版本中还包括了postgresql服务，但是现在已经移除，GitHub上的说明文档中的例子是针对postgresql编写的，实际上mysql服务的配置也是类似，本文就介绍下如何使用BOSH部署一个独立的mysql服务。

本文介绍如何使用Micro Bosh来部署Bosh，部署需要创建8个虚拟机来部署8个Bosh组件，所以，至少得准备好8个Fixed IP，后边使用Bosh的时候需要访问Director组件及配置DNS，所以准备至少2个Floating IP，本文中为（10.68.19.132和10.68.19.133），Bosh组件的详细介绍可以看这里：http://docs.cloudfoundry.com/docs/running/bosh/components/

CloudFoundry目前官方的版本为V2版，release最新发布为134，不过CloudFoundry在GitHub上的仓库代码贡献非常频繁，一般只要提出有BUG，很快就会有修改并提交，所以，最好的部署方式是直接下载源码，创建dev版的release进行部署，当然，也可以直接使用官方发布的release进行打包部署，本文中使用134.1-dev进行打包部署，如果要使用官方release，指定release路径即可，如：bosh create release release/cf-release-134

本文介绍如何在OpenStack环境中部署Micro Bosh，Micro Bosh其实就是Bosh，不过是将分布式的Bosh浓缩到一个机器节点上，用于小规模化部署分布式的Bosh环境，事实上，也可以直接使用Micro Bosh来部署CloudFoundry，不过Micro Bosh只适用于小规模部署的情况，大规模的生产环境如果使用Micro Bosh还是不太适合

本文主要介绍在OpenStack Folsom或者Grizzly上部署最新版本的CloudFoundry环境的IaaS平台准备工作。涉及到：IaaS环境搭建，安全组策略配置、密钥对创建、Flavor创建及配额调整。

CloudFoundry V2版本已经将第三方的服务以独立release包的形式托管在GitHub上，并且已经发布了第一个发布版，包括以下服务：elastic search、memcached、mongodbc、postgresql、rabbitmq、redis、vblob

部署Micro Bosh碰到的问题一、Micro Bosh虚拟机上执行micro bosh部署命令时出错：bosh micro deploy /var/vcap/stemcells/micro-bosh-stemcell-openstack-kvm-0.8.1.tgz报错信息：Could not find Cloud Provider Plugin: openstack

CloudFoundry是VMware旗下子公司Pivotal的一款开源PaaS产品，是一个由多个独立子系统组成的分布式系统，能偶支持多种运行时环境、开发语言、框架及服务，可以构建于IaaS平台之上，也可以直接部署于物理机器上，总共有两个版本分别是V1和V2，V2版本采用的更为成熟的架构思想，引入了如Buildpack、Warden等强大灵活的组件，V2版本相比V1版本改动较大，教程及文档等都不通用，所以在使用当中请注意区别。

常规的应用，大多数可以不经过任何修改即可部署于CloudFoundry云平台之上，但是在一些特殊情况下，总是不可避免地会出现一些细小的问题，如果在应用设计之初，就考虑到针对云平台的一些特殊情况，遵守云平台的规范，就会使应用更适应云平台环境，不止是CF平台，也包括其他的云平台

使用Bosh成功部署CloudFoundry后，在OpenStack上启了一个实例作为DNS服务器专用，配置域名mycloud.com解析到CF API接口的IP：10.68.19.134，然后使用CF客户端命令行工具，发现无法登陆CF平台，执行命令及报错如下：root@bosh-cli:~/bosh-workspace/deployments# cf login admin -ttarge

服务器IP：10.68.19.61操作系统：Ubuntu 13.04DNS程序：Bind9测试域名：mycloud.com目标IP：10.68.19.134配置步骤1、安装BIND9程序包sudo apt-get install bind92、新增编辑文件，总共需要编辑2个文件，新增2个文件，如下：修改/etc/bind/named.conf.optio

在CloudFoundry的实际生产环境中，随着业务量的提高，访问量和数据流量的快速增长，附加给CloudFoundry中的各个组件的压力也会随之增大，当组件节点所承受的压力超过了其所能够承受的范围，就会出现节点宕机崩溃或者计算缓慢，解决此类问题无疑需要对应地加大组件节点的计算处理能力，一般来说，可以有两种途径：一是增加该组件节点的计算资源，如加大内存、增加CPU等，这是纵向扩展；二是额外增加具有相同职责的组件节点并通过负载均衡处理以分担原组件节点的计算压力，这是横向扩展。CloudFoundry整个平台组