摘要：
一、Pod 的定义与基本用法 1. Pod 是什么 Pod 是可以在 Kubernetes 中创建和管理的、最小的可部署的计算单元。 Pod 不是进程，而是容器运行的环境。Pod 所建模的是特定于应用的“逻辑主机”，其中包含一个或多个应用容器。当 Pod 包含多个应用容器时，这些容器的应用之间应该是 阅读全文
摘要：
一、容器 1. 简介 容器是一种打包应用及其运行环境的方式，为应用打包所有软件及其所依赖的环境，并且可以实现跨平台部署，它是一系列内核特性的统称。 2. 基本技术 一个应用程序的运行环境的总和（内存中的数据、寄存器里的值、堆栈中的指令、被打开的文件，以及各种设备的状态信息的集合）被称为一个进程。容器 阅读全文
摘要：
一、整体架构 一个 Kubernetes 集群的机器节点有两种角色—— Master 和 Node，都可由一个或多个节点组成，且同一个节点可以既是 Master 也是 Node。其中 Master 节点负责全局决策、资源调度、Node 与 Pod 管理，等等，属于管控节点；Node 节点为工作机器， 阅读全文
摘要：
一、基本原理 1. 工作原理 搭建 RabbitMQ 集群以后，尽管交换器和绑定关系能够在单点故障问题上幸免于难，但是队列及其存储的消息却不行，这是因为队列进程及其内容仅仅维持在单个节点之上，所以一个节点的失效表现为其对应的队列不可用。 引入镜像队列（Mirror Queue）的机制，可以将队列镜像 阅读全文
摘要：
一、消息存储机制 不管是持久化的消息还是非持久化的消息都可以被写入到磁盘。持久化的消息在到达队列时就被写入到磁盘，非持久化的消息一般只保存在内存中，在内存吃紧的时候会被换入到磁盘中，以节省内存空间。这两种类型的消息的落盘处理都在 RabbitMQ 的“持久层”中完成。 持久层是一个逻辑上的概念，实际 阅读全文
摘要：
RabbitMQ 可以通过 3 种方式实现分布式部署：集群、Federation 和 Shovel。这 3 种方式不是互斥的，可以根据需要选择其中的一种或者以几种方式的组合来达到分布式部署的目的。Federation 和 Shovel 可以为 RabbitMQ 的分布式部署提供更高的灵活性，但同时也 阅读全文
摘要：
一、插件管理 RabbitMQ 提供了很多的插件，默认存放在 $RABBITMQ_HOME/plugins 目录下。 1. rabbitmq-plugins 语法 rabbitmq-plugins [-n node] {command} [command options...] 2. 启动插件 ra 阅读全文
摘要：
一、集群迁移 RabbitMQ 中的集群迁移更多的是用来解决集群故障不可短时间内修复而将所有的数据、客户端连接等迁移到新的集群中，以确保服务的可用性。迁移过程包括元数据重建、数据迁移，以及与客户端连接的切换。 1. 元数据重建 元数据重建是指在新的集群中创建原集群的队列、交换器、绑定关系、vhost 阅读全文
摘要：
一、集群搭建 RabbitMQ 集群对延迟非常敏感，应当只在本地局域网内使用。在广域网中不应该使用集群，而应该使用 Federation 或者 Shovel 来代替。 1. 安装 RabbitMQ 在各个节点正确安装 RabbitMQ。安装过程参考：https://www.cnblogs.com/w 阅读全文
摘要：
一、持久化 持久化可以提高 RabbitMQ 的可靠性，以防在异常情况（重启、关闭、宕机等）下的数据丢失。 RabbitMQ 的持久化分为三个部分：交换器的持久化、队列的持久化和消息的持久化。 1. 交换器持久化 交换器的持久化是通过在声明交换器时将 durable 参数置为 true 实现的： c 阅读全文