- 综合排序
- 最热优先
- 最新优先
TKE注册节点：实现IDC资源高效利旧与统一云原生管理
应对混合云资源管理与成本控制的核心挑战 企业上云过程中面临IDC物理机资源利旧困难、GPU利用率低（仅10%-20%）、自建K8s集群运维成本高（需专门团队维护监控/日志系统）、云上云下资源无法统一调度以及边缘节点弱网连接等核心痛点 传统方案需企业自行构建完整容器化基础设施，存在运维复杂度高、资源浪费严重和跨环境管理割裂等瓶颈。 核心能力包括： 资源利旧与利用率提升：通过Request推荐、动态调度、节点超卖及qGPU算力隔离技术提升资源效率 节点托管运维：集成云原生监控、日志服务CLS、容器安全等能力，用户仅需维护本地服务器 ，集群运维人员减少60%，提前完成年度资源利旧目标 qGPU应用：通过10%算力切分实现GPU卡共享，利用率提升70%，云上5分钟完成交付 医疗众筹平台：实现云上控制面与云下数据面统一管理，解决自建集群运维问题 腾讯会议混合云：边缘节点50个节点20分钟完成部署，成本从百万级降至十万以内级 典型客户实践验证方案有效性 PCG：将深圳、上海IDC机器接入同地域TKE集群，实现云上云下一致体验（运行时/K8s版本
6010编辑于 2026-04-28利旧新生，架构长青 ——ZStack的存量资产盘活之道
ZStack的利旧之道，不仅仅是简单的硬件复用，而是实现既有资产价值最大化的务实路径。 企业常常为了运行新的软件平台，被迫淘汰大量尚在生命周期内的x86服务器，造成了巨大的资源浪费。ZStack深刻洞察这一痛点，在计算利旧方面展现出了两大核心优势。 02 存储利旧：打破数据孤岛，谱写集中式存储与分布式存储的“交响乐”计算利旧解决了算力来源，存储利旧则直接关系到数据资产的安全与延续。 在坚美铝业的实践中，客户不仅利用新购的分布式存储承载核心数据库，同时将利旧集群的服务器对接高性能FC-SAN存储和普通性能SAN存储，分别承载高速业务云主机与低速云盘，实现了存储资源的精细化管理与分级利用 用户可以根据业务场景随心所欲地“拼搭”存储组合：存量激活：将原有的FC-SAN存储与利旧的服务器结合，构建稳定的虚拟化资源池，如中国香港某私立大学和坚美铝业的实践。
17810编辑于 2026-03-13TKE注册节点驱动IDC轻量化上云：资源利旧、成本优化与统一调度的实践路径
识别企业上云核心瓶颈 企业上云面临四大战略困境与业务瓶颈： 资源利旧利用率低：云下资源利用率仅10%-20%，GPU整卡使用导致利用率低下（材料来源：腾讯全球数字生态大会“企业上云过程中面临的问题” ：IDC机器就近接入云集群（如深圳/上海IDC接入对应TKE集群），实现资源利旧。 核心场景覆盖： 资源利旧与利用率提升：复用IDC闲置/老旧/退保节点，通过Request推荐、动态调度、节点超卖、在离线混部（CPU利用率提升300%）、qGPU（GPU共享，利用率提升70%）提升资源利用率 典型客户实践验证 案例1：PCG降低本地运维成本（来源：腾讯全球数字生态大会，主讲人汤文军） 客户诉求：IDC物理机利旧，降低本地K8s运维成本，云上云下统一体验。 收益：1个月迁移IDC几十万核资源上云，提前完成年度利旧目标；集群运维人员减少60%，人力投入业务自身。
3800编辑于 2026-04-29- 来自专栏运维技术知识
在 CentOS 8 中删除旧的 Linux 内核
[root@localhost ~]# rpm -q kernel kernel-4.18.0-80.11.2.el8_0.x86_64 kernel-4.18.0-305.12.1.el8_4.x86 /boot/vmlinuz-4.18.0-305.12.1.el8_4.x86_64 设置默认 Linux 内核 列出 /boot 目录中可用的 Linux 内核。 3.x86_64 /boot/vmlinuz-4.18.0-305.12.1.el8_4.x86_64 /boot/vmlinuz-4.18.0-80.11.2.el8_0.x86_64 执行以下命令为 0 and kernel /boot/vmlinuz-4.18.0-305.12.1.el8_4.x86_64 删除旧的 Linux 内核 默认情况下，Linux 内核始终由 Yum 包管理器单独安装 总结 在本文中学习了如何在 CentOS 8 中安全地删除旧的 Linux 内核。
7.2K30编辑于 2021-11-30 - 来自专栏测试技术圈
Python中的with是测试常用到的资源打开利
上面代码在读取文件过程中如果发生异常，那么close()函数就没有办法被执行到了，这也就导致了文件没有办法关闭了。因此，很多教程上都告诉大家要用try except将文件读取的异常捕获到，那么我们改造一下如下：
94040发布于 2020-09-17 - 来自专栏AustinDatabases
MYSQL 8 备份数据库 新锁 旧锁
所以今天的题目有两个含义 1 FTWRL 与 LOCK INSTANCE FOR BACKUP 是新锁和旧锁的关系 2 LOCK INSTANCE FOR BAKCUP 其实早就在多年就已经有了,现在可以看做是新的 "旧锁" 官方文档中对LOCK INSTANCE FOR BACKUP 获得一个instance level 的backup lock 锁, 可以在锁持有时进行DML 操作. 所以MYSQL 8 新备份的方式的改变是通过LOCK INSTANCE for BACKUP 和 log_status 联合完成的, 基于MYSQL 8 的第三方备份软件等都需要对此进行研究并改变目前的备份的方式
2.1K40发布于 2021-07-15 - 来自专栏全栈程序员必看
k8s有哪些资源_k8s资源类型
k8s Namespace Pod Label Deployment Service Namespace 概述 Namespace是kubernetes系统中一种非常重要的资源，它的主要作用是用来实现多套系统的资源隔离或者多租户的资源隔离 此时还能结合kubernetes的资源配额机制，限定不同租户能占用的资源，例如CPU使用量、内存使用量等等，来实现租户可用资源的管理。 一个资源对象可以定义任意数量的Label，同一个Label也可以被添加到任意数量的资源对象上去。 Label通常在资源对象定义时确定，当然也可以在对象创建后动态的添加或删除。 可以通过Label实现资源的多纬度分组，以便灵活、方便地进行资源分配、调度、配置和部署等管理工作。 EXTERNAL-IP PORT(S) AGE nginx ClusterIP 10.103.38.69 <none> 80/TCP 8m43s
74240编辑于 2022-09-22 - 来自专栏MoeLove
K8S 生态周报| Kubernetes 旧的 registry 将被冻结
“「K8S 生态周报」内容主要包含我所接触到的 K8S 生态相关的每周值得推荐的一些信息。” 大家好，我是张晋涛。 registry 中了； 修复了 goroutine 泄漏的问题，不过这个对服务无影响，是在终端输出格式化的部分的代码； 更多关于此版本的详细信息请查看其 ReleaseNote Kubernetes 旧的 registry 将被冻结 Kubernetes 社区所使用的容器 registry 一开始是由 Google 提供的 k8s.gcr.io ，后来社区在逐步的进行迁移， 拥有了最新的 registry.k8s.io 现在 registry.k8s.io 已经基本稳定，所以社区决定将旧的 registry 进行冻结，从 4 月份开始生效。 未来新的镜像都将直接推送到新的 registry 中，不再往旧的 registry 中推送镜像。 所以如果有在使用旧 registry ，或者在进行镜像同步的小伙伴请注意，是时候更新你的配置了。
87520编辑于 2023-02-26 - 来自专栏nginx遇上redis
k8s资源限制
Kubernetes对资源的限制实际上是通过cgroup来控制的，cgroup是容器的一组用来控制内核如何运行进程的相关属性集合。针对内存、CPU和各种设备都有对应的cgroup。 一般会针对某些应用的Pod资源进行资源限制，这个资源限制是通过resources的requests【要分配的资源】和limits【最大使用资源】来实现的。 CPU资源限制示例 K8S 提供了 requests 和 limits 两个配置参数来定义资源的范围和额度。 requests 定义了工作负载的资源下限，是容器启动时 K8S 资源分配的默认值。 limits 定义了工作负载的资源上限，是容器运行时 K8S 资源预分配的额度。
42750编辑于 2023-09-01 - 来自专栏小手冰凉
k8s——资源限制
注：以下只是在yaml文件中进行资源限制的一个片段，并不是完整的yaml文件 1、针对Pod的资源限制 // cgroup-pod.yaml spec: containers: - name: limits: //硬限制 cpu: "4" memory: 2Gi requests: //运行pod时请求的资源数量 cpu: 260m memory: 260Mi 2、基于名称空间的资源限制（可以具体制定限制某一个名称空间） //计算资源配额 // compute-resource.yaml 初始请求的内存不可以超过100G limits.cpu: "40" //CPU的硬限制 limits.memory: 200Gi //内存的硬限制 //资源对象数量配额限制 persistentvolumeclaims: "4" //最多可以创建4个PVC replicationcontrollers: "20" //最多可以创建20个RC资源对象
89320发布于 2020-09-15 - 来自专栏全栈程序员必看
k8s资源分类机制_k8s资源分类机制
（第三章）资源管理 yaml语言介绍 资源管理方式介绍 方式1：命令式对象管理 方式2:命令式对象配置 方式3:声明式对象配置 配置方式总结 kubectl在node节点上执行 资源管理 本章节主要介绍 yaml语法和kubernetes的资源管理方式 学习kubernetes的核心，就是学习如何对集群上的Pod、Pod控制器、Service、存储等各种资源进行操作 [外链图片转存失败,源站可能有防盗链机制 kubernetes资源 kubectl create/patch -f nginx-pod.yaml 声明式对象配置：通过apply命令和配置文件去操作kubernetes资源 kubectl ： 如果资源不存在，就创建，相当于 kubectl create 如果资源已存在，就更新，相当于 kubectl patch 总结 使用推荐: 三种方式应该怎么用 ? 创建/更新资源 使用声明式对象配置 kubectl apply -f XXX.yaml 删除资源 使用命令式对象配置 kubectl delete -f XXX.yaml 查询资源 (测试常用) 使用命令式对象管理
44020编辑于 2022-09-21 - 来自专栏iOS开发随笔
iOS 旧项目在Xcode 8下报错SenTestingKitSenTestingKit.h file not found
有一个15年的项目需要加功能(用的是ASIHttpRequest,哈哈),然后用Xcode8打开一运行就报错: 'SenTestingKit/SenTestingKit.h' file not found
52330发布于 2018-07-04 - 来自专栏TSINGSEE青犀视频
校园安防监控系统升级改造方案：如何实现设备利旧上云与AI视频识别感知？
二、方案设计在最近的智慧校园项目中，我们就遇到了上述需求，用户希望能实现前端设备利旧上云、定时录像上传、云端备份等功能，同时结合考勤一体机、校车监控主机等，实现学生考勤、校车监控等需求。 基于用户的需求描述，我们提供了一套基于设备利旧与AI新功能拓展等需求的智慧校园解决方案，架构如下：该方案中，智能边缘网关的主要作用在于利旧设备的接入与分发，通过厂家SDK、国际标准协议RTSP、国内标准协议
1.3K20编辑于 2023-11-07 - 来自专栏老铁丁D
k8s资源管理
资源管理 计算资源（Requests和Limits参数） Pod的两个重要参数：CPU Request与Memory Request来表示容器最少所需的CPU和Memory。 2.当我们没有为容器设置Request的时候，k8s会认为该容器使用很少的资源就可以调度到集群的任何Node，这个时候如果Node本来所剩的资源不多的时候，就会加大该Node的负载。 资源配额管理（ResourceQuota） ◎ ResourceQuota可以为每个命名空间都提供一个总体的资源使用的限制，比如设置dev命名空间使用1CPU,1Gi内存。 当然，从另外一个角度来看，BestEffort Pod由于没有设置资源Limits，所以在资源充足时，它们可以充分使用所有的闲置资源。 （2）Burstable Pod的优先级居中，这类Pod初始时会分配较少的可 靠资源，但可以按需申请更多的资源。
72610编辑于 2022-08-12 - 来自专栏c++与qt学习
K8S资源管理
K8S资源管理 前言 资源管理方式 命令式对象管理 kubectl命令 操作（command） 资源类型（type） 应用示例 命令式对象配置 声明式对象配置 使用方式推荐 扩展：kubectl可以在Node ： ① 集群级别资源： 资源名称 缩写 资源作用 nodes no 集群组成部分 namespaces ns 隔离Pod ② Pod资源： 资源名称 缩写 资源作用 Pods po 装载容器 ③ Pod 资源控制器： 资源名称 缩写 资源作用 replicationcontrollers rc 控制Pod资源 replicasets rs 控制Pod资源 deployments deploy 控制Pod sts 控制Pod资源 ④ 服务发现资源： 资源名称 缩写 资源作用 services svc 统一Pod对外接口 ingress ing 统一Pod对外接口 ⑤ 存储资源： 资源名称 缩写 资源作用 HOME/.kube，如果想要在Node节点上运行此命令，需要将Master节点的.kube文件夹复制到Node节点上，即在Master节点上执行下面的操作： scp -r $HOME/.kube k8s-node1
1.2K30编辑于 2022-08-23 IPv8公布：100%兼容IPv4 旧路由器也支持
IPv8才是IPv4的真正接班人。 IPv8最核心的设计亮点是100%向下兼容IPv4。草案明确，IPv4是IPv8的一个真子集。 地址资源与路由架构得到显著优化。IPv8的64位地址空间理论上可提供2^64（约1844.67亿亿）个独立地址，从根本上解决IPv4地址枯竭问题。 草案提出Zone Server（区域服务器）统一管理平台，整合了DHCP8地址分配、DNS8域名解析、NTP8时间同步、OAuth2 JWT身份认证、NetLog8网络遥测、WHOIS8路由验证等多项服务 草案还定义了BGP8、OSPF8、ICMPv8等升级路由协议，支持8to4隧道技术，可实现IPv8网络在IPv4-only网络中的穿透部署，保障过渡阶段的全场景互通。
21500编辑于 2026-04-23- 来自专栏颇忒脱的技术博客
K8S如何限制资源使用
本文介绍几种在K8S中限制资源使用的几种方法。 资源类型 在K8S中可以对两类资源进行限制：cpu和内存。 在K8S中，对于资源的设定是落在Pod里的Container上的，主要有两类，limits控制上限，requests控制下限。 K8S通过在Namespace设定LimitRange来达成这一目的。 里对request/limit进行以下限定： 某资源的request必须>=某值 某资源的limit必须<=某值 这样的话就能有效避免Pod Spec中乱设limit导致资源耗尽的情况，或者乱设request 导致Pod无法得到足够资源的情况。
1.7K20发布于 2019-03-13 - 来自专栏执笔绘倾城
K8S - 资源名称别名缩写
Kubernetes 集群中有些资源确实名称过程，可能名字越长越厉害吧！！！官方为此进行了一些名称缩写。
82510编辑于 2022-10-31 - 来自专栏John Wong's Blog
使用 helm 部署 k8s 资源
让开发人员写 k8s 资源配置文件是不现实的 不是所有开发都了解k8s，或者说很少，不了解 k8s 很难写资源配置部署文件 开发的主要职能还是在业务上 于是 helm 应时而出，运维写配置文件，开发给配置文件填很少的参数 本篇文章主要介绍如何安装 helm 以及如何使用 helm 部署基础服务和业务 Chart: 一系列 k8s 资源集合的命名，它包含一系列 k8s 资源配置文件的模板与参数，可供灵活配置 release files 查看主要的两个文件目录 templates/: 这是运维大哥写的配置文件模板，示例是最简单应用的资源配置，但复杂应用还会有 pvc，role，service-acount 等等 values.yaml apphub https://apphub.aliyuncs.com jetstack https://charts.jetstack.io 03 校验部署状态 这与需要部署的资源有关 安装 tiller 时会在 k8s 上部署一个 pod。
1.4K20编辑于 2021-12-23 - 来自专栏后场技术
K8S资源配置清单
在K8S中，K8S将所有的操作对象都当做资源来进行管理，K8S为我们提供了一个叫APIserver的组件，这个组件提供了一系列的RESTful风格的接口，通过这些接口就可以实现对资源的增删改查等操作。 而所谓的资源配置清单就是我们用来创建和管理资源的配置文件。在了解资源配置清单前，我们需要先了解一下K8S中有哪些资源。 一、资源类型 1、工作负载型资源 这些资源就是K8S中承载具体的工作的一些资源，常见的类型有：Pod，ReplicaSet，Deployment，StatefulSet，DaemonSet，Job，Cronjon 二、创建资源配置清单 K8S中的APIServer在创建资源时采用JSON格式的数据，我们可以通过使用yaml格式的配置文件来提供配置，然后K8S内部自动帮我们转换为JSON格式，然后再提交。 ，我们的资源配置清单可以放在服务器本地，也可以放在资源站上，创建的时候直接指定这个资源配置清单的URL即可： [root@k8s7-22 ~]# kubectl create -f http://k8s-yaml.od.com
2K42发布于 2021-07-23
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号