首先需要我们监控集群的节点，要监控节点其实我们已经有很多非常成熟的方案了，比如Nagios、Zabbix，甚至可以我们自己收集数据，这里我们通过prometheus来采集节点的监控指标，可以通过node_exporter获取，node_exporter就是抓取用于采集服务器节点的各种运行指标，目前n
2023-05-04
![ELKStack 实战之 Elasticsearch集群 [二]](https://img.mryunwei.com/uploads/2023/05/20230504031443156.jpg)
在一个集群中2个节点需要选举，有一个节点会被选为主节点（master节点）主节点负责管理集群中的状态。对于用户来说这个ES主节点是谁都是无所谓的，我们只要连接到其中一台就可以的（我们所有操作都可以连接到任意一个节点上） ELKStack
2023-05-04
本次使用的架构为stdout删除日志，通过fluentd 监听/var/log/container目录进行采集。 这是目前比较通用的收集日志架构，当然fluentd也可以更换存filebeat 日志收集架构 Kubernetes集群本身不提
2023-05-04
在企业生产环境中，随着时间的迁移数据会存在磁盘空间不足，或者机器节点故障等情况。OSD又是实际存储数据，所以扩容和缩容OSD就很有必要性 随着我们数据量的增长，后期可能我们需要对osd进行扩容。目前扩容分为两种，一种为横向扩容，另外一种为纵向
2023-05-04
之前我们介绍了单点的bind搭建，但是作为企业内部的DNS，单点节点肯定无法满足需要。所以我们需要考虑主备节点高可用，以防止单台节点出现故障的问题。 建议做主辅同步之前看一下单节点的配置
2023-05-04
前面一直介绍了kubernetes各个版本的二进制安装，但是很多情况是我们需要进行扩展。 随着业务的扩大，node节点的扩展也是必不可少的。这篇文章就给大家带来机遇kubernetes 1.14安装的一个扩展教程，其他集群安装的扩展也大概相同。可能相关的路径不对而已
2023-05-04
首先说一下污点(Taint)，当我们需要将master节点保留给Kubernetes系统组件调用时，或者需要保留master节点的资源时，我们可以标记一个Taint，当节点标记Taint时，除非Pod也被识别为可以容忍(Toleration)污点的节点,否则默认情况下Kubernetes sched
2023-05-04
Scope构建您的应用程序和基础结构的逻辑拓扑。拓扑是节点和边的集合，其中节点代表对象，例如流程，容器或主机。在范围中，边缘表示节点之间的TCP连接。可以过滤和查看不同的节点类型，并且可以深入查看和检查特定的微服务。节点以特定的顺序与服务器上方的客户端一起呈现。通常，您可以从上到下阅读“ Weave
2023-05-04
前言 在MySQL中，无论是Innodb还是MyIsam，都使用了B+树作索引结构(这里不考虑hash等其他索引)。本文将从最普通的二叉查找树开始，逐步说明各种树解决的问题以及面临的新问题，从而说
2023-05-01
数据库读写分离对于大型系统或者访问量很高的互联网应用来说，是必不可少的一个重要功能。对于MySQL来说，标准的读写分离是主从模式，一个写节点Master后面跟着多个读节点，读节
2023-04-30
背景 项目中遇到一个需求，要求查处菜单节点的所有节点，在网上查了一下，大多数的方法用到了存储过程，由于线上环境不能随便添加存储过程， 因此在这里采用类似递归的方法对
2023-04-30
MGR（Mysql Group Replication）是5.7版本新加的特性，是一个MySQL插件。 MGR 是一个新的高可用与高扩展的方案，集群中的任何节点数据都是一样的，可以实现任何节点都可以写入，实现了真正
2023-04-30
多路搜索树 完全二叉树高度：O(log2N)，其中2为对数 完全M路搜索树的高度：O(logmN)，其中M为对数，树每层的节点数 M路搜索树主要用于解决数据量大无法全部加载到内存的数据存储。通
2023-04-29
描述： 目前Mongodb副本集为三节点+1仲裁节点，已经稳定运行两年，由于数据不断的更新和删除，存储空间很大一部分没有释放，数据库中查看数据库暂用存储并不大，存储没有回收（
2023-04-29
Cassandra是去中心化的集群架构，没有传统集群的中心节点，各个节点地位都是平等的，通过Gossip协议维持集群中的节点信息。为了使集群中的各节点在启动时能发现其他节点，需要指定
2023-04-29
环境描述： 三个节点的MGR集群，单主模式，准备关闭主节点进行数据库维护，出现了报错信息。 1、关闭数据库 mysql shutdown; Query OK, 0 rows affected (0.00 sec) mysql mysql 2019-09-23T07:16:36.262422Z
2023-04-29
1.在当前主节点创建全量备份(MySQLdump或xtrabackup)： # /usr/bin/innobackupex --defaults-file=/etc/my.cnf --user=root --password='xxxx' /data/backup 2.停止故障实例的MySQL #
2023-04-29
环境描述 主节点 192.168.0.1：27002 两个从节点 192.168.0.2:27002 192.168.0.3：27002 目标：用一致性快照方式添加第三个从节点192.168.0.3 步骤简述： 1)主节点上进行一致性快照备份 2)从节点上进行
2023-04-29
故障现象： 网络中断，导致 节点2在最后一步运行root.sh失败 处理过程：在失败的节点上，清理节点集群相关配置信息，然后重新跑root.sh脚本。 步骤如下： 第一步： [root@libmgr2 ~]# /u0
2023-04-29
一、Replica Set 集群分为两种架构： 奇数个节点构成Replica Set，所有节点拥有数据集。 最小架构: 1个Primary节点，2个Secondary节点 偶数个节点 + 一个仲裁节点 构成的Replica Set，节点拥有数据
2023-04-29