《集群化》专题

我有一个用例，我想建立一个Kafka集群，最初我有1个Kafka Broker(A)和1个Zookeeper节点。以下是我的疑问: > 在向集群添加新的Kafka Broker（B）时。代理A上存在的所有数据都会自动分发吗？如果不是，我需要做的是分发数据。 不，让我们假设情况以某种方式解决了！我的数据分布在两个代理上。现在由于一些维护问题，我想关闭服务器B。 如何将经纪商B的数据传输到已经存在的经

我们正在尝试使用Apache Camel进行集群。到目前为止，我们在一个节点上完成了它，并且工作得很好。 一个节点：我将readlock策略设置为“changed”，它将跟踪camelLock文件的文件变化，并且只有当文件下载完成时，它才会被拿起进行处理。但是camel readlock策略“已改变”在聚类中是不鼓励的。根据camel文档，建议使用“幂等”。这就是我使用5GB文件进行测试时所发生的

目前，我正在使用ActiveMQ，并计划将系统迁移到ActiveMQ Artemis。目前，我有3个生产者和3个消费者，只有一个ActiveMQ服务器/代理。

我是ActiveMQ Artemis的新手，请社区检查一下我对HA cluster of brokers的配置是否正确，或者我应该以另一种方式配置它们，因为我还没有找到关于我的案例的详细教程。所有代理都在同一台机器上运行。 场景： 在端口上有一个主节点，在和端口上有两个从节点(slave1、slave2)。如果主节点死亡，则其中一个从节点变为活动（复制模式）。 使用者必须将集群作为一个“黑箱”与集

拜托，我需要你的帮助。 自上周以来，我一直在努力尝试在Windows服务器上配置兔子MQ集群。我重新安装了 RabbitMQ 3.7.8 和 ErlangOTP 21-1 超过 15 次，试图找出问题并修复它，但不幸的是，我所有的尝试都失败了。 我的环境： 三个虚拟机与操作系统： Windows 服务器 2012 环境变量设置： 安装步骤：（针对每台服务器） 完成以上服务器的安装后，我开始配置集群

我成功地kerberized了一个测试Hortonworks集群。Ambari为这些服务创建了keytabs，并且它们都已启动。名称编号有HA。备用名称节点启动得快，活动名称节点需要更长得时间。Namenode UI显示一切都是正确的。可以使用Kerberos登录。名称编号为nn1.zim.com和nn2.zim.com 这个配置会有什么问题呢？以hdfs登录，用kinit-kt加载keytab。

15/02/06 15:17:12警告IPC.Client：连接到服务器时遇到异常：javax.security.sasl.saslexception：GSS initiate失败[由GSSException：未提供有效凭据（机制级别：找不到任何Kerberos tgt导致）]LS：本地异常失败：java.io.ioException：javax.security.sasl.saslexcepti

致谢 本文由 DaoCloud 社区用户谭文科提供

集群 集群，是 DaoCloud 平台上资源的结合。集群为用户提供了统一管理计算资源的一种方式。 集群是一个逻辑概念，您可以创建自有集群，并向集群中添加属于自己的主机。集群用来区分不同目的的资源和应用交付目的地，比如供团队内部测试和交付的部门测试集群、位于公司私有云或公有云之上的大规模应用预发布平台。 使用容器化软件交付，在完成镜像构建后，我们可以非常方便的把一个或者一组镜像部署到不同的集群之上，

本文介绍 Kubernetes 上的 TiDB 集群常见问题以及解决方案。 如何修改时区设置？ 默认情况下，在 Kubernetes 集群上部署的 TiDB 集群各组件容器中的时区为 UTC，如果要修改时区配置，有下面两种情况： 第一次部署集群 配置 TidbCluster CR 的 .spec.timezone 属性，例如： ... spec: timezone: Asia/Shanghai

本文介绍 TiDB 集群运行过程中常见异常以及处理办法。 TiKV Store 异常进入 Tombstone 状态 正常情况下，当 TiKV Pod 处于健康状态时（Pod 状态为 Running），对应的 TiKV Store 状态也是健康的（Store 状态为 UP）。但并发进行 TiKV 组件的扩容和缩容可能会导致部分 TiKV Store 异常并进入 Tombstone 状态。此时，可以按

滚动更新 TiDB 集群时，会按 PD、TiKV、TiDB 的顺序，串行删除 Pod，并创建新版本的 Pod，当新版本的 Pod 正常运行后，再处理下一个 Pod。 滚动升级过程会自动处理 PD、TiKV 的 Leader 迁移与 TiDB 的 DDL Owner 迁移。因此，在多节点的部署拓扑下（最小环境：PD * 3、TiKV * 3、TiDB * 2），滚动更新 TiKV、PD 不会影响业务

本文主要描述了如何在标准的 Kubernetes 集群上通过 TiDB Operator 部署 TiDB 集群。 前置条件 TiDB Operator 部署完成。 部署 TiDB 集群 在部署 TiDB 集群之前，需要先配置 TiDB 集群。请参阅在 Kubernetes 中配置 TiDB 集群。 配置 TiDB 集群后，请按照以下步骤部署 TiDB 集群： 创建 Namespace： kubec

本文介绍在 Kubernetes 上部署 TiDB 集群的软硬件环境需求。 软件版本要求 软件名称 版本 Docker Docker CE 18.09.6 Kubernetes v1.12.5+ CentOS CentOS 7.6，内核要求为 3.10.0-957 或之后版本 配置防火墙 建议关闭防火墙： systemctl stop firewalld systemctl disable fir

本文介绍了如何使用个人电脑（Linux 或 macOS 系统）在阿里云上部署 TiDB 集群。 环境需求 aliyun-cli >= 3.0.15 并且配置 aliyun-cli 注意： Access Key 需要具有操作相应资源的权限。 kubectl >= 1.12 helm >= 2.11.0 && < 3.0.0 && != 2.16.4 jq >= 1.6 terraform 0.12.