软件负载均衡器： 在服务器或虚拟机上运行的软件，提供较低的成本和更高的灵活性。(软件负载均衡和硬件负载均衡)

概述

软件负载均衡器是一款在服务器或虚拟机上运行的软件，用于在多个服务器或虚拟机之间分配网络流量。与硬件负载均衡器相比，软件负载均衡器具有成本较低、灵活性更高的特点。

软件负载均衡与硬件负载均衡

下表总结了软件负载均衡和硬件负载均衡之间的关键差异：

软件负载均衡器的优势

• 成本较低：软件负载均衡器通常比硬件负载均衡器便宜得多。
• 更高的灵活性：软件负载均衡器可以轻松地进行配置和更改，以满足不断变化的需求。
• 可扩展性：软件负载均衡器可以轻松地扩展到更多服务器，以处理增加的流量。
• 易于管理：软件负载均衡器通常可以通过软件界面轻松管理。

软件负载均衡器的应用场景

软件负载均衡器适用于各种应用场景，包括：

• Web 服务器：在多个 Web 服务器之间平衡流量，以提高网站的性能和可用性。
• 数据库服务器：在多个数据库服务器之间平衡流量，以提高查询性能和数据库可用性。
• 邮件服务器：在多个邮件服务器之间平衡流量，以提高邮件传递速度和可靠性。
• 虚拟桌面基础设施 (VDI)：在多个 VDI 服务器之间平衡流量，以提高虚拟桌面的性能和用户体验。

选择软件负载均衡器

在选择软件负载均衡器时，需要考虑以下因素：

• 支持的协议：负载均衡器应支持您的应用程序使用的所有协议。
• 处理能力：负载均衡器应能够处理您的流量负载。
• 故障转移能力：负载均衡器应能够在其中一台服务器出现故障时自动将流量转移到其他服务器。
• 管理界面：负载均衡器的管理界面应易于使用和直观。

结论

软件负载均衡器是一种在服务器或虚拟机上运行的软件，用于在多个服务器或虚拟机之间分配网络流量。与硬件负载均衡器相比，软件负载均衡器具有成本较低、灵活性更高的特点。软件负载均衡器适用于各种应用场景，包括 Web 服务器、数据库服务器、邮件服务器和 VDI。在选择软件负载均衡器时，应考虑支持的协议、处理能力、故障转移能力和管理界面等因素。

桌面虚拟化的技术构架

VDI桌面虚拟化的优势在于运算集中在服务器端，因此在以下两种环境中特别合适：1、在极小的广域网带宽环境下，例如低于500Kbs的线路下，可以采用VMware等VDI产品进行部署，用户可以使用平板电脑或者手机接入，访问自己的桌面环境，实现随时随地办公；2、在新建的全千兆网络环境下，同时业务应用比较简单的环境中，用户部署VDI桌面虚拟化后可以购买100元左右的云终端作为客户机，大大减少客户机的硬件投入，拉平在服务器上的硬件投入，使得总投资更加合理。

VDI虚拟桌面基础架构虚拟桌面基础架构（Virtual Desktop Infrastructure，简称VDI）是许多机构目前正在评估的全新模式，它是基于早期的RDP协议和瘦客户机逐步演变而来的，也是国外VMware等国外虚拟化厂家长期鼓吹的模式。

VDI旨在为智能分布式计算带来出色的响应能力和定制化的用户体验，并通过基于服务器的模式提供管理和安全优势。

它能够为整个桌面映像提供集中化的管理,但这一模式也存在着其固有的问题。

主要表现为：因其利用硬件仿真及瘦协议，使得视频、Adobe Flash、IP 语音（VoIP）以及其它计算或图形密集型应用不适用于该模式，而且VDI 需要持久的网络连接，因此不适于要求离线移动性的场合。

此外，其基于服务器的模式对服务器的配置有极高的要求，这些问题的存在不能不让众多的用户重新考虑部署VDI的实际意义及成本。

从实际应用方面来分析，VDI模式还存在诸多需要解决的问题，而与之相关的虚拟化桌面，如远程托管桌面、远程虚拟应用程序、远程托管专用虚拟桌面、本地虚拟应用程序及本地虚拟操作系统等虚拟化桌面也都存在着各种问题；另外还有对终端硬件的支持问题、对网络及服务器硬件过度依赖的问题、以及数据安全性问题等。

VOI虚拟桌面基础架构从广义上讲Desktop并仅是Windows系统的桌面，而是终端客户机的代名词。

同理对桌面的交付不仅限于感观可视的软件运行窗口，更可以是整个操作系统的数据流， VOI 即Virtual OS Infrastructure 构架的实现，从桌面应用交付提升到了OS(操作系统)的标准化与即时分发，与传统的VDI 设计不同之处在于终端对本机系统资源的充分利用不再依靠于GPU 虚拟化与CPU 虚拟化技术，而是直接在I/O 层实现对物理存储介质的数据重定向，以达到虚拟化的操作系统完全工作于本机物理硬件之上，从驱动程序、应用程序到各种设备均不存在远程端口映射关系，而是直接的内部址。

VDI虚拟桌面呈现在我们眼前的是一个图形化系统运行的显示结果，基于VDI 架构时是将远端的这个显示结果的视频帧压缩后传输到客户端后进行还原显示，这个过程会大量占用服务器的资源与网络带宽，而且在非全屏模式，用户实际面对是两个桌面，一个是自己本机的桌面，一个是远端推送过来的虚拟桌面，虚拟桌面上的运算如果需要调用本机资源与外设，都需要通过本机的底层系统进行转发和映射，降低了效率牺牲了资源可用性。

VOI 则可以让虚拟系统从引导阶段就开始接管计算机硬件平台，直接工作在本机的硬件平台之上，不再需要下层系统的支撑。

要想实现这一点就必须为客户机提供一个虚拟的磁盘存储空间，将操作系统放置这个虚拟存储空间里，让客户机从这个设备完成启动。

基于VOI的虚拟终端管理系统采用了虚拟容器概念，将终端客户机的存储介质由物理转为虚拟，从分散转为集中；通过IVDP技术将操作系统内核从客户机硬件驱动依赖中分离出来，实现系统应用的跨平台交付。

无论本机采用什么样的硬件平台与本地系统，都可以由信息中心按需分发、统一部署。

OSV虚拟桌面基础架构OSV（Operating System Virtualization）智能桌面虚拟化，是基于X86标准计算机系统下实现PC桌面的集中管理、控制、存储、维护的PC桌面虚拟化技术。

OSV与VDI方案最大的区别在于前者使用集中管理、分布运算机制，而后者采用的是集中管理、集中计算，显然后者对于服务器的依赖要远远超过前者。

OSV不仅实现了计算机的的集中化管理，在保证本身运算速度和特性不变的前提下做到了计算环境OS&AP和PC硬件的完全脱离。

桌面计算环境可以在OSV控制台随需派发并且用户可以开机自行选择桌面环境。

用户桌面数据与应用数据均集中存储于OSV Server 上，实现了用户桌面数据的统一管理，统一派发，与计算机硬件分离。

OSV Server 通过同步派发或者异步派发模式将桌面流数据，派发至本地计算机进行计算并显示桌面。

这样可以让IT管理更加灵活，IT架构更加安全和可靠。

达到了客户端随需选择应用环境（OS&AP On-Demand）的IT管理理想境界，使得客户端具备了在任何时间、任何地点都有安全稳定的计算环境，同时实现了以PC为标准的IT基础架构的完全虚拟化，IT基础架构更加的弹性和灵活，极大的增强了企业的竞争力，做到了PC应用的随需应变。

随着桌面虚拟化市场的竞争，一些用户对于各种选择的支持意见和反对意见感到困惑。

下面是一些主要的桌面虚拟化方法和这些方法可能适应的各种情况。

远程托管的桌面当人们考虑“终端服务”的时候大多数人都想到远程托管的桌面。

一台服务器运行一个操作系统的镜像或者应用程序，许多客户机使用连接代理软件登录这台服务器。

这个软件是客户机上的软件的一部分。

客户机操作仅在显示器上显示这个用户共享的应用程序的镜像，来回传送键盘和鼠标输入的信息。

优点：成本低，对数据和应用程序有高水平的控制。

缺点：性能取决于网络连接质量;显示协议经常不能处理复杂的图形;一些为桌面设计的应用程序在共享的模式下不能在服务器上运行;对于不能本地存储数据的用户、使用大多数外设的用户或者使用优盘携带数据到处走的用户来说缺少灵活性。

当断开连接的时候不能工作。

远程虚拟桌面应用程序这是你在曾经使用过的每一个Web应用程序中得到的东西。

与共享的桌面不同，这里需要的唯一的东西是一个网络浏览器和标准的Web协议(HTTP、HTTPS、SSL等等)以便创建保密的连接和传输图像和数据。

根据应用程序的设计(考虑Flash下载)，最终用户的机器可以处理一些应用程序的逻辑或者图形，或者仅仅点亮显示器和向服务器发送鼠标点击信息。

优点：不需要IT部门控制最终用户的硬件或者软件环境。

缺点：不允许IT部门控制最终用户的硬件或者软件环境可能会影响性能。

当断开连接的时候不能工作。

远程托管的专用虚拟桌面增加用户能力以及减少成本和保护IT的Web应用程序或者终端服务的资源。

这个服务器不允许很多用户共享同一个应用程序或者操作系统的一个实例，而是托管仅允许那个用户访问的一个虚拟机中的一个完整的操作系统和一套应用程序。

这个虚拟机能够在一台服务器上运行，与其它专用的虚拟机共享资源或者自己在一台刀片式PC上运行。

能够远程托管或者传送。

在传送的情况下，应用程序和操作系统都可以传送到客户机，根据用户的需求下载部分软件，在客户机上执行这些程序，使用其处理能力但是不使用本地存储。

远程托管：优点：能够运行在共享模式下不能运行的应用程序;隔离每一个用户的活动以防止资源的限制。

缺点：比贡献的桌面使用更多的带宽，使用更多的服务器上的硬件。

性能取决于网络连接的质量和显示协议处理图形的能力。

当断开连接的时候不能工作。

传送方式：优点：经常为用户提供更好的性能，因为需要图形或者其它操作在本地执行。

缺点：需要更强大的客户机硬件，减少了虚拟桌面成本的好处。

在断开连接的时候不能工作。

考虑一些“Java”。

从服务器向客户机下载应用程序并且在客户机上运行，使用本地内存和处理能力。

但是，这些虚拟应用程序在一个“沙箱”中运行。

这个沙箱强制执行一套规则，规定本地机器能够做什么和与什么设备进行连接。

优点：比远程托管有更多的计算资源并且有时候有更好的性能;消耗较少的带宽;能够离线使用。

虚拟机。

这个虚拟机能够像一个完全独立的设备那样发挥作用，使自己与虚拟机外部的客户机上的硬件和软件隔离开来。

选择2：一个管理程序在这台机器上的BIOS上运行，允许用户运行多个操作系统，完全没有“主机”操作系统。

优点：一个系统上有多个操作系统;不用担心操作系统的兼容性;能够在智能手机或者掌上电脑等非传统的虚拟机客户机上运行。

缺点：潜在的资源冲突;客户端管理程序相对不成熟没有证明安全性。

VDI并不是降低IT成本的特效药如果您采用VDI的主要目的仅仅是为了降低成本，那么有可能进入一个误区。

很多人忽视了VDI在企业应用中的真实情况，该装的本地操作系统还是得装(这还意味着IT部门要搭理本机和VDI两套系统)，实现完善的VDI环境还意味着企业需要在核心基础设施上增加投入包括面向VDI的高可靠性存储、服务器和新的终端设备，VDI软件授权也是一笔费用，全部下来比传统的IT基础架构的成本只会高不会低。

(一个更有价值的IT系统永远不会更便宜)，企业实施VDI如果不是为了增值而是降低成本，那么很可能会失望。

存储是VDI的阿喀琉斯之踵在传统的服务器虚拟化环境，存储系统扮演着关键角色，但内存的消耗是头号问题。

在VDI环境，内存也很重要，但是存储资源的消耗成了头号问题，但需要注意的是VDI的存储问题有其特殊性。

VDI的存储问题通常与存储性能表现有关，因为这会直接影响到终端用户的用户体验。

很多VDI存储性能计算器在预测用户工作时的存储性能方面表现不俗，但遗憾的是，Windows在启动和登录方面并不是一个特别有效率的操作系统。

大量Windows系统的同时启动和登录对VDI系统来说将会产生所谓的“启动风暴”或“登录风暴”。

在最糟糕的情况下，虚拟桌面从启动到加载完成往往需要十几分钟甚至数小时，这对于终端用户和CIO的职业来说都是灾难性的。

(这也是为什么部署VDI往往会保留终端上的本地操作系统，而IT部门不得不同时维护本地和VDI虚拟桌面两套系统)企业如果准备部署VDI，一定要确保存储系统的写入吞吐速度能经受“启动风暴”和“登录风暴”。

这意味着企业需要将传统存储技术与高IOPS的固态硬盘SSD系统进行整合。

另外一个解决办法是选择模块化的专业VDI解决方案，这些解决方案在每个模块中都整合了传统硬盘和固态硬盘，同时企业还能分阶段逐步替换传统桌面环境，将项目投资分散到VDI方案的整个生命周期中，而不是一次趸付。

留神VDI可能涉及的软件授权陷阱导致VDI项目搁浅的因素很多，其中软件厂商对VDI应用的软件授权规定往往是其中之一。

即使你已经拿到了软件产品的网站使用授权或者并发用户授权，在实施VDI之前也要务必搞清楚软件厂商是否提供了产品的VDI授权。

很多软件授权都明文禁止在虚拟环境中使用，或者会要求你另外购买专门的虚拟化授权供VDI环境使用。

VDI软件授权方面需要格外小心的是微软公司的产品。

微软有一种“虚拟桌面访问授权”(Virtual Desktop Access，VDA)，可以被用来授权非Windows操作系统设备(所谓的BYOD,例如iPad等平板电脑和智能手机)通过虚拟桌面访问Windows应用。

但CIO需要警惕的是：这个授权要求企业为每个移动设备都购买一份，如果企业实施VDI的目的主要是满足移动设备应用(例如医院、证券和教育等行业应用)，这VDA授权可能会是一笔不菲的费用。

闲置客户机硬件性能主流虚拟桌面软件都采用了VDI 架构，受原始设计初衷的影响虚拟桌面系统对客户机的硬件配置几乎没有限制，普通的智能手机、平板电脑、甚至十多年前的老旧PC 机都可以顺利接入的桌面流畅使用各种超出本机软硬件平台所支持的桌面与应用，各种外部接口的使用（如USB 、串口等）以及内部数据处理（CPU、GPU 等）都采用映射流完成，因此虚拟桌面的使用对本机资源的占用相当少，反之也是一种很多闲置。

对于一些企业新近购入的PC 机往往拥有着强大的本机数据与图形运算能力，当某时因为工作需要在这些PC 机上接入虚拟桌面使用有关应用时，会发现自身明明备配了大容量的内存与高性能的CPU及显示卡，但是在使用图形渲染、仿真运算等应用时表现却并不好，而服务器此刻却为你背负了巨大的压力。

本机大量的硬件资源未能得到充分的发挥。

另外有些企业的窗口单位的PC 上往往会使用很多的外部设备，如各种型号的打印机、扫码器、身份验证设备等数据采集设备，这些设备原本是接驳在本机接口并驱动的，在接入虚拟桌面后并无法保证全部接口都能完成映射且正常的工作，这个问题也会影响到业务的开展。

业务瘫痪风险主流的几款VDI 产品（包括VMware View 在内）需要基本配备为：一台服务器、根据发布需要而准备N台模板机。

为了方便管理有些企业会将其全部转移到虚拟服务器上工作，虚拟服务器统一管理与维护都相当方便，特别是虚拟服务器出现宕机等问题后可以快速的迁移。

但是承载这些虚拟服务器或虚拟机的物理服务器一旦出现宕机，即使事前物理服务器有热备（或负载均衡）在宕机之后的重新恢复也需要较长时间，并且无法保证间隔期数据的完好。

在这个过程中企业的很多业务将有可能受到影响。

在全部采用物理服务器的情况下又会回到采购成本与管理成本的话题上。

1、远程托管桌面即所谓的终端服务器模式。

多台终端使用客户端软件登录到服务器，而用户在终端的显示器上获得服务器端用户的桌面图像，以及来回传送键盘和鼠标的输入信号。

多用户之间共享应用程序和操作系统实例，以及磁盘空间等资源。

此种方式优点在于成本低，对数据和应用程序拥有很大的控制程度。

缺点则主要有：某些应用程序无法在服务器上以共享的方式运行；显示协议不能处理复杂图形；性能取决于网络连接的质量;对网络性能有依赖，网络连接情况较差或中断则无法正常工作。

远程托管桌面的主要软件产品有：思杰XenDesktop、Wyse ThinOS、微软远程桌面服务。

2、远程虚拟应用程序你曾经使用过的每个Web应用程序就是一种远程虚拟应用。

与共享桌面不同的地方是，它只需要浏览器和标准的Web协议(HTTP、HTTPS和SSL)来创建安全连接、传输图像和数据。

最终用户的机器可能处理应用程序的一些逻辑或图形，也可能只打开显示器、向服务器发送鼠标点击，具体取决于应用程序的设计。

这种方式的优点在于IT部门无需控制最终用户的硬件或软件环境，然而这也可以算是缺点，正因为IT部门无法控制用户的硬件或软件环境有时会影响使用性能和效果。

当然，离线状态下也无法工作。

此种模式的软件产品主要有：思杰XenApps、微软远程桌面服务、VMware View和VMware ThinApps，云端软件平台，瑞友天翼，极通EWEBS等等。

3、远程托管专用虚拟桌面与网络应用或终端服务相比，这种模式为最终用户增强了功能。

用户在服务器上使用的虚拟桌面并不与其他的用户共享文件目录或应用程序，而是在该用户才能访问的虚拟桌面里面有一套独立的系统。

虚拟机可以在服务器上运行，与其他专用的虚拟机共享资源;也可以在刀片PC上独自运行。

既可以远程托管，也可以流式传送。

远程托管专用虚拟桌面的模式优点在于能够运行共享模式下无法顺利运行的应用程序;可以把每个用户的活动、存储全部分离开来，安全性和实用性更好；缺点在于耗用的资源要比共享桌面的方式多，同时性能仍然取决于网络连接的质量和显示协议处理图形的功能。

要是连接中断，无法正常工作。

此种模式的软件产品主要有：思杰XenDesktop、Wyse ThinOS、VMware View、微软企业桌面虚拟化(MED-V)，达龙业务安全桌面系统。

流式传送模式：在此模式下，应用程序和操作系统都可以传送到客户机――根据用户需求，下载部分软件，然后在客户机上执行;使用的是客户机的处理功能，而不是本地存储功能。

优点是可以利用本地客户机资源，所以常常为用户提供更好的性能。

缺点则是需要功能更强大的客户机硬件，减弱了虚拟桌面的成本优势。

要是连接中断，无法正常工作。

流式传送模式的软件产品主要有：思杰XenDesktop/XenApp/XenProvisioning、Wyse TCX、VMware View Manager/ThinApps/Composer和微软虚拟桌面基础架构(VDI)套件。

4、本地虚拟应用程序此种模式与JAVA的工作模式类似。

应用程序从服务器下载到客户机，然后在客户机上运行，使用本地内存和处理功能。

但应用程序在沙箱(sandbox)里面运行，而沙箱为本地机器可以进行什么操作、可连接至什么设备制定了一套规则。

优点在于拥有比远程托管应用程序更多的计算资源，有时候性能更好;耗用的带宽比较少;可以在离线状下使用。

缺点则是缺乏统一的有效的管控，桌面虚拟化在维护方面的优势没有体现出来。

软件产品主要有思杰XenApp、Wyse TCX、VMware ThinApp和微软应用程序虚拟化。

5、本地虚拟操作系统目前有两个主要版本。

第一个选择：客户机端的虚拟机管理程序可以在笔记本电脑或台式机上创建一个虚拟机，虚拟机可充当一个完全独立的单元，与虚拟机之外的客户机上的软硬件隔离开来。

第二个选择：虚拟机管理程序在机器的BIOS上运行，允许用户运行多个操作系统，根本没有什么主机操作系统。

本地虚拟机的优点显而易见，一个系统上可以有多个操作系统;不用担心操作系统的兼容性以及潜在的资源冲突;但缺点也很明显，占用本地资源较大，无法由IT部门集中管控，客户机端的虚拟机管理程序相对不够成熟，其安全性有待验证等等。

主要软件产品有思杰Dazzle/Receiver、WysePocketCloud、TCX、VMware View Client Virtualization /Offline Desktop(测试版)和微软虚拟桌面基础架构(VDI)套件。

企业引进虚拟化几点评估建议1、使用习惯、感受：企业大量的分散的PC采用集中式运算进行集中式的管理确实为我们企业提供了很好的解决方案。

不过我们知道计算资源是不可缺少的，不过是存在的位置不同而已，我们放在终端上还是服务器上都是无法减少的。

假设我们每个人桌面的计算资源相当于（cpu双核2.0 内存2G）在这种环境下我们已经习惯了的用户体验转移到服务器上，100个用户的并发那就要求服务器提供100X2X2等于400的CPU运算能力和200G的内存才可以满足用户习惯了的体验环境（冗余未计算内）。

那么我们计算如果我们的企业有500个用户呢，如果是1000个用户呢。

实际上我们不可能为我们的用户提供如此的计算能力的，那么也就从这个单方面就必须牺牲用户的体验了。

其二在每个用户都要去服务器端下载它所用的操作系统对带宽压力是巨大的，用户越多这个因素就越明显，所以这个因素也需要企管人员重点考虑。

用户的体验没以前好了，会不会对IT人员的工作推进造成影响呢？2、设备和软件兼容性：我们习惯了即插即用的外设设备，新的系统会不会对日常的工作习惯造成影响呢，如果有了影响是如何避免的呢？我们的IT管理人员的工作量是增加了还是降低了，效率是提高了还是降低了?需要我们企管人员具体考量。

3、成本：企业花费的每一分钱都会具体考虑投入产出比，一个好的管理工具要推广，最起码它能够给企业在一个时间内带来成倍以上的收益才给与考虑的。

集中式的虚拟化方案带来的投入成本主要是虚拟化软件授权费用，正版操作系统的授权，正版办公软件的授权，瘦客户机的采购费用，网络设备的换代费用，新的存储设备增加费用，服务器集群的硬件和软件采购费用，甚至有一些网络改造的费用。

由于新的技术对管理人员的技术要求的提高相应的就会有技术人员的培训学习费用，新增管理人员费用。

由于设备的成倍增加带来的还有机房改造电力消耗的各种费用。

考虑到各种费用的总和，计算出的单点改造成本，还要考虑到日后虚拟化平台升级费用和兼容性是否能匹配企业内部的系统升级。

然后才可以制定一个完整的财务规划来应对整个项目的开支和升级。

这个计划就需要整个集团公司所有部门一起参与协调。

4、多媒体和大型程序体验：在一些设计部门和跟设计关联部门，需要大型的设计程序由于显卡虚拟化的技术尚未成熟，所以在这个场景中是无法应用的。

5、软硬件架构改变：新的系统和新的应用，我们有做好准备吗来应对管理架构的改变，来应对团队组织的改变吗?最后建议我们的企管人员对于集中式计算模式的方案问一句：我们准备好了吗？好的，假如您觉得您的企业可以承受以上提到的问题，并经过讨论打算上这个项目了，我们祝愿您项目实施成功并提供下面几点建议仅供参考：我们依照着所有最佳策略、做了恰当的分析和设计并打算开始将用户迁移到他们全新的虚拟桌面上。

但不要这么快。

我们需要确保已经做好的恰当的规划，否则最终我们可能要面临应用出现缺陷、用户感到困惑、或者丢失文件，必须有一个制定好的迁移计划让用户来遵循它。

个性化同步：一个用户的传统桌面可能已经安装了大量的应用程序、升级和补丁。

盲目地将这些设置搬到新环境中可能会出现无法预料的结果。

有一种可选的方法是，从一个面向终端用户的“干净”环境开始，只迁移有要求的设置( 例如：outlook签名、浏览器收藏夹等) 。

通过提前设置可以验证迁移流程并测试设置以确保能够兼容新系统。

数据同步：除了用户的设置之外，任何本地桌面上保存的数据都必须转移到一个可以被虚拟桌面访问的地方，这就是一个网络共享。

因为用户可能会将这些数据保存在他们桌面上的任何位置，因此通过分析应该快速决定两个可能点：“我的文件”或者在本地驱动器上的文件夹。

当用户准本迁移到虚拟桌面的时候，数据就被转移到网络共享中。

一旦迁移完成，用户应该利基从虚拟桌面开始工作。

尽管传统桌面通常是可以访问这些位置的，但是这么做往往会导致性能降低、文件访问缓慢以及潜在的保留问题。

终端用户支持：迁移过程对用户有着很大的影响，因此提前应该搭建一个恰当的支持结构。

支持团队应该考虑到迁移过程中常见的一些问题，记录下常见问题并与将要进行迁移的所有用户进行交流。

这些资料将有助于轻松地定位。

但仅仅这些步骤是不够的。

在迁移的第一个星期内将会出现大量用户问题。

如果有一个完善的用户验收测试(User Acceptance Test) ，那么提前就会预期到其中一些挑战，并准备一些有价值的FAQ 材料。

支持团队需要相关的工具和培训来帮助用户即时地解决问题。

如果他们能够看到用户的端点设备和虚拟桌面的话，他们的效率可能会更高。

这为支持团队提供了对用户挑战的完全可见性。

记住一点，迁移计划一定不能是改观。

这个过程必须是灵活的，可以应对后续的不可预见的挑战。

部署团队必须就这个流程的挑战进行交流和沟通。

最后，一旦用户的数据/ 设置迁移了，那么他们就必须也迁移到虚拟桌面，否则物理桌面和虚拟桌面环境可能就会出现数据/ 个性化的冲突。

负载均衡集群

1、集群是什么？ ① 集群（cluster）技术是一种较新的技术，通过集群技术，可以在付出较低成本的情况下获得在性能、可靠性、灵活性方面的相对较高的收益，其任务调度则是集群系统中的核心技术。

② 集群是一组相互独立的、通过高速网络互联的计算机，它们构成了一个组，并以单一系统的模式加以管理。

一个客户与集群相互作用时，集群像是一个独立的服务器。

③ 集群组成后，可以利用多个计算机和组合进行海量请求处理（ 负载均衡 ），从而获得很高的处理效率，也可以用多个计算机做备份（高可用），使得任何一个机器坏了整个系统还是能正常运行。

集群在目前互联网公司是必备的技术，极大提高互联网业务的可用性和可缩放性。

2、负载均衡集群技术 ① 负载均衡（Load Balance）：负载均衡集群为企业需求提供了可解决容量问题的有效方案。

负载均衡集群使负载可以在计算机集群中尽可能平均地分摊处理。

② 负载通常包括应用程序处理负载和网络流量负载。

这样的系统非常适合向使用同一组应用程序的大量用户提供服务。

每个节点都可以承担一定的处理负载，并且可以实现处理负载在节点之间的动态分配，以实现负载均衡。

对于网络流量负载,当网络服务程序接受了高入网流量，以致无法迅速处理，这时，网络流量就会发送给在其它节点上运行的网络服务程序。

也可根据服务器的承载能力，进行服务请求的分发，从而使用户的请求得到更快速的处理。

3、负载均衡集群技术的实现 负载均衡（Load Balance）负载均衡技术类型：基于 4 层负载均衡技术和基于 7 层负载均衡技术负载均衡实现方式：硬件负载均衡设备或者软件负载均衡硬件负载均衡产品： F5BIG-IP 、Citrix Netscaler 、深信服 、Array 、Radware软件负载均衡产品：LVS （Linux Virtual Server）、 Haproxy、Nginx、Ats（apache traffic server） 4、实现效果如图 5、负载均衡分类负载均衡根据所采用的设备对象（ 软/硬件负载均衡 ），应用的OSI网络层次（ 网络层次上的负载均衡 ），及应用的地理结构（ 本地/全局负载均衡 ）等来分类。

本文着重介绍的是根据应用的 OSI 网络层次来分类的两个负载均衡类型。

我们先来看一张图，相信很多同学对这张图都不陌生，这是一张网络模型图，包含了 OSI 模型及 TCP/IP 模型，两个模型虽然有一点点区别，但主要的目的是一样的，模型图描述了通信是怎么进行的。

它解决了实现有效通信所需要的所有过程，并将这些过程划分为逻辑上的层。

层可以简单地理解成数据通信需要的步骤。

根据负载均衡所作用在 OSI 模型的位置不同，负载均衡可以大概分为以下几类：二层负载均衡（mac） 根据OSI模型分的二层负载，一般是用虚拟mac地址方式，外部对虚拟MAC地址请求，负载均衡接收后分配后端实际的MAC地址响应。

三层负载均衡（ip） 一般采用虚拟IP地址方式，外部对虚拟的ip地址请求，负载均衡接收后分配后端实际的IP地址响应。

四层负载均衡（tcp） 在三层负载均衡的基础上，用ip+port接收请求，再转发到对应的机器。

七层负载均衡（http） 根据虚拟的url或IP，主机名接收请求，再转向相应的处理服务器。

在实际应用中，比较常见的就是四层负载及七层负载。

这里也重点说下这两种负载。

6、四层负载均衡（基于IP+端口的负载均衡） 所谓四层负载均衡，也就是主要通过报文中的目标地址和端口，再加上负载均衡设备设置的服务器选择方式，决定最终选择的内部服务器。

layer41.在三层负载均衡的基础上，通过发布三层的IP地址（VIP），然后加四层的端口号，来决定哪些流量需要做负载均衡，对需要处理的流量进行NAT处理，转发至后台服务器，并记录下这个TCP或者UDP的流量是由哪台服务器处理的，后续这个连接的所有流量都同样转发到同一台服务器处理。

2.以常见的TCP为例，负载均衡设备在接收到第一个来自客户端的SYN 请求时，即通过上述方式选择一个最佳的服务器，并对报文中目标IP地址进行修改(改为后端服务器IP），直接转发给该服务器。

TCP的连接建立，即三次握手是客户端和服务器直接建立的，负载均衡设备只是起到一个类似路由器的转发动作。

在某些部署情况下，为保证服务器回包可以正确返回给负载均衡设备，在转发报文的同时可能还会对报文原来的源地址进行修改。

3.对应的负载均衡器称为四层交换机（L4 switch），主要分析IP层及TCP/UDP层，实现四层负载均衡。

此种负载均衡器不理解应用协议（如HTTP/FTP/MySQL等等）要处理的流量进行NAT处理，转发至后台服务器，并记录下这个TCP或者UDP的流量是由哪台服务器处理的，后续这个连接的所有流量都同样转发到同一台服务器处理。

4.实现四层负载均衡的软件有：F5：硬件负载均衡器，功能很好，但是成本很高。

lvs：重量级的四层负载软件nginx：轻量级的四层负载软件，带缓存功能，正则表达式较灵活haproxy：模拟四层转发，较灵活 7、七层的负载均衡（基于虚拟的URL或主机IP的负载均衡) 所谓七层负载均衡，也称为“内容交换”，也就是主要通过报文中的真正有意义的应用层内容，再加上负载均衡设备设置的服务器选择方式，决定最终选择的内部服务器。

layer71.在四层负载均衡的基础上（没有四层是绝对不可能有七层的），再考虑应用层的特征，比如同一个Web服务器的负载均衡，除了根据VIP加80端口辨别是否需要处理的流量，还可根据七层的URL、浏览器类别、语言来决定是否要进行负载均衡。

举个例子，如果你的Web服务器分成两组，一组是中文语言的，一组是英文语言的，那么七层负载均衡就可以当用户来访问你的域名时，自动辨别用户语言，然后选择对应的语言服务器组进行负载均衡处理。

2.以常见的TCP为例，负载均衡设备如果要根据真正的应用层内容再选择服务器，只能先代理最终的服务器和客户端建立连接(三次握手)后，才可能接受到客户端发送的真正应用层内容的报文，然后再根据该报文中的特定字段，再加上负载均衡设备设置的服务器选择方式，决定最终选择的内部服务器。

负载均衡设备在这种情况下，更类似于一个 代理服务器 。

负载均衡和前端的客户端以及后端的服务器会分别建立TCP连接。

所以从这个技术原理上来看，七层负载均衡明显的对负载均衡设备的要求更高，处理七层的能力也必然会低于四层模式的部署方式。

3.对应的负载均衡器称为七层交换机（L7 switch），除了支持四层负载均衡以外，还有分析应用层的信息，如HTTP协议URI或Cookie信息，实现七层负载均衡。

此种负载均衡器能理解应用协议。

4.实现七层负载均衡的软件有：haproxy：天生负载均衡技能，全面支持七层代理，会话保持，标记，路径转移；nginx：只在http协议和mail协议上功能比较好，性能与haproxy差不多；apache：功能较差Mysql proxy：功能尚可。

8、四层负载与七层负载的区别 举个例子形象的说明：四层负载均衡就像银行的自助排号机，每一个达到银行的客户根据排号机的顺序，选择对应的窗口接受服务；而七层负载均衡像银行大堂经理，先确认客户需要办理的业务，再安排排号。

这样办理理财、存取款等业务的客户，会根据银行内部资源得到统一协调处理，加快客户业务办理流程。

总结：从上面的对比看来四层负载与七层负载最大的区别就是效率与功能的区别。

四层负载架构设计比较简单，无需解析具体的消息内容，在网络吞吐量及处理能力上会相对比较高，而七层负载均衡的优势则体现在功能多，控制灵活强大。

在具体业务架构设计时，使用七层负载或者四层负载还得根据具体的情况综合考虑。

2、Haproxy 实现四层负载

软负载均衡是什么意思？

软负载均衡是一种通过软件实现的负载均衡技术，它通过在多个服务器之间分配网络请求的负载，以实现更好的性能和可靠性。

软负载均衡可以在不同层次上运行，包括网络层、传输层和应用层。

不同的软负载均衡解决方案使用不同的算法和策略来分配负载，以最大程度地提高整个系统的效率和可靠性。

软负载均衡具有许多优点，最显著的是它能够提高整个系统的可靠性和性能。

通过将负载分配到多个服务器上，软负载均衡可以确保在其中一个服务器出现故障时，用户仍然可以继续访问网站或应用。

此外，软负载均衡可以确保每个服务器都具有相同的负载级别，从而避免对某台服务器的过度使用。

最后，软负载均衡可以根据用户需求动态调整负载，以便适应不同的流量模式和需求。

软负载均衡可以应用于各种场景，尤其是需要分配大量网络请求的高流量网站和应用程序。

例如，当一家在线商店需要处理数百万个在线订单和查询时，软负载均衡可以确保所有订单都得到及时处理，而不会影响网站的性能和响应时间。

此外，软负载均衡还可以应用于企业务器负荷均衡、流量控制、虚拟专用网络（VPN）和虚拟局域网（VLAN）。

总之，软负载均衡已成为当今许多高性能应用程序和网络的标准组件。