转载自https://www.ibm.com/developerworks/cn/cloud/library/cl-managingvms/   尽管服务器管理在过去问题重重,但虚拟化管理简化了一些问题,却放大了另一些问题.一个服务器上的单一操作系统的时代已成过去,并由多个位于各自的虚拟机 (VM) 容器中的操作系统所取代.此属性(称为虚拟机密度)很有用,因为随着越来越多的虚拟机占用了更少数量的服务器,所需要的服务器硬件更少了.这带来了更少的硬件.更低的功耗,但却增加了管理复杂性. 所幸,已有解

在我们使用scvmm2012的时候,经常会看到群集状态变成了这样 点开看属性后,我们发现是这样 . 发现了吗?Over-committed,如果翻译过来就是资源过载,或者说资源过量使用了,那么这个状态是怎么出现的呢? 出现这个状态以后会出现什么问题?怎么解决? 今天我们就谈一谈在SCVMM中over-committed的算法,知道SCVMM是如何确认一个群集是否过载后,就知道如何避免它,带来种种问题也就能解决了 part 1. 算法概述 SCVMM 2012 群集的过载检查主要是用来确认整个群集

翻译自:http://wiki.libvirt.org/page/VM_lifecycle   这篇文章描述虚机生命周期的基本概念.其目的在于在一篇文章中提供完整的关于虚机创建.运行.停止.迁移和删除的基础知识. 1. 概念 先补充一下 Domain(域).Virutal Machine(虚机)和 Guest OS (客户机操作系统)三个术语的区别.这三个概念经常被相互使用,其实它们之间还是有些区别. Oracel 的解释 (资料来源): Domain:资源的一个可配置集合,包括内存,虚拟CPU

<Windows Azure Platform 系列文章目录> 注意:本文介绍的是Global Azure (http://www.windowsazure.com),如果你使用的是由世纪互联运维的Azure China,请参考下面的连接. Azure China (8) 使用Azure PowerShell创建虚拟机,并设置固定Virtual IP Address和Private IP  本文介绍的是,用户首先使用PowerShell申请公网IP地址,然后在创建Azure VM的时候,绑定公

BACKGROUND OF THE INVENTION The invention generally relates to virtual machine management, and more particularly to efficient scheduling of virtual machines using processor state information. Virtualization of machine resources has been of significan

<Windows Azure Platform 系列文章目录> 当我们使用Windows Azure管理界面,创建Azure虚拟机的时候,默认挂载的磁盘是固定大小的 1.比如我创建1个Windows Server虚拟机 2.需要挂载额外的数据磁盘,一开始我初始化数据磁盘的容量为500G 3.经过一段时间以后,500GB容量不够了,我需要将这块数据磁盘扩容 注意:Azure A系列和D系列的虚拟机,磁盘容量是用多少算多少.比如我们挂载了1TB的数据磁盘,但是实际只使用1GB的存储空间. 微软只会

<Windows Azure Platform 系列文章目录> 之前的内容里,我介绍了如何将本地的Server 2012中文版 VHD上传至Windows Azure,并创建基于该Server 2012 VHD的虚拟机. 我们知道,VHD不仅仅可以保存操作系统,而且可以保存数据文件. 如果我想实现将本地的数据上传至Azure Virtual Machine,其实可以事先在本地制作VHD,并将需要的文件保存至这个VHD中,最后将VHD上传至云端并挂载在虚拟机上即可. 本章我将介绍如何将本地的OF

<Windows Azure Platform 系列文章目录> 在上一章内容里,我们已经将包含有OFFICE2013 ISO安装文件的VHD上传至Azure Blob Storage中了. 本章我将介绍如何将该VHD挂载到Azure Virtual Machine中去. 1.首先我们登陆Azure Management Portal.https://manage.windowsazure.com 2.点击Virtual Machine,选择右侧的DISKS,然后点击 CREATE A DISK

<Windows Azure Platform 系列文章目录> 注意:如果使用Azure Virtual Machine,虚拟机所在的存储账号建议使用Local Redundant.不建议使用Azure 地域复制(Geo-Redundant). 熟悉Windows Azure Virtual Machine的读者都知道,我们在创建完Azure VM之后,通过RDP登陆,可以看到Azure VM包含2块磁盘: 1)C盘是操作系统所在盘符,是持久化磁盘. 2)D盘是Temporary Storag

<Windows Azure Platform 系列文章目录> 本章介绍的内容是将本地Hyper-V的VHD,上传到Azure数据中心,作为自定义的虚拟机模板. 注意:因为在制作VHD的最后执行了Sysprep命令,所以该VHD中的OS会重新部署. 如果您想迁移本地的Hyper-V虚拟机,还需要保留该虚拟机中安装的软件配置. 请参考: [New Portal]Windows Azure Virtual Machine (21) 将本地Hyper-V的VM上传至Windows Azure Vir

<Windows Azure Platform 系列文章目录> 本章介绍的内容是将本地Hyper-V的VHD,上传到Azure数据中心,并且保留OS中的内容. 注意:笔者没有执行Sysprep命令,所以该VHD中的OS配置项都会保留. 在开始本章内容之前,我先说明,Windows Azure支持含有操作系统的VHD的限制如下: 目前只支持VHD,不支持VHDX 只支持固定大小的VHD VHD必须是整数MB的文件大小 Windows OS的C盘VHD大小必须不大于127G vhd文件不是由其他压

<Windows Azure Platform 系列文章目录> Update: 2016-11-3,如果大家在使用Linux VM,使用FIO进行IOPS测试的时候,请使用以下命令: sudo fio -filename=/data2/testfile -direct=1 -iodepth 1 -thread -rw=randwrite -ioengine=libaio -bs=16k -size=10G -numjobs=20 -runtime=60 -group_reporting -na

Atitit.resin  could not create the java virtual machine问题 1. 正常的参数是这样1 2. 错误的cmd运行时候的参数1 3. 输出2 4. 原因: resin的一个bug导致的..2 5. 原因:子进程参数错乱导致jvm错误..2 1. 正常的参数是这样 D:\jdk1.7.0_51_64bit\bin\javaw -Djava.awt.headless=true -Dresin.server=1 -Djava.util.logging.

<Windows Azure Platform 系列文章目录> 本章介绍的内容是将本地Hyper-V的VHD,上传到Azure数据中心,作为自定义的虚拟机模板. 注意:因为在制作VHD的最后执行了Sysprep命令,所以该VHD中的OS会重新部署. 如果您想迁移本地的Hyper-V虚拟机,还需要保留该虚拟机中安装的软件配置. 请参考: [New Portal]Windows Azure Virtual Machine (21) 将本地Hyper-V的VM上传至Windows Azure Vir

<Windows Azure Platform 系列文章目录> 本章介绍的内容是将本地Hyper-V的VHD,上传到Azure数据中心,作为自定义的虚拟机模板. 注意:因为在制作VHD的最后执行了Sysprep命令,所以该VHD中的OS会重新部署. 如果您想迁移本地的Hyper-V虚拟机,还需要保留该虚拟机中安装的软件配置. 请参考: [New Portal]Windows Azure Virtual Machine (21) 将本地Hyper-V的VM上传至Windows Azure Vir

<Windows Azure Platform 系列文章目录> 注:本章内容和之前的[New Portal]Windows Azure Virtual Machine (12) 在本地制作操作系统VHD并上传至Azure (2) 类似,建议读者先预习相关的内容. Update 2015-09-01 发现一个新的命令.可以不需要导入PublishSetting文件. 如果你使用的是国内由世纪互联运维的Azure China,请在PowerShell输入命令: Add-AzureAccount -

<Windows Azure Platform 系列文章目录> 在开始本章内容之前,请读者熟悉以下2篇博文:       [New Portal]Windows Azure Virtual Machine (8) Virtual Machine高可用(上)       [New Portal]Windows Azure Virtual Machine (9) Virtual Machine高可用与自动负载均衡(下) 按照上文的内容,我们分别创建2台不同的Virtual Machine: 第一台

<Windows Azure Platform 系列文章目录> 为什么要写这篇Blog? 之前遇到过很多客户提问: (1)我之前创建的虚拟机,没有加入虚拟网络.现在需要重新加入虚拟机网络,应该如何操作? (2)之前创建的虚拟机,想重新设置DNS.但是又想保留虚拟机里面的内容,应该如何操作? (3)我之前部署在订阅A下面的一些虚拟机,现在想迁移到订阅B下面,应该如何操作? 在回答这些问题之前,我们先回顾一下Azure虚拟机可能需要的资源: (1)虚拟网络(Azure Virtual Networ

<Windows Azure Platform 系列文章目录> 我们知道,Windows Azure VM的IP分为以下两种:Internal IP Address和Public VIP 1)Internal IP Address: 是VM在Azure数据中心的内部网络地址,它是随机获得的. a)如果你已经创建了Virtual Network,Internal IP Address是从你设置的IP Range来进行分配的. b)如果你没有创建Virtual Netowork,Internal

<Windows Azure Platform 系列文章目录> 本文介绍的是,当用户在创建Azure Virtual Machine的时候,忘记绑定公网IP,需要重新绑定公网IP的具体操作. 如果读者使用的是国内由世纪互联运维的Azure China服务,请注意参数中 -Location 'East Asia'修改为 -Location 'China East' 或者是'China North' Azure Global的IP Rang信息,可以参考:http://www.microsoft.