博威---云架构决胜云计算

 找回密码
 注册

QQ登录

只需一步,快速开始

搜索
楼主: network

国产虚拟化云宏

[复制链接]
 楼主| 发表于 2023-1-16 18:50:44 | 显示全部楼层
network 发表于 2023-1-16 18:49
随着云技术的发展,越来越多的行业去注重云的使用。云,即云服务,是基于互联网的相关服务的增加、使用和交 ...

近日,龙芯中科联合云宏信息科技股份有限公司(以下简称“云宏”)完成了多项基于龙芯3A4000/3B4000处理器以及宏云虚拟化平台(CNware®)信创版、云管理平台(WinCloud®)的产品兼容性互认证测试部署,确定系统顺利安装、运行良好,整体稳定。

在本次适配过程中,宏云虚拟化平台、云管理平台成功在搭载了龙芯3B4000的服务器上完成安装部署并稳定运行。2019年12月24日,龙芯中科发布最新产品龙芯3A4000/3B4000处理器,其中面向服务器产品的龙芯3B4000比上一代性能提升一倍,不但提升了内存容量、还优化了虚拟机效率,KVM虚拟机效率提升至95%。可全面支持轻量级容器(Docker)、虚拟化(KVM)两种云平台方案。

龙芯3B4000处理器

云宏是国内领先的云计算关键技术及服务提供商,聚焦钻研云计算虚拟化关键技术,是国内最早打破国外巨头垄断并自主研发掌握虚拟化等关键技术的企业,也是国内率先在国产云计算关键技术领域全面开展兼容性和协同性优化适配工作、布局信创领域的先驱企业。

在云计算大数据应用领域,龙芯中科和云宏长期合作实现产品技术适配和解决方案打磨,早在2016年,双方即共同推出过行业解决方案。作为云计算领域战略合作伙伴,双方的强强联合逐步形成服务器芯片和云计算关键技术软件的国产合作技术生态,解决了国产信息系统搭建中“最后一公里”的问题。

未来,龙芯中科与云宏将继续强化软硬件技术适配合作,加速推动云计算核心技术突破,不断完善信创领域云产品、服务、供应商管理,构建新生态,实现信息技术的创新突破,进一步推进云计算信创技术生态链的快速形成。


 楼主| 发表于 2023-1-16 18:51:38 | 显示全部楼层
随着信息化的发展,企业越来越重视数据的可靠性和安全性。有用户很多问,“云宏超融合平台虽然能够提供多副本保护机制,确保单台服务器故障不影响业务,但是如果出现机房断电等故障,怎么办?我们的分支机构在外地,从安全性考虑,我们不想将网站映射到外网上面,如果不搭建VPN+IPsec的话,有没有其它的解决方案呢?如果我现有业务在公有云上面,后续想在线迁入云宏超融合平台,是否具备可操作性呢?”
答案是:不难办,能解决,可操作。
怎么做到呢?这就要请出云宏超融合平台所提供的多数据中心解决方案了。
云宏超融合平台提供多数据中心解决方案,能够实现数据异地实时备份、业务系统本地或异地高可用、多数据中心或分支机构之间内网互联互通,用户不需要购买昂贵的专线,也不需要专业的VPN硬件设备;同时,支持多数据中心的平滑进化,一开始可以先建设单数据中心,随着业务的增长,可以将重要的业务在公有云上面做灾备,当数据量或业务的增长量达到一定程度,需要建设多个私有数据中心时,可以将业务平滑地从主数据中心或公有云上面迁移至灾备数据中心。
那么,云宏超融合平台多数据中心是如何实现的呢?
多中心互联互通
阻碍组建多数据中心最大的问题是什么?云宏进行了大量调研工作,发现问题出在安全性上。曾有企业用户将数据库映射到公网上,异地数据中心通过公网IP访问数据库。这种方式理论上是可行的,就像你家的房子开了一扇门,只要说出“芝麻开门”就可以进来;但正是因为如此,这位用户的数据库第二天就被黑客攻陷,数据丢失不说还被黑客远程控制成了“肉鸡”。
这个惨痛的教训警示我们:重要数据永远不要暴露到公网!重要数据永远不要暴露到公网!!重要数据永远不要暴露到公网!!!重要事情说三遍以后问题来了,如果没有专线、没有VPN、没有映射公网,那数据中心和分支机构之间怎么通信呢?
云宏超融合云平台的解决方案,是在互联网上面组建“局域”网,在每个数据中心和分支机构的虚拟机上面安装云宏接入端,接入互联“局域”网之后可实现互联互通,用户终端通过接入端将数据传输到异地数据中心、分支机构,数据在互联“局域”网上面的传输是加密的,所以不存在被黑客入侵风险。接入端除了支持云宏的超融合平台之外,还支持公有云主机,所以在这个互联“局域”网里面,用户可以将应用运行在公有云主机上面,数据库运行在超融合平台,组建成一个混合云的架构。
业务系统异地保护
除了多数据中心、分支机构互联互通之外,组建多数据中心的最主要目的,是实现业务系统的异地高可用性。云宏超融合平台采用基于系统内核字节级数据复制技术,非常适合窄带宽远距离的应用灾备,并且对上层应用透明、主机资源占用率低。
以一个300M的文件修改了512字节的场景为例,基于文件级、硬件层次数据块和字节级数据复制技术在复制传输的数据量对比上是300MB:64KB:512B=4800:128:1,也就是利用字节级数据复制技术能够实现最小数据量的传输。




基于系统内核字节级数据复制技术,我们可以实现业务系统“实时复制”,当业务虚拟机出现故障时,可以秒级切换到异地数据中心的灾备机上面。
跨平台在线迁移
由于云宏超融合多数据中心是基于系统内核字节级数据复制技术,只针对具体的业务操作系统,校验的是业务操作系统的内核,与其所在的虚拟化平台无关,因此,能够实现跨平台的业务在线迁移,支持的平台包括物理服务器、公有云主机、VMware、Xen、KVM和Hyper-V等。
具体来说,是在新平台上面创建同样版本的操作系统,设置同样的系统分区,在管理平台设置好其迁移对应关系之后,系统就会在操作系统层面校验两边数据的差异性,将工作机上面的差异数据镜像到灾备机中,最终实现两边数据达到一致的效果。
综上所述,云宏超融合多数据中心解决方案可以支持多中心之间的内网互联互通,保障了用户数据的安全性;跨地域的容灾备份,保障了业务的高可用性,跨平台迁移功能,保障了业务系统的灵活性。对于信息化时代企业数据可靠安全的保障,将起到至关重要的作用。

 楼主| 发表于 2023-1-16 18:52:25 | 显示全部楼层
《“十四五”数字经济发展规划》主要明确了数字经济八大重点产业,其中以云计算市场发展尤为受到关注。
今年初,IDC发布《IDC FutureScape:全球云计算2022年预测-中国启示》报告,对云基础设施到应用、数据以及云运营和持续发展的整个生命周期进行了分析和预测。
在该报告中,IDC分别对应用现代化、专属云、云灾备、多云数据治理、无处不在的应用部署、低代码平台、云运营优化、边缘云、云的可持续性、高性能计算这十大预测进行阐释,并给出市场趋势发展建议(以上资料源于*IDC咨询)。
随着全球整体云计算市场规模的快速增长,云计算市场在塑造IT行业方面将发挥巨大作用,乃至占主导地位。该报告对技术、市场及生态系统的分析解读能帮助CIO更好地了解未来趋势以及IT组织对企业的影响。
云宏基于多年在云计算关键技术虚拟化专业领域深耕及项目落地经验,致力为用户提供专业、安全、高效的虚拟化解决方案,为各行业客户的数字化转型及发展保驾护航。
云宏虚拟化技术拥有以下关键产品、技术优势:
1、虚拟化云平台WinStack
虚拟化云平台WinStack是云宏自主研发的一套助力客户构建积木式、便捷实用的柔性基础设施云平台;以国产通用型云操作系统为技术基础,兼容x86、ARM、国产自主创新芯片的硬件平台与操作系统,实现从底层硬件到基础软件全链路适配国产化,是各行业客户首选的私有云服务平台。
2、多云管理平台
据IDC预测2024年将会有50%的组织采用多云数据治理工具。云宏多云管理平台WinCloud在多云纳管技术上一直处于领先地位,可以纳管大多数主流的公有云和私有云平台,使用户可以通过云宏WinCloud管理丰富的资源,提高运营、运维效率,降低使用成本,加速业务创新;
云宏多云管理平台顺应行业趋势发展,时刻紧跟企业业务需求,并配备云宏专业的运营服务团队,同步加速助力各行业客户优化云资源。
3、低代码技术
据IDC预测到2023年,40%的新应用将基于无代码/低代码平台进行开发。云宏基于企业IT人员短缺问题,通过多云管理平台WinCloud推出“低代码”编程技术,可让使用者无需具备过高的专业代码编程能力,即可完成软件应用等的创建工作,满足企业个性化需要。
4、边缘云
据IDC预测到2026年,50%的CIO将需要安全的云边协同解决方案。在边缘计算大行其道的时刻,云宏超融合基础架构以小尺寸、低能耗、低时耗、极简部署、标准开放的分布式云服务等特性,帮助各行业应对在这一全新领域要解决的许多新挑战、解决刚性需求,有力支持边缘计算发展。
5、全场景可视化编排
云宏可视化编排功能基于清爽图形化的画布和丰富的计算、存储、网络、应用软件等标准化组件,不仅可利用拖拽、连线完成部署,简化常用工作流;还可一键式批量部署,省去繁琐的人工操作,更轻松高效地管理复杂任务。
6、云灾备
据IDC预测到2025年,50%的组织将其数据保护系统迁移到云,并以云为中心。云宏通过WinStack云平台提供灾备数据中心底座,结合容灾备份工具实现云灾备,帮助客户在关键时刻切换灾备,成功保护数据安全。
未来,云宏将持续借助科学技术,同时紧跟行业趋势和用户需求,不断完善IaaS和SaaS层的产品能力,帮助用户构建安全、高效、便捷的虚拟化云平台,为行业数字化升级赋能。

 楼主| 发表于 2023-1-16 18:52:57 | 显示全部楼层
“守破离”,源于禅学,兴于剑道,现在对于各行各业想要精进的人或企业来说,同样适用。初始时,以梦想为引,潜心研修,达于娴熟;熟练时,以“不破不立”为核,突破原有范式;发展时,潜心研究,自创新招,另辟新境。
在信息技术领域,学习、创新、突破的路径,是国内信息科技企业成长的一种方式。云宏,是国内最早掌握云计算服务器虚拟化技术的本土企业,也是国内云计算虚拟化技术“守破离”的坚定践行者,通过10多年的精研与专注,打造出一套成熟的基于虚拟化产品的随需应变私有云解决方案,逐步成长为中国虚拟化软件第一品牌。
从“守”字做起,弄通“卡脖子”的难题
十多年前,云宏就选择了自主研发虚拟化,因为初生牛犊不怕虎,也因为情怀与梦想。作为云计算的关键核心技术,虚拟化技术一直掌握在国外巨头手中。面对“卡脖子”的难题,作为国产厂商,云宏肩承起国产化厂商的时代使命。
自此,云宏从“守”字开始做起。守,意味着长久等待,意味着要有“坐冷板凳”的决心与毅力,弄通“卡脖子”技术的基础理论和技术原理。
一开始,云宏对这个行业的优势产品做系统研究,以此为师,研究它们的功能、软件架构、用户体验,结合应用牵引、突破瓶颈,在各种场景测试中中凝练基础问题,一步一步地打造属于自己的虚拟化产品——CNware。继而,云宏以自主知识产权的虚拟化技术为内核,历经无数次的打磨,终于研发出包含百万行代码、拥有自主核心技术的云操作系统。
掌握自主知识产权的国产化技术与产品虽有荣耀,但整个国内IT环境都对国产化基础软件缺乏信任。几乎所有客户都会选择国外产品,区别只在于,资金雄厚的大客户选择正版,中小客户会选择超用国外产品。面对严峻形势,云宏依旧没有放弃,也没有转换跑道,一直坚持着这个基础软件的研发团队,继续精研虚拟化云平台的应用场景与行业解决方案,持续夯实发展基础。
只是停留在“守”这个阶段,注定是无法获得突破的。拥有自主知识产权的虚拟化技术与标准化产品,是远远不够;还要进一步将产品部署到客户复杂多变的实际运行环境中。在案例实践中,保持稳定性、兼容性以及优质性能,积极实现进化与升级地迭代。

以“破”为核,建设自主安全的国产生态
破,意味着在突破和完善中超越。为了获得客户的信任,得到珍贵的试用环境,云宏选择从银行客户开始,实现从0到1的突破。
首先,要说服客户让他们拿出部分资源池来体验云宏的虚拟化。云宏的虚拟化产品在纳管自己虚拟化服务器的同时,还可以纳管VMware以及IBM 的Power等国外优势产品,这些产品在银行都是大量使用的。
同时,为了免除客户的后顾之忧,云宏还提供了从不同虚拟化之间迁移的工具,让客户可以放心使用。即便出现问题,云宏可以帮助客户还原到原来的资源池。
在碰了无数个钉子之后,终于有第一个客户愿意开始尝试。慢慢的,云宏从一个客户做到几十个银行客户,从客户的研发测试环境做到了创新应用环境,从创新应用环境做到了生产环境。
在为客户提供虚拟化解决方案的过程中,云宏也发现到用国外软件的一些痛点,比如生态本地化不足,生态周边的软件都基于国外环境开发。在功能开发上,云宏积极与国内厂商进行适配对接,和本土厂商打造完整的虚拟化云平台整体解决方案,并选择一条投入最大人力、物力、财力的路径,和第三方厂商进行API对接,产品重新一体化设计,就是为了让客户有更优的用户体验,产品和产品之间无缝整合,交付给客户的是基于多个厂商的产品“融合”起来的一朵云,可以保障高效部署、运行稳定、成本节约。虽然为此付出了更多的人员、时间和精力,但只要能为客户提供一站式的云产品,一切就是值得的。云宏深知客户来之不易,倍加珍惜。
不仅如此,云宏也敏锐洞察到,国外产品的特性不符合自主安全标准,并因此找到另外一条“破”之道。云宏在安全可靠上深入研究,打造出虚拟化层面防DDos攻击等国际首创的功能,并在产品上实现了多项安全功能加固。云宏产品也在第一批通过国家保密局的涉密认证,并且在国家的一些尖端科研机构上部署落地。在此之前,这些单位苦于没有合适且合规的产品提供给他们使用,无论是规模再大的服务器使用需求,也只能部署在物理机,无法上云。终于,云宏第一次感受到自主基础软件被核心客户所迫切需要。目前云宏的虚拟化软件,逐步应用到像船舶、航天等领域。
以“离”至大成之境,树立国产虚拟化标杆
即便如此,也是远远不够的,云宏需要突破到“离”的境界。离,意味着在颠覆现状中寻求新发现。但是如何突破,还在苦苦思索。恰逢其时,因为国外的技术封锁愈演愈烈,我国对基础软件的破局达到史无前例的重视。云宏紧紧抓住这一千载难逢的计划,第一时间就全力以赴,倾力打造自主体系的虚拟化云产品核心生态。
基于之前多年的积累,是时候摆脱国际厂商的束缚,打造真正属于自己的云了。一方面,云宏全面兼容国产CPU,目前已经可以在鲲鹏、飞腾、龙芯、兆芯、申威、海光上运行。另一方面,云宏在虚拟化内核上的优化进入深水区。基于对虚拟化内核进行的整体架构重构,结合自主CPU的功能特性以及对未来技术趋势的认知,云宏成功打造出一个可以积木式搭建、根据客户的规模随需而建的虚拟化云平台。
经过多年的坚持和实践,终于迎来信创工程,既是机遇,也是大考。在2020年,信创云是个新赛道,云宏正在完成从对标巨头,到独立探索“无人区”的转身,基于自主的虚拟化产品在为党政、金融、央国企等领域构建不同规模的信创云,云宏每天面对的都是新需求、新挑战。
在信创领域,最早落地部署与交付使用,党政信创领域,渐次延伸到金融等其他领域。目前,云宏的虚拟化与云平台解决方案已经在广东广州、肇庆、惠州,福建宁德、四川凉山、重庆江津、陕西省直机关等,以及国家银保监会、工行总行、国家开发银行、中国人保集团、北京银行、陕西信合等信创建设中落地。据反馈,已交付使用的,运行稳定、节省成本、提高效率、信创改造顺利。
对于以云宏为代表的信创企业而言,推进国产化代替,推动信创产业发展,既是发展与创新的机遇,更是肩负筑守国家信息安全的使命。
实践反复告诉我们,关键核心技术是要不来、买不来、讨不来的。只有把关键核心技术掌握在自己手中,才能从根本上保障国家经济安全、国防安全和其他安全,为我国发展提供有力科技支撑。
路漫漫其修远兮,云宏虚拟化产品的破局只是第一步,国产核心关键技术的研发攻关仍然需要继续努力,“要把原始创新能力提升摆在更加突出的位置,努力实现更多“从0到1”的突破,坚决打赢关键核心技术攻坚战。”

 楼主| 发表于 2023-1-16 18:53:55 | 显示全部楼层

近日,全新升级的宏云虚拟化平台CNware正式对外发布。作为虚拟化软件领导品牌,云宏新版CNware不仅性能更优,更智能,而且在生态上也更为开放,全面对标、替换国外虚拟化软件。

立足现实,寻解决之道

近年来,伴随云计算、大数据、人工智能等技术的持续演进,数字化的利好有目共睹,但转型程度在不断加深的同时,也面临着诸多挑战。

在云计算技术架构里面,云计算虚拟化关键技术是支撑这些新兴产业发展的基石和纽带。但就如很多尖端科学技术一样,云计算也以美国为师,我国云计算由于起步晚、起点低且投资大、回报周期长等原因,虽然近年来建设步伐明显加快,但核心技术依旧被外资垄断,信息安全受制于人。

为了打破云操作系统长期被国外垄断的局面,响应国家信息安全号召,云宏创始团队早在2008年就开始钻研云计算关键虚拟化技术。如今,掌握自主核心技术的CNware已历经数次迭代优化,具备对标、替换国外虚拟化软件的能力。

智慧新生,赋能新未来

全新版本的CNware产品家族进一步细化和完善,根据不同行业和安全等级,主要分为宏云虚拟化平台通用版、宏云虚拟化平台高安全版(涉密版)、宏云虚拟化平台信创版和宏云虚拟化云平台WinStack四个版本。

宏云虚拟化平台通用版基于X86通用环境,部署底层IT基础环境,通过虚拟化技术实现资源池化,按需分配计算资源,可替代VMware虚拟化场景,主要面向政企、事业单位、金融、教育、医疗、电力等机构的信息化建设规划部门,不仅功能全、性能优,而且安全可靠、兼容性强。

宏云虚拟化平台高安全版针对基础设施安全性要求极高的场景(如涉密场景),基于X86通用环境,部署安全加固的虚拟化平台,实现资源池化、精细管理、统一视图运维等。对操作系统内核模块进行了安全加固和安全剪裁,增加完整性校验、特权域安全漏洞检查、安全加固模块、三合一保护、虚拟机加密、三员管理等功能,进一步保障了数据中心的安全性。在保障安全的同时,对性能进行优化,降低虚拟化及安全防护对资源的损耗,极致还原计算能力。

信创云建设是国产化替代工作的关键,主要解决了多种芯片共建、多云并存管理、应用迁移难等诸多问题,宏云虚拟化平台信创版不依赖第三方HostOS,拥有内核级自主关键技术,从根源上确保了产品的本质安全,而且全面拥抱信创开放生态,具有管理平台微服务化,架构轻量和企业级业务增强功能的产品特点。

宏云虚拟化云平台WinStack基于X86或信创环境,是轻量级虚拟化云平台解决方案,可快速搭建软件定义数据中心,提供计算、存储、网络虚拟化能力。

值得一提的是,云宏在坚持自主研发的同时,坚持走产业生态合作的道路,打通了国产云计算产业链的上下游,助力国产化替换与自主产业发展。近日,云宏CNware又与国有控股的上市企业广电运通完成整机互认证,在生态上迈出新的一步。

  矢志不渝,再上新台阶

捍卫信息安全势在必行,信创云是其中不可或缺的环节,云宏责无旁贷。此次CNware版本的更新迭代,除了在产品力上的进阶,变得更智能、更开放,也是云宏在品牌层面砥砺前行、不断创新的证言。

成立于2010年的云宏,早在2008年就开始钻研云计算虚拟化关键技术,致力于打破云操作系统长期被国际垄断的局面。成立10余年来,云宏一直秉承产业报国、维护国家信息安全的历史使命,如今已持续稳定地服务于党政机关、金融机构、国防军工、电信、电力、教育、医疗等关系到国计民生重点行业的大客户,经过多年的市场洗礼与实践检验,已具备全面替换国际行业巨头的综合实力,也获得了国内1000+客户的青睐。

全新CNware版本的发布,必将巩固云宏在行业市场的技术领先地位,加速推动信创数字化落地。未来,云宏将与更多国内企业一起,筑自主安全长城,守信息服务营垒。


 楼主| 发表于 2023-1-16 18:56:38 | 显示全部楼层
Linux KVM 虚拟化技术
2021-05-03

一  、 KVM 介绍 ;
KVM 全称是 基于内核的虚拟机(Kernel-based Virtual Machine),它是Linux 的一个内核模块,该内核模块使得 Linux 变成了一个 Hypervisor:
① 、它由 Quramnet 开发,该公司于 2008年被 Red Hat 收购。
②、它支持 x86 (32 and 64 位), s390, Powerpc 等 CPU。
③ 、它从 Linux 2.6.20 起就作为一模块被包含在 Linux 内核中。
④ 、它需要支持虚拟化扩展的 CPU。
⑥ 、它是完全开源的

二 、KVM 架构 ;
KVM 的架构非常简单,KVM 就是一个内核模块,用户空间通过QEMU模拟硬件提供给虚拟机使用,一台虚拟机就是一个普通的Linux 进程,通过对这个进程的管理就可以完成对虚拟机的管理。
KVM 是基于虚拟化扩展(Intel VT 或者 AMD-V)的 X86 硬件的开源的 Linux 原生的全虚拟化解决方案,KVM 中,虚拟机被实现为常规的 Linux 进程,由标准 Linux 调度程序进行调度;虚机的每个虚拟 CPU 被实现为一个常规的 Linux 线程。这使得 KMV 能够使用 Linux 内核的已有功能。
但是,KVM 本身不执行任何硬件模拟,需要用户空间程序通过 /dev/kvm 接口设置一个客户机虚拟服务器的地址空间,向它提供模拟 I/O,并将它的视频显示映射回宿主的显示屏。目前这个应用程序是 QEMU。
Guest:客户机系统,包括CPU(vCPU)、内存、驱动(Console、网卡、I/O 设备驱动等),被 KVM 置于一种受限制的 CPU 模式下运行。
KVM:运行在内核空间,提供 CPU 和内存的虚级化,以及客户机的 I/O 拦截。Guest 的 I/O 被 KVM 拦截后,交给 QEMU 处理。
QEMU:修改过的被 KVM 虚机使用的 QEMU 代码,运行在用户空间,提供硬件 I/O 虚拟化,通过 IOCTL /dev/kvm 设备和 KVM 交互。

注意 :KVM  公司使用场景 ;
一般是底层采用 KVM 上层采用 OpenStack ,通过OpenStack 来管理 KVM 的  ;

三 、 KVM 的功能列表  ;
KVM 所支持的功能包括:
① 、支持 CPU 和 memory 超分(Overcommit)
② 、支持半虚拟化 I/O (virtio)
③ 、支持热插拔 (cpu,块设备、网络设备等)
④ 、支持对称多处理(Symmetric Multi-Processing,缩写为 SMP )
⑤ 、支持实时迁移(Live Migration)
⑥ 、支持 PCI 设备直接分配和 单根 I/O 虚拟化 (SR-IOV)
⑦ 、支持 内核同页合并 (KSM )
⑧ 、支持 NUMA (Non-Uniform Memory Access,非一致存储访问结构 )

四 、 安装部署 KVM  ;
安装之前需要确保开启了  BIOS  此功能 ;
4.1 、确保把 disable  改成 enable
4.2 、  配置内存不要少于3G ,配置虚拟机支持KVM虚拟化  ;

4.3  、  基础环境检查 ;
[root@kvm ~]# cat /etc/redhat-release
CentOS Linux release 7.4.1708 (Core)
[root@kvm ~]# uname -r
3.10.0-693.el7.x86_64
[root@kvm ~]# getenforce
Disabled
[root@kvm ~]# systemctl status firewalld.service
● firewalld.service - firewalld - dynamic firewall daemon
   Loaded: loaded (/usr/lib/systemd/system/firewalld.service; disabled; vendor preset: enabled)
   Active: inactive (dead)
     Docs: man:firewalld(1)
[root@kvm ~]# hostname -I
10.0.0.200 172.16.1.200
[root@kvm ~]#
4.4 、KVM 检查,其实KVM已经内置到了centos7 的内核中 ;
[root@kvm ~]# lsmod |grep kvm
kvm_intel             170086  0
kvm                   566340  1 kvm_intel
irqbypass              13503  1 kvm
[root@kvm ~]#
[root@kvm ~]# grep -Eo '(vmx|svm)' /proc/cpuinfo
vmx                                                  ---->>  这里需要保证 必须要有一个 vmx 一个vmx 表示一个 cpu  也就是一核的 两个表示是两核
[root@kvm ~]#

五 、安装管理kvm 的命令 ;
[root@kvm ~]# yum -y install qemu-kvm qemu-kvm-tools virt-manager libvirt virt-install
查看已经安装的软件包 ;
[root@kvm ~]# rpm -qa|grep -E 'qemu|libvirt|virt'
virt-what-1.13-6.el7.x86_64
libvirt-daemon-driver-storage-2.0.0-10.el7_3.9.x86_64
libvirt-daemon-config-network-2.0.0-10.el7_3.9.x86_64
libvirt-daemon-driver-nodedev-2.0.0-10.el7_3.9.x86_64
libvirt-2.0.0-10.el7_3.9.x86_64
ipxe-roms-qemu-20160127-5.git6366fa7a.el7.noarch
qemu-kvm-common-1.5.3-126.el7_3.10.x86_64
libvirt-client-2.0.0-10.el7_3.9.x86_64
libvirt-daemon-driver-network-2.0.0-10.el7_3.9.x86_64
libvirt-daemon-driver-nwfilter-2.0.0-10.el7_3.9.x86_64
libvirt-daemon-driver-qemu-2.0.0-10.el7_3.9.x86_64
libvirt-daemon-driver-lxc-2.0.0-10.el7_3.9.x86_64
libvirt-daemon-driver-interface-2.0.0-10.el7_3.9.x86_64
libvirt-glib-0.2.3-1.el7.x86_64
virt-manager-common-1.4.0-2.el7.noarch
qemu-kvm-1.5.3-126.el7_3.10.x86_64
virt-manager-1.4.0-2.el7.noarch
qemu-img-1.5.3-126.el7_3.10.x86_64
libvirt-daemon-2.0.0-10.el7_3.9.x86_64
libvirt-daemon-config-nwfilter-2.0.0-10.el7_3.9.x86_64
libvirt-daemon-driver-secret-2.0.0-10.el7_3.9.x86_64
libvirt-python-2.0.0-2.el7.x86_64
virt-install-1.4.0-2.el7.noarch
qemu-kvm-tools-1.5.3-126.el7_3.10.x86_64
[root@localhost ~]#

===========================================================
安装包详解;
python-virtinst-0.600.0-29.el6.noarch          # 一套Python的虚拟机安装工具
gpxe-roms-qemu-0.9.7-6.14.el6.noarch       # 虚拟机iPXE的启动固件,支持虚拟机从网络启动
virt-manager-0.9.0-29.el6.x86_64                # 基于Libvirt的图像化虚拟机管理软件,需要图形界面操作系统
qemu-img-0.12.1.2-2.479.el6.x86_64           # 用于操作虚拟机硬盘镜像的创建、查看和格式转化
libvirt-python-0.10.2-54.el6.x86_64              # libvirt为Python提供的API
qemu-kvm-0.12.1.2-2.479.el6.x86_64          # KVM在用户空间运行的程序
qemu-kvm-tools-0.12.1.2-2.479.el6.x86_64
libvirt-0.10.2-54.el6.x86_64                         # 用于管理虚拟机,它提供了一套虚拟机操作API
libvirt-client-0.10.2-54.el6.x86_64           # Libvirt的客户端,最重要的功能之一就是就在宿主机关机时可以通知虚拟机也关机,使虚拟机系统                                                                      正常关机,而不是被强制关机,造成数据丢失
virt-top-1.0.4-3.15.el6.x86_64             # 类似于top命令,查看虚拟机的资源使用情况
virt-what-1.11-1.2.el6.x86_64              # 在虚拟机内部执行,查看虚拟机运行的虚拟化平台
virt-viewer-0.5.6-8.el6.x86_64             # 显示虚拟机的控制台console


5.1  、 启动  libvirtd 服务  ;
[root@kvm ~]# systemctl start libvirtd.service                --->>  启动 libvirtd 服务会出现 3 4 网卡信息
[root@kvm ~]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:0c:29:ed:fb:50 brd ff:ff:ff:ff:ff:ff
    inet 10.0.0.200/24 brd 10.0.0.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::20c:29ff:feed:fb50/64 scope link
       valid_lft forever preferred_lft forever
3: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN
    link/ether 52:54:00:86:12:85 brd ff:ff:ff:ff:ff:ff
    inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
       valid_lft forever preferred_lft forever
4: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast master virbr0 state DOWN qlen 500
    link/ether 52:54:00:86:12:85 brd ff:ff:ff:ff:ff:ff
[root@kvm ~]#

[root@kvm ~]# systemctl status libvirtd.service              --->>  查看服务状态   ;
● libvirtd.service - Virtualization daemon
   Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled; vendor preset: enabled)
   Active: active (running) since Fri 2018-09-21 21:29:26 CST; 1min 23s ago        -->>  这里是绿色的表示启动成功 ;
     Docs: man:libvirtd(8)
           https://libvirt.org
Main PID: 18713 (libvirtd)
   CGroup: /system.slice/libvirtd.service
           ├─18713 /usr/sbin/libvirtd
           ├─18834 /usr/sbin/dnsmasq --conf-file=/var/lib/libvirt/dnsmasq/default.conf --leasefile-ro --dh...
           └─18835 /usr/sbin/dnsmasq --conf-file=/var/lib/libvirt/dnsmasq/default.conf --leasefile-ro --dh...

六  、  开始创建虚拟机  ;
6.1 、创建虚拟硬盘,以后的数据放在哪里  ;
[root@kvm ~]# mkdir -p /application/kvm_data
[root@kvm ~]# cd /application/kvm_data
[root@kvm kvm_data]# qemu-img create -f qcow2 /application/kvm_data/moban.qcow2 10G
[root@kvm kvm_data]# ll -h
total 196K
-rw-r--r-- 1 root root 193K Sep 21 21:35 moban.qcow2
create          --->>  创建  ;
-f                 --->> 指定磁盘格式  ;
moban.qcow2       --->>  虚拟磁盘文件名称     大小为 10G   ;

6.2  、查看虚拟磁盘的详细信息 ;
[root@kvm kvm_data]# qemu-img info moban.qcow2
image: moban.qcow2
file format: qcow2
virtual size: 10G (10737418240 bytes)            ---->>   实际大小
disk size: 196K                                                 ---->>  使用中的大小
cluster_size: 65536
Format specific information:
    compat: 1.1
    lazy refcounts: false
[root@kvm kvm_data]#

6.3   安装虚拟机( 挂载光盘 ) ;

6.4  、创建 挂目录 ;
[root@kvm kvm_data]# mkdir -p /application/tools
[root@kvm kvm_data]# cd /application/tools
[root@kvm kvm_data]#  dd if=/dev/sr0 of=/application/tools/CentOS7_2.iso        --- >> 挂载镜像
[root@kvm tools]# ll -h
total 4.1G
-rw-r--r-- 1 root root 4.1G Sep 21 22:00 CentOS7_2.iso
[root@kvm tools]#
安装 KVM 图形界面 ;(注意 ; 这里需要一个  VNC 的远程连接软件 )
virt-install --virt-type=kvm --name=c72-moban --vcpus=1 -r 1024 -c /application/tools/CentOS7_2.iso --network network=default --graphics vnc,listen=0.0.0.0--noautoconsole --os-type=linux --os-variant=rhel7 --disk
path=/application/kvm_data/moban.qcow2,size=10,format=qcow2
参数注解 ;
--virt-type=kvm              --->>  指定 kvm 的虚拟化来安装虚拟机  ;
--name=c72-moban       --->>  指定虚拟机的名称  ;
--vcpus=1                      --->>  指定cpu 的核数
-r 1024                         --->>  指定的是内存 1024  1G 这里最少给1G 少于1G 是看不到图形的 ;
-c                                  --->> 指定了安装镜像的路径  ;
network                         --->> 指定了网络类型   
graphics                        --->> 指定图形化安装 指定了使用 vnc  ;
--os-type=linux              --->>  指定linux 系统  ;
--os-variant=rhel7          --->> 指定系统是红帽 7
--disk path                      --->> 指定了磁盘的系统文件 ;
安装第2台虚拟机需要改动的2 个地方  ;


[root@kvm kvm_data]# virt-install --virt-type=kvm --name=c72-moban --vcpus=1 -r 1024 -c /application/tools/CentOS7_2.iso --network network=default --graphics vnc,listen=0.0.0.0 --noautoconsole --os-type=linux --os-variant=rhel7 --disk path=/application/kvm_data/moban.qcow2,size=10,format=qcow2

Starting install...                                             ------->>  执行以上命令结束之后,到 vnc 界面点击确认确保是可以看到安装页面的表示成功 ;
Domain installation still in progress. You can reconnect to
the console to complete the installation process.
[root@kvm kvm_data]#
之后就是安装系统的界面  。。。。。。。。。。。。。。。。。

VNC  的端口是 5900


七  、  命令行中查看和管理虚拟机的命令 ;
[root@kvm kvm_data]# virsh list --all               ---->>  查看正在运行的虚拟机,虚拟机列表
Id    Name                           State
----------------------------------------------------
1     c72-moban                      running
生成kvm虚拟机: virt-install
查看在运行的虚拟机: virsh list
查看所有虚拟机: virsh list --all
查看kvm虚拟机配置文件: virsh dumpxml name
启动kvm虚拟机: virsh start name
正常关机:virsh shutdown name
非正常关机(相当于物理机直接拔掉电源):virsh destroy name
删除:virsh undefine name(彻底删除,找不回来了,如果想找回来,需要备份/etc/libvirt/qemu的xml文件)
根据配置文件定义虚拟机:virsh define file-name.xml
挂起,终止: virsh suspend name
恢复挂起状态:  virsh resume name


这两个文件最好长备份一下  ;
KVM  虚拟机在宿主机就是一个进程
当启动第一个虚拟机是用的默认的端口 5900 , 第二个是 5901  依次类推,所以在启动第二台的时候需要加上端口号
磁盘文件格式 ;

八 、虚拟机克隆  ;
8.1    确保虚拟机是关闭状态
[root@kvm kvm_data]# virsh shutdown c72-moban    --->>  关闭c72-moban 虚拟机
[root@kvm kvm_data]# virsh list --all
Id    Name                           State
----------------------------------------------------
-     c72-moban                      shut off


8.2  、 克隆
[root@kvm kvm_data]# ls
moban.qcow2
[root@kvm kvm_data]# cp moban.qcow2 clone.qcow2
[root@kvm kvm_data]# ll -h
total 2.1G
-rw-r--r-- 1 root root 1.1G Sep 22 02:25 clone.qcow2
-rw-r--r-- 1 root root 1.1G Sep 22 02:11 moban.qcow2
[root@kvm kvm_data]# pwd
/application/kvm_data
[root@kvm kvm_data]#
root@kvm kvm_data]# virsh dumpxml c72-moban >/tmp/moban.xml       --->>  导出模板文件 ;
[root@kvm kvm_data]# cp /tmp/moban.xml{,.ori}         --->>  备份模板文件 ;

修改配置文件 ;
uuid  和 mac   随便改几个数字即可,只要保证不一样就行 ;

现在娱有了 虚拟机的新的磁盘文件,需要导入了 ;
[root@kvm tmp]# virsh define moban.xml           --->>  导入文件
Domain c72-clone defined from moban.xml
[root@kvm tmp]#

[root@kvm tmp]# virsh list --all
Id    Name                           State
----------------------------------------------------
-     c72-clone                      shut off
-     c72-moban                      shut off

[root@kvm tmp]# virsh start c72-clone            --->>   启动这个虚拟机
Domain c72-clone started
[root@kvm tmp]# virsh list --all
Id    Name                           State
----------------------------------------------------
2     c72-clone                      running
-     c72-moban                      shut off
[root@kvm tmp]#



 楼主| 发表于 2023-1-16 19:01:17 | 显示全部楼层
作者:匿名用户
链接:https://www.zhihu.com/question/53963418/answer/218606359
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。


中国虚拟化市场其实比计世统计的要大多了,计世估计也就汇总了一下几家大的,像VMware、华为、华三、思杰、微软的,还有很多非主流参与者,还有很大的市场份额在用盗版,甚至集成商堂而皇之地给客户装盗版,还有开源的虚拟化所占的市场份额。目前中国虚拟化市场总体上还是国外的占的市场份额比较高,主要是VMware的,私有云商用环境下基本上都会买VMware的虚拟化,微软和思杰这样的虚拟化产品都被边缘化了。微软的策略是买加赠,思杰主力已经在搞应用虚拟化了。
国内搞虚拟化的可能大家都互相瞧不起,国内最早做虚拟化的大多都是基于XEN来做的,当然大多都没能力解决开源转商用的问题,不具备产品化的能力,好多基本都死掉了。阿里腾讯都是基于XEN开始做的,腾讯后来转向KVM了,阿里还在坚持XEN,当然做公有云的不会把虚拟化打包成产品来卖,不是一个路子的。
国内虚拟化厂商其实虚拟化做得好的不多,华为华三其实也不咋地,当然市场品牌很响,硬件配合得不错,总体来说其实市场份额并不大,因为华为华三的策略都是用硬件带动软件,单独软件这两家都很少卖,所以华为华三的虚拟化做得倒也省心。其他服务器大牌的虚拟化基本都是卖的VMware的,小部分无关紧要的项目用自己的开源换壳版,比如浪潮,不过他们也不敢大规模上,要不出了问题毁所有。需要一提的是不要脸的曙光,跟VMware成立合资公司,打算卖换壳版的VMware来搪塞一下国产化的浪潮,这种皇协军简直无耻啊,结局可想而知,真当中国人傻啊。
说说国内第三方虚拟化小厂商。虚拟化软件最重要的是能够在各种环境下都保持稳定、兼容、易用,特别是商用场景下,别说虚拟机一个月崩一次,就是半年崩一次客户也会把你骂得狗血淋头。所以早先搞XEN那一波的,基本没什么持续解决问题的能力,做了些项目挣不着钱,团队就散了,还有些是起点很高,买的国外半商用的虚拟化软件代码搞的,结果客户场景不一样,每次都要修修补补,自己最后都不知道做出来的是啥玩意儿了,这家失败案例还挺有名。最后能够推出海量销售的虚拟化产品并持续更新的很少,毕竟后来XEN也不怎么更新了,大部分没啥技术能力的就拍死在沙滩上了。现在随着openstack+KVM的浪潮,很多当年拿不成熟的虚拟化软件坑过客户的又诈尸了,接着这个势头又鼓吹KVM多么好,开始做KVM的商用化了,不用点名,你看一下公司历史几年前搞过XEN的,团队出现问题,现在又搞KVM的,都属于此流,基本上就是踩个浪赚快钱的,浪没了也死了。当然这些厂商也有一定的生存空间,国内招标项目这么多,谁用关系拉几个项目,一年养团队就够了,产品有没有发展再说呗。
扯远了,国内称自己做服务器虚拟化的有好多,但真正做出成熟产品有多年广泛的客户基础的少,有稳定的运行案例、丰富的运维和迁移工具、支持服务能力,兼容X86/power架构,又有能够比肩一线虚拟化性能的屈指可数。要说有未来么?那肯定,国内这么大块市场,就真的放到老外的钱袋里?唯国外牛逼论现在在IT里还依然盛行,很多人用都没用过,天然觉得中国自己的软件不行。我想说的是,用过才有发言权,特别是虚拟化软件,你可以测嘛,测了以后不能用就用国外的,测了能用,为什么不用国产自己的?


 楼主| 发表于 2023-1-16 19:02:35 | 显示全部楼层
作者:SmartX 超融合
链接:https://www.zhihu.com/question/53963418/answer/2483078260
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。


随着国内信创转型的落地发展,已经出现了各行业用户从 VMware 迁移转型的实际案例。特别是最近出现的 VMware 对俄停服事件,更是加剧了用户寻求“VMware 替换”的步伐。
目前市场上已出现许多替换 VMware 的方案,尤其是在替换 vSphere 上选择颇多,但用户的痛点问题依然没有得到解决。VMware 的替换方案不能仅仅停留在能支持虚拟桌面、开发测试等一般业务上,还需具备能运行在生产环境、承载生产业务的能力,才能解决真正的问题。
本文将分析 VMware 虚拟化替换的典型路线和厂商,以及实现生产级方案替代所需要评估的各大要点,为广大用户提供方案选型时的一些参考。
替换 VMware 为核心的基础设施从何入手
如果将应用的核心精炼抽象为工作负载和数据,那么虚拟化应用的核心就是 Hypervisor 和存储。VMware 的 vSphere 作为最成熟的 Hypervisor,无论在国外或是国内的虚拟化市场都占据着举足轻重的地位。这也是为什么在面临“停服”风险时,必须首先考虑用什么样的技术和产品可以支撑 vSphere 留下的空白。与应用工作负载关联最紧密的是数据,而数据的载体是存储。将应用从 vSphere 虚拟化迁移到其他系统上的同时,必须保持数据的完整和一致,那么是否要同时更换存储产品,也是要与替换 Hypervisor 同步考虑的问题。
因此,首先要确定这两部分的替换方式和方法,尽量使得现有应用可以平滑迁移到新的虚拟化系统和存储上(Replatforming);再以新的虚拟化和存储为核心考察其他组件的替代产品,分阶段、分步骤完成所选全部产品组件在生产环境的集成。
其次,如果现有应用环境中正在使用的 VMware 组件不仅仅是 vSphere 和 vSAN ,那么进行组件对位替换的复杂度和工作量就会大大增加,而替换效果也难以预期。我们从计算、存储、管理、灾备、网络等各个方面,对需要考虑的因素进行了梳理,并将要点概况在下图中,供读者参考。


组件级替换要考虑哪些方面
可能读者觉得上图太过复杂。这也正反映出对使用中的几种、十几种相关软硬件进行逐一评估和替换操作的难度。如果换一个思路,不是在组件级进行逐一替换,而是采用私有云或专属云方式整体替换现有 VMware 环境,也是应当被考虑的方式。那就不仅仅是对基础设施层进行重建(Replatforming)了,还需要做应用和数据的迁移,很大可能需要重构应用(Rearchitecting)。


可选技术路线:组件级对位替换或整体重构
下文中,我们对可能性比较高的国产化、信创化替换技术路线进行了分析。无论采用哪种技术路线、哪种方案和产品对现有 VMware 环境进行替换,都不能 100% 保证在功能特性和使用体验方面的完全一致。因此,最终的替换决策必然是在认真评估后做出的主动调整:放弃部分非核心、不必要的功能,或通过应用层、架构层的改造以达到同样的效果。
可用于 VMware 替换的技术路线1、聚焦替换 vSphere 并兼顾存储
虚拟化基础设施的核心是 Hypervisor 和存储。
首先,从 Hypervisor 技术和产品角度考虑:有可能用于填补 vSphere 空白的国内虚拟化产品都是基于 KVM 进行的开发。我们从 IDC 发布的“2020 年中国软件定义计算市场份额”中看到,有潜力成为 vSphere 虚拟化产品替代者的,是榜单上的华为、新华三、浪潮。2022 年 Gartner “Market Guide for Server Virtualization” 中则仅提到了华为和深信服。
注:阿里云的虚拟化操作系统不单独提供。
注:IDC 定义的“软件定义计算”市场(Software-Defined Compute)主要包括虚拟化软件、云系统软件(以 OpenStack 和 CloudStack 为代表的对抽象化的服务器资源进行编排和控制,构建成云基础架构的软件)和容器基础架构软件(包括容器引擎、编排系统以及仓库等)。
再考虑虚拟化环境中使用的存储:在国内用户的 vSphere 部署中,大部分采用了集中式 SAN 存储与之配合。那么,替换 vSphere 的方案,也必须包含对集中式 SAN 存储部分的考虑。比如,既有 SAN 存储产品是否为国外品牌?是否在 vSphere 替换的同时,将 SAN 存储也替换为国内自主研发的、符合信创要求的产品?
2021 年上半年的 IDC 报告列出的中国企业级外置存储市场排名前三的华为、新华三和浪潮,采用的都是全自研的存储产品。在 vSphere 的国内部署中,已经有很大部分用户采用了这些国产存储产品,以国产存储替代国外同类产品,并不存在障碍。对于这一部分用户,首先考虑选择成熟的 KVM 虚拟化软件作为 vSphere 的替代者。虚拟化与存储之间通过 iSCSI、NFS 等标准接口连接,这就为保留现有国产集中存储、并逐步将非国产存储产品进行替换创造了条件。
针对这个方案需要注意的两点是:
  • 虽然目前国内 IT 厂商具备了自主研发中端存储的实力,但之前大多基于 x86 平台,并非符合信创要求的产品。而基于海光、鲲鹏、飞腾等国产 CPU 的硬件,则需要全新的设计。从“国产存储”到“信创存储”,整个产品的成熟和迭代周期会比较长。
  • 由于 SAN 存储系统的复杂性,应对企业数字化业务快速增长的弹性需求已经捉襟见肘,目前 SAN 存储的分布式和软件定义转型也已经是大势所趋。这时也可以选择支持 vSphere 虚拟化的国内超融合厂商,先完成存储部分的转型和替换,再逐步实现对 vSphere 的替换。
2、置换为超融合 HCI在虚拟化和存储的改造过程中,有些用户也有可能将“虚拟机与外置存储分离部署”的方式替换为更加简单、弹性敏捷的超融合(HCI)方式。在这个领域,IDC 2021 年排名靠前的国产自主研发的超融合产品分别来自华为、新华三、深信服、浪潮和 SmartX,其中 SmartX 作为唯一独立的超融合厂商,在金融行业超融合软件市场占有率排名第一, 以良好的口碑被 IDC 评价为“在金融行业得到青睐”。
从 SmartX 等厂商的金融行业案例可以看到,对于现有基础架构为 vSphere + SAN 存储的用户,将其替换为国产超融合方案已经得到生产环境的验证。同时,选择国产自主研发的超融合产品不仅意味着实现 VMware 替换,更能实现从传统架构到分布式架构和软件定义方式的转型——简化了虚拟化计算和存储的层次结构,落地容易,弹性很好,按需扩展(通常 3 个节点起步),风险更低。
超融合架构除了具备软件定义和分布式架构带来的优势,因为包含了虚拟化、存储这两个核心组件,可以同时实现虚拟化层和存储层的信创替代。从信创角度看,国产超融合方案普遍基于标准的信创服务器,实现了软硬件的解耦,可以快速地适配。随着信创产品的不断升级,标准化的服务器和软件也都可以快速迭代。同时,分布式的架构通过软件方式解决系统冗余问题,还能提升整个资源池的性能,减少了信创 CPU 在性能上目前的不足。3、转向整体私有云方案国内的整体私有云解决方案大部分以 OpenStack 为基本技术栈进行开发。OpenStack 基于大量开源项目组成,并经过各个厂商的商业开发,形成了多种商用云方案。OpenStack 全面的云方案可以同时管理 IaaS 层的资源池(服务器、存储和网络),将不再需要分别从计算、存储或网络的角度考虑对 VMware 的替换路线图,而是从整体“私有云”维度进行重建。
根据 IDC 2021 年发布的软件定义计算软件市场半年跟踪报告,华为、新华三、浪潮、EasyStack 和九州云,在主要体现 OpenStack 技术路线的“云系统软件”分类中排名前五。
基于开源 OpenStack 方案的一个优势是,可以快速从社区获得最新的功能。在 OpenStack 社区贡献度排行榜上,国内云企业近年来也名列前茅。
不过目前基于 Openstack、Ceph 构建的私有云方案,由于模块众多、商用化程度有限、稳定性欠佳,因而大部分部署在开发测试环境,不能实现对用户架构的真正统一,没有真正达到用户云化转型的预期效果,在热度过后,理性用户已经开始更加谨慎地选择类似的架构。4、依托公有云技术栈的专属云
专属云(Dedicated Cloud)是以公有云为基础,面向特定行业、特殊需求的云客户,提供全栈资源池的专属解决方案。专属云客户可以选择在公有云上独占机架、服务器和网络,通过基础设施隔离获得资源的专属使用权和安全性,但专属云的建设和运维仍交由公有云提供商承担。专属云打消了国内用户对公有云资源共享模式带来的安全合规、数据私密性等一系列顾虑,也在规模化部署、快速交付和集中运维方面享有了公有云深厚技术底蕴带来的福利。国内的主要公有云服务商都可以提供专属云服务,通常面向规模较大的国企、央企、集团公司、金融等行业。
由于专属云所依赖的公有云技术在管理平面的开销较大,起步即要求几十个节点(管理节点的要求)。这导致专属云的首次投入占比大,而且普通用户往往不具备运维这种规模的云平台的能力。除了大型客户以外,其他客户很难承受其巨大的投入和运维压力。
生产级替换评估要点
以上给出的几种对 VMware 进行替换、升级的方式方法,也要根据不同行业、不同规模的企业用户的具体情况进行适用程度分析和选择。但无论哪种行业、何等规模的替换,都必须以“符合生产级要求”作为方案的核心评估准则。
替换方案的核心要求是“生产级”:如果选择的替换方案在性能、可靠性、安全性和支持力度方面不能达到“生产级”标准,那么为了替换而替换将对业务带来直接影响,得不偿失。
替换的可行之路是“取舍”:针对方案中的“生产核心”相关组件和功能,必须以最严格的要求衡量可用的替代产品和方案;而对于非生产核心相关部分,可以暂不替换,或者选择接受现在还不那么完美的自主研发方案。
对“生产级替换”的评估条件包括但不限于:
1、生产级稳定性、性能和实际案例新方案必须具备在生产环境实际部署的案例,以及在真实生产中证明的稳定性和性能指标。前述国内主要的 IT 解决方案或云运营商的产品和系统已经在国内客户获得了普遍的应用。企业和单位用户需要根据本行业特点和本企业应用规模,在众多方案案例中选择最匹配的作为参考,从而建立对替换效果的准确预期。同时,在产品评估时更应该针对业务连续性和数据可靠性相关的能力,以及实际生产业务承载能力(而不是厂商“标称”性能)进行评估。2、开放性和兼容性VMware 已经形成了一个开放的生态系统,很多场景中,用户仅仅使用了 vSphere 作为虚拟化系统,其余组件都来自 VMware 生态圈的其他厂商,也有很多国内的软硬件产品与 vSphere 兼容共生。在国产化、自主研发和信创环境下,提高开放性和兼容性,有助于促进原有配合 vSphere 的产品和方案快速转向与国产虚拟化和云计算平台的合作共赢。3、信创适配状况、自主研发能力、本地服务能力
在“停服”风险背景下选择用于替换 VMware 的产品和方案,必然要考虑到新方案的自主可控程度,与国内的“信创”生态环境的适配程度,既要考虑现有信创硬件与软件之间的适配,也要考虑提供商的自主研发实力,确保产品和方案的长期路线图可以适应信创生态系统的不断发展。
不仅是产品和方案本身,被选中的新方案提供者是否具备足够的技术服务能力,是否可以协助最终用户完成迁移并稳定运维,也是一项重要的考虑因素。特别是,与具有成熟生态的商业方案相比,当前很多信创产品和方案仅能由原厂进行实施和维护,原厂服务人员的技术能力就成为了重要的影响因素。


结语
我们以上提供的仅仅是分析思路,希望能够对每个企业、单位、组织,在选择最适合自身特点的替换方案时有所帮助。
内容推荐金融行业信创云基础架构方案评估(架构与存储篇)参考资料
  • Gartner, “Market Guide for Server Virtualization”, Published 7 February 2022
  • Gartner, “Market Share: IT Services, Worldwide, 2021”, Published 8 April 2022
  • IDC, “China SDS and HCI Market Overview 2021Q4”, 2022 年 4 月
  • IDC, “Worldwide Software-Defined Compute Software Market Shares 2020”, 2021 年 6 月
  • IDC,《中国企业级外部存储市场季度跟踪报告,2021年第二季度》,2021 年 10 月



 楼主| 发表于 2023-1-16 19:03:31 | 显示全部楼层
没有kvm没有qemu这些开源底层基础,国产虚拟化啥都不是,有本事拿出自己东西来。
 楼主| 发表于 2023-1-16 19:05:05 | 显示全部楼层
network 发表于 2023-1-16 19:03
没有kvm没有qemu这些开源底层基础,国产虚拟化啥都不是,有本事拿出自己东西来。

作者:天府强
链接:https://www.zhihu.com/question/53963418/answer/1809697029
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。


如果从几年前来看,VMware是一家独大。但从近两年来看,已经有很多VMware的国产替代软件陆续发布。从目前国际形态来看,这种偏底层的基础软件在“卡脖子”,”国产化“这样的背景下肯定是会慢慢被国产软件替代,这是中华民族一直以来所坚持的东西。近年来,比如StarVCenter、zstack这些做得都不错,已经无限接近于VMware这种大厂产品级。这两种国产软件对于中小企业来说目前都相当于不收费的状态。如果这对你有帮助,可以下载体验下,这花不了多长时间。下面是我们正在用的系统截图,你参考下:






您需要登录后才可以回帖 登录 | 注册

本版积分规则

小黑屋|手机版|Archiver|boway Inc. ( 冀ICP备10011147号 )

GMT+8, 2024-12-11 07:06 , Processed in 0.128047 second(s), 13 queries .

Powered by Discuz! X3.4

Copyright © 2001-2021, Tencent Cloud.

快速回复 返回顶部 返回列表