weixin_55651232的博客

kubernetes资源监控1. metrics-server1.1 简介1.2 部署2. Dashboard 可视化监控2.1 简介2.2 部署1. metrics-server1.1 简介Metrics-Server是集群核心监控数据的聚合器,用来替换之前的heapster。容器相关的 Metrics 主要来自于 kubelet 内置的 cAdvisor 服务，有了Metrics-Server之后，用户就可以通过标准的 Kubernetes API 来访问到这些监控数据。Metrics

linux部署Prometheus监控1. 环境准备2. Promethus(普罗米修斯）安装Grafana可视化图形工具1. 环境准备172.25.16.1 server端172.25.16.3 client端解压至/usr/local/[root@server1 ~]# cd prometheus/[root@server1 prometheus]# lsalertmanager-0.19.0.linux-amd64.tar.gz prometheus-2.13.0.linux-amd

Docker Kubernetes存储>Volumes配置管理1.简介2. emptyDir卷2.1 简介2.2 emptyDir卷示例配置2.3 文件超过sizelimit3. hostPath 卷3.1 简介4. NFS1.简介容器中的文件在磁盘上是临时存放的，这给容器中运行的特殊应用程序带来一些问题。首先，当容器崩溃时，kubelet 将重新启动容器，容器中的文件将会丢失,因为容器会以干净的状态重建。其次，当在一个 Pod 中同时运行多个容器时，常常需要在这些容器之间共享文件。 Kubern

Docker Kubernetes存储--Configmap配置管理、Secret配置管理一级目录二级目录三级目录一级目录二级目录三级目录

调度器通过 kubernetes 的 watch 机制来发现集群中新创建且尚未被调度到 Node 上的 Pod。调度器会将发现的每一个未调度的 Pod 调度到一个合适的 Node 上来运行。kube-scheduler 是 Kubernetes 集群的默认调度器，并且是集群控制面的一部分。如果你真的希望或者有这方面的需求，kube-scheduler 在设计上是允许你自己写一个调度组件并替换原有的 kube-scheduler。在做调度决定时需要考虑的因素包括：单独和整体的资源请求、硬件/软件/策略

Docker Kubernetes--pod管理（创建，删除，控制器，扩容，暴露端口，更新，回滚）1 . pod 基本操作1.1 创建Pod应用1.2 删除Pod1.3deployment(控制器)1.4Pod扩容与缩容1.5service微服务1.6更新pod镜像1.7回滚1 . pod 基本操作1.1 创建Pod应用Pod是可以创建和管理Kubernetes计算的最小可部署单元，一个Pod代表着集群中运行的一个进程，每个pod都有一个唯一的ip。[root@server2 ~]# kubect

Docker Swarm实践，Kubernetes部署1. 创建Swarm集群2. 部署swarm监控3. 实现业务滚动更新4. 脚本自动化部署5. 可视化管理工具portainer1. 创建Swarm集群起始管理节点server3[root@server3 ~]# docker swarm init[root@server1 ~]# docker swarm join --token SWMTKN-1-0ai1jizq34dpwwpdzv2idzd5s9oc125370uba6x3goxu8k

Kubernetes部署1. systemd2. 禁用swap分区3. 安装部署软件kubeadm4. 拉取镜像5. 初始化集群6. 安装flanne网络组件7. 各节点joinKubernetes的好处：隐藏资源管理和错误处理，用户仅需要关注应用的开发。服务高可用，高可靠。可将负载运行在由成千上万的机器联合而成的集群中。1. systemd关闭节点的selinux和iptables防火墙所有节点部署docker引擎server2 1 4相同部署[root@server2 ~]# vi

ocker-compose简介、安装、使用演示1.简介2.工作流程3. docker-compose管理命令4. 安装docker-compose5. 使用实例1.简介docker镜像在创建之后，往往需要自己手动pull来获取镜像，然后执行run命令来运行。当服务需要用到多种容器，容器之间又产生了各种依赖和连接的时候，部署一个服务的手动操作是令人感到十分厌烦的。docker-compose技术，就是通过一个.yml配置文件，将所有的容器的部署方法、文件映射、容器连接等等一系列的配置写在一个配置文件里，

这里写目录标题1. Docker数据卷管理2.容器资源控制cpu限额3.Block IO限制3.1 利用LXCFS增强docker容器隔离性和资源可见性3.2 设置特权3.3 设置容器白名单：添加必要权限二级目录三级目录1. Docker数据卷管理docker分层文件系统：性能差，生命周期与容器相同docker数据卷：mount到主机中，绕开分层文件系统和主机磁盘性能相同，容器删除后依然保留仅限本地磁盘，不能随容器迁移docker提供了两种卷: bind mount , docker man

Docker数据卷创建及使用 & 数据卷插件convoy之NFS方式部署1. 数据卷2.数据卷命令3.docker数据卷模式3.1 bind mount3.2 docker managed volume4. 数据卷插件简介5. concoy卷插件之NFS方式5.1 NFS服务器端配置5.2客户端5.3创建并使用卷1. 数据卷什么是数据卷？ 数据卷是一个可供容器用的一个目录，实在本地宿主机上创建的，可以挂载到所有的容器中。为什么要用数据卷？ docker分层文件系统：1）

Docker 容器网络1. Docker 网络基本命令2. 网络模式简介2.1 host 模式2.2 Bridge 模式2.3 none 模式3.自定义网络3.1 自定义网络3.2 自定义网关、网段3.3 不同网桥之间通信4.同一主机间通信、跨主机通信二级目录三级目录1. Docker 网络基本命令docker network ls#查看网络docker network inspect 网络#查看网络内部信息docker network create 网络#新建网络docker network c

Docker 仓库、harbor仓库1. docker搭建私有仓库下载registry镜像运行registry容器上传镜像到本地仓库,本地镜像在命名时需要加上仓库的ip和端口docker 加密 认证签名加密认证2. harbor仓库建立公共仓库建立私有仓库新建用户添加内容信任和扫描参数扫描漏洞测试是否自动扫描启用docker内容信任关闭内容信任并清理缓存，重新安装3. docker 网络1. docker搭建私有仓库下载registry镜像[root@server3 ~]# docker search

Zabbix-tidb1.TiDB 集群主要分为三个组件1.1 TiDB Server1.2 PD Server1.3 TiKV Server2. 下载并解压压缩包3. 配置环境3.1 开启PD3.2 开启tikv4. 开启zabbix及tidb5. 数据库连接tidb6. 给数据库中导入数据7. zabbix配置文件的修改8. 重启服务9. 开启服务什么是tidbTiDB 是 PingCAP 公司基于 Google Spanner / F1 论文实现的开源分布式 NewSQL 数据库。1.TiDB

Zabbix-云警告1. 创建应用2. 在zabbix server端安装CA探针Cloud Alert 通过应用，接入监控系统/平台的告警，集中管理您的告警，统一分派通知，统一分析。支持直接集成业界主流的监控工具，如：Zabbix、Nagios、Prometheus、OpenFalcon、SolarWinds等，同时也可以通过 Email 邮箱集成或者 REST API 方式接入您的告警。 查看全部集成文档>将zabbix与其云警告的探针结合，云警告去发送信息到设备新建用户获取k

saltstack_keepalived模块[root@server6 apache]# cd ..[root@server6 salt]# mkdir keepalived[root@server6 salt]# cd keepalived/[root@server6 keepalived]# ls[root@server6 keepalived]# vim init.slskp-install: pkg.installed: - name: keepalived file

saltstack-zabbix-server1. 搭建软件源2. 远程安装zabbix安装mysql创建用户三级目录1. 搭建软件源[root@foundation16 html]# cd /var/www/html/[root@foundation16 html]# ls3000 4.0 westos[root@server6 ~]# vim /etc/yum.repos.d/server.repo [server]name=serverbaseurl=http://172.25

Saltstack_job管理直接改动master 将数据存储到数据库salt-ssh、salt-syndic、 salt-api配置salt-syndic配置salt-api拓展Job简介master在下发指令任务时，会附带上产生的jid。minion在接收到指令开始执行时，会在本地的/var/cache/salt/minion/proc目录下产生该jid命名的文件，用于在执行过程中master查看当前任务的执行情况。指令执行完毕将结果传送给master后，删除该临时文件存储到数据库[r

Saltstack 自动化运维管理1. saltstack安装与配置minion端配置master端执行命令允许minion连接master端执测试与minion的连接2. saltstack 远程执行配置管理编写远程执行模块：在server7中部署apache编写远程执行模块：在server7中部署nginx4.jinja模板二级目录三级目录1. saltstack安装与配置saltsack是一个配置管理系统，能够维护预定义状态的远程节点；是一个分布式远程执行系统，用来在远程节点上执行命令和查询数据。

Zabbix_API1. 检索主机1.2 删除主机1.3 创建主机1. 检索主机我们现在有一个有效的用户身份验证令牌，可以用来访问Zabbix中的数据。 例如，让我们使用 host.get 方法检索所有已配置主机的ID，主机名和接口 [root@server1 ~]# curl -s -XPOST http://172.25.16.1/zabbix/api_jsonrpc.php -H "Content-Type: application/json-rpc" -d '> {>