云社区 > 云博客 > 博客详情
云社区 > 云博客 > 博客详情

App自动伸缩autoscaling_release

费德勒 发表于 2017-03-09 18:41:0803-09 18:41
费德勒 发表于 2017-03-09 18:41:0803-09 18:41
0
0

【摘要】 App自动伸缩操作指导。

1 App自动伸缩的原理:

2 准备工作:
2.1 安装mysql
1. 下载安装程序包,可到MySQL官方网站www.mysql.com下载,得到mysql-installer-community-5.6.20.0.msi和mysql-workbench-community-6.1.7-win32.msi,先安装mysql-workbench-community-6.1.7-win32.msi再安装mysql-installer-community-5.6.20.0.msi
2. 双击下载的安装文件mysql-installer-community-5.6.20.0.msi,点击“Install MySQL Products” 勾选“I accept the license terms”后,点击“Next”,选择下方的“Skip the check for updates(not recommended)”,点击“Next”继续;根据右侧安装类型描述文件选择适合自己的安装类型,选择developer,根据你所选择的安装类型,会需要安装一些框架(framework),等待所需框架均安装成功;
3. 服务器配置型选择,Developer Machine——安装的MySQL服务器作为开发机器的一部分,在三种类型选择中,占用最少的内存;Server Machine——安装的MySQL服务器作为服务器机器的一部分,占用内存在三种类型中居中; Dedicated MySQL Server Machine——安装专用MySQL数据库服务器,占用机器全部有效的内存。可不做修改,默认端口3306等也可不做修改,点击“Next”;
4. 设置管理员密码,root
5. 可以设置系统服务器名称,是否在系统启动的同时自动自动MySQL数据库服务器,可用默认选项,点击“Next”;
6. 安装成功;
7. 打开mysql Workbench

在左侧的Navigation面板里新建一个叫config的数据库,必须新建一个空的config,要不然autoscaling-config连不上,然后点击managemt,打开users and privileges,add account 添加用户名root,10.137.46.122地址,和密码为root

或者在右侧输入grant all privileges on *.* to 'root'@'10.137.46.122' identified by 'rootidservice_instance_idrulesrules';并执行。授权给使用数据库的用户。
2.2 安装rabbitMQ
这里使用现有的rabbitMQ,地址为10.179.104.101:5672,用户名为cf,密码为cf
2.3 下载autoscaling_release源码
进入/usr/local/目录,执行git clone http://rnd-github.huawei.com/w00204372/autoscaling_release.git,进入autoscaling_release目录,执行git submodule init和git submodule update
将src / rnd-github.huawei.com / paas / paas-controller / Godeps / _workspace / src目录下的code.google.com和github.com目录复制/usr/local/autoscaling_release/src下;

3 autoscaling-config:
3.1 autoscaling-config编译运行
进入/usr/local/autoscaling_release/src/autoscaling-config目录,其结构大致如下图:

进入conf目录,打开app.conf,按下图配置:autoscaling-config起在10.137.46.122:8082,mysql在10.135.68.174:3306,rabbitmq在10.179.104.101:5672;

回退到/usr/local/autoscaling_release/src/autoscaling-config,执行go build,go install,可以看到生成了一个autoscaling-config的可执行文件,执行./ autoscaling-config,可以看到类似如下提示,因为我数据库里的表已经建好了,这里提示已经存在,若第一次运行成功,会提示创建表成功。

到此autoscaling-config已经成功运行了,需要注意的是该程序会在/root/.cf/下保存一份admin.config,若相关配置更改,需要将这个文件删除,否则,更改配置无效。
3.2 用PostMan模拟发送请求
打开autoscaling-config的路由文件autoscaling-config\routers\router.go,在这里定义了autoscaling-config对外暴露的9个rest请求:

其中,前五项以/V2开头的请求是autoscaling-config与autoscaling-service-broker交互的接口,很不幸,本人未能 拿到autoscaling-service-broker的源码!后4项是autoscaling-config与autoscaling-dashboard交互的接口,autoscaling-dashboard是用js写的,可以看其源码,下面介绍这九条rest请求中几个重要的。
1. "/v2/service_instances/:id"
这条路由是用来创建service_instances的,:id指定了新建service_instances的instance_id,在PostMan里生成如下请求:

添加"service_id","plan_id","organization_guid","space_guid"字段,填入相应的值,其中"organization_guid","space_guid"可通过在cf客户端设置set CF_TRACE=true,调用cf org ORG和cf space myspace来查看起guid。
在autoscaling-config\controllers\service_instance_controller.go中定义了该条请求的具体处理方法,func (this *ServiceInstanceController) CreateServiceInstance(),该方法是提取请求中的"service_id","plan_id","organization_guid","space_guid"字段信息,将其写入数据库
service_instances表中。在发送该请求后,可以看到autoscaling-config有输出提示:

再来看看数据库中的数据,已经成功写入了:

2. "/v2/service_instances/:instance_id/service_bindings/:id"
这条路由是用来创建service_bindings的,:id指定了新建service_bindings的service_binding_id,:instance_id指定了要绑定的服务的instance_id,在PostMan里生成如下请求:


添加"service_id","plan_id","app_guid"字段,其中service_id与plan_id前面创建service_instance_id为2的保持一致,app_guid可以通过cf客户端发送cf apps看到。
在autoscaling-config\controllers\service_binding_controller.go中定义了该条请求的具体处理方法,func (this *ServiceBindingController) CreateServiceBinding(),该方法是提取请求中的"service_id","plan_id","app_guid"字段信息,将其写入数据库service_ bindings中。在发送该请求后,可以看到autoscaling-config有输出提示:

再来看看数据库中的数据,已经成功写入了:

3. "/v2/catalog"
这条路由是用来查询信息的的,由autoscaling-config\controllers\catalog_controller.go中的func (this*CatalogController) GetCatalog()方法处理。
4. "/policy_config"
这条路由是用来创建policy的,在PostMan里生成如下请求:

添加"Policy"和"Rules"字段,在autoscaling-config\controllers\policy_config_controller.go中定义了处理方法,func (this *PolicyConfigController) CreatePolicyConfig(),该方法会提取"Policy"和"Rules"字段,写入数据库policies和rules表中,再执行了这个请求后,数据库的policies和rules表中会增加相应的信息:


5. "/policy_config/:service_instance_id
该请求根据:service_instance_id,在数据库中查询,并删除对应的policy和rules,具体由autoscaling-config\controllers\policy_config_controller.go中的func (this *PolicyConfigController)DeletePolicyConfig()处理。

/policy_config"
该请求是更新策略规则的,是put请求,与之前的创建不同。

/policy_config/:service_instance_id"
该请求是查询对应:service_instance_id的策略规则

作者 | 张立云

转载请注明出处:华为云博客 https://portal.hwclouds.com/blogs

【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区),文章链接,文章作者等基本信息,否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件至:huaweicloud.bbs@huawei.com进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容。

分享文章到微博
分享文章到朋友圈

相关文章


评论(0)


该篇博文已经被设置为禁止评论!

温馨提示

您确认删除评论吗?

确定
取消
温馨提示

您确认删除评论吗?

删除操作无法恢复,请谨慎操作。

确定
取消
温馨提示

您确认删除博客吗?

确定
取消

确认删除

您确认删除博客吗?

确认删除

您确认删除评论吗?

温馨提示

登录超时或用户已下线,请重新登录!!!

确定
取消