RHSA-2019:1880-低危: curl 安全和BUG修复更新 及 RHSA-2019:1884-中危: libssh2 安全更新
摘要：
说明： 登录至阿里云发现如下两个漏洞，因为用的不是企业版，所以不提供点击修复就可修复功能，以下为解决过程，分享给需要的小伙伴。 一、解决阿里云“RHSA-2019:1880-低危: curl 安全和BUG修复更新”(curl版本需高于7.61.1) 根据阿里云提供的参考链接(https://www.
ELK+Logback进行业务日志分析查看
摘要：
第1章 Elasticsearch安装部署 1.1 下载软件包并创建工作目录 程序下载地址：https://artifacts.elastic.co/downloads/elasticsearch/elasticsearch-7.5.0-linux-x86_64.tar.gz 下载时间过长，建议登录
Maven编译过程中出现的问题
摘要：
在用Jenkins编译Gitlab上代码过程中,实际使用的是Maven服务器上的打包命令,以下为打包过程中出现的问题及解决方案 问题一：Maven无法编译Snapshot版本代码 答：登录至maven所在服务器,修改settings.xml中的 <profile> <id>snapshots</id
Zabbix监控服务器磁盘I/O
摘要：
一、场景说明： 需要使用Zabbix监控服务器上各个磁盘的I/O使用率，当zabbix自身带的item无法满足我们的时候，则需自定义item。 包括： 磁盘读的次数 磁盘读的毫秒数 磁盘写的次数 磁盘写的毫秒数 正在处理的输入/输出请求数 花费在I/O操作上的毫秒数 读扇区的次数(一个扇区等于512
创建readonly只读用户脚本
摘要：
身为一名运维工作人员，保证服务器的安全是必要项，当开发人员或测试人员需登录到服务器查看日志等操作时，可只给定特定的权限防止误操作的惨况产生。 以下脚本内容均为我本人环境,如有更改可自行修改。 ~]# vim create_readonly.sh #!/bin/bash # 打印脚本使用方法 echo
Zabbix监控多个JVM进程
摘要：
一、场景说明： 我们这边的环境用的是微服务，每个程序都是有单独的进程及单独的端口号，但用jps查询出来的结果有些还会有重名的情况，所以某些脚本不太适用本场景； 二、需求说明： 需使用Zabbix-server监控每个Agent上的jvm进程（监控项具体在模板中展示） 三、准备环境： 1.jvm.py
使用Deployment控制器创建Pods并使Service发布到外网可访问
摘要：
由于NFS支持节点共同读取及写入,所以可使用Deployment控制器创建多个Pod，并且每一个Pod都共享同一个目录 k8s-master 网页端访问本机IP+Port即可访问到index.html主页中内容(index.html内容在上一节中定义的，值为NFS-Node的主机名)
Pods应用NFS存储
摘要：
Volumes选择NFS服务器： 条件: 部属： 1.NFS-Node 说明：在NFS这台服务器上安装NFS服务并配置规则 2.k8s-slave2 说明：在k8s的第二个节点上，手动测试nfs是否可用 3.k8s-master 说明：在k8s的主节点上创建单独的volumes目录用来存储yml文件
Ingress-Nginx
摘要：
发现好文： 收藏 https://www.cnblogs.com/crazymagic/p/11267303.html 注意： 本文只用的ingress-nginx版本为0.24.1,可在官方网站自行下载 https://github.com/kubernetes/ingress-nginx 一、I
Elasticsearch高版本安装head插件
摘要：
安装Elasticsearch 1.安装Elasticsearch-6.5.4.tar.gz 2.安装Elasticsearch-head 使head可连接x-pack 介绍： 由于高版本的ES的插件必须用x-pack才能开启认证功能，但同时我们不使用Kibana只使用head的条件下,想用head
