- 综合排序
- 最热优先
- 最新优先
- 来自专栏后端云
Kubernetes 运维记录（5）
request 的值并不是指给容器实际分配的资源大小，它仅仅是给调度器看的，调度器会 “观察” 每个节点可以用于分配的资源有多少，也知道每个节点已经被分配了多少资源。被分配资源的大小就是节点上所有 Pod 中定义的容器 request 之和，它可以计算出节点剩余多少资源可以被分配(可分配资源减去已分配的 request 之和)。如果发现节点剩余可分配资源大小比当前要被调度的 Pod 的 reuqest 还小，那么就不会考虑调度到这个节点，反之，才可能调度。所以，如果不配置 request，那么调度器就不能知道节点大概被分配了多少资源出去，调度器得不到准确信息，也就无法做出合理的调度决策，很容易造成调度不合理，有些节点可能很闲，而有些节点可能很忙，甚至 NotReady。
77510编辑于 2023-02-10 - 来自专栏架构进阶
容器 & 服务:Kubernetes 运维记录
话不多说，开始分享最近在k8s使用和运维上遇到的一些问题和解决经验。 GitCommit:"19e47ee3283ae98139d98460de796c1be1e3975f", GitTreeState:"clean", GoVersion:"go1.13.5"} 三 运维工具 其中，我们通常在持续集成时会使用yaml文件做发布配置，运维时通过命令行操作来执行安装、重启、查看日志等常规操作；而dashboard则是日常观察和问题排查的简单且便捷的方式。 通过dashboard，我们可以查看各service、deployment、pod的健康状况，并在config map中查看已配置参数（运维中很重要，一些服务启动异常，往往是配置有误导致的）。
1.4K30编辑于 2022-04-27 - 来自专栏Postgresql源码分析
Postgresql常用运维指令记录
最近偶尔需要处理一些客户问题，这里记录更新下常用命令 OS tcpdump -i eth0 -s 0 -w s2_s.cap port 3006 strace -T -tt -e trace=all PID, at 99 Hertz, for 10 seconds: perf record -F 99 -p PID -g -- sleep 10 # Sample CPU stack traces 10 seconds (< Linux 4.11): perf record -F 99 -ag -- sleep 10 # Sample CPU stack traces for the entire 10 seconds: perf record -F 99 -a --call-graph dwarf sleep 10 # Sample CPU stack traces for the entire : perf record -F 99 -a --call-graph lbr sleep 10 # Sample CPU stack traces, once every 10,000 Level
93211编辑于 2022-05-12 - 来自专栏散尽浮华
运维记录 - 业务日志清理功能
线上某些系统业务跑一段时间后，日志就会越来越多，考虑到业务机器磁盘有限，需要添加业务日志清理功能。根据日志所在分区磁盘使用情况来判断是否清理日志，比如当日志分区磁盘空间使用超过90%时，将一周前的日志打包转移到别处 (别的分区下或远程存储设备上)。脚本 (/opt/script/log_clear.sh) 如下:
1.2K31发布于 2019-09-29 - 来自专栏北京马哥教育
RAID原理分析总结-运维工作记录
Raid的级别： Raid 0，Raid 1，Raid 0+1（也称Raid 10），Raid 2,Raid 3，Raid 5，Raid 6，Raid 7，Raid 53. 磁盘阵列技术可以详细地划分若干个级别0-5RAID技术，并且又发展了所谓的RAID Level 10，30，50的新的级别。 RAID-10结构图解 RAID 0+1的特点使其特别适用于既有大量数据需要存取，同时又对数据安全性要求严格的领域，如银行、金融、商业超市、仓储库房、各种档案管理等。 RAID-7结构图解 (8) RAID 53 与RAID 10一样，RAID 53也是一种组合RAID 等级，但不要拿RAID 10的观点套用，认为它是RAID 5和RAID 3的组合，事实上，RAID 不过，从它的配置形式上就可以看出来，它的存储空间利用率要比RAID 10低，为40%。 RAID-53结构图解 ☆ END ☆ 文章转载于马哥教育官网！
1.3K40发布于 2020-06-16 - 来自专栏后端云
Openstack运维常见问题记录
如： [root@NFJD-PSC-IBMN-SV356 10d31bfa-961d-44ea-b554-7575315a8e2e]# ll -h total 679M -rw-rw---- 1 root 因为在运维过程中，修改过glance的默认路径由/var/lib/glance/images修改为/data1/glance,并且将/var/lib/glance/images下的镜像都mv至/data1 /glance下了，而此时尽管数据已经前已过去了，但是image的元数据信息却牢牢的记录在glance的image_locations表中，查看得知: mysql> select * from glance.image_locations :24 updated_at: 2015-12-21 06:10:24 deleted_at: NULL deleted: 0 meta_data: {} status: active 1 row in set (0.00 sec) 真像:原来原有目录/var/lib/glance/images目录下的镜像都已经mv至/data1/glance下，而数据库中却依旧记录着就的路径内容，从而
14.9K51发布于 2018-10-24 - 来自专栏散尽浮华
运维利器-ClusterShell集群管理操作记录
在运维实战中，如果有若干台数据库服务器，想对这些服务器进行同等动作，比如查看它们当前的即时负载情况，查看它们的主机名，分发文件等等，这个时候该怎么办？一个个登陆服务器去操作，太傻帽了！ ClusterShell就是这样一种小的集群管理工具，原理是利用ssh，可以说是Linux系统下非常好用的运维利器！ 下面是ops-server1服务器上的操作记录： 1）做好主机映射关系，将ip和主机名对应起来，使用比较方便。 RSA key fingerprint is 89:29:5b:26:c1:3a:94:10:10:bd:7c:aa:6b:e5:0c:1c. RSA key fingerprint is 89:29:5b:26:c1:3a:94:10:10:bd:7c:aa:6b:e5:0c:1c.
2.2K70发布于 2018-01-23 - 来自专栏DBA随笔
MongoDB运维与开发(10)---chunk
// MongoDB运维与开发(10)---chunk // MongoDB中，在使用到分片的时候，常常会用到chunk的概念，chunk是指一个集合数据中的子集，也可以简单理解成一个数据块，每个 例如，我们的片键是姓名的第二个字母，包含了A-Z这26中可能，理想情况下，划分为26个chunk，其中每个字母开头的姓名记录即为一个chunk。 chunk的迁移 在分片+复制集的架构中，当某个服务器上的数据记录不停的增多，它上面分割的chunk就会变多，当集群中每个服务器上的chunk数量严重失衡的时候，mongodb会自动进行chunk
94230发布于 2020-12-14 - 来自专栏一个会写诗的程序员的博客
第10章 Spring Boot应用部署运维第10章 Spring Boot应用部署运维
第10章 Spring Boot应用部署运维 10.1 Spring Boot应用运行 To create a ‘fully executable’ jar with Maven use the following
38420发布于 2018-08-20 - 来自专栏全栈工程师修炼之路
Ansible自动化运维工具常规记录
描述: 在使用Ansible往往赋予其低权限用户, 假如由于项目需求，需要使用ansible在控制节点以root身份运行playbook，并在playbook中调用其他程序操作/etc下的文件，所以该程序需要使用sudo或者root权限运行，我们应该如何配置。
62510编辑于 2022-09-29 运维那些事儿（10）：运维服务台，串联全流程的运维闭环核心
前九期我们从IT资产管理、监控、U 位管理、自动化方案到运维知识库，搭建起了精细化运维的 “工具库” 和 “经验库”。 先分清：运维服务台 vs 运维知识库，相辅相成不混淆很多人会把服务台和第九期的知识库搞混，其实两者各司其职、相辅相成，用一句话就能分清：· 运维知识库：核心是 “查答案”，是 “运维经验库”，比如遇到 核心功能与价值：闭环、高效、可追溯，一站式解决运维痛点运维服务台的核心价值，是串联前九期的所有运维成果，解决 “多工具切换、故障无跟踪、流程不规范” 的痛点，核心功能和价值如下：✅一、核心功能：覆盖运维全流程 规范运维流程，实现可追溯：所有操作（设备查询、故障上报、工单处理）都有记录，后续复盘故障原因、优化运维流程（如调整 U 位管理频率、优化自动化方案）都有数据支撑；同时规范故障处理标准，不同类型故障指派对应负责人 日志管理：记录所有用户操作日志（如谁上报故障、谁处理工单）、系统运行日志，方便后续查询、追溯；4. 数据备份与恢复：定期备份设备信息、工单记录、用户数据，避免丢失，确保服务台稳定运行。
16110编辑于 2026-03-20- 来自专栏CSDNToQQCode
10·24【运维工程师也过节】【运维MySQL大礼包】
--master-data #默认值为1，默认情况下，会包含change master to，这个语句包含file和position的记录始位置,在slave上导入数据时就会执 行这个语句，salve 开发挖坑，运维埋！ 运维如庖丁解牛，得意处游刃有余，碰壁时寸步难进。 在天愿作比翼鸟，在地愿结运维亲，第一个为你排忧解难的不是老公而是默默的运维人! 天下运维是一家，一入运维深似海！ 运维就是7*24 别惹运维，否则后悔！ 运维其实很简单“三分技术、七分管理“。 我们真的不只是会重启，我们还会背锅啊。 好的运维不需要经常加班。 做的好的是运维，没做好的是背锅侠。 运维让产品更出色，让技术更有价值！ 规范流程，临危不惧，提供值得信赖的运维服务。 运筹维幄，百味人生。 运维就是我每天念想的但又触及不到的梦想。 不为人知的幕后英雄 运维就是不断的重启、重启、再重启。 运维的本质是”可控” 运维人，做的多，说得少。 运维是救火员，平时用不到，出事少不了。
1.3K20编辑于 2022-11-29 - 来自专栏后端云
Kubernetes 运维遇到的问题记录（2）
xtables-multilanguage-bash复制代码 root@rhel-8 # ls -al /usr/sbin/iptables lrwxrwxrwx. 1 root root 17 Mar 17 10
1.7K40编辑于 2023-02-10 - 来自专栏后端云
Kubernetes 运维遇到的问题记录（1）
ssh进入集群节点，telnet 本机的 kubelete 的 服务端口 10250，可以。
1.6K20编辑于 2022-11-25 - 来自专栏后端云
Openstack运维常见问题记录(4)
960580852a594c078e68fe3683e35db5 | http://keystone-ha-vip:5000/v3/ | {} | 1 | RegionOne | | a0b10cb04a5b4ca3859aaf2ea4ca2a3b e37085e8fb2a49c0921c2d24f5e4f9b5 [root@EXTENV-194-18-2-11 ~]# systemctl restart httpd.service memcached.service 系列文章链接 Openstack运维常见问题记录 (3) Openstack运维常见问题记录(2) Openstack运维常见问题记录(1)
2.6K41发布于 2020-02-12 - 来自专栏散尽浮华
针对Nginx日志的相关运维操作记录
'$status $body_bytes_sent "$http_referer" ' '"$http_user_agent" $request_time'; 记录的形式如下 " %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %T " combined CustomLog log/access_log combined 记录的形式如下 ;COUNT[b[1]]++;}END{for(a in COUNT) print COUNT[a], a}'| sort -k1 -nr|head -n20 2722 / 10 /group1/ 10.15.19.138'| awk '{COUNT[$4]++}END{for( a in COUNT) print a,COUNT[a]}' |sort -k 2 -nr|head -n20 nginx转发请求时可以记录响应请求的服务器 行 [root@Fastdfs_storage_s1 ~]# grep -C 10 'GET /app/kevinContent' /usr/local/nginx/logs/access.log
1.6K100发布于 2018-03-28 - 来自专栏后端云
Openstack运维常见问题记录(5)
蓝屏是因为当时的镜像打的驱动是virtio的驱动，而磁盘设备所需的是scsi驱动，所以当时的镜像都会蓝屏，后来重制的镜像，磁盘驱动打的是scsi驱动，镜像上传时再加2个参数：hw_disk_bus=scsi，hw_scsi_model=virtio-scsi，后测试没有再蓝屏
64010编辑于 2022-11-25 - 来自专栏Linyb极客之路
网络运维之Cname与A记录（Address）区别
Cname与A记录（Address）区别 A记录是解析域名到IP，Cname是解析域名到另外一个域名。 一台服务器可以布置多个网站，也可以有多个域名，如 如域名A----->A记录----->真正的服务器 域名B（也叫A别名） 域名C（也叫A别名） 如果B，C此时也是通过A记录的形式到真正的服务器，那么哪一天真正的服务器修改了
3.1K20编辑于 2022-03-09 - 来自专栏后端云
Kubernetes 运维遇到的问题记录（4）
都会进行 DNAT，将原本访问 ClusterIP:Port 的数据包 DNAT 成 Service 的某个 Endpoint (PodIP:Port)，然后内核将连接信息插入 conntrack 表以记录连接 # 启动第一个业务进程并记录 pid echo "app1 started with pid $pid1" /bin/app2 & pid2="$!" # 启动第二个业务进程并记录 pid echo "app2 started with pid $pid2" handle_sigterm() { echo "[INFO] Received SIGTERM
1.3K20编辑于 2023-02-10 - 来自专栏章工运维
运维10道基础面试题
并发netstat -na | grep ESTABLIS | wc -l tcp数netstat -an|grep ":80 "｜grep -v grep|wc -l # 10.说说tcp/ip的七层模型
44720编辑于 2023-05-19
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号