精华内容
下载资源
问答
  • 公用、安全的虚拟机压缩格式,通常使用的是扩展名为.ova的模版,OVF可以在多个主流虚拟化平台下进行操作Vsphere Data Protection:简称VDP是Vmware 和 EMC 通过技术协作推出的基于磁盘的备份和恢复的新一代解决方案,...

    虚拟化VMware之虚拟机备份(1

     

    OVF模版:是一种开放,公用、安全的虚拟机压缩格式,通常使用的是扩展名为.ova的模版

    OVF可以在多个主流虚拟化平台下进行操作

    Vsphere Data Protection:简称VDPVmware EMC 通过技术协作推出的基于磁盘的备份和恢复的新一代解决方案,可靠且易部署,代替了之前的VDRVCB;与vCenter Server 完成集成,可用来对备份作业执行高效的集中式管理,同时将备份存储在经过消除重复数据的目标存储上。

     

    一、 案例概述

    wKiom1lJDVCi-XorAABRt_iYEc4208.png

    通过部署VDP,实现虚拟机的备份和还原。

     

    一、 案例要求

    1、 如图所示,开启实验环境。

    2、 DNS上解析域名,添加vdpserver.benet.com主机名,对应的IP地址为192.168.10.20。注意PTR对应的记录也需要。

    3、 Vcenter主机中添加相应的权限。

    4、 10.250主机中部署VDPOVF模板。

    5、 配置VDP的应用工具。在浏览器中打开https://192.168.10.20:8543/vdp-configure/

    6、 创建备份虚拟机(vm1)任务。注意,如果无法连接,在DC配置上NTP时间服务器。

    7、 还原虚拟机

    三、案例实施

    1.部署前准备:

    wKioL1lJDVGDf7BJAAGy1zVlFus728.png

    wKiom1lJDVKB-sEYAAC1kjhgDKQ126.png

    2.部署VDPOVF模板:

    wKioL1lJDVOTWyssAAEzy9sTmQc147.png

    设置相关参数:选择源(本地文件)、虚拟磁盘格式(thin provision)、

                  自定义模板(ip/dns/网关/子网)

    3.VDP配置应用工具:

    wKiom1lJDVPwdMyBAAD4APoxsCY753.png

    4.时间同步:

    wKioL1lJDVTRHUWdAAEa7cWcPGA874.png

    时间服务从启

    wKiom1lJDVTyTvsLAADPg4TDAe4495.png

    5.vsphere上主机配置

    wKioL1lJDVXRo9A_AAFy7lVysBQ770.png

    6.创建备份任务:

    wKiom1lJDVXT6dL9AADK8BGW200339.png

    7.恢复虚拟机:

    wKioL1lJDVaBFCqyAADS5***1AM219.png

    不足之处,请多多指教!

    下一篇更新:虚拟化VMware之虚拟机备份(2)

    附件有NTP时间同步具体操作步骤,可下载参考!!!

    转载于:https://blog.51cto.com/duyuheng/1940300

    展开全文
  • M. Tim Jones, 顾问工程师, Emulex 简介:Linux® 既有良好的灵活性,在虚拟化方面...KVM 是构成主流 Linux 内核(V2.6.20)一部分的第一个虚拟化解决方案。KVM 支持 Linux 客户操作系统的虚拟化 —— 甚至支持其...
    M. Tim Jones, 顾问工程师, Emulex

    简介: Linux® 既有良好的灵活性,在虚拟化方面同样出色。但是最近,随着内核虚拟机(KVM:Kernel Virtual Machine)的出现,Linux 虚拟化的前景发生了变化。KVM 是构成主流 Linux 内核(V2.6.20)一部分的第一个虚拟化解决方案。KVM 支持 Linux 客户操作系统的虚拟化 —— 甚至支持其硬件对虚拟化敏感的 Windows® 系统的虚拟化。了解 Linux KVM 的架构并了解它与内核的紧密集成为何会改变您使用 Linux 的方式。

    发布日期: 2010 年 9 月 20 日
    级别: 中级
    访问情况 : 22317 次浏览
    评论: 3 (查看 | 添加评论 - 登录)

    平均分 4 星 共 42 个评分 平均分 (42个评分)
    为本文评分

    虚拟化的一些概念:

    KVM.org(for Kernel-based Virtual Machine) : http://www.linux-kvm.org/page/Main_Page

    PXEServer:Pxe boot 网络启动机器相关:http://linux-sxs.org/internet_serving/pxeboot.html

    COW存储:(copy-on-write) 中文译名:写时复制技术。



    简介

    虚拟化 概念很早就已出现。简单来说,虚拟化就是使用某些程序,并使其看起来类似于其他程序的过程。将这个概念应用到计算机系统中可以让不同用户看到不同的单个系统(例如,一台计算机可以同时运行 Linux 和 Microsoft® Windows®)。这通常称为全虚拟化(full virtualization)

    KVM 和 kvm

    在本文中,我们使用 KVM 引用内核虚拟机,使用 kvm 引用系统管理程序(用来启动一台新虚拟机)。

    虚拟化也可以使用更加复杂的格式,其中单个计算机看上去具有多个架构(对于一个用户来说,它是一个标准的 x86 平台;对于另外一个用户来说,它是 IBM Power PC® 平台)。这种虚拟化形式通常被称为 硬件仿真

    最后,更加简单的一种虚拟化是操作系统虚拟化,其中一台计算机可以运行相同类型的多个操作系统。这种虚拟化可以将一个操作系统的多个服务器隔离开来(这意味着全都必须使用相同类型和版本的操作系统)。有关虚拟化方法的更多信息,请参看 参考资料

    虚拟化和准虚拟化(para-virtualization)

    虚拟化最常使用的两种方法是全虚拟化准虚拟化。使用全虚拟化,在虚拟化的操作系统和硬件之间存在一个层,用于决定访问。这个层称为系统管理程序 或虚拟机监视器(VMM)。准虚拟化与之类似,但是系统管理程序会以一种更具协作性的方式进行操作。这是因为每个客户操作系统都了解自己正在虚拟化模式中运行,因此每个系统都与系统管理程序协作,来实现底层硬件的虚拟化。

    全虚拟化的例子包括商业虚拟化解决方案 VMware,以及商业 IBM zSeries® 计算机上使用的 IBM System z9 Virtual Machine(z/VM)操作系统。

    准虚拟化的例子有 Xen 和 User-Mode-Linux (UML)。 KVM 也被认为是一个全虚拟化解决方案,不过我们稍后再介绍这个问题。

    虚拟化的工作原理

    我们首先简要介绍一下虚拟化技术及其涉及的元素。虚拟化解决方案的底部是要进行虚拟化的机器。这台机器可能直接支持虚拟化,也可能不会直接支持虚拟化;那么就需要系统管理程序 层的支持。系统管理程序,或称为 VMM,可以看作是平台硬件和操作系统的抽象化。在某些情况中,这个系统管理程序就是一个操作系统;此时,它就称为主机操作系统,如 图 1 所示。


    图 1. 虚拟化的分层抽象
    虚拟化的分层抽象

    系统管理程序之上是客户机操作系统,也称为虚拟机(VM)。这些 VM 都是一些相互隔离的操作系统,将底层硬件平台视为自己所有。但是实际上,是系统管理程序为它们制造了这种假象。

    处理器对于虚拟化的支持

    由于平台虚拟化的优点非常有用,因此处理器供应商已经修改了自己的芯片来直接支持这种方法。这样做使处理器可以直接支持不同于客户机操作系统的系统管理程序。对于 VMM 和 VM 来说,除了处理器状态(寄存器等)的管理不同之外,处理器还支持 I/O 和中断的虚拟化。要了解更多信息,请参看 参考资料

    目前使用虚拟化解决方案的问题是,并非所有硬件都可以很好地支持虚拟化。较老的 x86 处理器根据执行范围对特定指令会产生不同结果。这就产生了一个问题,因为系统管理程序应该只能在一个最受保护的范围中执行。由于这个原因,诸如 VMWare 之类的虚拟化解决方案会提前扫描要执行的代码,从而将这些指令替换为一些陷阱指令(trap instruction),这样系统管理程序就可以正确地处理它们。Xen 可以支持一种协作的虚拟化方法,它不需要任何修改,因为客户机知道自己正在进行虚拟化,并已经进行了修改。KVM 会简单地忽略这个问题,如果您希望进行虚拟化,就强制必须在更新的硬件上运行。

    刚开始会觉得这有些不方便,但是考虑到目前上市的较新机器都可以支持虚拟化(例如 Intel® VT 和AMD SVM),用不了多久,这将成为标准方法而不是少数例外情况。有关可以支持虚拟化的处理器的更多信息,请参看 参考资料 和侧栏 处理器对于虚拟化的支持

    KVM 系统管理程序

    考虑到虚拟化技术的发展时间并不长,KVM 实际上还是一种相对来说比较新的技术。目前存在各具功能的开源技术,例如 Xen、Bochs、UML、Linux-VServer 和 coLinux,但是 KVM 目前正在被大量使用。另外,KVM 不再仅仅是一个全虚拟化解决方案,而将成为更大的解决方案的一部分。

    KVM 所使用的方法是通过简单地加载内核模块而将 Linux 内核转换为一个系统管理程序。这个内核模块导出了一个名为 /dev/kvm 的设备,它可以启用内核的客户模式(除了传统的内核模式和用户模式)。有了 /dev/kvm 设备,VM 使自己的地址空间独立于内核或运行着的任何其他 VM 的地址空间。设备树(/dev)中的设备对于所有用户空间进程来说都是通用的。但是每个打开 /dev/kvm 的进程看到的是不同的映射(为了支持 VM 间的隔离)。

    Linux 内核中 KVM 的源代码

    您可以在 ./linux/drivers/kvm(V2.6.20 及更新版本)中找到 KVM 的源代码。这个目录包含了 KVM 的源文件,以及对于 Intel 和 AMD 扩展的处理器支持文件。

    KVM 然后会简单地将 Linux 内核转换成一个系统管理程序(在安装 kvm 内核模块时)。由于标准 Linux 内核就是一个系统管理程序,因此它会从对标准内核的修改中获益良多(内存支持、调度程序等)。对这些 Linux 组件进行优化(例如 2.6 版本内核中的新 O(1) 调度程序)都可以让系统管理程序(主机操作系统)和 Linux 客户操作系统同时受益。但是 KVM 并不是第一个这样做的程序。UML 很久以前就将 Linux 内核转换成一个系统管理程序了。使用内核作为一个系统管理程序,您就可以启动其他操作系统,例如另一个 Linux 内核或 Windows 系统。

    KVM

    安装 KVM 之后,您可以在用户空间启动客户操作系统。每个客户操作系统都是主机操作系统(或系统管理程序)的一个单个进程。图 2 提供了一个使用 KVM 进行虚拟化的视图。底部是能够进行虚拟化的硬件平台(目前指的是 Intel VT 或 AMD-SVM 处理器)。在裸硬件上运行的是系统管理程序(带有 KVM 模块的 Linux 内核)。这个系统管理程序与可以运行其他应用程序的普通 Linux 内核类似。但是这个内核也可以支持通过 kvm 工具加载的客户操作系统。最后,客户操作系统可以支持主机操作系统所支持的相同应用程序。


    图 2. 使用 KVM 的虚拟化组件
    使用 KVM 的虚拟化组件

    记住 KVM 只是虚拟化解决方案的一部分。处理器直接提供了虚拟化支持(可以为多个操作系统虚拟化处理器)。内存可以通过 kvm 进行虚拟化(这在下一节中将会讨论)。最后,I/O 通过一个稍加修改的 QEMU 进程(执行每个客户操作系统进程的一个拷贝)进行虚拟化。

    KVM 向 Linux 中引入了一种除现有的内核和用户模式之外的新进程模式。这种新模式就称为客户 模式,顾名思义,它用来执行客户操作系统代码(至少是一部分代码)。回想一下内核模式表示代码执行的特权模式,而用户模式则表示非特权模式(用于那些运行在内核之外的程序)。根据运行内容和目的,执行模式可以针对不同的目的进行定义。客户模式的存在就是为了执行客户操作系统代码,但是只针对那些非 I/O 的代码。在客户模式中有两种标准模式,因此客户操作系统在客户模式中运行可以支持标准的内核,而在用户模式下运行则支持自己的内核和用户空间应用程序。客户操作系统的用户模式可以用来执行 I/O 操作,这是单独进行管理的。

    在客户操作系统上执行 I/O 的功能是由 QEMU 提供的。QEMU 是一个平台虚拟化解决方案,允许对一个完整的 PC 环境进行虚拟化(包括磁盘、图形适配器和网络设备)。客户操作系统所生成的任何 I/O 请求都会被中途截获,并重新发送到 QEMU 进程模拟的用户模式中。

    KVM 通过 /dev/kvm 设备提供了内存虚拟化。每个客户操作系统都有自己的地址空间,并且是在实例化客户操作系统时映射的。映射给客户操作系统的物理内存实际上是映射给这个进程的虚拟内存。为了支持客户物理地址到主机物理地址的转换,系统维护了一组影子页表(shadow page table)。处理器也可以通过在访问未经映射的内存位置时使用系统管理程序(主机内核)来支持内存转换进程。

    实例化新客户操作系统

    新客户操作系统的实例化是由一个名为 kvm 的工具提供的。这个工具可以与 kvm 模块协同工作,使用 /dev/kvm 来加载客户操作系统,将它与虚拟磁盘(主机操作系统中的一个普通文件)关联起来,然后启动客户操作系统。

    通过一组在 /dev/kvm 设备上执行的 ioctls 可以提供控制支持。当第一次打开这个特殊文件时,就会创建一个新的 VM 对象,它与一个虚拟 CPU 关联在一起。您然后可以使用几个 ioctls 来创建一个虚拟 CPU,检查 kvm 版本,创建内存区域,然后启动一个虚拟 CPU。您可以使用 kvm 命令实现这种功能。在接下来的几节中,我们将介绍 kvm 命令,并给出几个受支持的 ioctls 的示例。

    使用 KVM

    如果硬件支持的话,使用 KVM 实际上非常简单。您需要一个具有虚拟化支持的处理器。通过查看 /proc/cpuinfo 可以知道系统是否支持虚拟化。这个文件指定了是否支持 vmx(Intel)或 svm(AMD)扩展。

    接下来,您需要一个启用了 KVM 支持的 Linux 内核。您可以在 Device Drivers > Virtualization 下的内核配置中完成这种配置。还必须启用处理器对环境的支持。另外,还必须具有 kvm 和 qemu 用户空间应用程序。更多信息请参见 参考资料

    有了启用了虚拟化支持的引导内核,接下来的一个步骤是为客户操作系统创建一个磁盘映像。您可以使用 qeumu-img 来完成此操作,如下所示。注意这个映像的大小是 4GB,但是使用 QEMU 的写时复制格式(copy-on-write,qcow)时,整个文件将根据需要增长,而不是完全占据这 4 GB 的空间。

    $ qemu-img create -f qcow vm-disk.img 4G
    			

    在创建虚拟磁盘之后,就可以将客户操作系统加载到其上。下面的例子假设客户操作系统是在 CD-ROM 上。除了使用 CD-ROM ISO 映像来填充虚拟磁盘之外,还必须在结束时启动这个映像。

    $ kvm -no-acpi -m 384 -cdrom guestos.iso -hda vm-disk.img -boot d
    			

    Ari Kivity 已经编写了一组测试工具来测试 KVM,而不需要全部的设备模型。下面的代码片断(来自于 kvm-12/user/main.c)从较高的层次上查看了 VM 的启动(请参见 清单 1)。控制特性是由内核中的 ioctls 提供的(具体来说,在 ./linux-2.6.20/drivers/kvm/kvm_main.c 文件中)。

    kvm_init 的调用会打开 /dev/kvm 设备,检查版本号(由 KVM 内核模块导出),然后分配一个 KVM 上下文对象并填充一些回调函数。kvm_create 函数会建立并映射两个内存区域,然后使用 ioctl(KVM_CREATE_VCPU)创建一个虚拟 CPU(VCPU)。

    load_file 函数然后会将映像加载到给定的 VM 的地址空间中,然后调用kvm_run 执行该 VM(使用 ioctl KVM_RUN)。尽管这个过程非常简单,但是它解释了如何使用 KVM 实例化新客户操作系统。


    清单 1. 测试 KVM 系统管理程序的应用程序片断
    				
    int main()
    {
    	void *vm_mem;
    
    	kvm = kvm_init(&test_callbacks, 0);
    	if (!kvm) {
    	    fprintf(stderr, "kvm_init failed\n");
    	    return 1;
    	}
    	if (kvm_create(kvm, 128 * 1024 * 1024, &vm_mem) < 0) {
    	    kvm_finalize(kvm);
    	    fprintf(stderr, "kvm_create failed\n");
    	    return 1;
    	}
    	if (ac > 1)
    	    if (strcmp(av[1], "-32") != 0)
    		load_file(vm_mem + 0xf0000, av[1]);
    	    else
    		enter_32(kvm);
    	if (ac > 2)
    	    load_file(vm_mem + 0x100000, av[2]);
    	kvm_show_regs(kvm, 0);
    
    	kvm_run(kvm, 0);
    
    	return 0;
    }
    

    结束语

    KVM 是解决虚拟化问题的一个有趣的解决方案,但是由于它是第一个进入内核的虚拟化解决方案,很难想象它会很快用于服务器虚拟化。还有其他一些方法一直在为进入内核而竞争(例如 UML 和 Xen),但是由于 KVM 需要的修改较少,并且可以将标准内核转换成一个系统管理程序,因此它的优势不言而喻。

    KVM 的另外一个优点是它是内核本身的一部分,因此可以利用内核的优化和改进。与其他独立的系统管理程序解决方案相比,这种方法是一种不会过时的技术。KVM 两个最大的缺点是需要较新的能够支持虚拟化的处理器,以及一个用户空间的 QEMU 进程来提供 I/O 虚拟化。但是不论好坏,KVM 位于内核中,这对于现有解决方案来说是一个巨大的飞跃。


    参考资料

    学习

    • 您可以参阅本文在 developerWorks 全球网站上的 英文原文

    • 有很多方法都可以提供虚拟化,您可以从 “虚拟 Linux” 一文中了解更多内容(developerWorks,2007 年 1 月)。

    • 包括 IBMIntelAMD 在内的一些公司都提供了虚拟化硬件。您可以查看各自的站点了解更多信息。

    • 有关 KVM 的最新新闻,请查看 KVMwiki,这是由 Qumranet 提供的。

    • 尽管 KVM 的出现时间非常短,但是您可以找到一些介绍其各个方面性能的文章。其中两篇非常有趣的文章是由 PhoronixKernelNewbies 提供的。

    • KernelNewbies 上的另外一篇有趣文章对 虚拟化方法进行了很好的比较(包括 KVM)。

    • V2.6 Linux 调度程序是由 Ingo Molnar 创建,实现了 O(1) 调度。您可以通过阅读 “Linux 调度器内幕”(M. Tim Jones,developerWorks,2006 年 9 月)了解更多有关这个调度程序的内容 。

    • 一种协作虚拟化方法 coLinux 让您可以在 Windows 上运行 Linux。

    • QEMU 是一个开源处理器仿真器,它也可以为 KVM 提供 PC 环境虚拟化功能。

    • developerWorks 中国网站 Linux 专区 中可找到适合 Linux 开发人员的更多资源。

    • 随时关注 developerWorks 技术活动 网络广播

    获得产品和技术

    • 要下载 KVM 所必须的应用程序,请查看 Debian

    • 获取 SEK for Linux,共包含两张 DVD,其中有用于 Linux 的最新 IBM 试用软件,包括 DB2®、Lotus®、Rational®、Tivoli® 和 WebSphere®。

    • 利用 IBM 试用版本软件 在 Linux 上构建您的下一个开发项目,可直接从 developerWorks 下载。

    讨论

    关于作者

    M. Tim JonesM. Tim Jones 是一名嵌入式软件工程师,他是 GNU/Linux Application ProgrammingAI Application Programming 以及 BSD Sockets Programming from a Multilanguage Perspective 等书的作者。他的工程背景非常广泛,从同步宇宙飞船的内核开发到嵌入式架构设计,再到网络协议的开发。Tim 是位于科罗拉多州 Longmont 的 Emulex Corp. 的一名顾问工程师

    转载于:https://www.cnblogs.com/ajian005/archive/2012/12/19/2841071.html

    展开全文
  • 先决条件:通常VMware vSphere适用于大中型企业,对于小型企业也有较好的解决方案(通常主流物理服务器(Intel Xeon E5 CPU、32GB内存)到虚拟服务器的转化率是1:10),但就保证系统可靠性而言至少有两台及其以上的...

        先决条件:通常VMware vSphere适用于大中型企业,对于小型企业也有较好的解决方案(通常主流物理服务器(Intel Xeon E5 CPU、32GB内存)到虚拟服务器的转化率是1:10),但就保证系统可靠性而言至少有两台及其以上的物理主机。

        如果需要高可用(如容错、vMotion、存储vMotion等)高级特性则需要借助独立的存储(存储池)。如果只有一台物理机做虚拟化,对于可靠性和可用性比较高的业务来说显然不是推荐的做法。

        vShpere网络方面,由于在vSphere中ESXi只能担当二层交换机(绝大部分功能)的作用,不具备任何的路由和NAT功能,因此想实现多台虚拟机共用一个IP访问Internet是需要采用特殊方案的,如借助具备三层路由功能的设备(三层交换机、路由器)或软件来实现。

        推荐的网络连接方式是ESXi主机的网卡连接到三层交换机的Trunk口(switchport trunk encapsulation dot1q,switchport mode trunk),这样可以在与此网卡绑定的虚拟交换机上划分虚拟机端口组,每一个端口组可以指定不同的Vlan ID。如果只连接到交换机的Access端口(switchport access vlan {vlan id},switchport mode access),则只能使用指定的Vlan ID不能使用其他Vlan ID。

        如果只申请到一个公网IP地址,那这个IP地址必须分配给具有路由功能的节点(设备或软件)上,如果给ESXi的管理网络配置一个公网IP,却没有给虚拟机(不管是Nexus1000v还是其他路由设备)分配一个公网IP,则会很难搞,因为虚拟机似乎成为了孤立的节点,失去了服务的意义。因此建议是如果只申请了一个公网IP地址,则将此公网IP地址分配给虚拟机使用,不要分配给管理网络使用,管理网络可以使用内网地址,通过公网地址访问内网地址(可以端口映射、反向代理、本地虚拟机跳转等方式)。


    相关文章:《VMware vSphere 关键概念理解与速查手册



    本文转自 urey_pp 51CTO博客,原文链接:http://blog.51cto.com/dgd2010/1427762,如需转载请自行联系原作者



    展开全文
  • VDI-in-a-box是一个针对桌面虚拟化的整体打包方案,相关的支持服务器都以虚拟机的形式打包在一台服务器中。一台8核心、32GB内存、250GB存储的服务器可以支持30个主流规模的虚拟桌面,对SMB来说,应该是一个很有吸引...

    VDI-in-a-box是一个针对桌面虚拟化的整体打包方案,相关的支持服务器都以虚拟机的形式打包在一台服务器中。一台8核心、32GB内存、250GB存储的服务器可以支持30个主流规模的虚拟桌面,对SMB来说,应该是一个很有吸引力的桌面虚拟化解决方案

    Citrix VDI-in-a-box 5安装在一台服务器上,包括Windows管理员交付虚拟桌面给使用任何设备的终端用户的所有工具。VDI-in-a-Box交付Citrix HDX获得高清晰桌面。也可以与Citrix Receiver软件客户端工作,得到VDI安全性与高可用×××。

      增添了简化Windows管理员虚拟桌面管理的向导,并支持三大主要的hypervisor:Microsoft Hyper-V、Citrix XenServer与VMware vSphere、ESX和ESXi。

      思杰也将Citrix VDI-in-a-Box与Citrix GoToManage结合,让IT能进行远程监控,并在多个地点支持虚拟桌面。

     

     

     

    系统环境需求:

    The following hypervisors, user devices, and system resources are required to work with Citrix VDI-in-a-Box.

    Supported Hypervisors

    Citrix XenServer
    • Citrix XenServer 6.0. Platinum, Enterprise, Advanced, and Free editions
    • Citrix XenServer 5.6 Feature Pack 1. Platinum, Enterprise, Advanced, and Free editions
    • Citrix XenServer 5.6. Platinum, Enterprise, Advanced, and Free editions
    Microsoft Hyper-V
    • Microsoft Hyper-V Server 2008 R2 with Service Pack 1
    • Windows Server 2008 R2 with Service Pack 1, Enterprise edition, with Hyper-V role enabled
      • Dynamic Host Configuration Protocol (DHCP) server – supported
      • Active Directory – supported
    • Windows Server 2008 R2 with Service Pack 1 Server Core, with Hyper-V role enabled
      • Dynamic Host Configuration Protocol (DHCP) server – supported
      • Active Directory – supported

    VMware ESXi or VMware vSphere

    VMware ESXi 5.0 VMware ESXi 4.1

    User Devices

    VDI-in-a-Box provisioned desktops can be accessed from a Web browser, Citrix Receiver (formerly Citrix online plug-in), or the VDI-in-a-Box Java Desktop Client (using Java Runtime Environment (JRE) 1.6 or higher).
    • Download Citrix Receiver from .
    • Download JRE from .
    The following devices are supported:
    • A computer running 32-bit or 64-bit Windows XP, Windows Vista, or Windows 7.
    • A computer running the following 32-bit Linux operating systems:
      • RHEL 5.x
      • CentOS 5.x
      • Ubuntu 10.x
    • A computer running Mac OS X 10.5 or 10.6.
    • A mobile device running any of the following operating systems:
      • iOS 4.2.3 (for iPhones and iPads)
      • Android 3.1
    • Thin clients running Windows XP Embedded or Linux operating systems.
    • Thin clients running the latest version of Citrix Receiver.
    • Supported certified thin clients include:
      • Wyse C10LE
      • Wyse R10L
      • Wyse R90L7
      • Wyse R90LE
      • Wyse Xenith
      • Wyse Xenith Pro
      • 10ZiG 5682v/5672v
      • 10ZiG 5617v
      • 10ZiG 5616v
      • Devon IT TC5Xc
      • Devon IT TC5Dc
      • OptiPlex FX130
      • OptiPlex FX170
      • Hewlett-Packard t5740e

    Secure Remote Connectivity

    Secure remote connections from user devices to virtual desktops are supported for the following products:

    • Citrix Access Gateway VPX 5.0
    • Citrix Access Gateway 5.0

    Virtual Desktop Operating Systems

    • Windows XP Service Pack 3, Professional edition – 32-bit version
    • Windows 7 Service Pack 1 Professional, Enterprise editions – 32-bit or 64-bit versions

    Windows 7 N is not supported.

    Windows Virtual Desktop Access Volume License is needed to access virtual desktops. Please refer to for licensing details.

    System Resource Requirements

    The following provides recommended CPU, memory, and disk allocations to use when sizing a VDI-in-a-Box deployment. These recommendations are based on an average task worker desktop and may vary based on your desktop needs.
    • VDI-in-a-Box Manager appliance
      • 1 GB RAM
      • 70 GB disk space (this can be decreased or increased as required)
    • CPU Requirements
      • Use the guidelines provided by the hypervisor vendor. Typically the rule of thumb is a maximum of 6 to 10 desktops per core: 10 for task workers, 8 for knowledge workers, and 6 for heavy users. If the server has processors with Hyper-Threading Technology enabled, the number of desktops is doubled.
    • Memory RequirementsMemory requirements per server is the sum of the memory required to run the virtual desktops on that server and the memory required by the VDI-in-a-Box Manager (vdiManager).
      • For the hypervisor, reserve 1 GB for operations.
      • For Windows 7, a minimum of 1.5 GB per desktop is recommended.
      • For Windows XP, a minimum of 0.5 GB per desktop is recommended.
      • If you need to run 50 desktop on a server, allocating 1 GB of memory to each desktop, the breakdown of the memory requirement for the server would be as follows: 1 GB for the hypervisor, 1 GB for the vdiManager, 1 GB for each of the 50 virtual desktops, and an additional 10% to allow for server operations. This totals 59 GB of memory for the server. You can use a 64 GB server in this case.
      Note: Ensure you have adequate RAM in the system. Lack of sufficient RAM results in extremely slow provisioning times for virtual desktops and poor response times for provisioned desktops.
    • Disk size requirements (for Citrix XenServer with Thin Provisioning enabled and VMware ESXi)This is the sum of the disk space required to store desktop p_w_picpaths, to run the virtual desktops, and to use vdiManager.
      • VDI-in-a-Box uses up to two times the size of a desktop p_w_picpath to maintain multiple versions of an p_w_picpath.
      • Due to the VDI-in-a-Box linked clone technology, each persistent virtual desktop typically requires 15% of the disk size of the desktop p_w_picpath from which it is generated.
      • vdiManager is configured to require 70 GB of disk space by default, allowing it to support desktop p_w_picpaths of up to 60 GB in size.

        Example 1: Twenty-five non-persistent desktops with three p_w_picpaths of 20 GB of disk space each on a host require at least 265 GB ( 2 x 3 x 20 + 25 x (15% of 20 GB) + 70).

        Example 2: A server with one 20 Gb published p_w_picpath and 15 non-persistent desktops and 10 persistent desktops will require 265 GB (20 GB + 15x (15% of 20 GB) + 10 x (100% of 20 GB).

      • As a best practice, provide some additional buffer. Citrix recommends using disk sizes of 450 GB to 500 GB per server.
    • Disk size requirements (for Citrix XenServer without Thin Provisioning or with Thin Provisioning disabled)
      • Each virtual desktop managed by vdiManager requires 100% of the disk space reservation on the Citrix XenServer host. For example, if the desktop p_w_picpath is set up with 20 GB of disk space and the virtual desktop is configured with 1 GB of RAM, the total disk space utilized by each virtual desktop is 20 GB (100% of 20 GB).

        Example: Twenty-five virtual desktops with three p_w_picpaths of 20 GB of disk space each on a Citrix XenServer host require at least 690 GB (2 x 3 x 20 + 25 x 20 + 70) of free disk space available after setting up the VDI-in-a-Box grid. As a best practice, provide some additional buffer. Citrix recommends using disk sizes of 1 TB per server.

    • Disk size requirements for Microsoft Hyper-V
      • vdiManager requires a minimum of 60 GB of free disk space.
    • Types of Disks
      • To support the throughput of the desktops, Citrix recommends at least four disks for hosts running 25 desktops or more and at least six to eight disks for hosts running 50 desktops or more.
      • Due to the redundancy provided by VDI-in-a-Box, Citrix suggests a Raid 0 configuration or a Raid 1+0 configuration.
      • Citrix recommends 10K Serial Attached SCSI (SAS) or faster hard drives.

     

    支持客户端协议及设备:

     

    Protocols Supported by VDI-in-a-Box

    1. HDX:

    This is the default protocol.

    No separate license is required.

    HDX provides a high-definition user experience.

    HDX provides better multimedia support while using less bandwidth.

    HDX is suitable for remote access over a WAN.

    2. Remote Desktop Connection (RDP) V6 and V7:

    RDP is suitable for LAN deployments.

     

     

    Accessing VDI-in-a-Box Virtual Desktops

    Users access VDI-in-a-Box virtual desktops in any of three ways:

    1. Web browser – Web browsers support both HDX and RDP, although some configuration is required to use each protocol.

    2. Citrix Receiver (formerly Citrix online plug-in)

    allows direct access to VDI-in-a-Box desktops through an HDX connection without the use of a Web browser or Java client.

    Receiver connects to VDI-in-a-Box desktops on Windows, Mac, Linux, iOS, and Android platforms.

    3. Zero-maintenance VDI-in-a-Box Java Client

    The Java client automatically checks for updates and refreshes itself as needed.

    The client requires Java Runtime Environment (JRE) 1.6 or higher.

    The client switches to an RDP connection if an HDX connection is not available.

     

    Comparing Client Access

    Client Accesses virtual desktop Automatic RDP connection started if there is no HDX Kiosk Integrated error messages Automatic failover to healthy vdiManager
    Citrix Receiver Y Not applicable Y    
    Web browser Y   Y Y  
    VDI-in-a-Box Java Client Y Y Y Y Y

     

     


     

    Logging on From a User Device

    The following figure shows a basic logon sequence between a Web browser on a user device and a server with VDI-in-a-Box Manager. An HDX session between the user device and a specific virtual desktop on the server is being created using Citrix Receiver. Once the connection is created, the session traffic takes place between Receiver and the virtual desktop only. The same sequence applies when the Java client is used.

    With Citrix Receiver, older and low-end thin clients that do not have browsers can be used to access VDI-in-a-Box virtual desktops. Mobile devices, such as the iPad, can also be used with Receiver to access VDI-in-a-Box virtual desktops without requiring a Web browser or Java client.

    转载于:https://blog.51cto.com/virtuallife/787180

    展开全文
  • 最后,对于解决虚拟化软件漏洞和安全问题,本文也提出一些解决方案。 1、虚拟化软件的常见漏洞及安全趋势 首先,表1展示了上述主流虚拟层的一些标准功能和安全功能: 表1 虚拟机监控程序比较 如表所示,这些虚拟机...
  • 服务器虚拟化软件将单一物理服务器划分为多套隔离虚拟机,从而更为高效地利用服务器资源。根据IT Central Station用户社区的说法,选择服务器虚拟化软件的主要理由包括其易于部署、运行稳定且能够安全地实现自动化...
  • VMware是提供一套虚拟机解决方案的软件公司,主要产品...本文档将为大家带来比较主流的几个虚拟机配置方法及虚拟化解决方案供大家下载学习。 资源名称 资源地址 VMware虚拟化解决方案(PPT) [url]http://down....
  • 目前主流虚拟化技术有类似Intel VT这样的纯粹底层硬件虚拟化技术,也有类似Xen这样的半虚拟化技术,它并不是一个真正的虚拟机,而是相当于自己运行了一个内核的实例,可以自由的加载内核模块,虚拟的内存和IO,...
  • 主流虚拟化方案 全虚拟化、半虚拟化、硬件辅助虚拟化 KVM虚拟化技术 KVM CPU虚拟化 KVM 内存虚拟化 KVM 部署实践 KVM 虚拟机部署 KVM 管理工具介绍 连接KVM虚拟机的方式 KVM虚拟机硬件配置 KVM虚拟机快照 KVM虚拟机...
  • debian虚拟机安装kvm虚拟机

    千次阅读 2018-06-25 10:16:26
    一、概念介绍1、libvirt是Linux上的虚拟化库,是长期稳定的C语言API,支持KVM/QEMU、Xen、LXC等主流虚拟化方案。virsh是libvirt对应的shell命令。 2、kvm,即Kernel-basedVirtual Machine的简称,是一个开源的系统...
  • KVM虚拟化部署项目背景公司需要部署虚拟化平台,以便充分利用服务器资源并灵活使用服务器资源,综合考虑主流虚拟化方案后,决定采用KVM虚拟化技术,并打算使用NFS共享虚拟机文件,以便可以灵活的动态迁移虚拟机。...
  • 开源虚拟机软件

    千次阅读 2017-07-21 15:51:36
    虚拟化现在已经成为主流技术,对于大企业来说。大玩家包括EMC、IBM、微软,当然他们致力于专利软件的推广。下面我们就看看有哪些不错的开源虚拟化软件。  1、 开源虚拟机 KVM  KVM (全称是 Kernel-based ...
  • 虚拟化(四)

    2018-02-21 09:35:29
    目前是全球桌面到数据中心虚拟化解决方案的领导厂商。中文名"威睿",纽约证券交易所代码:VMW。总部设在加利福利亚。二 Diane Greene三 VWmare相关产品1 VMware Workstation可运行于PC桌面,允许用户同时...
  • 开源虚拟化之简介

    2014-02-11 19:29:58
    虚拟化现在已经成为主流技术,...1、 开源虚拟机 KVMKVM (全称是 Kernel-based Virtual Machine) 是 Linux 下 x86 硬件平台上的全功能虚拟化解决方案,包含一个可加载的内核模块 kvm.ko 提供和虚拟化核心架构和处理...
  • KVM虚拟机的创建

    2018-11-23 16:00:23
    什么是KVM KVM是Kernel-based Virtual Machine的简称,...是Linux系统中主流虚拟化解决方案之一。 KVM虚拟机的创建 创建KVM虚拟机可以通过命令方式,也可以通过图形化管理界面方式,创建虚拟取对取证没有太大帮...
  • 5种开源虚拟化技术推荐

    千次阅读 2015-03-02 19:44:12
    虚拟化现在已经成为主流技术,对于大企业来说。大玩家包括EMC、IBM、微软,当然他们致力于专利软件的推广。下面我们就看看有哪些不错的开源虚拟化软件。 1、 开源虚拟机 KVM KVM (全称是 Kernel-based ...
  • kvm是当前最流行的开源虚拟化解决方案之一,也是redhat官方支持的虚拟化方案,从kernel 2.6开始,linux内核默认支持kvm模块。 kvm是内核模块,是连接用户和虚拟机的接口,真正模拟出硬件的是qemu。 kvm本身也有...
  • 探索 Linux 内核虚拟机

    2011-02-14 13:38:56
    KVM 是构成主流 Linux 内核(V2.6.20)一部分的第一个虚拟化解决方案。KVM 支持 Linux 客户操作系统的虚拟化 —— 甚至支持其硬件对虚拟化敏感的 Windows® 系统的虚拟化。了解 Linux KVM 的架构并了解...
  • 随着虚拟化技术逐步成为服务器和桌面系统优化的主流技术,存储成为高扩展性的虚拟化解决方案之中最为关键的部分。离开了集中化的存储系统,一些关键特性,诸如在线的虚拟机迁移,就无从谈起。  然而,虽然存储使得...
  • 随着虚拟化技术逐步成为服务器和桌面系统优化的主流技术,存储成为高扩展性的虚拟化解决方案之中最为关键的部分。离开了集中化的存储系统,一些关键特性,诸如在线的虚拟机迁移,就无从谈起。 存储管理的发展有其...
  • 虚拟化现在已经成为主流技术,对于大企业来说。大玩家包括EMC、IBM、微软,当然他们致力于专利软件的推广。下面我们就看看有哪些不错的开源虚拟化软件。  1、 开源虚拟机 KVM  KVM (全称是 Kernel-based Virtual...
  • 虚拟化现在已经成为主流技术,对于大企业... 1、 开源虚拟机 KVM KVM (全称是 Kernel-based Virtual Machine) 是 Linux 下 x86 硬件平台上的全功能虚拟化解决方案,包含一个可加载的内核模块 kvm.ko 提供和虚拟化核...

空空如也

空空如也

1 2 3 4
收藏数 63
精华内容 25
关键字:

虚拟机主流虚拟化方案