VMSS上用Managed Disk和Data Disk进行自动扩展(2)

10. 到目前为止,基本的模板配置已经完成,接下来我们使用Azure CLI 2.0来创建虚拟机自动扩展集合:

az group create --name linuxvmssmanaged --location ‘China North‘

az group deployment create --name mylinuxdeployment --resource-group linuxvmssmanaged --template-file vmsslinuxmanaged.json --parameters vmsslinuxmanaged-parameters.json

11. 登陆到Azure管理界面,我们也可以看到,VMSS的存储创建完成后,点击存储属性,可以看到,当前的规模集使用的是Managed Disk,托管磁盘:

12. Azure CLI运行完成后,VMSS已经被创建,初始是2个实例在运行,使用了托管磁盘,另外我们也需要检查一下,看看创建的实例中的数据磁盘是否已经被正常格式化并正确挂载,SSH登录到实例进行价差,可以看到两个数据盘已经被挂载到了/datadisks下的disk1和disk2,说明脚本自动化正常工作:

13. VMSS最大的特性就是根据规则auto-scaling,使用新的managed disk和数据磁盘后,我们需要测试一下auto-scaling是否可以正常工作,按照我前面文章介绍的,可以使用stress工具进行加压,需要注意所有的CPU都需要有压力,并且各个实例的负载平均值需要高于设定阈值才会scale:

14, 大约10分钟后,在Azure管理界面上可以看到,虚拟机自动实例开始创建,最后自动扩展到3个实例,压力降低后达到降低阈值,实例数量又下降到了2个的最小值:

15 . 实际上,在VMSS的活动日志中也可以详细的看到这部分的活动:

这个修改和验证过程稍微有些复杂,整个过程中涉及写一个自动化脚本进行磁盘挂载和分区,模板修改成使用managed disk,API调试,中国区URL修改等等,没有现成的模板或者脚本可以直接用,我也知道大家更愿意直接使用现成的模板和脚本:)As your wish,模板和源代码放到了Github上面,有需要的同学可以直接下载使用:

https://github.com/kingliantop/azurelabs/tree/master/AzureChinaARMTemplate/VMSS-Linux-ManagedDisk

时间: 2024-10-13 22:53:11

VMSS上用Managed Disk和Data Disk进行自动扩展(2)的相关文章

VMSS上用Managed Disk和Data Disk进行自动扩展(1)

虚拟机自动扩展集(VMSS)是Azure上一个非常强大的功能,在我之前的系列文档中已经做了详细的介绍,在此就不赘述了:我同时也提到,在使用Azure传统存储账号的时候,也存在诸多限制,比如你需要计算每个存储账号下虚拟机的数量以避免IOPS超过性能限制,需要考虑扩展集中虚拟机数量限制,自定义镜像的限制等等: 在用户进行大规模扩展的设计和使用中,使用传统存储账号非常不方便,所以我们在生产环境下,推荐用户使用在中国区新上线的托管磁盘(managed disk).托管磁盘是将虚拟机的磁盘管理集中交给后台

oracle vote disk和ocr disk备份与恢复

1.ocr磁盘简介 健忘问题是由于每个节点都有配置信息的拷贝,修改节点的配置信息不同步引起的.Oracle采用的解决方法就是把这个配置文件放在共享的存储上, 这个文件就是 OCR Disk.整个OCR的信息是树形结构的,主要分为3大分支.分别是SYSTEM,DATABASE和CRS,每个人分支都有许多小分支,只能由root用户修改.ocr每4个小时备份一次,只保留5个文件,当天保留3个文件,上个星期保留一个,上个月也保留一个. OCR DISK内容包含: 1).节点信息 2).数据库实例,节点,

如何完全备份android系统上的system分区和data分区

安卓的系统备份在很多场合下可能会用到,下面这个python的脚本,可以用来备份整个的data分区:将所有data分区的文件和目录打包到data.zip,并生成recovery的专用edify脚本到update-script.sh.当然,简单的修改下脚本的备份路径就可以备份system分区了,如果再加上几行代码,就可以备份boot,recovery,uboot等等分区,不过这要根据不同的分区来写不同的备份代码: backup.py import sys import os from os.path

Not enough free disk space on disk '/boot'(转载)

转自:http://m.oschina.net/blog/277224 # 解决 出现此情况是因为你的boot分区是单独分区的,像我只给了100M,以前装ubuntu时没有出现,所以当出现这个提示时,很纳闷,发现了答案. 为什么boot分区会满? 主要是存放了一些老的linux image镜像文件. SO, 我们想查看我们boot分区有那些linux image,使用命令: dpkg -l | grep linux-image 我们发现有 linux-image-3.13.0-24-generi

CentOS7 mysql 连接不上 :[ERROR] InnoDB: The innodb_system data file 'ibdata1' must be writable

mysql一直连接不上我的数据库,输入密码也进不去mysql. 报连接不上服务的错误. Can 't connect to local MySQL server through socket '/tmp/mysql.sock '(2) 我就查看了一下mysql的日志 cat /var/log/mysqld.log 看到了文件没有权限的错误 可以修改下该文件的读写权限或目录下所有文件的权限 解决方案: 这就可以进入mysql了 CentOS7 mysql 连接不上 :[ERROR] InnoDB:

使用ARM模板部署自动扩展的Linux VMSS(1)

在Azure之前的ASM版本或者经典模式中,用户使用Azure Website,Azure Cloud Service等PAAS服务,可以实现一定程度上的自动扩展(auto scaling),但有着诸多限制和缺陷,例如只能在PAAS平台上使用,扩展周期较长,无法支持定制化镜像,无法支持Linux等等,那么在Azure上有没有一种服务,可以给予我们增强的PAAS的自动扩展能力,同时让用户能够像使用IAAS虚拟机一样有最大限度的控制能力昵? Azure新的资源管理器(ARM)模式中推出了一项全新的服

深入理解Azure自动扩展集VMSS(2)

VMSS中Auto Scale基本原理及诊断 在前面的介绍中,我们看到通过定义规则可以实现虚拟机扩展集的auto scale,那么在后台执行上VMSS的扩展依赖于哪些组件,出现问题(比如自动扩展没有发生的时候),我们在拨打400之前,如何快速的检查是否是配置问题? 本文简单介绍一下VMSS下auto scale的原理,以及出现问题如何快速的检查问题.下图展示了Azure的计算资源监控和数据收集机制,从数据源来讲,Azure的监控数据可以来自于应用程序,诊断日志,系统.自定义的指标数据,也包括审计

使用ARM和VMSS创建自动扩展的web集群

在很多的商业场景中,用户的访问,峰值时间都是很难预测的,尤其是做一些市场推广活动和促销的时候,到底部署什么规模的web集群合适,这一直是个问题,部署过量会造成高成本和资源不必要的浪费,部署过少,如果到达峰值,来不及部署,容易造成用户无法访问,用户体验差,交易损失等等,当然更不用提运维人员时刻神经紧绷的实时监测压力情况,以便及时采取措施-- 在云计算技术日新月异的今天,这个场景是非常不和谐的:)VMSS作为Azure新的计算方式,提供了按照压力负载自动扩展收缩,并且同时支持Windows和Linu

使用ARM模板部署自动扩展的Linux VMSS(2)

12.准备完了模板文件,我们使用Powershell来创建VMSS for Linux的自动扩展集合,首先登陆到Azure中国的ARM账号: Login-AzureRmAccount -EnvironmentName AzureChinaCloud 13. 如果你有多个订阅的话,选择你要创建VMSS的正确订阅: Select-AzureRmSubscription -SubscriptionId XXXXXXXXXX 14. 如果你之前没有创建过资源组,创建一个,所有自动扩展集的资源都放在这个资