初始基于K8s的虚拟化技术Kube-virt

于 2022-07-26 17:17:33 发布
阅读量1.8k 收藏 3
点赞数 1
CC 4.0 BY-SA版权
分类专栏： AIOps K8S 云原生 文章标签： docker kubernetes 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/HarmonyCloud_/article/details/125999244
Kube-virt是一个项目，允许在Kubernetes上管理虚拟机。它通过CRD接口接入K8S，以一对一的Pod管理VM，实现资源管理和调度。文章介绍了Kube-virt的架构，包括virt-api、virt-controller、virt-handler和virt-launcher的职责，以及VM创建流程、存储方式（如registryDisk、PVC和CDI）、网络配置、监控和迁移功能。此外，还对比了Kube-virt与Kata Container。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

根据Garnter的最新预测，到2022年将会有75%的生产应用全部跑在容器环境之上。基于这个预测，其实至少还有25%的架构由于技术原因或是认为原因都将仍然跑在旧的架构之上，这其中虚拟机又会占据其中的大部分份额。所以在容器技术尤其是Kubernetes诞生之初，就已经有开源的社区在为如何使用Kubernetes纳管虚拟机作为一个重要的功能在开发和贡献。

今天要介绍的主角就是Kube-virt，那么使用Kube-virt主要会帮我们解决以下两个问题：
🔹从技术层面，完全的虚拟机纳管，可以完美迁移因为内核版本过于陈旧以及语言问题而无法迁移到容器的部分应用
🔹从管理和运维层面，符合传统的运维工作方式，以前的SSH 等运维方式可以完美复用

架构

为什么kube-virt可以做到让虚拟机无缝的接入到K8S？
首先，先给大家介绍一下它的整体架构。
在这里插入图片描述

  • virt-api
    kubevirt是以CRD形式去管理vm pod， virt-api就是所有虚拟化操作的入口，包括常规的CRD更新验证以及vm start、stop
  • virt-controlller
    virt-controller会根据vmi CRD，生成对应的virt-lancher pod，并维护CRD的状态
  • virt-handler
    Virt-handler会以Daemonset形式部署在每个节点上，负责监控节点上每个虚拟机实例状态变化，一旦检测到状态变化，会进行响应并确保相应操作能达到所需（理想）状态。
    Virt-handler保持集群级VMI Spec与相应libvirt域之间的同步；报告Libvirt域状态和集群Spec的变化；调用以节点为中心的插件以满足VMI Spec定义的网络和存储要求。
  • virt-launcher
    每个virt-lanuncher pod对应着
最低0.47元/天 解锁文章

200万优质内容无限畅学
博客
PostgreSQL基于Patroni方案的高可用启动流程分析
10-31 587
在很多生产环境中，分布式数据库以高可用性、数据分布性、负载均衡等特性，被用户广泛应用。而作为高可用数据库的解决方案——Patroni，是专门为PostgreSQL数据库设计的，一款以Python语言实现的高可用架构模板。该架构模板，旨在通过外部共享存储软件（kubernetes、etcd、etcd3、zookeeper、aws等），实现 PostgreSQL 集群的自动故障恢复、自动故障转移、自动备份等能力。
博客
PostgreSQL基于Patroni方案的高可用启动流程分析
10-27 1354
什么是Patroni在很多生产环境中，分布式数据库以高可用性、数据分布性、负载均衡等特性，被用户广泛应用。而作为高可用数据库的解决方案——Patroni，是专门为PostgreSQL数据库设计的，一款以Python语言实现的高可用架构模板。该架构模板，旨在通过外部共享存储软件（kubernetes、etcd、etcd3、zookeeper、aws等），实现 PostgreSQL 集群的自动故障恢复、自动故障转移、自动备份等能力。
博客
关于MYSQL引擎在物理层面存储那些事
08-11 264
innodb 是 MySQL 主要的存储引擎， innodb 包含缓存页、事务系统和存储系统。本篇文章主要涉及最底层的物理存储进行分析，讲解了表空间的概念、数据字典、借助工具从用户表空间读取数据和观察索引的数据结构。这个主要针对 MySQL5.7.40, 具体版本差异可能略微有不一致的地方。在讲述前，我们先创建一个测试表和测试库。use test;然后尝试插入若干条数据。...InnoDB是MySQL的一种存储引擎，它采用了B+树作为存储和索引的数据结构。
博客
WebAssembly：让Istio变得更强大
07-03 784
目前，Wasm仍在快速发展，相关的特性在Istio和Envoy中还处在alpha阶段。同时，Istio提供的API使Wasm成为了服务网格中的“一等公民”，用户可以方便地将Wasm下发到指定的工作负载，该过程是完全动态的，应用无需重启。上图展示了一个最基本的WasmPlugin配置，在配置中用户需要指定Wasm模块的url，该url可以是像容器镜像一样的OCI格式的Wasm，也可以是代理本地的一个文件（通常要求用户手动挂载到容器中），或者是http协议的url，用于直接获取远程Wasm模块文件。
博客
什么是WebAssembly及其必要性
07-03 578
*WebAssembly（Wasm）是一种可移植的字节码格式，本身为了解决日益复杂的前端 Web 应用以及有限的JavaScript 脚本解释性能而诞生的技术，通过该技术可以使用非JavaScript 编程语言编写代码并且能在浏览器上运行。随着Wasm的发展，现在Wasm不仅仅可以用于浏览器，同样可以被应用在server-side程序中，它已经被定义为一个可移植、体积小、加载快的一种通用二进制格式。
博客
什么是KubeEdge？
07-02 1811
Kubernetes（K8s）是一款由谷歌开源的容器集群管理系统。它基于容器技术，为容器化的应用提供部署运行、资源调度、服务发现和动态伸缩等一系列功能。KubeEdge做的是基于k8s构建，并将容器化的应用编排和设备管理扩展到端上的主机。它由云端和边缘端组成，为网络、应用的部署以及云和边缘之间的元数据同步提供架构支持。KubeEdge理论上还是k8s的一个插件，它完成了k8s没有完成的事情，就是连接边缘、设备与云。
博客
基于eBPF技术的云原生可观测实践
07-02 1668
我们知道操作系统分为用户空间和内核空间，内核是操作系统的核心，它独立于常规的应用程序，可以访问受保护的内存空间，也有访问底层硬件设备的所有权限。为了保证内核的安全，现在的操作系统一般都强制用户进程不能直接操作内核。而应用程序通常是在用户空间中运行，每当这些应用程序想要以任何方式与硬件交互时，都必须向内核发出请求来获得访问权限，同时，内核还负责调度各个应用程序，以确保多个进程同时运行。
博客
浅谈kubernetes存储—glusterfs故障排查
06-30 385
heketi-cli响应手动尝试建盘，观察是否成功、观察heketi日志heketi-cli --user admin --secret admin@123 volume create --size=1 --gluster-volume-options='user.heketi.arbiter true’手动建盘失败，某个少见的坑点heketi-cli 响应 Error: log size 4085 blocks too small, minimum size is 4608 blocks。
博客
Istio与Mcp Server服务器讲解与搭建演示
06-30 1112
我们只需要编写一个独立的服务，该服务从第三方法服务注册表中获取服务和服务实例数据，然后转换为 Istio 的 ServiceEntry 和 WorkloadEntry 资源，通过 Kubernetes API Server 的接口写入到 API Server 中。pilot接受到数据后，会对比内存中的数据，保证数据一致。istio1.9 不再支持MCP的方式对接外部注册中心，改为 MCP-over-XDS的方式：新的方式虽然叫mcp over xds，但本质上没有使用之前的mcp协议。
博客
浅入浅出 iptables 网络隔离原理
06-05 846
Network Layer 网络层的数据流向，与数据链路层不同的是使用ip路由寻址的方式寻找网卡。IP-per-Pod，每个 Pod 都拥有一个独立 IP 地址，Pod 内所有容器共享一个网络命名空间。REJECT：拒绝数据包通过，必要时会给数据发送端一个响应的信息，客户端刚请求就会收到拒绝的信息。ChainName：别的链路名称，在iptables中通过链路的调用构建庞大的链路体系。集群内所有 Pod 都在一个直接连通的扁平网络中，可通过 IP 直接访问。容器自己看到的 IP 跟其他容器看到的一样。
博客
KubeEdge节点分组特性简介
05-10 750
WorkloadScope中存放的是节点组的差异化配置信息，可以为特定节点组设置Overrider。NodeGroup会选取节点组成节点组，主要有两种选取方式：节点名和标签。当更新EdgeApplication时，其创建的子资源会被自动更新，同时兼容Deployment的滚动更新策略，在同节点组的Pod实例间进行滚动更新。当新接入的节点拥有满足条件的标签时，会被自动地放入相应节点组中。当删除节点组时，节点组中节点上的belonging-to标签会被自动删除，即节点组中的节点会自动退出节点组。
博客
智慧网点解决方案 | 助推银行“营销-销售-服务”一体化建设
04-12 979
支持Atlas系列、Nvidia系列等多种类型的边缘节点接入，提供算力下沉、海康、大华等多种协议摄像头接入、部分实时性要求高的场景数据就近处理，其他实时性要求不高的场景数据云上处理等能力。网络带宽压力减小相比传统云端集中处理方案，带宽较少90%时效性增强传统云端集中处理方案时效性至少是分钟级别，现在缩短到秒级降低云端处理压力传统云端集中处理方案，云端处理压力大，成本高，现在云端处理压力较少80+%。
博客
金融信创优秀解决方案名单权威发布，信创PaaS云平台实力入选
03-27 981
集中了弹性计算、分布式部署/存储、软件自定义网络（SDN）、镜像层级安全扫描和图形化云运维UI等核心云端技术，具有高度松耦合、自治理能力
博客
基于容器管理+全链路监控平台，为某综合性证券公司业务加速
03-23 443
以容器云+微服务+DevOps赋能业务交付，实现高资源利用率和运维效率，APM 应用监控平台提供链路闭环与细化分析。
博客
云原生应用你应该这么管- 谐云发布基于KubeVela增强的应用版本管理和在线升级
01-30 383
在应用运维时，应用的版本控制是用户非常关心的问题，KubeVela 社区中提供了 ApplicationRevision 资源进行版本管理，该资源在用户每次修改 Application 时将产生新的版本，记录用户的修改，实现用户对每次修改的审计和回滚。
博客
应用现代化方案实践，重塑企业应用价值—工业篇
12-02 428
应用现代化是指通过更现代和新兴的IT技术来改造或部署传统应用，从而使应用更适合企业发展的一种优化方式。在企业上云背景下，应用现代化改造是将遗留的传统应用改造升级到云计算环境，从而兼容更现代和新兴的计算技术的过程。这种改造升级的同时为企业带来了更好的敏捷性、效率和速度。对于为什么要做应用现代化改造？应用现代化改造能带来什么收益以及如何进行应用现代化改造等等，本文将详细分享谐云在应用现代化改造上的建设和实践，欢迎大家共同探讨与交流。01为什么要做应用现代化改造在云原生时代，应用迭代的时效性将构成企业强有力的竞
博客
浅谈能源行业应用现代化改造及实践
10-27 620
基于能力交付中心、工业应用底座、油田业务数据湖提供的数据资源、应用开发交付能力，以分公司业务组件开发技术标准，构建分公司统一的业务组件生态中心，实现数据资源到业务组件的生态化设计。整个落地实践过程可以分为平台建设、规范梳理，试点服务改造验证，规模化推广等几个阶段，应用通过容器化、微服务化和组件化等技术理念作为基础架构，从底层基础设施到系统架构，再到顶层应用规范开发，到应用运行监控，进行全生命周期的应用现代化改造升级，打破多专业、多单位、多对象的信息壁垒，真正实现了“业务、管理、信息”三位一体。
博客
谐云课堂 | 一文详解分布式改造理论与实战
10-20 670
简单来说，微服务是很小的服务，一个服务可能负责几个功能或者一个业务，是一种面向SOA架构的，服务之间也是通过RPC来交互或者是webservice来交互的，这个服务可以单独部署运行，每个微服务都是由独立的小团队开发，测试，部署，上线，负责它的整个生命周期。相比单机过程调用，网络通信最让人头疼的是超时：节点 A 向节点 B 发出请求，在约定的时间内没有收到节点 B 的响应，那么 B 是否处理了请求，这个是不确定的，这个不确定会带来诸多问题，最简单的，是否要重试请求，节点 B 会不会多次处理同一个请求。
博客
详解Istio服务治理技术及环境搭建
09-14 825
3 异构系统的统一治理。各个微服务治理架构中的各个中间件也不停的升级迭代，在微服务架构中，每个微服务的开发和维护工作分为了不通的团队进行，如果企业内部不制定相关的版本使用规范，久而久之，很容易导致各个不同服务使用的中间价或治理组件的版本不统一、能力参差不齐，很难统一治理。对于这些传统微服务框架而言，想要使用某些功能，就需要集成相关的SDK，这不仅需要在项目中添加相关的依赖，可能还需要对业务代码进行一些改造，在其中增加治理相关的代码或者配置等，那么这样业务层就与治理层耦合严重。
博客
详解Istio服务治理技术及环境搭建
09-06 738
异构系统的统一治理。各个微服务治理架构中的各个中间件也不停的升级迭代，在微服务架构中，每个微服务的开发和维护工作分为了不通的团队进行，如果企业内部不制定相关的版本使用规范，久而久之，很容易导致各个不同服务使用的中间价或治理组件的版本不统一、能力参差不齐，很难统一治理。对于这些传统微服务框架而言，想要使用某些功能，就需要集成相关的SDK，这不仅需要在项目中添加相关的依赖，可能还需要对业务代码进行一些改造，在其中增加治理相关的代码或者配置等，那么这样业务层就与治理层耦合严重。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值