RabbitMQ 的数据包括元数据（RabbitMQ 用户、vhost、队列、交换和绑定）和消息数据，其中消息数据存储在单独的消息存储库中。目录中，并存储在每个 vhost 的子目录中。在 Overview 视图中，消费消息数（Ready）以及未确定的消息数（Unacked）都为 0，说明消费完成。等数据迁移完成后，将生产端、消费端切换至。先迁移数据，然后同时切换生产端和消费端。集群中的消息被清空

4、选择个人---找到要删除的证书，删除 就可以了。2、输入 certmgr.msc。3、进入证书管理，选择个人。

可以将该执行文件放入windows的system32文件夹下即C:\Windows\System32也能使得全局windows可以使用该命令。win64位下载地址：https://download.elifulkerson.com/files/tcping/0.39/x64/tcping64.exe。win32位下载地址：https://download.elifulkerson.com/file

使用VNC连接到Ubuntu桌面后，点击Applications-Settings-Preferred Applilcations，打开Preferred Applilcations后，选择Utilities，修改Terminal Emulator，由于我使用的是xfce4桌面，因此选择了xfce Terminal，再次点击Terminal Emulator时，命令行可打开。使用dpkg -l |

Kubernetes中的service默认情况下都是使用的ClusterIP这种类型，这样的service会产生一个ClusterIP，这个IP只能在集群内部访问，要想让外部能够直接访问service，需要将service type修改为 nodePort。NodePort，正如这个名字所示，在所有节点（虚拟机）上开放一个特定端口，任何发送到该端口的流量都被转发到对应服务。这种服务暴露方式，无法让

Ingress能把Service（Kubernetes的服务）配置成外网能够访问的URL，流量负载均衡，及SSL，并提供域名访问的虚拟主机等，客户通过访问URL（API资源服务的形式，例如：caas.one/kibana）进入和请求Service，一个Ingress控制器负责处理所有Ingress的请求流量，它通常是一个负载均衡器，它也可以设置在边界路由器上，或者由额外的前端来帮助处理HA方式的流

1、自动的弹性伸缩2、手动的增加pod数3、实现水平扩展或收缩。

restartPolicy: [Always | Never | OnFailure] #Pod的重启策略，Always表示一旦不管以何种方式终止运行，kubelet都将重启，OnFailure表示只有Pod以非0退出码退出才重启，Nerver表示不再重启该Pod。livenessProbe:#对Pod内个容器健康检查的设置，当探测无响应几次后将自动重启该容器，检查方法有exec、httpGet和

namespace 是 2002 年从 Linux 2.4.19 开始出现的，和编程语言里的 namespace 有点类似，它可以创建出独立的文件系统、主机名、进程号、网络等资源空间，相当于给进程盖了一间小板房，这样就实现了系统全局资源和进程局部资源的隔离。chroot 的历史则要比前面的 namespace、cgroup 要古老得多，早在 1979 年的 UNIX V7 就已经出现了，它可以更改

userspace模式下，kube-proxy会为每一个Service创建一个监听端口，发向Cluster IP的请求被Iptables规则重定向到kube-proxy监听的端口上，kube-proxy根据LB算法选择一个提供服务的Pod并和其建立链接，以将请求转发到Pod上。写入创建的service的信息，而kube-proxy会基于监听的机制发现这种Service的变动，然后它会将最新的Ser