systemd 服务配置及常用命令

System 

systemd启动系统时并行启动按需激活systemd管理的服务服务快照服务依赖定义unit配置文件每个unit都有一个配置文件,告诉systemd怎么启动这个服务单元。系统启动时,systemd会读取/etc/systemd/system 下的unit配置,即开机启动,其他配置目录在开启开机启动时,会创建一个符号链接在/etc/systemd/system中。目录作用/etc/systemd/s

ubuntu 20.04 更改IP

System 

使用NetPlan工具修改IP地址查看/etc/netplan目录下的配置文件$ ls /etc/netplan/00-installer-config.yaml显示只有一个配置文件,只需要修改这个文件即可。配置IP执行sudo vim /etc/netplan/00-installer-config.yaml进行修改文件,默认的配置文件如下:network: ethernets: ens

Ubuntu 18.6 设置开机启动

System 

执行ls /lib/systemd/system/rc-local.service查看开机自启服务是否存在。执行sudo vim /lib/systemd/system/rc-local.service,查看文件内容提供。一般正常的启动文件主要分成三部分:[Unit]段: 启动顺序与依赖关系[Service]段: 启动行为,如何启动,启动类型[Install]段: 定义如何安装这个配置文件,即怎样

Kubernetes Pod 中多个容器共享进程命名空间


启动进程命名空间共享机制,只需要在 Pod 定义中设置shareProcessNamespace=true即可完成。通过下面例子展示一个 Pod 中两个容器共享进程命名空间的效果,share-process-namespace.yaml 配置文件的内容如下:apiVersion: v1kind: Podmetadata: name: nginxspec: shareProcessNamespa

Kubernetes ResourceQuota 和 LimitRange 实践


根据集群用户数量来调整集群配置,以达到这个目的:能控制特定命名空间中的资源使用量,最终实现集群的公平使用和成本控制。需要实现的功能如下:限制运行状态的 Pod 的计算资源用量。限制持久卷的数量以控制对存储的访问。限制负载均衡器的数量以控制成本。防止滥用网络端口这类稀缺资源。提供默认的计算资源 Requests 以便系统做出更优化的调度。1. 创建命名空间创建名为 quota-example 的命名

Kubernetes资源配额管理(Resource Quotas)


资源配额管理(Resource Quotas)通过 ResourceQuota 对象,可以定义资源配额,这个资源配额可以为每个命名空间都提供一个总体的资源限制:它可以限制命名空间中某种类型的对象的总数量上限,也可以设置命名空间中 Pod 可以使用的计算资源的总上限。在使用资源配额时,需要注意以下两点:如果集群中总的可用资源小于各命名空间中资源配额的总和,那么可能会导致资源竞争。在发生资源竞争时,K

python 之 pipreqs 生成当前项目依赖的包


pipreqs可以帮你找到当前项目的所有组件及其版本。就是当别人给你一个程序的时候,你要在自己电脑上运行起来,就需要安装程序所依赖的组件。安装pip3 install pipreqs使用方法在项目根目录下执行命令pipreqs ./ # 报错就执行下面这条pipreqs ./ --encoding=utf-8可以看到当前目录下会生成一个requirements.txt文件执行下面代码就会把项目用

alpine 和 Debian 镜像更改源,及安装软件并删除缓存

Docker 

alpine 和 Debian 镜像更改源,及安装软件并删除缓存:alpine:sed -i 's/dl-cdn.alpinelinux.org/mirrors.aliyun.com/g' /etc/apk/repositories && \ apk update && \ apk add --no-cache gcc Debian:se

Kubernetes资源服务质量管理(Resource QoS)


1. Requests 和 Limits 对不同计算机资源类型的限制机制容器的资源配置满足以下两个条件:Requests ≤ 节点可用资源Requests ≤ Limits1) 可压缩资源Kubernetes 目前支持的可压缩资源是 CPU。Pod 可以得到 Requests 配置的CPU 使用量,而能否使用超过 Requests 值的部分取决于系统的负载和调度。空闲的 CPU 资源按照容器 Re

Logstash修改@timestamp时间为日志的产生时间


背景在Logstash读取nginx日志的消息简要如下,可以看到这里的@timestamp和time中的时间戳不一致,那么我们可以修改@timestamp指定为time。{ "@timestamp" => 2022-07-21T07:12:40.806Z, "url" => "/index.php?m=message&amp