资源编排最佳实践之入门篇:云服务器如何从 1 到 N?

本文涉及的产品
云服务器 ECS,每月免费额度280元 3个月
云服务器ECS,u1 2核4GB 1个月
简介:

随着云计算的应用和普及,IaaS层、SaaS层、PaaS层的服务也不断涌现,而国内云端的自动化运维还属于初探阶段。阿里云资源编排Resource Orchestration(ROS)服务即是填补了这部分空缺。 

ROS 的理念是“基础设施即代码”,一方面是用代码思维的版本管理来记录基础设施的变化,另一方面我们都知道计算机世界用代码实现了各种系统、无所不能,ROS 秉承这样的理念,通过代码实现自动化运维,并且简化编写代码的复杂度,只需通过模板描述多个云计算资源的依赖关系、配置等。

通俗地理解,ROS 的资源就像乐高游戏中的小积木,基于每个小资源可以搭建上层的无数种可能。

ROS 目前支持了阿里云12款主要云产品、40多个资源类型,后续还会不断增加。虽然模板简化了编码的复杂度,但通过灵活应用可以满足各种自动化运维的需求。

本系列共分为四篇文章,通过不同的维度介绍几个典型的应用场景,也是希望借助此系列能打开各个运维人员、开发者的脑洞,增强云端自动化运维的能力。 

本文为第一篇“入门篇”。目前云计算领域使用最多的是云服务器,因此本文会围绕云服务器自身的普遍需求展开介绍,其余几篇会介绍和其他服务或工具结合的场景。 

在经过很多的用户回访,我们发现针对于云服务器大家使用最多的场景是基于云服务器“此刻的状态”再创建 1-N 台云服务器,新创建的云服务器系统盘和数据盘都是“此刻的状态”,本文将根据此场景来讲述通过 ROS 如何实现。

我们以一个网站服务为例,一般运维工程师会在系统盘或数据盘中安装一些应用,如:Tomcat、Jenkins、MySql、网站自身的数据/文件等等。如果需要再创建一台云服务器与目前已有云服务器的系统或数据状态保持一致,可以将系统盘做成自定义镜像,数据盘做成快照,然后再新购买云服务器时镜像选择该自定义镜像,数据盘的快照选择该快照,安全组的规则配置与原云服务器一致的规则,就可以创建一台基于原云服务器“此刻状态”的新云服务器。

如果只需创建这一台云服务器,并且不需要记录历史状态,上述方法是比较合适的。但实际情况往往不是这样的,可能会频繁的创建/释放云服务器,或者生成镜像的操作人员与购买云服务器的人员不是同一个人,一但购买选项没有选正确,新购的这台云服务器就不能投入业务中,按量的需要再释放,包年包月的需要等到到期释放,或者做数据迁移,势必会带来一定的损失。

另外如果想记录或跟踪云服务器的历史演变,如安全组配置的变化、基础镜像等信息,需要单独记录。

面对上述问题,运维人员可以使用 ROS 的模板作为交付物,将资源的固定参数在模板资源中定义,将可变的参数在模板参数中定义,方便运行时输入实际参数。这样在频繁创建云服务器时,只需要输入可变参数中的内容即可,如镜像 ID、快照 ID,或者克隆原云服务器,或者没有可变参数,将所有定义都在资源中描述,可以根据实际业务要求灵活变通模板编写。

并且,模板可以存放在 Github 中,可以像管理代码一样跟踪模板历史,也可以基于模板之上创建适合于企业内部的运维工具,实现自动化运维,以“基础设施即代码”的理念代替“重复劳动”。

要了解ROS模板的详细解释,可以深入阅读资源编排模板详解

下面以“网站服务运维”这个场景为例,讲一下模板定义中的关键要素:

1. 镜像和快照ID可以放在模板参数中定义:

 
  1. "Parameters": {
  2.     "ImageId": {
  3.       "Description": "镜像文件ID, 表示启动实例时选择的镜像资源",
  4.       "Type": "String"
  5.     },
  6.     "DiskName": {
  7.       "Type": "String"
  8.      },
  9.     "DiskSize": {
  10.       "Default": 40,
  11.       "Type": "Number"
  12.     },
  13.     "SnapshotId": {
  14.       "Type": "String"
  15.     }
  16. }

2. 定义云服务器的镜像和快照资源。

镜像资源定义如下,引用参数中的镜像 ID:

 
  1. "ImageId": {
  2.   "Ref": "ImageId"
  3. }

快照资源定义如下,引用参数中的磁盘名称、大小、快照 ID:

 
  1. "DiskMappings": [
  2. {
  3.     "DiskName": {
  4.       "Ref": "DiskName"
  5.     },
  6.     "Size": {
  7.       "Ref": "DiskSize"
  8.     },
  9.     "SnapshotId": {
  10.       "Ref": "SnapshotId"
  11.     }
  12.   }
  13. ]

3. 指定创建的云服务器数量,最大支持100台,可以是按量的也可以是包年包月的,包年包月的资源定义详见一键创建包年包月ECS实例

4. 其他如IO优化、磁盘大小、安全组等可以根据实际情况定义,此场景的详细例子可以参考官方提供的例子指定镜像、磁盘快照创建ECS

 

本文是通过一个实例讲解通过自定义镜像和快照生成新云服务器,针对于云服务器的运维远不止于此。 所以接下来,我们将会在[进阶篇]教你“如何利用ROS实现弹性伸缩”,通过ROS能力每个人都能成为运维高手、架构师。

原文发布时间为:2016-06-24

本文来自云栖社区合作伙伴“Linux中国”

相关实践学习
一小时快速掌握 SQL 语法
本实验带您学习SQL的基础语法,快速入门SQL。
7天玩转云服务器
云服务器ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,可降低 IT 成本,提升运维效率。本课程手把手带你了解ECS、掌握基本操作、动手实操快照管理、镜像管理等。了解产品详情: https://www.aliyun.com/product/ecs
相关文章
|
1月前
|
存储 弹性计算 固态存储
ECS实例选型最佳实践
根据业务场景和vCPU、内存、网络性能、存储吞吐等配置划分,阿里云云服务器ECS提供了多种实例规格族,一种实例规格族又包括多个实例规格。用户在购买ECS实例前,面对如此丰富的规格,可能会无从下手,不知该如何选择。实例规格选型最佳实践,就是为了帮助用户结合自身业务需求中性能、价格、工作负载等因素,做出性价比与稳定性最优的决策,并在库存不足、产品下线、使用抢占式实例等场景中,通过备选实例规格满足需求。
|
1月前
|
消息中间件 NoSQL 关系型数据库
倚天测评|倚天云服务器初次体验
随着云计算技术的快速发展,云服务器在各个领域得到了广泛应用。其中,倚天云服务器以其独特的CIPU架构和倚天710处理器的优势,引起了广大用户的关注。本测评报告旨在通过对倚天云服务器的实例使用、业务部署、性能测试和迁移体验等方面进行评估。
|
2月前
|
弹性计算 运维 安全
最佳实践分享,如何体系化提升ECS安全性
阿里云弹性计算团队十三位产品专家和技术专家共同分享云上运维深度实践,详细阐述如何利用CloudOps工具实现运维提效、弹性降本。
129030 88
最佳实践分享,如何体系化提升ECS安全性
|
2月前
|
弹性计算 运维 Linux
ECS多场景迁移上云最佳实践
阿里云弹性计算团队十三位产品专家和技术专家共同分享云上运维深度实践,详细阐述如何利用CloudOps工具实现运维提效、弹性降本。
230 0
|
2月前
|
弹性计算
电子书阅读分享《基于ECS倚天实例的应用构建最佳实践》
电子书阅读分享《基于ECS倚天实例的应用构建最佳实践》
259 1
|
3月前
|
弹性计算 运维 算法
ECS稳定性体系建设与最佳实践|开发者分享会
今天分享的内容来自阿里云弹性计算技术专家杜文彬的“ECS稳定性体系建设与最佳实践”。全文围绕阿里云ECS稳定性体系建设、云上应用稳定性最佳实践这2个主题内容进行讲解。
|
4月前
|
弹性计算 运维 应用服务中间件
带你读《云上自动化运维宝典》——ECS多场景迁移上云最佳实践(1)
带你读《云上自动化运维宝典》——ECS多场景迁移上云最佳实践(1)
224 1
|
4月前
|
弹性计算 运维 应用服务中间件
带你读《云上自动化运维宝典》——ECS多场景迁移上云最佳实践(2)
带你读《云上自动化运维宝典》——ECS多场景迁移上云最佳实践(2)
209 1
|
4月前
|
弹性计算 运维 Linux
带你读《云上自动化运维宝典》——ECS多场景迁移上云最佳实践(3)
带你读《云上自动化运维宝典》——ECS多场景迁移上云最佳实践(3)
194 1
|
4月前
|
弹性计算 运维 安全
带你读《云上自动化运维宝典》——最佳实践分享:如何体系化提升ECS安全性(1)
带你读《云上自动化运维宝典》——最佳实践分享:如何体系化提升ECS安全性(1)
235 1

推荐镜像

更多