- 综合排序
- 最热优先
- 最新优先
- 来自专栏腾讯云开发者社区头条
腾讯云+运维，助力运维领域技术发展
在云计算时代和互联网持续高速发展的今天，数据和服务规模迅速升级，传统运维面临着许多新型挑战，如何结合DevOps理念，解决云计算时代的运维难题？ 为了更好地推进运维领域技术交流发展，并且让更多的企业能够完成向云计算的转变，腾讯云和织云联合举办“腾讯云运维干货” 系列沙龙。 每期沙龙将会邀请腾讯运维领域专家，分享云计算时代运维的思考和实践，并且为参加沙龙活动的人员提供一定金额的腾讯云代金券，帮助大家0门槛体验腾讯云上各类云产品，而针对企业用户，腾讯云“云+创业”计划更是能给出高达百万的云资扶持 [图片] （腾讯运维技术总监梁定安） 出品人大梁宣布了腾讯云与织云的“6+6运维技术沙龙 六个运维主题覆盖运维的质量、效率、成本、规划、DevOps与AI运维的相关话题，将独家曝光大量运维实践的案例。
6.3K10发布于 2017-12-18 - 来自专栏Windows技术交流
玩转腾讯云winpe运维
/Package 点下载按钮产生下载链接，不要点左边的复制链接 下载慢的话，可以先点下载按钮让浏览器产生下载链接，然后复制链接到多线程下载工具NDM下载如果很慢，可以试试这个免费的多线程下载神器，默认8线程 2、下载后提取.iso里面的kernel.WIM 3、用Dism++x64.exe加载上步的.WIM文件给它集成腾讯云驱动 dism++官网：http://chuyu.me/zh-Hans/ 选择.WIM 文件和挂载位置（需要空文件夹，并且有写权限）后点确定，等加载进度走完后会看到"打开会话"字样，鼠标放上去是个小手图标，如下图 4、点一下左侧的"驱动管理"，然后点右下侧的"添加驱动"，选择腾讯云Win11 pwd=br4h 提取码: br4h 7、参考我这篇文档：怎么挂维护盘到开机启动项，安装easybcd，把集成好腾讯云驱动的win11pe iso集成到开机启动项，这样开机的时候就能看到win11pe
2.1K10编辑于 2024-11-14 - 来自专栏CSDN技术头条
Hyper容器云及云上运维
关于Hyper，大家比较好奇，本文将从三个方面重点分享Hyper的原理和容器云运维：从Docker到Hyper Container，Hyper Container用于公有云，容器云上运维的变化。 容器云上运维的变化 最后想分享一下我对于容器时代运维的一些思考。在容器时代，很多运维理念跟以前不太一样了。 资源视角。以前，资源就是机器，不管是物理机还是虚机。 传统的运维都会有一套配置管理的工具（例如Puppet）来保证集群中每台机器的配置一致，但是在容器时代，一个应用所需要的依赖、配置全部打包进镜像里了，Puppet就不再需要了。 传统的运维方式，就是就是把应用的二进制文件编译好了扔到服务器上，替换旧的，重启服务，发现有问题赶紧把旧文件换回来，回滚服务，这是典型的变更方式。 一开始运维可能很不适应，但是我相信未来的趋势是容器，我们要往这个方向去努力。
4.1K70发布于 2018-02-13 - 来自专栏织云平台团队的专栏
腾讯云运维干货沙龙-海量运维实践大曝光 （三）
作者丨周小军，腾讯SNG资深运维工程师，负责社交产品分布式存储的运维及团队管理工作。对互联网网站架构、数据中心、云计算及自动化运维等领域有深入研究和理解。 3.2.2 一键扩容 [图片] 在我们强大的织云自动化运维平台支撑下，我们的业务模块都是一键式扩容模式，也称一键上云。一个模块下的上百台设备，整个扩容流程跑完只消耗5分钟时间。 织云高效的实践是，它是以运维标准化为基石，以 CMDB 为核心的自动化运维平台。通过 Web 界面的一键式上云，基于业务原子任务和流程引擎，形成一个完整的运维流程，最后并行执行。 比如说QQ用户，如果8点准点开放给用户，同时会有2亿的用户涌入这个架构，系统的峰值会非常高。 在用户层我们做了错峰的开放，譬如在20：00到05分把用户随机放进来，把请求随机分布在300秒区间。 相关文章 腾讯云运维干货沙龙-海量运维实践大曝光 （一） 腾讯云运维干货沙龙-海量运维实践大曝光 （二） 沙龙PPT下载地址： https://share.weiyun.com/5c406a57164ed4cf7e248160aebf74c3
6.2K10发布于 2017-12-17 - 来自专栏Debian中国
运维的未来：云服务兴起，运维人员会“下岗”吗？
传统的运维（ Ops）没有消失，只是在重组。 云服务的发展看起来让运维人员“丢”了工作，因为从传统意义上说，从本地（on-premise）转移到云平台意味着运维工作在相当大程度上外包给云提供商。 现如今的运维团队，应该重新定义他们的愿景。 运维的未来是要使开发者能够通过工具、自动化和流程实现自助服务，并使他们能够通过最小的运维干预来部署并运行服务。 其实新运维模式本质上应该把运维看作是一个产品团队，其产品就是基础设施。 DevOps 在很多方面正让开发者跟运维人员感同身受。新运维正好相反。殉道者式的运维团队相当自以为是，他们根本没有做好足够的工作将权利和责任转给开发团队。 随着运维工作转移到云，它需要给予开发团队更多的权利和信任以重塑自身，而不是“闭关锁国”。 运维长存！ 【本文转自 36氪 】
4K40发布于 2018-12-20 - 来自专栏织云平台团队的专栏
腾讯云运维干货沙龙-海量运维实践大曝光 （二）
作者丨魏旸：腾讯高级工程师，具有15年运维经验的专家。负责QQ空间、微云、QQ空间相册等的运维工作。 12月16日，首期沙龙“海量运维实践大曝光”在腾讯大厦圆满举行。 沙龙出品人腾讯运维技术总监、复旦大学客座讲师、DevOps专家梁定安，讲师腾讯手机QQ运维负责人郭智文，腾讯高级工程师魏旸，腾讯SNG资深运维专家周小军出席沙龙，并带来精彩的技术分享。 [图片] [图片] 相关文章 腾讯云运维干货沙龙-海量运维实践大曝光 （一） 腾讯云运维干货沙龙-海量运维实践大曝光 （三） 沙龙PPT下载地址： https://share.weiyun.com/5c406a57164ed4cf7e248160aebf74c3
9.4K10发布于 2017-12-17 - 来自专栏织云平台团队的专栏
腾讯云运维干货沙龙-海量运维实践大曝光 （一）
作者丨郭智文：腾讯高级工程师，手机QQ运维负责人。 12月16日，首期沙龙“海量运维实践大曝光”在腾讯大厦圆满举行。 沙龙出品人腾讯运维技术总监、复旦大学客座讲师、DevOps专家梁定安，讲师腾讯手机QQ运维负责人郭智文，腾讯高级工程师魏旸，腾讯SNG资深运维专家周小军出席沙龙，并带来精彩的技术分享。 业务运维同事通过腾讯网络中心联系到重庆联通网络负责人，经过多轮沟之后，确认确实是运营商在凌晨时段割接网络引起，运营商与厂商经过两次调整最后故障才得以解决。 总结 相关文章 腾讯云运维干货沙龙-海量运维实践大曝光 （二） 腾讯云运维干货沙龙-海量运维实践大曝光 （三） 沙龙PPT下载地址： https://share.weiyun.com
6K30发布于 2017-12-17 传统运维 vs 智能运维差距有多大？腾讯云 CloudQ 重新定义运维方式
腾讯云CloudQ把腾讯内部多年的运维最佳实践固化成评估模型新人第一天就能通过对话做基本巡检不需要背命令，不需要记配置，自然语言交互差距：智能运维让经验可复用、可标准化，而不是只存在于某几个人的脑子里。 维度四：如何管理多云传统运维：三个云=三份工作。每个云一套控制台，各自登录各自的告警系统，各自的账单，各自的权限管理汇总多云数据需要人工整理，每周半天不止智能运维（CloudQ）：一个入口，统一视图。 腾讯云、阿里云、AWS、Azure、GCP，一个对话窗口搞定统一的评估标准，跨云对比资源健康状态一份多云架构报告，自动生成维度五：如何跟进团队协作传统运维：截图、粘贴、手写报告。 腾讯云CloudQ的接入成本非常低：接入企业微信：约2分钟配置完成接入WorkBuddy：对话框输入一句话自动安装不需要额外学习命令行，自然语言交互从第一天开始就能感受到差异，不需要专项培训。 总结传统运维和智能运维的差距，不只是工具的差距，是工作方式的差距：从被动响应到主动预防从个人经验到系统知识从多地登录到统一视图从手工报告到自动化推送腾讯云CloudQ（JustQIT!）
12110编辑于 2026-04-10- 来自专栏嘉为动态
【运维工具】因为K8s，运维人员遇到职业危机....
点击立即体验WeOps众所周知容器（docker）是一艘航行在IT大海里的“轮船”为了驶向彼岸，需要一个“船舵”（K8S）那如何更好更快地前行呢？ 你需要“We Operations”统一管理，让船上的“货物”井井有条统一监控，“货物”故障提前感知，更快解决问题下面正式介绍多才多艺的：嘉为蓝鲸一体化运维平台WeOps！ 成熟稳定腾讯每年3亿重金打造+超10年持续迭代+支撑30w节点运维实践，构建成熟稳定的运维平台。轻量部署轻量化，支持单机部署，20+年专家经验沉淀+10万用户的市场验证，内置场景，一键启用。
81710编辑于 2022-09-27 - 来自专栏腾讯专有云
运维专题第8期：软件源
在上一期《云上保险柜》中我们给大家介绍的是故障演练平台奥斯卡，本期给大家带来的是软件源管理系统，作为运维平台中不可或缺的一份子，它又是如何运作的呢？ 云平台的研发和运维人员可以通过软件源管理系统快速搭建和维护 YUM、APT 等软件源，以便满足研发和运维人员在环境搭建、开发、构建、测试、运行等环节的组件和工具依赖需求，提升整体研发和运维效能。 这也是我们运维专题的最后一期了，小编这里将系列专题做个汇总，方便大家系统的回顾云运维，如：统一配置信息管理的CMDB、监控告警自动化的云哨系统、混沌工程故障演练平台等等: 第一期 运维专题第一期：数据中枢 第二期 运维专题第二期：警戒哨兵 第三期 运维专题第三期：诊断专家 第四期 运维平台第四期：数据掘金者 第五期 运维平台第五期：业务永续 第六期 运维平台第六期：混沌工程，助力系统稳如磐石 第七期 运维专题第七期：云上保险柜 第八期 运维专题第八期：软件源 古人云：学无先后，达者为师，在写这一系列推文的时候，所有的产品经理就好似上学时的老师一样，教授给小编相关的知识以及经验，让小编不自觉的就想起了以前上学时恩师的谆谆教诲
83820编辑于 2022-06-24 - 来自专栏学习计划
运维篇 k8s（Kubernetes）
什么是k8s？ k8s是kubernetes的简称，即字母“k”到最后一位相隔8位字母。名字来源于希腊语，意思是“舵手”或“领航员”。 特点： 可移植：支持公有云，私有云，混合云，多重云（多个公共云） 可扩展：模块化，插件化，可挂载，可组合 自动化：自动部署，自动重启，自动复制，自动伸缩/扩展 kubernetes解决了什么？ sever，这里我下载的是20.04版本 步骤 English -》done -》 done proxy address（设置代理，跳过） - 》 done mirror address （软件源，设置成阿里云的 设置远程登录root账户 vim /etc/ssh/sshd_config 增加一行 PermitRootLogin yes 重启服务 service ssh restart 关闭交换空间（k8s 192.168.17.129:6443 --token abcdef.0123456789abcdef \ --discovery-token-ca-cert-hash sha256:6a051b8d0b670f357fe0d8e6a282b062b6f090d1b90968d6c3f3cea8dd33d104
4.4K10发布于 2021-01-29 - 来自专栏AI+运维：智能化运维的未来
云原生运维也能很稳：Kubernetes 运维避坑指南
云原生运维也能很稳：Kubernetes 运维避坑指南大家都在喊“云原生”，都在用 Kubernetes，说它是云上的“集装箱调度大师”，但很多运维兄弟心里其实犯嘀咕：“它能管得住？ 今天我就站在一个运维老兵的视角，唠唠 Kubernetes 运维的那些 “真事儿” + “真实践”，让你少走弯路，稳住云原生。一、Kubernetes 运维到底难在哪儿？ 但其实，只要掌握好一套运维最佳实践，Kubernetes 是可以做到既“上云”，又“上心”的。二、先上干货：五条 Kubernetes 运维真经1. 否则 K8s 是你最好的工具，也可能是你最沉重的“监控负担”。四、结语：云原生的尽头，是稳定而轻松的运维很多人觉得 Kubernetes 是“天降打工神器”——能弹性伸缩、能自动修复、能负载均衡。 但我想说，运维也有运维的尊严，不是天天救火才叫技术强。真正强的运维，是提前想好系统哪块最容易炸，提前埋好监控、限流、回滚、容灾的方案，然后系统稳定运行、你还能准时下班。
49400编辑于 2025-08-05 - 来自专栏IT大咖说
VMware云管平台运维管理
摘要 跨 SDDC 和多云环境从应用到基础架构的智能 IT 运维管理。 其中有三大块内容，一个是自动化部署的vRA，一个是做智能运维的vR Ops，以及做成本分析的vRB，这三块共同支撑起了云管平台。 这期我们重点来介绍vR Ops。 vRealize Operations——云运维智能化 在整个平台中，vRealize Operations实现了性能的管理、容量管理、成本管理、配置管理以及合规性管理。 通过性能和容量监控运维vSAN环境。 SDDC健康概览仪表盘 单一控制台监控整个SDDC的状态。 扩展支持。 使用vRA，利用运维分析优化工作负载的初始部署位置。 应用案例及常用使用场景 云平台特点 负载动态变迁，运行环境不固定，状态难以跟踪。 配置变化更快，资产生命周期短，统计分析难。
9.6K50发布于 2018-04-04 - 来自专栏云计算linux
云计算.运维.面试题
A、输入设备 B、输出设备 C、外存储器 D、内存储器 8、对于内存中的RAM，其存储的数据在断电后（ C ）丢失。 ) A、云计算是私有化的 B、云计算牵扯虚拟化技术 C、云计算有超大规模 D、云计算具有高可靠性 43、如今云计算厂商提供的云产品不包括( ) A、云服务器 B、云服务 C、磁盘扩容 D、游戏 44、 、goole C、微软 D、阿里云 74、下列哪项不属于云计算的分类(D) A、公有云 B、私有云 C、混合云 D、云上云 75、主流的服务器虚拟化技术包括 、云计算不具有高可用性 （ ） 95、云计算具有公有云、私有云（ ） 96、云计算只有公有云 （ ） 97、云计算只有私有云 （ ） 98、云计算底层需要操作系统（ ） 99、云计算底层不需要操作系统 1.C 2.D 3.A 4.D 5.A 6.D 7.D 8.A 9.A 10.A 11.C 12.C 13.D 14.A 15.C 16.A 17.C 18.D 19.D 20.
83810编辑于 2024-12-07 - 来自专栏用户10793914的专栏
云时代，如何保障运维安全？
一、 什么是云运维运维是一个非常广泛的定义，在不同的用户不同的阶段有着不同的职责与定位。 加上近几年云计算服务的诞生以及大规模普及，用户运维的主要对象从硬件（服务器等），转向了面向服务API的运维，包括主机运维和应用运维。图片作为核心技术部门，运维人员的岗位及其重要，但也容易出现问题。 1、云运维相比于传统运维，更注重安全性，这是因为云环境相比于传统IDC，接入端口面向整个网络，这样就造成接入方的不可控，要增强云资产的安全性，除了云环境本身的安全配置，对于运维过程中也需要减少可攻击面。 2、云运维需要连接的资产有云上和云下两种，并且云上环境中需要连接多个云平台，需要运维动作做到多云资产管理。 3、云运维往往需要应对多租户模式的运维环境，这就需要运维人员必须满足最小授权机制，多个租户的使用人员从软件上进行隔离，避免租户信息的泄露。在复杂的云环境中，如何实现云运维呢？
1.8K30编辑于 2023-11-16 - 来自专栏云计算D1net
云计算：拼的是运维
对于云计算工程方面，现在最难的是运维。管100台、1万台还是100万台机器，那是完全不同的。机器少你可以用人管理，机器多是不可能靠人的。 运维系统不属于功能性的东西，用户看不见，所以这是被大家严重低估的东西。只要你做大了，就必然要在运维系统上做文章。数据中心/云计算拼的就是运维能力。 为什么我说运维比较复杂，原因有这么几个。 所以，没什么好想的，运维就必须要跟上。云计算的目标是在故障成为常态的情况下保证高可用——也就是我们所说的，你服务的可用性是3个9、4个9还是5个9。 另一方面，正如前面所说的，运维是件很难的事，运维这个事并不是一般人能搞的事。没有足够的场景、经验和时间，这种能力很难出现。 还是那句话，云就是服务，只要提供了好的服务，无论公有还是私有都是会有价值的。 作者陈皓，CoolShell.cn博主。15年软件开发相关工作经验，8年以上项目和团队管理经验。
3.6K90发布于 2018-03-20 - 来自专栏北京马哥教育
云计算下的企业IT运维
基于云计算的高效工作负载监控可在性能发生问题之前就提前发现这些问题的苗头，从而防患于未然。了解你的云计算运行详细信息将有助于交付一个更强大的云计算使用体验。 收集云计算性能指标 IT管理员们必须积极主动地收集和记录云计算服务器的性能指标与数据，这主要是因为托管云计算工作负载的大多数服务器都是需要使用专用资源的虚拟机。 当无数用户从云计算启动桌面服务或应用程序服务时，必须认真考虑这台服务器需要多少个专用核。 RAM需求：基于云计算的工作负载可以是RAM密集型的。 网络设计：网络及其架构在云计算基层设施与工作负载中起了一个非常重要的作用。监控数据中心和云计算内的网络将有助于确定特定速度需求。 云计算工作负载可以提出需求。规划是必须的。 主动保留运行日志。除了主动地监控云计算工作负载，云计算管理人员应当记录在一段时间内这一工作负载或服务器是如何运行的。
2.6K30发布于 2019-10-11 - 来自专栏北京马哥教育
云计算下的企业IT运维
基于云计算的高效工作负载监控可在性能发生问题之前就提前发现这些问题的苗头，从而防患于未然。了解你的云计算运行详细信息将有助于交付一个更强大的云计算使用体验。 收集云计算性能指标 IT管理员们必须积极主动地收集和记录云计算服务器的性能指标与数据，这主要是因为托管云计算工作负载的大多数服务器都是需要使用专用资源的虚拟机。 对于云计算服务器来说，过度分配资源或分配资源不足都是一个需要付出高昂代价的错误。 适当的规划和工作负载管理是任何重大云计算部署工作之前必须实施的环节。 网络设计：网络及其架构在云计算基层设施与工作负载中起了一个非常重要的作用。监控数据中心和云计算内的网络将有助于确定特定速度需求。 云计算工作负载可以提出需求。规划是必须的。 主动保留运行日志。除了主动地监控云计算工作负载，云计算管理人员应当记录在一段时间内这一工作负载或服务器是如何运行的。
2.5K60发布于 2018-05-02 - 来自专栏海仔技术驿站
Linux云计算运维之Shell
如%8.2f 代表共输出8位数，其中2位是小数，6位是整数。 tar.bz2 >> tar.log &>/dev/null for i in $( cat tar.log ) do tar -zxvf $i done rm -rf tar.log 案例8
6.4K30发布于 2020-06-08 - 来自专栏若尘的技术专栏
k8s运维命令大全
k8s常用命令 node 查看服务器节点 kubectl get nodes 查看服务器节点详情 kubectl get nodes -o wide 节点打标签 kubectl label nodes pods --all-namespaces #查看具体pods，记得后边跟namespace名字哦 kubectl get pods kubernetes-dashboard-76479d66bb-nj8wr --namespace=kube- system 查看pods具体信息 kubectl get pods -o wide kubernetes-dashboard-76479d66bb-nj8wr - kubectl api-versions # API kubectl get events # 查看事件 kubectl get nodes //获取全部节点 kubectl delete node k8s2 # 标记 my-node 不可调度 kubectl drain k8s-node # 清空 my-node 以待维护 kubectl uncordon k8s-node # 标记 my-node 可调度
5.4K86编辑于 2021-12-04
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号