weixin_43539320的博客

其他操作系统参考：https://www.minio.org.cn/docs/minio/linux/operations/install-deploy-manage/deploy-minio-single-node-single-drive.html#minio-snsd。提供了企业级别的性能、可用性和扩展性，支持纠删码配置，可以容忍多达一半的节点或者驱动器的丢失，同时继续提供读操作。不建议使用san、nas、nfs等网络存储，直接存储的性能能远高于网络存储，强烈推荐使用NVMe、SSD等存储。

前面的{}中为匹配条件，后面{}中的为要显示的键值，1为显示，由于_id是默认会显示的，可以通过0来不显示。更加复杂的查询，“$elemMatch”对内嵌文档进行分组，只有在对一个内嵌文档中的多个键操作时才会用到。null可以将值等于空的匹配出来，也可以将没有这个键的文档匹配出来。skip会跳过定义的前面的匹配数量，下面为不显示前三个的文档。比如查询一个数值范围，大于等于5，小于等于12的。or”更加通用，可以在多个键中查询给定的值。类似的还有“$nin”，代表不包含。可以用来查询一个键的多个值，

登录mongodb。

一、故障出现原因prometheus机器压力过大，内存耗尽，负载飙高，导致无法登录；于是从公有云web界面进行重启，重启后内存还是不足，负载很快升高；对机器进行配置变更，由4C+8G升级为4C+16G；二、故障表现Grafana无法获取指标、但是可以通过curl命令获取远程目标主机暴露的指标；日志有以下报错level=warn ts=2024-05-23T11:04:46.410Z caller=scrape.go:1094 component="scrape manager" scrape_

kube-eventer是ACK维护的开源Kubernetes事件离线工具，可以将集群的事件离线到钉钉、SLS、EventBridge等系统，并提供不同等级的过滤条件，实现事件的实时采集、定向告警、异步归档。

很多都是通过在k8s集群内部安装prometheus来进行k8s的集群监控，但是在企业的云原生过程中，往往会出现多种类型（容器化与非容器化）的服务并存的情况，一般会将prometheus部署在k8s集群外部，但是最终还是希望可以将prometheus部署在k8s集群内，这样不仅可以充分运用服务器的资源，还避免授权相关的问题。但是还是会有大量的使用prometheus监控外部的k8s集群的需求。

提供了基于策略的网络控制，是针对 TCP、UDP 和 SCTP 协议在 IP 地址或端口层面控制网络流，用于隔离应用并减少攻击面。它使用标签选择器模拟传统的分段网络，并通过策略控制它们之间的流量以及来自外部的流量；目前基于实现，使用类似检查记录网络流量session从而决定流量是否阻断；因此它是状态检测防火墙。

MongoDB 提供的命令行实用程序mongodump和创建备份和恢复数据的过程。

​ 生产环境中，经常遇到etcd集群出现单节点故障或者集群故障。针对这两种情况，进行故障修复。以下为介绍etcd的集群全部节点故障时，故障应急的恢复手册​ 生产环境中，经常遇到etcd集群出现单节点故障或者集群故障。针对这两种情况，进行故障修复。本文介绍etcd的单节点故障时，故障应急的恢复手册。

fluentd内存使用大于60MBfluent-bit内存使用约等于1MB。

注意，这里不是筛选包大小，而是无论数据包多大，只截取指定的长度，单位是字节（bytes）。可以将端口也展示为数字，默认情况下是会把端口展示为协议名称，例如。重定向到纯文本文件也是可以的。来指定抓对应网卡的数据包。这个域名被展示为 IP。前面列出的设备可以用。源、目标网络依次类推。源、目标端口依次类推。

process-exporter主要用来监控进程的运行状态和资源使用情况。

QoS，指的是Quality of Service，也就是k8s用来标记各个pod对于资源使用情况的质量,QoS会直接影响当节点资源耗尽的时候k8s对pod进行evict的决策。官方的描述在这里QoS条件Guaranteed1. pod里所有的容器都必须设置cpu和内存的request和limit，2. pod里所有容器设置的cpu和内存的request和容器设置的limit必须相等(容器自身相等，不同容器可以不等)Burstable。

发布与订阅系统：数据的发送者不会直接把消息发送给接收者；发布者以某种方式对消息进行分类，接收者通过订阅他们来接收特定类型的消息。发布与订阅系统也是事件驱动型程序的关键组件。

上线后，由于某种原因，postgresql 需要重新启动，在停止服务期间，该 Web 应用就会无法建立数据库连接。，表示只停止主进程，不停止任何sshd 子进程，即子进程打开的 SSH session 仍然保持连接。这个设置不太常见，但对 sshd 很重要，否则你停止服务的时候，会连自己打开的 SSH session 一起杀掉。，表示任何意外的失败，就将重启sshd。），表示"抑制错误"，即发生错误的时候，不影响其他命令的执行。的例子，笔记本电脑启动时，要把触摸板关掉，配置文件可以这样写。

由于 Redis 是单线程在处理用户的命令，而 Keys 命令会一次性遍历所有 Key，于是在 命令执行过程中，无法执行其他命令。这就导致如果 Redis 中的 key 比较多，那么 Keys 命令执行时间就会比较长，从而阻塞 Redis。所以很多教程都推荐使用 Scan 命令来代替 Keys，因为 Scan 可以限制每次遍历的 key 数量。1）没有limit，我们只能一次性获取所有符合条件的key，如果结果有上百万条，那么等待你的就是“无穷无尽”的字符串输出。

1、缓存：将后端数据库的热数据缓存到redis中，然后直接从内存中读取数据，提高响应速度。2、消息队列3、排行榜，一般用于游戏行业。

当我们从API 获取的指标来进行自动扩缩容时，只能以CPU、内存作为资源度量指标。只能使用绝对值或者百分比。因为cpu或者内存并不能全面的代表机器的压力，所以我们引入通过外部的指标，来进行扩缩容。（自定义度量指标）包括两种度量指标pod度量指标：比如根据pod的网络io来进行伸缩object度量指标：比如根据ingress的并发数来进行伸缩。

Pushgateway为Prometheus整体监控方案的功能组件之一，并做为一个独立的工具存在。它主要用于Prometheus无法直接拿到监控指标的场景，如监控源位于防火墙之后，Prometheus无法穿透防火墙；目标服务没有可抓取监控数据的端点等多种情况。在类似场景中，可通过部署Pushgateway的方式解决问题。当部署该组件后，监控源通过主动发送监控数据到Pushgateway，再由Prometheus定时获取信息，实现资源的状态监控。工作流程。

由于prometheus是通过pull的形式来去目标主机上拉取数据，就是说prometheus服务器必须知道要监控的目标主机的地址等信息，当新增主机的时候，就需要手动增加prometheus的配置文件，很麻烦，所以出现了服务发现，来自动发现被监控的主机，并加入到配置中，然后prometheus再定时的拉取目标主机暴漏的指标。本次主要讲解基于kubernetes的服务发现。