简介：Redis的集群模式实现了数据的分布式存储，每个节点存储不同的数据，实现数据动态扩容。优点：无中心节点架构，数据按照slot分布在多个节点上缺点：不支持多数据库 1、安装包准备 1、redis-4.0.1.tar.gz redis源文件 下载地址：https://download.redis.io/releases/redis-4.0.1.tar.gz 2、ruby-2.5.9.tar.gz ruby安装包2、安装机器准备 三台机器：192.168.43.120 192.168.43.130 192.168.43.140 3主3从，每台机器两个节点 3、目录创建和redis
cluster概念澄清postgresql中没有聚集索引的概念，表都是以堆（heap）的方式存在，可以认为数据在物理存储上是无序的。cluster：这里的cluster不是指多个机器的组成的集群，而是指表中数据行按照某种方式物理排序存储。是一种改变postgresql表的物理存储的一种方案。适应场景：需要按照某种方式（比如时间）批量查询数据，但是数据基于这种方式（比如时间）离散度很高，就可以考虑是否需要按照相关字段的索引来cluster表，以达到提升查询效率的目的cluster一张表的语法为CLUSTERtable_nameUSINGindex_name;对某个表按照某个索引进行cluste
cluster概念澄清postgresql中没有聚集索引的概念，表都是以堆（heap）的方式存在，可以认为数据在物理存储上是无序的。cluster：这里的cluster不是指多个机器的组成的集群，而是指表中数据行按照某种方式物理排序存储。是一种改变postgresql表的物理存储的一种方案。适应场景：需要按照某种方式（比如时间）批量查询数据，但是数据基于这种方式（比如时间）离散度很高，就可以考虑是否需要按照相关字段的索引来cluster表，以达到提升查询效率的目的cluster一张表的语法为CLUSTERtable_nameUSINGindex_name;对某个表按照某个索引进行cluste
一、安装datax通过https://datax-opensource.oss-cn-hangzhou.aliyuncs.com/202210/datax.tar.gz这个地址下载datax.tar.gz，解压到某个目录，如我的目录/opt/conf/datax-20230301，解压完后会在当前目录下生成datax目录，进入datax目录后的目录如下图所示：之后在datax安装目录下，运行以下命令，赋予执行权限。sudochmod-R755./*二、测试datax是否正确安装/opt/conf/datax-20230301/datax/bin/datax.py/opt/conf/datax-
一、安装datax通过https://datax-opensource.oss-cn-hangzhou.aliyuncs.com/202210/datax.tar.gz这个地址下载datax.tar.gz，解压到某个目录，如我的目录/opt/conf/datax-20230301，解压完后会在当前目录下生成datax目录，进入datax目录后的目录如下图所示：之后在datax安装目录下，运行以下命令，赋予执行权限。sudochmod-R755./*二、测试datax是否正确安装/opt/conf/datax-20230301/datax/bin/datax.py/opt/conf/datax-
本文我们将学习如何使用 KubernetesClusterAPI 和 ArgoCD 创建和管理多个Kubernetes集群。我们将使用Kind创建一个本地集群，在该集群上，我们将配置其他Kubernetes集群的创建过程。为了自动执行该过程，我们将使用ArgoCD，我们可以从单个Git存储库处理整个过程。介绍你听说过一个名为 KubernetesClusterAPI(https://cluster-api.sigs.k8s.io/)的项目吗？它提供声明式API和工具来简化配置、升级和管理多个Kubernetes集群。我们会先创建一个管理其他集群生命周期的Kubernetes集群，在这个集群上，
本文我们将学习如何使用 KubernetesClusterAPI 和 ArgoCD 创建和管理多个Kubernetes集群。我们将使用Kind创建一个本地集群，在该集群上，我们将配置其他Kubernetes集群的创建过程。为了自动执行该过程，我们将使用ArgoCD，我们可以从单个Git存储库处理整个过程。介绍你听说过一个名为 KubernetesClusterAPI(https://cluster-api.sigs.k8s.io/)的项目吗？它提供声明式API和工具来简化配置、升级和管理多个Kubernetes集群。我们会先创建一个管理其他集群生命周期的Kubernetes集群，在这个集群上，
在用scanpy进行单细胞分析时往往要对聚类(leiden)后的簇进行细胞类型的标注并生成细胞图谱，但是在通常使用的更改注释的方法中new_cluster_names=[]adatas.rename_categories('leiden',new_cluster_names)new_cluster_names的字符不允许重复，而我无法确保每一个簇的细胞类型都不相同（一般都需要手动调整），于是我只能在相同的细胞类型后添加_num进行注释，如Bcell_1,Bcell_2，用此方法生成的细胞图谱如下所示image.png真的是相当难看，观察起来也很费劲。所以我一直在想怎么才能把相同的celltyp
在用scanpy进行单细胞分析时往往要对聚类(leiden)后的簇进行细胞类型的标注并生成细胞图谱，但是在通常使用的更改注释的方法中new_cluster_names=[]adatas.rename_categories('leiden',new_cluster_names)new_cluster_names的字符不允许重复，而我无法确保每一个簇的细胞类型都不相同（一般都需要手动调整），于是我只能在相同的细胞类型后添加_num进行注释，如Bcell_1,Bcell_2，用此方法生成的细胞图谱如下所示image.png真的是相当难看，观察起来也很费劲。所以我一直在想怎么才能把相同的celltyp
最近遇到一个很坑，我一个6节点的分布式数据库，一个节点10T的硬盘，经过一层又一层的手动翻hdfs本地目录去找大文件，终于找到源头，一个dncp-block-verification.log.curr占了5.6T，心中一个个问号冒出来时，非常义愤填膺：这玩意也能撑这么大？比我数据文件还要大？image.png今天才假期第二天，客户那边就来催了，“解决方案商量好了吗？”，我赶紧在本地虚拟机上再尝试复现一下——虽然解决方案已经出来了，把那两个文件删了就行了，但毕竟是生产环境，不敢随便删除，还是稳点好。回过头来，这其实是一个老版本hdfs的bug，在新版本之后已经修复了，我们关掉Datanode把这
