powercli创建虚机---功能初探

本贴描述如下测试场景:
虚机已经置备出来,通过set-vm -OSCustomizationSpec 指定虚机配置,开机后看虚机是否按照spec的要求配置成功。

ps:虚机开机状态下无法应用虚机自定义配置文件。

?
测试总结:
虚机置备出来之后,在关机状态下应用OSCustomizationSpec,开机后生效。

?
过程描述:

  1. 利用已有的虚机自定义配置文件派生一个新的临时配置文件

    PowerCLI C:\> $OSCusSpec = Get-OSCustomizationSpec -name "Windows OA NEW SID JOIN DOMAIN" | New-OSCustomizationSpec -nam
    e "oaCustSpec" -Type NonPersistent


    ?

  2. 通过Set-OSCustomizationNicMapping命令将IP地址等信息配置到OSCustomizationSpec里
    PowerCLI C:\> $OSCusSpec | Set-OSCustomizationNicMapping -IpMode UseStaticIP -IpAddress ‘10.29.35.220‘ -SubnetMask ‘255.255.255.0‘ -DefaultGateway ‘10.29.35.1‘ -Dns ‘10.0.0.97‘

    ??

  3. 通过set-vm应用自定义规范
    PowerCLI C:\> get-vm -Name vmoscus | set-vm -OSCustomizationSpec $OSCusSpec

原文地址:https://blog.51cto.com/sampsondotqiu/2473559

时间: 2024-10-11 04:05:26

powercli创建虚机---功能初探的相关文章

Openstack之Nova创建虚机流程分析

前言  Openstack作为一个虚拟机管理平台,核心功能自然是虚拟机的生命周期的管理,而负责虚机管理的模块就是Nova. 本文就是openstack中Nova模块的分析,所以本文重点是以下三点: 先了解Openstack的整体架构,搞清楚为什么要用这样的架构: 然后再了解架构中的各个组件,组件提供的主要功能与各个组件之间的交互: 了解虚机的启动过程,能在遇到问题时发现问题出在哪个模块中的哪个组件. Nova组件介绍 接下来进行详细介绍,如有错误,欢迎拍砖! 下图为创建虚拟机的一个大概流程图.

在Azure中创建虚机映像

在部署环境的过程中,如果遇到要部署多台相同服务器的情况,通常的解决方法是先部署一台虚拟机,然后在虚拟机内完成应用配置后,将这台虚拟机昨为"模板"来批量"克隆"出其他虚拟机.这里提到的"模板"就是Azure的虚拟机映像.通过本文我们来了解下如何在Azure中创建虚机映像. 可通过在存储帐户中存储为托管/非托管磁盘的通用 VM 创建托管的映像资源. 随后,该映像可用于创建多个 VM.在创建虚机映像之前,需要先将虚机通用化,然后使用其创建映像 使用 S

OpenStack 创建虚机过程简要汇总

1. 总体流程 翻译自原文(英文):https://ilearnstack.com/2013/04/26/request-flow-for-provisioning-instance-in-openstack/ 创建虚机的请求流如下: Dashboard 或者 CLI 获取用户的登录信息,调用 Keystone 的 REST API 去做用户身份验证. Keystone 对用户登录信息进行校验,然后产生验证token并发回.它会被用于后续 REST 调用请求. Dashboard 或者 CLI

virtualbox创建虚机后配置网络上网

一般来说常用的会配置两个网卡:(两个网卡应该在安装虚拟机之前就设置好) 1.NAT网络: 用于上外网: 2.host-only: 用于ssh连接,可以被其他人远程访问. 前提: 如图:在virtualbox下设置全局的网络 操作步骤:   1 -->  全局设定 --> 2 --> 3 -- > 4 --> OK. 首先用于上网的NAT网络配置如下: 一般网卡的路径为:vi /etc/sysconfig/network-scripts/ifcfg-eth0      # vi

nova创建虚拟机源码分析系列之八 compute创建虚机

/conductor/api.py _build_instance()  /conductor/rpcapi.py  _build_instance() 1 构造一些数据类型2 修改一些api版本信息3 投入消息队列  /conductor/manager.py  _build_instance()1 过滤信息2 调度模块工作(选出最合适的主机,并返回)3 调用/nova/compute/rpcapi.py::build_and_run_instance() 此时已经拿到最合适主机 /compu

OpenStack 企业私有云的几个需求(1):Nova 虚机支持 GPU

本系列会介绍OpenStack 企业私有云的几个需求: GPU 支持 自动扩展(Auto-scaling)支持 混合云(Hybrid cloud)支持 物理机(Bare metal)支持 CDN 支持 企业负载均衡器(F5)支持 大规模扩展性(100个计算节点)支持 商业SDN控制器支持 内容比较多,很多东西也没有确定的内容.想到哪就写到哪吧.先从 GPU 支持开始. 1. 基础知识 1.1 VGA(图像显示卡),Graphics Card(图形加速卡),Video Card(视频加速卡),3D

vmware 复制一台虚机 (vmware copy/clone vm)

今天同事问关于如何复制一台已经配置好的VM, 本人研究了一下,其实这个功能还挺好用的.主要的方法如下: 1. 选择创建虚机 2. 这步很关健,选择自定义(使用其他设备或特定的配置选项创建虚机) 3. 给虚机命一个响亮的名字 4. 选择虚机文件的目标存储,默认的即可,直接[下一步] 5. 选择虚机的版本,一般主机或集群支持多个VM版本(4, 7, 8),我们选择适合自己的,比如我的是5.5的,所以选择版本8. 6. 选择虚机的客户操作系统(这个依赖于你想clone或备份的VM) 7. 选择虚机中虚

重磅精品翻译:QEMU-KVM虚机动态迁移原理

编者的话 本文翻译者,KVM社区首席翻译专家武楠. 本文详细的介绍了虚拟化迁移的原理. 翻译过程是怎样一个过程,会有怎样的收获? 个人感觉是翻译过程是一个挑战自我,不断完善自己,然后获得提升的过程. 翻译过程也是一个近距离和技术对话的过程,从字里行间理解.揣摩技术的精髓,在翻译成中文的时候斟酌,是一个反复理解的过程,最终的收获是知识. 请愿意加入KVM社区翻译群的朋友联系群主微信xiaoli173702,再技术翻译的过程中我们一起讨论,一起提升. QEMU-KVM虚机动态迁移原理 在虚拟化领域,

Neutron 是如何向 Nova 虚机分配固定IP地址的 (How Neutron Allocates Fixed IPs to Nova Instance)

Nova 虚机获取固定IP (Fixed IP)主要分为两个步骤: (1)在创建虚机过程中,Neutron 随机生成 MAC 和 从配置数据中分配一个固定IP 地址,并保存到 Dnsmasq 的 hosts 文件中,让 Dnsmasq 做好准备. (2)虚机在启动时向 Dnsmasq 获取 IP 地址 本文将分析该过程.整个过程涉及不同节点的几个模块: 下面将具体分析该过程. 1. 创建虚机时的数据流 Nova-compute 在创建虚机时,需要 Neutron 所做的主要事情之一就是分配一个