http://blog.itpub.net/31545813/viewspace-2925035/ 一 背景 收到测试环境集群告警，登陆 K8s 集群进行排查。 二 故障定位 2.1 查看 Pod 查看 kube-system node2 节点 calico pod 异常。 查看详细信息，查看nod
目录 命名空间 作者：@dwtfukgv本文为作者原创，转载请注明出处：https://www.cnblogs.com/dwtfukgv/p/14644592.html 命名空间 zookeeper的命名空间和文件系统比较类似，它的每个节点被称作znode，每个znode可以存储1MB的数据，如下图
在一个阳光明媚的下午，突然生产环境有一个缓存实例发出内存使用率超过90%的告警，然后立刻和小伙伴们一起看是什么情况。 现象是这样的，集群里的一个实例的内存使用率超过了90%，而这个实例的从节点，内存使用率却很低。而且其他分片的内存使用率都很低，只有这个分片高。见下图cachecloud实例状态图。
https://www.jianshu.com/p/1f5d2abbee7f 一、背景 在现网环境，一些使用Redis集群的业务随着业务量的上涨，往往需要进行节点扩容操作。 之前有了解到运维同学对一些节点数比较大的Redis集群进行扩容操作后，业务侧反映集群性能下降，具体表现在访问时延增长明显。 某
文章目录 Redis实例都有哪些阻塞点和客户端交互的阻塞点集合的全量查询和聚合操作bigkey删除操作清空数据库 磁盘交互的阻塞点主从节点交互时的阻塞点切片集群实例交互时的阻塞点可以异步执行的阻塞点异步的子线程总结 Redis的网络IO和键值对读写都是由主线程完成的。 Redis实例都有哪些阻塞点
https://www.qiansw.com/add-the-ca-root-certificate-to-the-operating-system-for-trust.html 现在很多网站和服务都使用了HTTPS进行链路加密、防止信息在传输中间节点被窃听和篡改。HTTPS的启用都需要一个CA证书
记录：363 场景：在CentOS 7.9操作系统上，在主机A上远程执行主机B上的Linux命令。使用for循环执行Linux命令，比如把主机A的/etc/yum.repos.d目录下文件，分发到集群其它节点。 1.使用for循环执行Linux命令 场景：把k8s-master01主机文件分发(拷贝
在之前的文章中介绍了Redis6的集群搭建和原理，我们可以使用dummy和smart客户端连接集群，本篇介绍Redis6新增的一个功能：集群代理。客户端不需要知道集群中的具体节点个数和主从身份，可以直接通过代理访问集群，对于客户端来说通过集群代理访问的集群就和单机的Redis一样，因此也能解决很多集
这也是一个常见面试题，对redis集群部署不熟悉的同学，可能压根没听过这个名词qvq 什么是redis脑裂 下面我们解释一下什么是redis脑裂： 关于reids集群会由于网络等原因出现脑裂的情况，所谓的集群脑裂就是，由于redis master节点和redis salve节点和sentinel处于
https://www.jianshu.com/p/4702a76419f7 一、virsh 基本管理操作 列出虚拟机：# virsh list --all 列出虚拟网络 ：# virsh net-list --all 查看KVM服务器的节点，即KVM服务器信息 ：# virsh nodeinfo
https://www.cnblogs.com/PatrickLiu/p/8473135.html 一、引言 上一篇文章我们一步一步的教大家搭建了Redis的Cluster集群环境，形成了3个主节点和3个从节点的Cluster的环境。当然，大家可以使用 Cluster info 命令查看Cluste
Redis进阶实践之十 Redis哨兵集群模式 一、引言 上一篇文章我们详细的讲解了Redis的主从集群模式，其实这个集群模式配置很简单，只需要在Slave的节点上进行配置，Master主节点的配置不需要做任何更改，但是有一点，Master和Slave两个节点的持久化配置尽量保持一致，否则会有奇怪的
https://www.cnblogs.com/leffss/p/11993646.html Redis 的几种常见使用方式包括： 单机模式 主从模式 哨兵模式(sentinel) 集群模式(cluster) 第三方模式 单机模式 Redis 单副本，采用单个 Redis 节点部署架构，没有备用节点
https://www.jianshu.com/p/a772e4b951f2 背景 最近给一个子公司部署一套k8s集群，集群搭建完之后有几个新需求需要新增几个node节点，在新增节点时发现添加失败，经过查询发现是网络规划问题导致。 flannel启动失败，报错信息如下：Error registeri
https://www.jianshu.com/p/80a779b3bf20 问题描述 今日在线上查询nginx日志文件的用户真实IP时，发现remote_addr和XFF地址一模一样，这点让我很是不理解，正常来讲remote_addr应该获取到的是上一个节点转发的IP地址，我们却是获得了用户的真实
https://www.cnblogs.com/lizexiong/p/15198863.html 本次环境背景信息为，需要在k8s里面跑一些前端界面，所以在pod容器中还是使用到了nginx，但是发现，如果nginx worker_processes参数为auto,pod容器会读取node节点的c
https://blog.csdn.net/wangtingting_100/article/details/89842557 nginx做反向代理时，作为负载均衡器，对执行失败的任务默认会调度到其他节点执行。 默认设置：proxy_next_upstream error timeout #发生网络
https://www.cnblogs.com/wyh-l6/p/16547040.html etcd是coreos团队在2013年6月发起的开源项目，现在在githab上托管 etcd目标构建一个高可用的分布式键值数据库 etcd具有以下属性： 完全复制：集群中的每个节点都可以使用完整的存档 高可
