master

Redis 哨兵集群搭建 在搭建哨兵集群之前先搭建 redis主从服务器 redis主从复制详尽步骤 哨兵服务器的搭建最少要3台服务，这里是在上一篇的基础上搭建的是伪集群服务 如图 192.168.172.21 服务器上创建文件夹 从 redis源码里面复制一份 redis-sentinel.conf 各个端口文件夹下面并改名 [ root@localhost ~ ] # mkdir / opt / redis / redis - sentinel / { sentinel_26379 , sentinel_26380 , sentinel_26381 } [ root@localhost ~ ] # tree / opt / redis / / opt / redis / ├── redis - 5.0 .7 │ ├── bin │ │ ├── redis - benchmark │ │ ├── redis - check - aof │ │ ├── redis - check - rdb │ │ ├── redis - cli │ │ ├── redis - sentinel -> redis - server │ │ └── redis - server │ ├── conf │ │ └── redis . conf │ ├── logs │ │ └── redis_6379

1. 前言 最近做机器人控制器项目需要使用到 EtherCAT 现场总线通信，通过 EtherCAT master 控制伺服驱动器带动多个轴同步运动，从而达到工业机器人多轴同步运动控制的效果。目前使用比较广泛的EtherCAT master有： TwinCAT，IgH EtherCAT Master，SOEM。IgH EtherCAT Master 具有较好的开源性、丰富的功能，因此我打算用 IgH EtherCAT Master 来完成机器人控制器与伺服驱动之间的通信功能。 系 统 ：Ubuntu16.04.1 内 核 ：Linux-4.19.72-rt26 考虑到EtherCAT通信以及机器人控制系统所必须的实时性，采用带有RT_PREEMPT 实时补丁的内核，内核编译安装步骤见： https://blog.csdn.net/qq_46136275/article/details/103815595 安装包 ： https://sourceforge.net/projects/etherlabmaster/ 2. 安装IgH EtherCAT Master ~$ mkdir etherlab-build ~/etherlab-build$ unzip etherlabmaster-code-0c011dc6dbc4facb3ee75f100181ce89814ecefa.zip

一：个人看法 Mysql Group Replication 随着5.7发布3年了。作为技术爱好者。mgr 是继 oracle database rac 之后。 又一个“真正” 的群集，怎么做到“真正” ？ 怎么做到解决复制的延迟，怎么做到强数据一致性？基于全局的GTID就能解决？ 围绕这些问题进行了一些mgr 的实践， 为未来的数据库高可用设计多条选择。 mysql5.7手册17章可以看到其原理，网络上也很多同志写了关于其技术原理，这里自己对比rac理解下： 作为shared nothing (mgr)架构，其数据一致性实现较 shared everything(RAC) 架构要难， MGR通过一致性(Paxos)协议，保证数据在复制组内的存活节点里是一致的，复制组内的各成员都可以进行读写， 其实现机制是，当某个实例发起事务提交时，会向组内发出广播，由组内成员决议事务是否可以正常提交， MGR 在遇到事务冲突时（多节点同时修改同一行数据），会自动识别冲突，并根据提交时间让先提交的事务成功执行，后提交的事务回滚，其原理示意图如下： 对于 sharad nothing 架构，必须要了解分布式协议PAXOS，分布式状态机 理论，而在这块我翻阅了很多资料，发现其实并不是很成熟的。从上图可以看出来MGR 的冲突检测机制 类似于 rac 的gird 群集组件 也具备通告广播的群集服务

yum -y install wget ##BBR一键安装代码： wget --no-check-certificate https://raw.githubusercontent.com/cx9208/Linux-NetSpeed/master/tcp.sh && chmod +x tcp.sh && ./tcp.sh ##选择1，安装 BBR/BBR魔改版内核,选择4，使用BBR加速 ##安装torjan 输入绑定的用户名，最好以root 身份执行 不是会出现安装申请证书失败 curl -O https://raw.githubusercontent.com/atrandys/trojan/master/trojan_centos7.sh && chmod +x trojan_centos7.sh && ./trojan_centos7.sh ##下载客户端安装包 http://torjan.fxxxxx.xxx/xxxxx/trojan-cli.zip systemctl status trojan systemctl start trojan ##如果要修改默认的访问密码 vim /usr/src/trojan/server.conf passwd: systemctl restart trojan ###如果修改了默认密码 记得 下载的客户端配置文件config.json

1、什么是Rocketmq 消息队列 RocketMQ 是阿里巴巴集团自主研发的专业消息中间件，基于高可用分布式集群技术，提供消息订阅和发布、消息轨迹查询以及定时（延时）消息、资源统计、监控报警等一系列消息云服务，是企业级互联网架构的核心产品。 消息队列 RocketMQ 历史超过9年，为分布式应用系统提供异步解耦、削峰填谷的能力，同时具备海量消息堆积、高吞吐、可靠重试等互联网应用所需的特性，是阿里巴巴双11使用的核心产品。 2012年开源，2017年成为apache顶级项目。 2、名词解释 以下主要对消息队列 RocketMQ 涉及的专有名词及术语进行定义和解析。 Topic 消息主题，一级消息类型，通过 Topic 对消息进行分类。 Message 消息，消息队列中信息传递的载体。 Message ID 消息的全局唯一标识，由消息队列 RocketMQ 系统自动生成，唯一标识某条消息。 Message Key 消息的业务标识，由消息生产者（Producer）设置，唯一标识某个业务逻辑。 Tag 消息标签，二级消息类型，用来进一步区分某个 Topic 下的消息分类。 Producer 消息生产者，也称为消息发布者，负责生产并发送消息。 Producer 实例 Producer 的一个对象实例，不同的 Producer 实例可以运行在不同进程内或者不同机器上。Producer

文章目录 一，配置master服务器 1，修改主配置文件 2，重启mysql服务，使配置生效 3，授权复制权限 二，中继slave服务器配置 1，修改主配置文件 2，重启mysql服务，使配置生效 3，使用有复制权限的用户账号连接至主服务器，并启动复制线程 4，查看中继slave服务器状态 三，后端slave配置 1，修改配置文件 2，重启mysql服务，使配置生效 3，使用有复制权限的用户账号连接至主服务器，并启动复制线程 4，查看slave服务器状态 5，最后在master服务器上创建数据库测试即可查看是否同步 四，总结 所谓级联复制就是master服务器，只给一台slave服务器B 同步数据，然后slave服务器C 在向后端的所有slave服务器同步数据，降低master服务器的写压力，和复制数据的网络IO。 一，配置master服务器 1，修改主配置文件 vim /etc/my.cnf 在[mysql]配置块下添加如下两行配置 [mysql] log_bin #开启二进制日志功能 server_id=1 #为当前节点设置一个全局惟一的ID号 2，重启mysql服务，使配置生效 systemctl restart mysql 3，授权复制权限 grant replication slave on *.* TO 'repluser'@'10.0.0.%' identified

CDH5.12.1&Kerberos 安装配置 环境: 操作系统：CentOS 7 JDK 版本：1.8.144 所需安装包及版本说明：由于我们的操作系统为CentOS7，需要下载以下文件： 下载地址: http://archive.cloudera.com/cm5/cm/5/ cloudera-manager-centos7-cm5.12.1_x86_64.tar.gz 下载地址: http://archive.cloudera.com/cdh5/parcels/5.12.1/ CDH-5.12.1-1.cdh5.12.1.p0.3-el7.parcel CDH-5.12.1-1.cdh5.12.1.p0.3-el7.parcel.sha1 manifest.json IP地址 主机名 角色名称 部署软件 192.168.1.25 node5 Master jdk、cloudera-manager、MySql、krb5kdc、kadmin 192.168.1.21 node1 node jdk、cloudera-manager 192.168.1.22 node2 node jdk、cloudera-manager 192.168.1.23 node3 node jdk、cloudera-manager 192.168.1.24 node4 node jdk、cloudera

复制的原理介绍 slave启动成功连接到master后会发送一个sync命令，Master接到命令启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令，在后台进程执行完毕之后，master将传送整个数据文件到slave,以完成一次完全同步 全量复制：而slave服务在接收到数据库文件数据后，将其存盘并加载到内存中。 增量复制：Master继续将新的所有收集到的修改命令依次传给slave,完成同步 但是只要是重新连接master,一次完全同步（全量复制)将被自动执行 来源： CSDN 作者： coding996 链接： https://blog.csdn.net/weixin_37599299/article/details/103986180

https://segmentfault.com/a/1190000004135982 redis 主从复制 Redis主从复制的原理 当建立主从关系时，slave配置slaveof <master_host> <master_port> 。slave服务器会向主服务器发送一个sync命令。master接受并fork一个进程来执行BGSAVE命令。该命令生成一个RDB文件并且全量发送给slave服务器，slave服务器接收并载入RDB文件，同时，主服务器将缓冲区的命令以增量的方式发送给从服务器，最终使从服务器的数据状态和主服务器保持一致。 RDB的工作原理 当redis生成dump.rdb文件时，工作过程如下 redis主进程fork一个子进程 fork出来的子进程将内存的数据集dump到临时的RDB中 当子进程对临时的RDB文件写入完毕，redis用新的RDB文件代替旧的RDB文件 AOF的工作原理 AOF ：append only file。每当Redis执行一个改变数据集的命令时，这个命令都会被追加到AOF文件的末尾。当redis重新启动时，程序可以通过AOF文件恢复数据 持久化文件监控 Redis 监控最直接的方法当然就是使用系统提供的 info 命令来做了，只需要执行下面一条命令，就能获得 Redis 系统的状态报告。 redis-cli info RDB文件状态监控

写给想入门kubernetes的同学们 # 系统版本 [root@master ~]# cat /etc/os-release NAME="CentOS Linux" VERSION="7 (Core)" ID="centos" ID_LIKE="rhel fedora" VERSION_ID="7" PRETTY_NAME="CentOS Linux 7 (Core)" ANSI_COLOR="0;31" CPE_NAME="cpe:/o:centos:centos:7" HOME_URL="https://www.centos.org/" BUG_REPORT_URL="https://bugs.centos.org/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" #主机环境 网络规划 172.20.0.0/16 node通信网络 master 172.20.0.2 node1 172.20.0.3 node2 172.20.0.4 10.244.0.0/16 Pod 网络 10.96.0.0/12 Service 网络#内核参数 [root