<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[半生痴狂半生颠的博客]]></title><description><![CDATA[强者务其实，弱者争其名。]]></description><link>https://blog.youkuaiyun.com/lhuang0813</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; lhuang0813]]></copyright><item><title><![CDATA[Prometheus监控容器常用rules]]></title><link>https://blog.youkuaiyun.com/lhuang0813/article/details/135675184</link><guid>https://blog.youkuaiyun.com/lhuang0813/article/details/135675184</guid><author>lhuang0813</author><pubDate>Thu, 18 Jan 2024 15:12:53 +0800</pubDate><description><![CDATA[description: '服务器磁盘使用超过85%(挂载点: {{ $labels.mountpoint }})'description: '主机磁盘使用超过75%(挂载点: {{ $labels.mountpoint }})'summary: '服务器磁盘使用超过85%(挂载点: {{ $labels.mountpoint }})'summary: '主机磁盘使用超过75%(挂载点: {{ $labels.mountpoint }})'summary: '主机 CPU 使用超过60%']]></description><category></category></item><item><title><![CDATA[Prometheus-Operater修改Prometheus.yaml配置文件]]></title><link>https://blog.youkuaiyun.com/lhuang0813/article/details/135522670</link><guid>https://blog.youkuaiyun.com/lhuang0813/article/details/135522670</guid><author>lhuang0813</author><pubDate>Thu, 18 Jan 2024 15:00:52 +0800</pubDate><description><![CDATA[在多个原生的k8s集群里面安装部署Prometheus-operater后，需要将Prometheus的数据发送至主Prometheus统一管理。发现使用Prometheus-Operater安装的组件受k8s的CRD影响，无法直接修改Prometheus的配置文件。Prometheus-Operater的statefulset类型实际是由自定义的Prometheus的kind控制，而Prometheus的配置文件是由名为prometheus-k8s的Opaque类型的secret控制。]]></description><category></category></item><item><title><![CDATA[基于helm部署kube-prometheus stack全家桶]]></title><link>https://blog.youkuaiyun.com/lhuang0813/article/details/133026601</link><guid>https://blog.youkuaiyun.com/lhuang0813/article/details/133026601</guid><author>lhuang0813</author><pubDate>Wed, 20 Sep 2023 13:32:47 +0800</pubDate><description><![CDATA[背景说明：在日常使用原生k8s一般采用Prometheus进行监控，具体框架图如下仓库收集 Kubernetes 清单、Grafana 仪表板和 Prometheus 规则，结合相关文档和脚本，基于 Prometheus Operator 提供易于操作的端到端 Kubernetes 集群监控。此项目基于 jsonnet 编写，既可以被描述为一个包，也可以被描述为一个库。这里的版本比较低，故我们这里选择对应的事release-0.4的版本。]]></description><category></category></item><item><title><![CDATA[k8s中的RBAC鉴权将用户固定在某个namespace下]]></title><link>https://blog.youkuaiyun.com/lhuang0813/article/details/132428344</link><guid>https://blog.youkuaiyun.com/lhuang0813/article/details/132428344</guid><author>lhuang0813</author><pubDate>Tue, 22 Aug 2023 15:33:16 +0800</pubDate><description><![CDATA[PS：若不了解各自resoureces对应的apiGroup可用kubectl api-resources -o wide 查询对应关系。PS：此处在固定的ns下绑定权限，未涉及到整个集群全局权限，所以用Rolebinding即可。允许用户zhangsan只访问b2b-pro-uat的ns下的pod，以及deploy。登录dashboard验证，因为没有赋予namespace相关权限，所以此处需要。此处未涉及到命令行，仅用k8s原生dashboard进行测试。将role和sa绑定。三、创建对应的Role。]]></description><category></category></item><item><title><![CDATA[部署oracle报错Error: Can‘t open display xclock解决]]></title><link>https://blog.youkuaiyun.com/lhuang0813/article/details/132317282</link><guid>https://blog.youkuaiyun.com/lhuang0813/article/details/132317282</guid><author>lhuang0813</author><pubDate>Wed, 16 Aug 2023 13:53:31 +0800</pubDate><description><![CDATA[1.运行statrtx尝试运行X报错如下：unable to connect to X server: Connection refused。注：这里的实际指的是客户端远程ssh的主机名或者IP，也就是客户机的IP。因部署oracle过程中需开启图形化界面而无法唤起，使用xclock测试图形化界面。2.按照官方说法，添加DISPLAY变量即可解决，尝试未果。二、使用xhost 测试图形化界面发现报错。重新给DISPLAY的环境变量解决。]]></description><category></category></item><item><title><![CDATA[修改docker Root Dir的三种方法]]></title><link>https://blog.youkuaiyun.com/lhuang0813/article/details/123005016</link><guid>https://blog.youkuaiyun.com/lhuang0813/article/details/123005016</guid><author>lhuang0813</author><pubDate>Fri, 18 Feb 2022 16:10:15 +0800</pubDate><description><![CDATA[环境：

Client: Docker Engine - Community
Version:      20.10.12
API version:    1.41
Go version:    go1.16.12
Git commit:    e91ed57
Built:       Mon Dec 13 11:45:41 2021
OS/Arch:      linux/amd64
Context:      default
...]]></description><category></category></item><item><title><![CDATA[nginx匹配规则详解]]></title><link>https://blog.youkuaiyun.com/lhuang0813/article/details/122984808</link><guid>https://blog.youkuaiyun.com/lhuang0813/article/details/122984808</guid><author>lhuang0813</author><pubDate>Thu, 17 Feb 2022 15:49:57 +0800</pubDate><description><![CDATA[一、介绍

location指令是http模块当中最核心的一项配置，根据预先定义的URL匹配规则来接收用户发送的请求，根据匹配结果，将请求转发到后台服务器、非法的请求直接拒绝并返回403、404、500错误处理等。本文结合语法、优先级、匹配规则做描述。



二、location指令语法

location [=|~|~*|^~|@] /uri/ { … } 或 location @name { … }



location 顺序/优先级：

(location =) &gt; (location 完整路]]></description><category></category></item><item><title><![CDATA[python 字符串常用方法说明]]></title><link>https://blog.youkuaiyun.com/lhuang0813/article/details/122972882</link><guid>https://blog.youkuaiyun.com/lhuang0813/article/details/122972882</guid><author>lhuang0813</author><pubDate>Wed, 16 Feb 2022 22:07:49 +0800</pubDate><description><![CDATA[Python常用的字符串方法分类主要为6大类，如图所示：














]]></description><category></category></item><item><title><![CDATA[rsync 常见报错信息(在window端使用常见错误）]]></title><link>https://blog.youkuaiyun.com/lhuang0813/article/details/122972062</link><guid>https://blog.youkuaiyun.com/lhuang0813/article/details/122972062</guid><author>lhuang0813</author><pubDate>Wed, 16 Feb 2022 21:16:20 +0800</pubDate><description><![CDATA[问题一：

@ERROR: chroot failed

rsync error: error starting client-server protocol (code 5) at main.c(1522) [receiver=3.0.3]

原因：

服务器端的目录不存在或无权限，创建目录并修正权限可解决问题。

问题二：

@ERROR: auth failed on module tee

rsync error: error starting client-server protoc...]]></description><category></category></item><item><title><![CDATA[记一篇zabbix自发现脚本(shell基础篇)]]></title><link>https://blog.youkuaiyun.com/lhuang0813/article/details/122971177</link><guid>https://blog.youkuaiyun.com/lhuang0813/article/details/122971177</guid><author>lhuang0813</author><pubDate>Wed, 16 Feb 2022 20:22:48 +0800</pubDate><description><![CDATA[1.配置zabbix相关配置：


#dis

UserParameter=h5discovery.game, bash /data/app/zabbix/agentscript/h5/H5_discovery_Game.sh

#base

UserParameter=h5proc.mem[*], bash /data/app/zabbix/agentscript/h5/H5_discovery_Game.sh mem $1 2&gt;&amp;1

UserParameter=h5proc.cpu[*]]]></description><category></category></item><item><title><![CDATA[分布式存储fastDFS集群+nginx后端配置]]></title><link>https://blog.youkuaiyun.com/lhuang0813/article/details/122970740</link><guid>https://blog.youkuaiyun.com/lhuang0813/article/details/122970740</guid><author>lhuang0813</author><pubDate>Wed, 16 Feb 2022 20:10:32 +0800</pubDate><description><![CDATA[一、FastDFS组成部分及其它名词

1、tracker server

跟踪服务器：用来调度来自客户端的请求。且在内存中记录所有存储组和存储服务器的信息状态。

2、storage server

存储服务器：用来存储文件(data)和文件属性(metadata)

3、client

客户端：业务请求发起方，通过专用接口基于TCP协议与tracker以及storage server进行交互

group

组，也可称为卷：同组内上的文件是完全相同的

文件标识

包括两部分：组名和文件名(包含路径..]]></description><category></category></item><item><title><![CDATA[TCP和UDP的区别]]></title><link>https://blog.youkuaiyun.com/lhuang0813/article/details/122926355</link><guid>https://blog.youkuaiyun.com/lhuang0813/article/details/122926355</guid><author>lhuang0813</author><pubDate>Mon, 14 Feb 2022 17:22:21 +0800</pubDate><description><![CDATA[常见的七层应用图：





1. TCP连接过程(三次握手)

如下图所示，可以看到建立一个TCP连接的过程为（三次握手的过程）:







第一次握手

客户端向服务端发送连接请求报文段。该报文段中包含自身的数据通讯初始序号。请求发送后，客户端便进入 SYN-SENT 状态。

第二次握手

服务端收到连接请求报文段后，如果同意连接，则会发送一个应答，该应答中也会包含自身的数据通讯初始序号，发送完成后便进入 SYN-RECEIVED 状态。

第三次握手

当客户端收到连接同意的应答后，还要向服..]]></description><category></category></item><item><title><![CDATA[关于docker日志(持久化)技术实践]]></title><link>https://blog.youkuaiyun.com/lhuang0813/article/details/122924434</link><guid>https://blog.youkuaiyun.com/lhuang0813/article/details/122924434</guid><author>lhuang0813</author><pubDate>Mon, 14 Feb 2022 15:52:25 +0800</pubDate><description><![CDATA[前言---关于容器的日志说明：

如果把日志保存在容器内部，它会随着容器的销毁而被删除。由于容器的生命周期相对虚拟机大大缩短，创建销毁属于常态，因此需要一种方式持久化的保存日志；
	进入容器时代后，需要管理的目标对象远多于虚拟机或物理机，登录到目标容器排查问题会变得更加复杂且不经济；
	容器的出现让微服务更容易落地，它在给我们的系统带来松耦合的同时引入了更多的组件。因此我们需要一种技术，它既能帮助我们全局性的了解系统运行情况，又能迅速定位问题现场、还原上下文。
容器的日志分为两大类：

一、标准输出

说.]]></description><category></category></item><item><title><![CDATA[git拉取报RPC failed； curl 18 transfer closed with outstanding read data remaining错的解决方案]]></title><link>https://blog.youkuaiyun.com/lhuang0813/article/details/122876027</link><guid>https://blog.youkuaiyun.com/lhuang0813/article/details/122876027</guid><author>lhuang0813</author><pubDate>Fri, 11 Feb 2022 11:24:18 +0800</pubDate><description><![CDATA[git拉取报错]]></description><category></category></item></channel></rss>