weixin_44848382的博客

通过修改天数查找日志文件并删除#!/bin/bashuse_disk_max=80 ##磁盘最大使用率use_disk=`df -h / | tail -n1 | awk -F' ' '{print $5}' | awk -F'%' '{print $1}'`reserve_days=5 ##定期日期删除文件test1_log_dir= ##自己定义目录，同下test2_log_dir=test3_log_dir=###################

使用intel ifort编译INV_SBUS首先解压软件包unzip INV_SBUS.zip修改make编译文件cd INV_SBUS/src/找到服务器intel编译器 ifort命令绝对路径，软连接可能使用不了修改 Makefile文件，48-50行内容vim MakefileFC = /opt/KTS_LIB/intel/composer_xe_2015.1.133/bin/intel64/ifortFL = /opt/KTS_LIB/intel/composer_xe_2

更新Openssh遇到的问题更新 Openssh 版本需要很多包的版本相匹配，这里说一下我遇到的问题，因为此文档是之后才写的，所以并没有保留报错输出信息问题1：initscripts 包的版本不正确，我这里是使用 yum update 将 openssh 升级到 7.4，本来initscripts 包的版本是 initscripts-9.49.24-1.el7.x86_64.rpm，需要把 initscripts 版本更新到 9.49.30，这里附带下载地址，有别的版本需求可以自行搜索下载http:

Centos7下执行yum命令报错故障1：$ yum clean all There was a problem importing one of the Python modulesrequired to run yum. The error leading to this problem was: No module named yumPlease install a package which provides this module, orverify that the

k8s——安装 Helm 与基本设置Helm 架构：部署 Helm：使用 Helm：Helm 架构：Helm有两个重要概念： chart 和 release：Chart：是创建一个应用的集合，包涵了各种kubernetes的配置模板，参数定义，依赖关系Release：是chart运行的实例，chart能够多次安装到同一个集群，每次安装都是一个releaseHelm 是包管理工具，这里的包就是指的chart。Helm能够:1.从零创建新chart.2.与存储chart的仓库交互，拉取、保存

k8s——statefulset 与 ingressStatefulSetStatefulSet设计Headless Service创建Statefulset：IngressStatefulSetDeployment的不足，Deployment不足以覆盖所有的应用编排问题，因为在它看来，一个应用的所有Pod是完全一样的，所有它们之间就没有顺序，也无所谓运行在哪台宿主机上，需要时，Deployment就通过Pod模板创建新的Pod，不需要时就“杀掉”任意一个Pod。但是在实际场景中，并不是所有应用都满足

k8s——加密管理Kubenetes的加密管理：SecretPod通过volume的方式使用secretPod通过环境变量的方式使用secretconfigmapPod通过volume使用configmap：Pod通过环境变量使用configmapKubenetes的加密管理：SecretSecret 解决了密码、token、密钥等敏感数据的配置问题，而不需要把这些敏感数据暴露到镜像或者 Pod Spec 中。Secret 可以以 Volume 或者环境变量的方式使用，SECRET会以密文的方式存储，

k8s——数据管理Volume：emptyDirhostpath volume：外部 storage provider回收pv(删除pvc)：MYSQL使用pv，pvc：Volume：Volume可以持久化保存数据，Volume的生命周期独立于容器，Pod中的容器有可能出现意外，而volume会被保留，Pod 中的所有容器都可以共享 Volume，它们可以指定各自的 mount 路径emptyDiremptyDir 是主机的一个空目录，对于容器他是持久的，而对于pod则不是，删除pod，emp

k8s——滚动更新与 Health CheckRolling Update回滚Health Check默认的健康检查Liveness 探测Readiness 探测Liveness 与 Readiness 的区别：在Scale Up中使用 Health Check在滚动更新中使用Health CheckRolling Update下面我们部署三个副本应用，初始镜像为 httpd：2.2，然后将其更新到 httpd：2.4编写 httpd：2.2 配置文件：[root@master service]

k8s-通过 Service访问 Pod创建 Service创建 Deployment创建 serviceDNS 访问 Service外网访问 Service创建 Servicek8s 从逻辑上代表了一组 Pod，具体是哪些 Pod 则是由 label 来挑选。 Service 有自己的 IP，而且这个 IP 是不变的，客户端只需要访问 Service 的 IP， k8s 则负责建立和维护 Service 与 Pod 的映射关系，无论后端 Pod 如何变化，对客户端不会有任何影响，因为 Service

k8s-DaemonSet 与 Job 使用DaemonSetdaemonset 案例一：daemonset 案例二：Job部署一个 Job：部署一个失败的 Job：并行执行 Job：定时执行 Job：DaemonSetdeployment部署的fubenpod会分布到各个node上，每个node都可能运行好几本副本，daemonset的不同之处在于：每个node上最多只能运行一个副本。daemonset的典型应用场景有：1.在集群的每个节点上运行储存 Daemon，比如 glusterd 或 ce

k8s-Deployment 使用Deploymentk8s 创建资源的两种方式Deployment YAMLScale Up/Down用 label 控制 Pod 的位置：Deployment先运行一个 Deployment[root@master ~]# kubectl run nginx-1 --image=nginx --replicas=2kubectl run --generator=deployment/apps.v1 is DEPRECATED and will be remo

k8s的基本概念与基本功能k8s基本概念kubernetes架构Master 节点API Server（kube-apiserver）Scheduler（kube-scheduler）Controller Manager（kube-controller-manager）etcdNode 节点kubeletkube-proxyPod 网络k8s基本功能部署应用：访问应用：Scale 伸缩滚动更新更新回滚：k8s基本概念kubernetes架构Master 节点Master 是 Kubernetes C

K8S的安装搭建初始环境安装 Kubernetes部署 Kubernetes参考链接 https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/install-kubeadm/环境：192.168.19.160 master192.168.19.161 node1192.168.19.162 node2搭建初始环境以下在全部节点进行操作编写hosts文件[root@localhost ~]# vim /

Docker-swarm配置 Health Check使用 SecretSecret 配置实例配置 Health Check[root@node2 ~]# docker run -dit --name test --health-cmd "curl -f http://localhost/ ||exit 1" --health-timeout 5s --health-interval 8s -p 80 nginxdc5b1f1cc71a33d8919e5f66430bb1d3badade27a3989

Docker-swarm如何访问 Servicesrouting meshServices 之间通信如何滚动更新 Service（Rolling Update）如何访问 Services部署web_server[root@node1 ~]# docker service create --name web_server --replicas=2 192.168.19.130:5000/httpd启动了一个容器，是 web_server 的一个副本，容器监听了80 端口，但是并没有映射到 Docke

Docker composedocker compose 安装[root@localhost]# curl -L "https://github.com/docker/compose/releases/download/1.24.0/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose[root@localhost]# chmod +x /usr/local/bin/docker-compose [root@

Docker 存储卷Docker的两类存储资源storage driverData Volume之bind mountbind mountdocker managed volumebind mount 与 docker managed volume的区别共享数据容器与host共享数据容器之间共享数据data-packed volume containervolume生命周期管理备份恢复迁移销毁Docker的两类存储资源storage driverDocker镜像的分层结构容器由最上面一个可写的容器