本文主要是介绍CloudStack管理员文档 - 服务方案，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
用户创建一个实例可以又很多个选项来设定该实例的特性和性能。CloudStack提供以下几种方式：
- 服务方案，由管理员定义，提供了CPU速度，CPU数量，内存大小，根磁盘的标签，以及其他选项
- 磁盘方案，由管理员定义，为主存储提供了磁盘大小和IOPS的选项
- 网络方案，由管理员定义，
计算和磁盘方案
服务方案是CPU，内存，磁盘等虚拟硬件特性的集合。管理员可以创建各种服务方案，终端用户在创建虚拟机的时候选择可用的服务方案。基于用户选择的方案，CloudStack能发出用户的使用记录到账单系统。一些服务方案的特性只能由管理员来定义，还有一些留给用户自己根据自己的需求去定义，从而也减少了管理员需要定义的服务方案的数量。管理员可以定义具有灵活性的方案作为几种虚拟机配置的基础，而不是把用户所需的属性都定义好在一个计算方案中。
一个服务方案包含了一下元素：
- CPU，内存和网络资源
- 资源计量的方式
- 资源收费的方式
- 多久产生一次收费
CloudStack将服务方案分为计算方案和磁盘方案，计算方案指定了：
- CPU（可选）：如果没有定义，用户可以选择CPU的属性
- RAM（可选）：如果没有定义，用户可以选择RAM的属性
- 网络类型：虚拟或直接
- 根磁盘的标签
存储方案提供：
- 磁盘大小（可选）：没有定义的话用户可以选择磁盘大小
- 数据盘标签
自定义计算方案
在创建虚拟机时，我们可以灵活地指定CPU，内存的属性。管理员在创建计算方案时把方案标记为自定义类型，用户在创建虚拟机的时候就可以指定这些属性。
创建计算方案的一些参数：
- 存储类型：local直接使用host的存储，shared的存储从NFS上分配
- 自定义：CPU速度以及数量，内存大小等到用户创建虚拟机时再指定
- 可变（isVolatile）：每次重启还原系统
- 部署规划器
- First Fit：把新建的虚拟机放到找到的第一台满足要求的host上
- User Dispersing：尽最大努力把同一个账号的虚拟机分发到不同的集群和pod上
- User Concentrated prefers ：把同一个账号的虚拟机部署到一个单独的pod上
- Implicit Dedication：把虚拟机部署到属于特点域或账户的私有基础设施上
- Bare Metal：
- 规划器模式：使用ImplicitDedicationPlanner 时需要指定该值。
- Strict：一个host不可以被多个账户共用，比如运行桌面，多个账户共用会起冲突
- Prefferred：如果可以虚拟机就创建在专有的设备上，否则就创建在共享设备上
修改或删除服务方案
服务方案创建后就不可以修改。
服务方案删除时会永久删除，如果一个服务方案仍被使用，则这个服务方案会一直保存在数据库中，直到所有使用此##服务方案的虚拟机都被删除掉。
系统服务方案
系统服务方案和其他服务方案类似，但不是用来给用户创建虚拟机实例而是用来改变虚拟路由器、控制台代理以及其他系统虚拟机的默认属性的。系统服务方案仅对根域管理员可见，CloudStack提供了默认的系统服务方案。
网络限流
CloudStack通过网络速率这个参数来控制来宾网络的带宽。可以通过以下方式设置网络速率：
- 网络方案
- 服务方案
- 全局参数
对于公有，存储以及管理网络，网络速率的值为0，即无限制。对于默认的来宾网络，网络速率为null，即使用全局参数的值。
一个用户虚拟机必须有一个默认的网络，并且可以有许多额外的网络。
改变虚拟机的默认系统方案
步骤如下：
- 创建一个新的系统方案
- 备份数据库
- 连接数据库
- 修改新建的系统方案的unique_name，如“Cloud.com-ConsoleProxy”
- 重启CloudStack
这篇关于CloudStack管理员文档 - 服务方案的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
