基于lua的健康检查配置:
[crayon-687881e804c33445244362/]...
本站基于K3S的网络架构拓扑
一、基础环境
[crayon-687881e804f19528518883/]
环境基于GCP三个月免费试用搭建!
二、架构拓扑
三、搭建过程
3.1 Netmaker搭...
Database
Clickhouse高可用集群搭建
Clickhouse高可用集群搭建 一、环境信息 二、clickhouse安装 三、clickhouse配置 四、clickhous高可用方案1 子表使用MergeTree引擎，Insert写Distributed表 在这种情况下，分布式表会跨服务器分发插入数据。 为了写入分布式表，必须要配置分片键（最后一个参数）。当然，如果只有一个分片，则写操作在没有分片键的情况下也能工作，因为这种情况下分片键没有意义，所有数据都将发送到一个分片。 通常将internal_replication参数设置为false，这样写操作会将数据写入所有副本以实现高可用。实质上，这意味着要分布式表本身来复制数据。这种方式不如使用复制表的好，因为不会检查副本的一致性，并且随着时间的推移，副本数据可能会有些不一样。 测试语句: 五、clickhous高可用方案2 子表使用ReplicatedMergeTree引擎，Insert写子表 可以将internal_replication参数设置为true，因为可以由ClickHouse来保证数据副本的一致性。你可以自已指定要将哪些数据写入哪些服务器，并直接在每个分片上执行写入，并且你可以使用任何分片方案。对于复杂业务特性的需求，这可能是非常重要的。官方推荐这种方案。 使用复制表并不影响效率 SELECT 查询并不需要借助 ZooKeeper ，复本并不影响 SELECT 的性能，查询复制表与非复制表速度是一样的。查询分布式表时，ClickHouse的处理方式可通过设置 max_replica_delay_for_distributed_queries 和 fallback_to_stale_replicas_for_distributed_queries 修改。 对于每个 INSERT 语句，会通过几个事务将十来个记录添加到 ZooKeeper。（确切地说，这是针对每个插入的数据块; 每个 INSERT 语句的每 max_insert_block_size = 1048576 行和最后剩余的都各算作一个块。）相比非复制表，写 zk 会导致 INSERT 的延迟略长一些。但只要你按照建议每秒不超过一个 INSERT 地批量插入数据，不会有任何问题。一个 ZooKeeper 集群能给整个 ClickHouse 集群支撑协调每秒几百个 INSERT。数据插入的吞吐量（每秒的行数）可以跟不用复制的数据一样高。 参考文档： 1、http://cxy7.com/articles/2019/06/07/1559910377679.html#b3_solo_h3_2 1、
Environment
创建与主系统分离的独立的运行环境
chroot命令的主要作用是提供一个隔离的环境，使得在该环境下运行的进程无法访问到主系统的文件和目录。这样可以增加系统的安全性，防止进程对系统进行非法操作或者破坏。 一、基础环境 二、创建账号 三、配置SSHD 四、权限配置 五、bug fix 六、其他说明 ① 查找命令在系统中的实际位置，并拷贝到bin或者sbin目录下【指的是copy到chroot的bin或者sbin目录】 ② 用ldd命令查找出命令运行时所依赖的共享包 ③ 把这些共享包拷贝到lib64下 4️⃣ 下面的示例参考：
System
Centos 7.0 配置安装ExtMail
Centos 7.0 配置安装ExtMail 系统版本：Linux JP.t4x.org 3.16.5-x86_64-linode46 #1 SMP Mon Oct 13 09:42:16 EDT 2014 x86_64 x86_64 x86_64 GNU/Linux 基础配置：lamp环境。