今年618有什么便宜的云服务器推荐？

2020年比较便宜的服务器主要有阿里云服务器和腾讯云服务器两款

以阿里云服务器为例，618活动推出的“云服务器ECS”比较实用，而且价格也比较实惠。官方活动地址：阿里云618活动云服务器

新手我推荐 贫瘠之地PVE服务器 和末日行者PVP服务器
贫瘠之地是为数不多的算是比较平衡的PVE大服
末日行者是联盟大服 部落鬼服 如果楼主喜欢联盟 不要犹豫 去吧
这二个服务器我都玩过 对于新手而言 pvp不是重点 重点是熟悉游戏中的一切 安定和谐的环境是最重要的 待熟悉之后 可以考虑 安苏服务器 pvp大服 安苏是整个国服中唯一的pvp算是比较平衡的服务器 但是人口和野外pk联盟占据上风 缺点就是人气太高 排队严重 目前国服还没有绝对的平衡服 我是9年老玩家 对国服的服务器非常熟悉 供楼主参考 本人现在在贫瘠之地pve服务器 人老了 打打杀杀已经不适合了 我告诫楼主 以及所有魔兽世界新人们 开的新服千万千万不要去 全部都是坑 时间不需要太长 就会慢慢变成鬼服 根本撑不了多久 还是去老服务器比较稳定 这是我9年以来的 亲眼目睹 亲身经历过的事情如果不信 那就随你们吧 前车之鉴啊

您好，暗黑破坏神不朽的最新服务器是暗黑破坏神不朽：拯救世界（Dark Souls: Rekindled the World），它是由FromSoftware开发的一款动作RPG游戏，游戏中玩家将扮演一位勇敢的冒险家，探索一个神秘而充满危险的世界，拯救被邪恶力量所笼罩的世界。游戏中玩家将面对各种各样的怪物，以及更多的挑战，玩家可以通过收集各种武器和装备来改善自己的战斗能力，并且可以通过收集各种宝石和宝箱来获得更多的财富。游戏中还有一个充满悬念的剧情，玩家将被卷入一场史诗般的冒险，拯救世界！

风纳云公司推出的香港动态BGPd性云服务器是一种先进的云计算服务，具有许多独特的特点。

动态BGP：该d性云服务器采用了动态BGP技术，可以更快地访问全球网络资源，提高了网络连接的稳定性。

香港数据中心：该d性云服务器位于香港数据中心，可以更好地为亚洲用户提供服务，并具有更低的延迟和更高的带宽。

d性资源：该d性云服务器可以根据客户的实际需求动态调整资源，使得利用效率最大化。

安全性：该d性云服务器使用了严格的安全策略和加密技术，确保了数据的安全性。

高可用性：该d性云服务器使用了冗余技术和数据备份技术，确保了服务的可靠性。

香港动态BGPd性云服务器是风纳云公司推出的一项非常优秀的云计算服务，具有高速网络、d性资源、安全性和高可用性等特点。现在香港、美国云服务器活动买多久送多久，如果您对云计算有兴趣，建议您考虑使用该d性云服务

亿万克亚当H552N6+是一款搭载英特尔第三代至强可扩展处理器的4U双路存储型服务器，提供超大的存储性能，适用于温/冷数据存储、多媒体视频流数据存储、安防监控数据存储、云服务大数据存储、企业数据库资料归档存储等场景应用。感兴趣的话点击此处，免费了解一下

服务器是计算机的一种，它比普通计算机运行更快、负载更高、价格更贵。服务器在网络中为其它客户机（如PC机、智能手机、ATM等终端甚至是火车系统等大型设备）提供计算或者应用服务。服务器具有高速的CPU运算能力、长时间的可靠运行、强大的I/O外部数据吞吐能力以及更好的扩展性。

亿万克服务器搭载最新X86架构的高性能可扩展处理器，具备多核心超线程技术，支持DDR4、PCIe40等最新技术标准，提供完整的BMC管理功能，BIOS集成E VOC专利技术BPI，使服务器拥有超高的处理性能。自主创新，追求卓越，亿万克服务器拥有超高计算力，并提供业界最高的I/O扩展性能，拥有卓越的数据传输。以卓越的存储性能和极致的传输效率满足各项严苛要求的高密度工作负载。

国产品牌蓝海大脑的液冷服务器 HD210 H系列突破传统风冷散热模式，采用风冷和液冷混合散热模式，服务器内主要热源 CPU 利用液冷冷板进行冷却_其余热源仍采用风冷方式进行冷却。
通过这种混合制冷方式，可大幅提升服务器散热效率，同时，降低主要热源 CPU 散热所耗电能，并增强服务器可靠性。经检测，采用液冷服务器配套基础设施解决方案的数据中心年均 PUE 值可降低至 12 以下，非常适合高性能计算应用，性能也是可圈可点的。感兴趣的话点击此处，免费了解一下

亿万克服务器搭载最新X86架构的高性能可扩展处理器，具备多核心超线程技术，支持DDR4、PCIe40等最新技术标准，提供完整的BMC管理功能，BIOS集成E VOC专利技术BPI，使服务器拥有超高的处理性能。自主创新，追求卓越，亿万克服务器拥有超高计算力，并提供业界最高的I/O扩展性能，拥有卓越的数据传输。以卓越的存储性能和极致的传输效率满足各项严苛要求的高密度工作负载。

几年以前，Linux环境下可以选择的可以免费邮件服务器软件只有Sendmail，但是由于Sendmail的缺陷，一些开发者先后开发了若干种其他的邮件服务器软件。当前，运行在Linux环境下免费的邮件服务器，或者称为MTA(Mail Transfer Agent)有若干种选择，比较常见的有Sendmail、Qmail、Postfix、exim及Zmailer等等。本文希望通过对几种影响相对来说比较大的主流Linux环境下的MTA的特点进行阐述，并对其优缺点一一分析比较，使用户在选择Linux环境下的免费MTA时有一个选择的依据。
Postfix
Postfix是一个由IBM资助下由Wietse Venema 负责开发的自由软件工程的一个产物，其目的是为用户提供除sendmail之外的邮件服务器选择。Postfix力图做到快速、易于管理、提供尽可能的安全性 ，同时尽量做到和sendmail邮件服务器保持兼容性以满足用户的使用习惯。起初，Postfix是以VMailer这个名字发布的，后来由于商标上的原因改名为Postfix。
主要设计目标
Postfix工程的目标是实现一个邮件服务器，提供给用户除sendmail以外的选择。其设计目标包括:
性能。 Postfix要比同类的服务器产品速度快三倍以上，一个安装Postfix的台式机一天可以收发百万封信件。Postfix设计中采用了web服务器的的设计技巧以减少进程创建开销，并且采用了其他的一些文件访问优化技术以提高效率，但同时保证了软件的可靠性。
兼容性。Postfix设计时考虑了保持Sendmail的兼容性问题，以使移植变的更加容易。Postfix支持/var[/spool]/mail, /etc/aliases, NIS, 及 ~/forward等文件。然而Postfix为保证管理的简单性，所以没有支持配置文件sendmailcf。
安全和健壮性。Postfix设计上实现了程序在过量负载情况下仍然保证程序的可靠性。当出现本地文件系统没有可用空间或没有可用内存的情况时，Postfix就会自动放弃，而不是重试使情况变的更糟。
灵活性。Postfix结构上由十多个小的子模块组成，每个子模块完成特定的任务，如通过SMTP协议接收一个消息，发送一个消息，本地传递一个消息，重写一个地址等等。当出现特定的需求时，可以用新版本的模块来替代老的模块，而不需要更新整个程序。而且它也很容易实现关闭某个功能。
安全性。Postfix使用多层防护措施防范攻击者来保护本地系统，几乎每一个Postfix守护进程都能运行在固定低权限的chroot之下，在网络和安全敏感的本地投递程序之间没有直接的路径—一个攻击者必须首先突破若干个其他的程序，才有可能访问本地系统。Postfix甚至不绝对信任自己的队列文件或IPC消息中的内容以防止被欺骗。Postfix在输出⑺驼咛峁┑南�⒅�盎崾紫裙�讼�ⅰ6�襊ostfix程序没有set-uid。
Postfix的一些特点
支持多传输域:sendmai支持在Internet, DECnet, X400及UUCP之间转发消息。 Postfix则灵活的设计为无须虚拟域(vistual domai)或别名来实现这种转发。但是在早期的发布里仅仅支持STMP和有限度地支持UUCP,但对于我国用户来说，多传输域的支持没有什么意义。
虚拟域:在大多数通用情况下，增加对一个虚拟域的支持仅仅需要改变一个Postfix查找信息表。其他的邮件服务器则通常需要多个级别的别名或重定向来获得这样的效果。
UCE控制(UCE,unsolicited commercial email): Postfix能限制哪个主机允许通过自身转发邮件，并且支持限定什么邮件允许接进。Postfix实现通常的控制功能:黑名单列表、RBL查找、HELO/发送者DNS核实。基于内容过滤当前没有实现。
表查看: Postfix没有实现地址重写语言，而是使用了一种扩展的表查看来实现地址重写功能。表可以是本地 dbm或 db文件等格式。
Postfix体系结构及与Sendmail的比较
Postfix是基于半驻留，互 *** 作的进程的体系结构，每个进程完成特定的任务，没有任何特定的进程衍生关系(父子关系)。而且，独立的进程来完成不同的功能相对于“单块”程序具有更好的隔离性。此外，这种实现方式具有这样的优点:每个服务如地址重写等都能被任何一个Postfix部件所使用，无须进程创建等开销，而仅仅需要重写一个地址，当然并不是只有postfix采用这种方式。
Postfix是按照这种方式实现的:一个驻留主服务器根据命令运行Postfix守护进程，守护进程完成发送或接收网络邮件消息，在本地递交邮件等等功能。守护进程的数目由配置参数来决定的，并且根据配置决定守护进程运行的次数(re-used times)，当空闲时 间到达配置参数指定的限度时，自动消亡。这种方法明显地降低了进程创建开销，但是单个进程之间仍然保持了良好的隔离性。
Postfix的设计目标就是成为Sendmail的替代者。由于这个原因，Postfix系统的很多部分，如本地投递程序等，可以很容易地通过编辑修改类似inetd的配置文件来替代。
Postfix的核心是由十多个半驻留程序实现的。为了保证机密性的原因，这些Postfix进程之间通过Unix的socket或受保护的目录之下的FIFO进行通信。即使使用这种方法来保证机密性，Postfix进程并不盲目信任其通过这种方式接收到的数据。
Postfix进程之间传递的数据量是有限制的。在很多情况下，Postfix进程之间交换的数据信息只有队列文件名和接收者列表，或某些状态信息。一旦一个邮件消息被保存进入文件，其将在其中保存到被一个邮件投递程序读出。
Postfix采用一些通常的措施来避免丢失信息:在收到确认以前通过调用flush和fsync()保存所有的数据到磁盘中。检查所有的系统调用的返回结果来避免错误状况。
大多数构建邮件服务器者都会选择sendmail，公平的来讲sendmail是一个不错的MTA(Mail Transfer Agent)，最初开发时Eric Allman的设计考虑主要放在了邮件传递的成功性。不幸的是，Sendmai开发时没有太多的考虑Internet环境下可能遇到的安全性问题。Sendmail在大多数系统上只能以根用户身份运行，这就意味着任何漏洞都可能导致非常严重的后果，除了这些问题之外，在高负载的情况Sendmail运行情况不是很好。
安全
Postfix则并一定要以root的身份运行，而只需要一个主(master)程序以root身份运行，其生成进程来处理接入、发出及本地邮件投递工作。通过使用一系列模块部件，每个任务由一个单独的程序来运行(这样使审计变的容易一些)。例如发出邮件被卸载到一个队列目录,在这里“pcikup”程序取到该邮件然后将邮件传递给“cleanup”程序，其再将邮件传递给“trivial-rewrite”，其负责处理邮件头，最后若邮件目的是别的系统则将邮件传递给“smtp”程序。而且相对于Sendmail来说Postfix也更容易设置chroot‘ed环境。只要简单地通过编辑mastercf(一般位于/etc/postfix内)文件即可实现，并且Postfix将运行chroot‘ed,以限定在其定义的队列目录之下(通常位于/var/spool/postfix)，同样可以在mastercf中对Postfix的单一模块设置进程限制。用户可以限制Postfix以哪个用户的身份运行，一般来说是以“postfix”用户(概念上该用户和Apache的nobody类似)运行，该用户可以访问特定的队列目录。Postfix其他的主要优点是起配置文件的清晰易懂性。
与Sendmail的比较 如sendmail之类的邮件系统是按照一个单块的结构设计实现的，该“单块”程序实现所有的功能。当然这种结构有利于在系统的不同部分之间共享数据。但是这种结构容易出现一些致命的错误。而如qmail的邮件系统上使用一种分层次的结构，按照固定得顺序运行不同功能的子模块进程，执行完毕之后就将其释放。这种方法有良好的“绝缘”性，但是增加了进程创建开销和进程间通信开销。但是通过合理的规划子模块进程的运行顺序可以将开销保持在可以接受的范围内。
使用其他的MTA替代Sendmail是一件非常麻烦的事情，用户往往又要花大量的时 间去熟悉新的MTA的配置和使用。而使用Postfix，你可以利用很多以有的配置文件。如(access, aliases, virtusertable等等)，只需要简单的在mastercf中定义一下即可。此外，Postfix在行为上也很象Sendmail,用户可以使用sendmail命令来启动Postfix。
当然，使用一个软件来替代另外一个软件需要解决特定的问题。部分原因是因为Postfix的安全特性，在配置Postfix时可能会遇到一些问题。最典型的问题是向root用户发送邮件。Postfix一般不提高自身的权限(向root用户发送邮件所必须的)来投递邮件。用户需要在别名文件中为root定义别名，如:root: someuser。这同样会对若干个邮件列表模块发生影响，特别是SmartList。一般来说实现邮件列表最好使用Majordomo,它易于配置。
Sendmail一个很突出的问题就是可扩展性和性能问题。例如用户若希望每天重新启动Sendmail来实现自动更新配置文件(如为虚拟主机重定向邮件)就会出现问题。Sendmail生成新的进程来处理发送和接收邮件，这些进程会一直存在直到传输结束，之后Sendmail才能退出，这样你的脚本程序将不能正确的重起Sendmail。而对于Postfix，用户则只需要发出命令postfix reload即可，Postfix将会重新加载其配置文件。
另外，对于有数以万计的用户的邮件服务器来说，使用文件来存储如匹配用户发出邮件地址(例如bob发出的信的发信人修改为sales@exampleorg)。对于大量用户来讲，该文件就会变的很巨大，从而影响系统的运行效率。而Postfix则可以和一个数据库后台集成起来(当前只支持MySQL)来存放其配置信息，数据库方式要比文件方式在可扩展性方面强大很多。
遵从IBM的开放源代码版权许可证，用户可以自由地分发该软件，进行二次开发。其唯一的限制就是必须将对Postfix做的修改返回给IBM公司。因为IBM资助了Wietse的开发。
与Qmail的比较
Qmail的缺点就是配置方式和Sendmail不一致，不容易维护。而且Qmail的版权许可证含义非常模糊，甚至没有和软件一起发布。应用作者的话:若你希望分发自己修改版本的Qmail，你必须得到我的许可。
Qmail qmail是有Dan Bernstein开发的可以自由下载的MTA，其第一个beta版本0707发布于1996年1月24日，1997年2月发布了10版，当前版本是103。
Qmail的特点
安全性 为了验证Qmail的安全性，Qmail的支持者甚至出资$1000悬赏寻找Qmail的安全漏洞，一年以后，该奖金没有被领取，而被捐献给自由软件基金会。目前，Qmail的作者也出资$500来寻求Qmail的安全漏洞。
速度mail在一个中等规模的系统可以投递大约百万封邮件，甚至在一台486一天上能处理超过10万封邮件，起支持并行投递。Qmail支持邮件的并行投递，同时可以投递大约20封邮件。目前邮件投递的瓶颈在于SMTP协议，通过STMP向另外一台互联网主机投递一封电子邮件大约需要花费10多秒钟。Qmail的作者提出了QMTP(Quick Mail Transfer Protocol)来加速邮件的投递，并且在Qmail中得到支持。Qmail的设计目标是在一台16M的机器上最终达到每天可以投递大约百万级数目的邮件。
可靠性:为了保证可靠性，Qmail只有在邮件被正确地写入到磁盘才返回处理成功的结果，这样即使在磁盘写入中发生系统崩溃或断电等情况，也可以保证邮件不被丢失，而是重新投递。
特别简单的虚拟域管理，甚至有一个第三方开发的称为vpopmail的add-on来支持虚拟POP域。使用这个软件包，POP3用户不需要具有系统的正式帐户。
使用ezmlm支持用户自控制的邮件列表功能。
邮件用户和系统帐户隔离，为用户提供邮件帐户不需要为其设置系统帐户，从而增加了安全性。
Sendmail vs Qmail
首先:sendmail是发展历史悠久的MTA，当前的版本是8102。当然，Sendmail在可移植性、稳定性及确保没有bug方面有一定的保证。但是Internet上有很多帖子都是关于如果攻击Sendmail，这对于管理员来说是一个噩梦。Sendmail在发展过程中产生了一批经验丰富的Sendmail管理员，并且Sendmail有大量完整的文档资料，除了Sendmail的宝典:O‘Reilly‘s sendmail book written by Bryan Costales with Eric Allman以外，网络上有大量的tutorial、FAQ和其他的资源。这些大量的文档对于很好的利用Sendmail的各种特色功能是非常重要的。但是Sendmai当前来说是一个成熟的MTA。
当然，Sendmail具有一些缺点，其特色功能过多而导致配置文件的复杂性。当然，通过使用m4宏使配置文件的生成变的容易很多。但是，要掌握所有的配置选项是一个很不容易的事情。Sendmail在过去的版本中出现过很多安全漏洞，所以使管理员不得不赶快升级版本。而且Sendmail的流行性也使其成为攻击的目标，这有好处也有坏处:这意味着安全漏洞可以很快地被发现，但是同样使Sendmail更加稳定和安全。另外一个问题是Sendmail一般缺省配置都是具有最小的安全特性，从而使Sendmail往往容易被攻击。如果使用Sendmail，应该确保明白每个打开的选项的含义和影响。一旦你理解了Sendmail的工作原理，就Sendmail的安装和维护就变的非常容易了。通过Sendmail的配置文件，用户实现完成一切可以想象得到的需求。
Qmail是一个选择，其在设计实现中特别考虑了安全问题。如果你需要一个快速的解决方案如，一个安全的邮件网关，则Qmail是一个很好的选择。Qmail和Sendmail的配置文件完全不同。而对于Qmail，其有自己的配置文件，配置目录中包含了5-30个不同的文件，各个文件实现对不同部分的配置(如虚拟域或虚拟主机等)。这些配置说明都在man中有很好的文档，但是Qmail的代码结构不是很好。
Qmail要比Sendmail小很多，其缺乏一些现今邮件服务器所具有的特色功能。如不象Sendmail，qmail不对邮件信封的发送者的域名进行验证，以确保域名的正确性。自身不提供对RBL的支持，而需要add-on来实现。，而Sendmail支持RBL。同样Qmail不能拒绝接收目的接收人不存在信件，而是先将邮件接收下来，然后返回查无此用户的的邮件。Qmail最大的问题就出在发送邮件给多个接收者的处理上。若发送一个很大的邮件给同一个域中的多个用户，Sendmail将只向目的邮件服务器发送一个邮件拷贝。而Qmail将并行地连接多次，每次都发送一个拷贝给一个用户。若用户日常要发送大邮件给多个用户，使用Qmail将浪费很多带宽。可以这么认为:Sendmail优化节省带宽资源，Qmail优化节省时 间。若用户系统有很好的带宽，Qmail将具有更好的性能，而如果用户系统的带宽资源有限，并且要发送很多邮件列表信息，则Sendmail效率更高一些。Qmail不支持forward(forward在很多情况下对用户很有用处);不使用/var/spool/mail，而是将邮件存放在用户home目录。下面是一些使用Qmail不容易完成的工作，要使用Qmail完成这些工作，可能需要用户自己动手实现或者使用第三方提供的不够可靠的模块。
Qmail的源代码相对于Sendmail来说要更加容易理解，这对于希望深入到内部了解MTA机制的人员来说是一个优点。Qmail在安全性方面也要稳定一些。Qmail有很好的技术支持，但是没有象Sendmail那样被广泛地应用和大量的管理员用户群。Qmail的安装不象Sendmail那样自动化，需要手工步骤。而且Qmail的文档不如Sendmail那样完整和丰富。
Qmail的add-ons比Sendmail要少一些。一般来说对于经验稍微少一些的管理员，选择Qmail相对要好一些。Qmail要简单一些，而且其特色功能能满足一般用户的需求。Sendmail类似于office套件，80%的功能往往都不被使用。这就使Qmail在一些场合可能被更受欢迎一些，其具有一些Sendmail所没有的更流行和实用的特色功能，如mail具有内置的pop3支持。Qmail同样支持如主机或用户的伪装、虚拟域等等。Qmail的简单性也使配置相对容易一些。
Qmail被认为相对于Sendmail更加安全和高效，运行Qmail的一台pentium机器一天可以处理大约200,0000条消息。
Qmail相对于其他的MTA要简单很多，主要体现在1)其他的MTA的邮件转发、邮件别名和邮件列表都是采用相互独立的机制，而qmail采用一种简单的转发(forwarding)机制来允许用户处理自己的邮件列表(2)其他的MTA都提供快速而不安全的方式及慢的队列方式的邮件投递机制;而qmail发送是由新邮件的出现而触发的，所以其投递只有一种模式:快速的队列方式(3)其他的MTA实际上包括一个特定版本的inetd来监控MTA的平均负载，而qmail设计了内部机制来限制系统负载，所以qmail-smtpd能安全地从系统的inet来运行
sendmail有很多的商业支持，而且由于大量的用户群，在互联网上有大量的潜在技术支持。而Qmail只有很有限的技术支持。有家公司inter7com提供对Qmail的支持，该公司同样提供了免费的add-ons，包括一个基于web的管理工具-QmailAdmin及一个通过vpopmail的对虚拟域的支持，甚至具有一个基于web的客户借接口—SqWebMail。
Qmail还具有一些其他的缺憾。如它不是完全遵从标准，它不支持DSN，作者认为DSN是一个即将消亡的技术，而Qmail的VERP可以完成同样的工作，而又不象DSN依赖于其他主机的支持。Qmail另外一个问题是其不遵从支持7bit系统标准，而每次都发送8bit。若邮件接收一方不能处理这种情况，就会出现邮件乱码的情况。
从安全性来讲，Sendmail要比Qmail差一些，Sendmail在发展中出现过很多很著名的安全漏洞;而Qmail相对要短小精悍，但是仍然提供了基本的STMP功能。而Qmail的代码注释要少一些。Qmail的一个很好的特色是其支持一种可选的基于目录的邮件存储格式，而不是使用一个很大的文件来存储用户所有的邮件。若用户的邮件服务器进行很多的POP3服务，则这种邮件存储格式可以提高效率。但是遗憾的是Pine自身并不支持这种存储格式，如果需要可以使用一些补丁来达到这个目的。
Qmail的优点是:每个用户都可以创建邮件列表而无须具有根用户的权限，如用户foo可以创建名为foo-slashdot, foo-linux,foo-chickens 的邮件列表，为了提供更好的功能，有一个叫ezmlm(EZ Mailing List Maker)的工具可以支持自动注册和注销、索引等Majordomo所具有的各种功能，但是都是CLI驱动的，只需要编辑很少的文件。Qmail非常适合在小型系统下工作，一般只支持较少的用户或用来管理邮件列表。Qmail速度快并且简单mail是当你希望安全切容易配置的最佳的选择;Qmail可以在2个小时内搞定配置，而Sendmail可能在两天内都搞不定。
rocketmail internic 等都使用qmail来构建
ZMailer
ZMailer是一个高性能、多进程的Unix系统邮件程序。 [ aka MTA per X400 parlance ]，其可以从下面的服务器ftp://ftpfunetfi/pub/unix/mail/zmailer/ 自由下载。其也是按照单块模式设计的。如Hotmail等邮件系统就是用Zmailer构建的。
Exim Exim是由Cambridge 大学开发的遵从GPL的MTA，其风格上类似与Smail 3，但是比Smail 3更加完善。当前最新版本是315。其主站点为>

无论采用哪种技术路线、哪种方案和产品对现有 VMware 环境进行替换，都不能 100% 保证在功能特性和使用体验方面的完全一致。因此，最终的替换决策必然是在认真评估后做出的主动调整：放弃部分非核心、不必要的功能，或通过应用层、架构层的改造以达到同样的效果。

可用于 VMware 替换的技术路线

1、聚焦替换 vSphere 并兼顾存储

虚拟化基础设施的核心是 Hypervisor 和存储。

首先，从 Hypervisor 技术和产品角度考虑：有可能用于填补 vSphere 空白的国内虚拟化产品都是基于 KVM 进行的开发。我们从 IDC 发布的“2020 年中国软件定义计算市场份额”中看到，有潜力成为 vSphere 虚拟化产品替代者的，是榜单上的华为、新华三、浪潮。2022 年 Gartner “Market Guide for Server Virtualization” 中则仅提到了华为和深信服。

再考虑虚拟化环境中使用的存储：在国内用户的 vSphere 部署中，大部分采用了集中式 SAN 存储与之配合。那么，替换 vSphere 的方案，也必须包含对集中式 SAN 存储部分的考虑。比如，既有 SAN 存储产品是否为国外品牌？是否在 vSphere 替换的同时，将 SAN 存储也替换为国内自主研发的、符合信创要求的产品？

2021 年上半年的 IDC 报告列出的中国企业级外置存储市场排名前三的华为、新华三和浪潮，采用的都是全自研的存储产品。在 vSphere 的国内部署中，已经有很大部分用户采用了这些国产存储产品，以国产存储替代国外同类产品，并不存在障碍。对于这一部分用户，首先考虑选择成熟的 KVM 虚拟化软件作为 vSphere 的替代者。虚拟化与存储之间通过 iSCSI、NFS 等标准接口连接，这就为保留现有国产集中存储、并逐步将非国产存储产品进行替换创造了条件。

针对这个方案需要注意的两点是：

虽然目前国内 IT 厂商具备了自主研发中端存储的实力，但之前大多基于 x86 平台，并非符合信创要求的产品。而基于海光、鲲鹏、飞腾等国产 CPU 的硬件，则需要全新的设计。从“国产存储”到“信创存储”，整个产品的成熟和迭代周期会比较长。

由于 SAN 存储系统的复杂性，应对企业数字化业务快速增长的d性需求已经捉襟见肘，目前 SAN 存储的分布式和软件定义转型也已经是大势所趋。这时也可以选择支持 vSphere 虚拟化的国内超融合厂商，先完成存储部分的转型和替换，再逐步实现对 vSphere 的替换。

2、置换为超融合 HCI

在虚拟化和存储的改造过程中，有些用户也有可能将“虚拟机与外置存储分离部署”的方式替换为更加简单、d性敏捷的超融合（HCI）方式。在这个领域，IDC 2021 年排名靠前的国产自主研发的超融合产品分别来自华为、新华三、深信服、浪潮和 SmartX，其中 SmartX 作为唯一独立的超融合厂商，在金融行业超融合软件市场占有率排名第一， 以良好的口碑被 IDC 评价为“在金融行业得到青睐”。

从 SmartX 等厂商的金融行业案例可以看到，对于现有基础架构为 vSphere + SAN 存储的用户，将其替换为国产超融合方案已经得到生产环境的验证。同时，选择国产自主研发的超融合产品不仅意味着实现 VMware 替换，更能实现从传统架构到分布式架构和软件定义方式的转型——简化了虚拟化计算和存储的层次结构，落地容易，d性很好，按需扩展（通常 3 个节点起步），风险更低。

超融合架构除了具备软件定义和分布式架构带来的优势，因为包含了虚拟化、存储这两个核心组件，可以同时实现虚拟化层和存储层的信创替代。从信创角度看，国产超融合方案普遍基于标准的信创服务器，实现了软硬件的解耦，可以快速地适配。随着信创产品的不断升级，标准化的服务器和软件也都可以快速迭代。同时，分布式的架构通过软件方式解决系统冗余问题，还能提升整个资源池的性能，减少了信创 CPU 在性能上目前的不足。

3、转向整体私有云方案

国内的整体私有云解决方案大部分以 OpenStack 为基本技术栈进行开发。OpenStack 基于大量开源项目组成，并经过各个厂商的商业开发，形成了多种商用云方案。OpenStack 全面的云方案可以同时管理 IaaS 层的资源池（服务器、存储和网络），将不再需要分别从计算、存储或网络的角度考虑对 VMware 的替换路线图，而是从整体“私有云”维度进行重建。

根据 IDC 2021 年发布的软件定义计算软件市场半年跟踪报告，华为、新华三、浪潮、EasyStack 和九州云，在主要体现 OpenStack 技术路线的“云系统软件”分类中排名前五。

基于开源 OpenStack 方案的一个优势是，可以快速从社区获得最新的功能。在 OpenStack 社区贡献度排行榜上，国内云企业近年来也名列前茅。

不过目前基于 Openstack、Ceph 构建的私有云方案，由于模块众多、商用化程度有限、稳定性欠佳，因而大部分部署在开发测试环境，不能实现对用户架构的真正统一，没有真正达到用户云化转型的预期效果，在热度过后，理性用户已经开始更加谨慎地选择类似的架构。

4、依托公有云技术栈的专属云

专属云（Dedicated Cloud）是以公有云为基础，面向特定行业、特殊需求的云客户，提供全栈资源池的专属解决方案。专属云客户可以选择在公有云上独占机架、服务器和网络，通过基础设施隔离获得资源的专属使用权和安全性，但专属云的建设和运维仍交由公有云提供商承担。专属云打消了国内用户对公有云资源共享模式带来的安全合规、数据私密性等一系列顾虑，也在规模化部署、快速交付和集中运维方面享有了公有云深厚技术底蕴带来的福利。国内的主要公有云服务商都可以提供专属云服务，通常面向规模较大的国企、央企、集团公司、金融等行业。

由于专属云所依赖的公有云技术在管理平面的开销较大，起步即要求几十个节点（管理节点的要求）。这导致专属云的首次投入占比大，而且普通用户往往不具备运维这种规模的云平台的能力。除了大型客户以外，其他客户很难承受其巨大的投入和运维压力。

完整版可参考知乎专栏文章：生产级 VMware 虚拟化方案替换路线与评估

---