https://www.cnblogs.com/gaoyuechen/p/8506930.html 这两天，配置了一堆500来个节点的大型集群，被ipmi的问题困扰了一天半，到下午16：40，终于解决了。这里来总结一下： 智能平台管理界面（IPMI，Intelligent Platform Mana
PD调度基本概念 调度流程 调度中还有这还缺来了merge，例如合并空region。 store: 基本信息，容量，剩余空间，读写流量等 region: 范围，副本分布，副本状态，数据量，读写流量等 相关调度说明 balance-leader-scheduler: 保持不同节点的leader均衡ba
为了帮助充分利用AWS的托管服务快速构建起一套集群环境，彻底去掉“单一故障点”，实现最高的可用性，我们准备了**《低代码智能集群@AWS的架构与搭建方案》**看完本文，带你掌握“基于nginx配置服务器集群”。 应用场景 如果你需要解决如下的问题，可以考虑搭建一套活字格@AWS智能集群： 保障系统高
K8S集群内部 无持久化Redis单节点配置文件 apiVersion: apps/v1 kind: Deployment metadata: name: redis-deploy spec: selector: matchLabels: prod: redis replicas: 1 templa
第一步，新建项目maven项目，添加依赖 （1）本文所采用的SpringBoot的版本如下 org.springframework.boot spring-boot-starter-parent
1. 命令删除： 1. 1批量删除Key Redis 中有删除单个 Key 的指令 DEL，但好像没有批量删除 Key 的指令，不过我们可以借助 Linux 的 xargs 指令来完成这个动作 redis-cli keys "*" | xargs redis-cli del //如果redis-cl
在一个阳光明媚的下午，突然生产环境有一个缓存实例发出内存使用率超过90%的告警，然后立刻和小伙伴们一起看是什么情况。 现象是这样的，集群里的一个实例的内存使用率超过了90%，而这个实例的从节点，内存使用率却很低。而且其他分片的内存使用率都很低，只有这个分片高。见下图cachecloud实例状态图。
https://www.jianshu.com/p/1f5d2abbee7f 一、背景 在现网环境，一些使用Redis集群的业务随着业务量的上涨，往往需要进行节点扩容操作。 之前有了解到运维同学对一些节点数比较大的Redis集群进行扩容操作后，业务侧反映集群性能下降，具体表现在访问时延增长明显。 某
https://www.jianshu.com/p/182952a00efc 一、背景 活跃的社区和广大的用户群，使 Kubernetes 仍然保持3个月一个版本的高频发布节奏。高频的版本发布带来了更多的新功能落地和 bug 及时修复，但是线上环境业务长期运行，任何变更出错都可能带来巨大的经济损失，
简介 Nacos是阿里巴巴开源的一套服务注册发现的应用 使用简单灵活, 是spring Cloud Alibaba的组成部分 现在拆分微服务的部署情况下,极大的需求nacos服务作为支撑 单点情况下存在宕机的危险, 所以最近为了进行测试验证. 所以准备启用一套集群版本的nacos集群进行测试兼容性验
故障现象 容器内频现无法访问外部服务，是用ping测试有如下现象： # ping baidu.com -c 4 PING baidu.com (110.242.68.66) 56(84) bytes of data. 64 bytes from 110.242.68.66 (110.242.68.6
先上结果： $redis->sDiffStore('live_room:robots:data:' . $info['id'], 'user_info:robots_list', ''); 上述代码执行后redis抛出一个异常。来看redis源码是如何抛出这个异常的（附redis源码地址：redis
https://www.cnblogs.com/jclty/p/12913996.html 1.下载 1 # wget https://artifacts.elastic.co/downloads/elasticsearch/elasticsearch-7.6.2-linux-x86_64.tar.
http://blog.itpub.net/29785807/viewspace-2789852/ 一.安装规划 1 2 3 4 5 6 使用15台服务器 5台tidb服务器:每台3个tidb实例+1个pd+1个pump 10台tikv服务器:每台4个tikv实例 drainer_servers 安
https://www.cnblogs.com/luohaixian/p/15227788.html 1.准备环境 准备4台ubuntu 16.04虚拟机 部署规划： 节点类型 CPU 内存 存储 部署数量 所在节点IP TiKV 8 core 8 GB 200GB 3 10.10.10.2 10.
Zookeeper集群搭建 1.说明 本文用的linux版本：centos6，准备3台centos6虚拟机，给他们安装zookeeper,每一台的安装过程相同，你也可以安装一台，然后克隆出另外两台。主机名分别为node1，node2，node3。 2.准备工作 安装java，wget yum -y
一、TIUP工具简介 前面介绍了使用TIUP搭建TIDB集群，本篇文章详细介绍下使用TIUP对集群进行扩容和缩容。 在面对双十一这种流量突峰的场景，我们平常的TIDB集群有可能承受不住，因此需要提前进行扩容，例如增加tidb-server，以增加TIDB的计算能力，增加tikv-server，增加T
前言 这段时间在做 MQ（Pulsar）相关的治理工作，其中一个部分内容关于消息队列的升级，比如： 一键创建一个测试集群。 运行一批测试用例，覆盖我们线上使用到的功能，并输出测试报告。 模拟压测，输出测试结果。 本质目的就是想直到新版本升级过程中和升级后对现有业务是否存在影响。 一键创建集群和执行测
本文主要讲述了一些对于k8s多集群管理的思考，包括为什么需要多集群、多集群的优势以及现有的一些基于Kubernetes衍生出的多集群管理架构实践。
一、集群搭建 1、每台服务器上部署zookeeper 1、将zookeeper压缩包解压到指定位置，在zookeeper解压后目录下创建数据目录zkData 2、在zkData下创建myid文件，内容写上数字，代表该zookeeper的唯一id 3、修改conf目录下的zoo_sample.cfg为
