- 综合排序
- 最热优先
- 最新优先
- 来自专栏后端云
Kubernetes 运维记录（5）
request 的值并不是指给容器实际分配的资源大小，它仅仅是给调度器看的，调度器会 “观察” 每个节点可以用于分配的资源有多少，也知道每个节点已经被分配了多少资源。被分配资源的大小就是节点上所有 Pod 中定义的容器 request 之和，它可以计算出节点剩余多少资源可以被分配(可分配资源减去已分配的 request 之和)。如果发现节点剩余可分配资源大小比当前要被调度的 Pod 的 reuqest 还小，那么就不会考虑调度到这个节点，反之，才可能调度。所以，如果不配置 request，那么调度器就不能知道节点大概被分配了多少资源出去，调度器得不到准确信息，也就无法做出合理的调度决策，很容易造成调度不合理，有些节点可能很闲，而有些节点可能很忙，甚至 NotReady。
77510编辑于 2023-02-10 - 来自专栏架构进阶
容器 & 服务:Kubernetes 运维记录
话不多说，开始分享最近在k8s使用和运维上遇到的一些问题和解决经验。 -13T11:23:11Z", GoVersion:"go1.12.12", Compiler:"gc", Platform:"linux/amd64"} Server Version: version.Info 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
93211编辑于 2022-05-12 - 来自专栏散尽浮华
运维记录 - 业务日志清理功能
线上某些系统业务跑一段时间后，日志就会越来越多，考虑到业务机器磁盘有限，需要添加业务日志清理功能。根据日志所在分区磁盘使用情况来判断是否清理日志，比如当日志分区磁盘空间使用超过90%时，将一周前的日志打包转移到别处 (别的分区下或远程存储设备上)。脚本 (/opt/script/log_clear.sh) 如下:
1.2K31发布于 2019-09-29 - 来自专栏北京马哥教育
RAID原理分析总结-运维工作记录
Raid全称” 独立磁盘冗余阵列”, 有时也简称磁盘阵列（Disk Array）。
1.3K40发布于 2020-06-16 - 来自专栏后端云
Openstack运维常见问题记录
[root@EXTENV-194-18-2-11 ~]# openstack catalog list +-----------+-----------+------------------------ 将export LC_ALL=zh_CN.UTF-8 添加到/etc/profile 同时注意source的文件中是否有export LC_ALL=C vm 生成失败 2017-05-25 11:01: 因为在运维过程中，修改过glance的默认路径由/var/lib/glance/images修改为/data1/glance,并且将/var/lib/glance/images下的镜像都mv至/data1 /glance下了，而此时尽管数据已经前已过去了，但是image的元数据信息却牢牢的记录在glance的image_locations表中，查看得知: mysql> select * from glance.image_locations 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和主机名对应起来，使用比较方便。 [root@ops-server1 src]# tar -zxvf setuptools-0.6c11.tar.gz [root@ops-server1 src]# cd setuptools -0.6c11 [root@ops-server1 setuptools-0.6c11]# python setup.py build [root@ops-server1 setuptools-
2.2K70发布于 2018-01-23 - 来自专栏DBA随笔
Redis开发与运维学习笔记---(11)
Redis开发与运维学习笔记---(11) Redis开发与运维中遇到的问题 之前的文章中，我们讲述了redis的复制机制，通过复制，数据可以被备份，然后这些备份的副本可以用来做读写分离、负载均衡、故障转移等 3 规避全量复制 我们知道，全量复制是一个非常消耗资源的操作，如何规避全量复制是需要我们关注的运维点。
53610发布于 2020-04-14 - 来自专栏全栈程序员必看
《前端运维》一、Linux基础–11服务
例如我们将从哪里下载需要安装或者升级的软件包，repo文件中的设置内容将被yum读取和应用 服务器端：在服务器上面存放了所有的RPM软件包，然后以相关的功能去分析每个RPM文件的依赖性关系，将这些数据记录成文件存放在服务器的某特定目录内 客户端：如果需要安装某个软件时，先下载服务器上面记录的依赖性关系文件(可通过WWW或FTP方式)，通过对服务器端下载的纪录数据进行分析，然后取得所有相关的软件，一次全部下载下来进行安装。
95130编辑于 2022-07-21 - 来自专栏zaking's
《前端运维》一、Linux基础--11服务
例如我们将从哪里下载需要安装或者升级的软件包，repo文件中的设置内容将被yum读取和应用 服务器端：在服务器上面存放了所有的RPM软件包，然后以相关的功能去分析每个RPM文件的依赖性关系，将这些数据记录成文件存放在服务器的某特定目录内 客户端：如果需要安装某个软件时，先下载服务器上面记录的依赖性关系文件(可通过WWW或FTP方式)，通过对服务器端下载的纪录数据进行分析，然后取得所有相关的软件，一次全部下载下来进行安装。
1K20编辑于 2022-05-10 - 来自专栏全栈工程师修炼之路
Ansible自动化运维工具常规记录
描述: 在使用Ansible往往赋予其低权限用户, 假如由于项目需求，需要使用ansible在控制节点以root身份运行playbook，并在playbook中调用其他程序操作/etc下的文件，所以该程序需要使用sudo或者root权限运行，我们应该如何配置。
62510编辑于 2022-09-29 - 来自专栏后端云
Kubernetes 运维遇到的问题记录（2）
[root@k8s-11 ~]# iptables -V iptables v1.4.21language-bash复制代码 root@rhel-8 # iptables -V iptables v1.8.4 [root@k8s-11 ~]# ls -al /usr/sbin/iptables lrwxrwxrwx. 1 root root 13 Jan 21 2022 /usr/sbin/iptables
1.7K40编辑于 2023-02-10 - 来自专栏后端云
Kubernetes 运维遇到的问题记录（1）
ssh进入集群节点，telnet 本机的 kubelete 的 服务端口 10250，可以。
1.6K20编辑于 2022-11-25 - 来自专栏后端云
Openstack运维常见问题记录(4)
[root@EXTENV-194-18-2-11 ~]# openstack catalog list +-----------+-----------+------------------------ -------------------+-------+---------+-----------+ 15 rows in set (0.00 sec) [root@EXTENV-194-18-2-11 | network | +----------------------------------+-----------+-----------+ [root@EXTENV-194-18-2-11 ~]# openstack service delete e37085e8fb2a49c0921c2d24f5e4f9b5 [root@EXTENV-194-18-2-11 ~]# systemctl restart httpd.service memcached.service 系列文章链接 Openstack运维常见问题记录(3) Openstack运维常见问题记录(2) Openstack运维常见问题记录
2.6K41发布于 2020-02-12 - 来自专栏散尽浮华
针对Nginx日志的相关运维操作记录
'$status $body_bytes_sent "$http_referer" ' '"$http_user_agent" $request_time'; 记录的形式如下 ： 192.168.28.22 - - [28/Feb/2018:04:01:11 +0800] "GET /UserRecommend.php HTTP/1.1" 200 870 "http://wwww.kevin.www " %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %T " combined CustomLog log/access_log combined 记录的形式如下 (9)]+=1}; END {for(code in counts) print code, counts[code]}' | sort -k 2 -nr 200 2733 304 20 404 11 10.15.19.138'| awk '{COUNT[$4]++}END{for( a in COUNT) print a,COUNT[a]}' |sort -k 2 -nr|head -n20 nginx转发请求时可以记录响应请求的服务器
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 - 来自专栏用户1880875的专栏
Linux云计算运维架构师（连载）-自动化运维ansible-11
[root@ansible ~]# ansible host1 -m yum -a 'name="*" state=latest'
1.8K10发布于 2021-07-05 - 来自专栏Linyb极客之路
网络运维之域名解析的记录类型
即如果一个主机地址同时存在A记录和CNAME记录，则CNAME记录不生效。 3) 删除CNAME记录 点击要删除的CNAME记录后面对应的“删除”按钮即可。 3、MX记录： 邮件交换记录。用于将以该域名为结尾的电子邮件指向对应的邮件服务器以进行处理。 记录优先于A记录。 即，如果一个主机地址同时存在NS记录和A记录，则A记录不生效。这里的NS记录只对子域名生效。 3) 删除NS记录 点击要删除的NS记录后面对应的“删除”按钮即可。
4K20编辑于 2022-03-09
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号