如何正确记账中铁建设集团有限公司门户网的服务费？

公司做网站服务费怎样做账,中铁建设集团有限公司门户网登录入口,湖北微网站建设费用,源代码代做网站RabbitMQ 集群 通常情况下#xff0c;在集群中我们把每一个服务称之为一个节点#xff0c;在 RabbitMQ 集群中#xff0c;节点类型可以分为两种#xff1a; 内存节点#xff1a;元数据存放于内存中。为了重启后能同步数据#xff0c;内存节点会将磁盘节点的地址存放于磁…RabbitMQ 集群 通常情况下在集群中我们把每一个服务称之为一个节点在 RabbitMQ 集群中节点类型可以分为两种 内存节点元数据存放于内存中。为了重启后能同步数据内存节点会将磁盘节点的地址存放于磁盘之中除此之外如果消息被持久化了也会存放于磁盘之中因为内存节点读写速度快一般客户端会连接内存节点。磁盘节点元数据存放于磁盘中默认节点类型需要保证至少一个磁盘节点否则一旦宕机无法恢复数据从而也就无法达到集群的高可用目的。 PS元数据指的是包括队列名字属性、交换机的类型名字属性、绑定信息、vhost等基础信息不包括队列中的消息数据。 RabbitMQ 中的集群主要有两种模式普通集群模式和镜像队列模式。 普通集群模式 在普通集群模式下集群中各个节点之间只会相互同步元数据也就是说消息数据不会被同步。那么问题就来了假如我们连接到 A 节点但是消息又存储在 B 节点又怎么办呢 不论是生产者还是消费者假如连接到的节点上没有存储队列数据那么内部会将其转发到存储队列数据的节点上进行存储。虽然说内部可以实现转发但是因为消息仅仅只是存储在一个节点那么假如这节点挂了消息是不是就没有了因此这种普通集群模式并没有达到高可用的目的。 镜像队列模式 普通集群模式下不同节点之间只会相互同步元数据交换机、队列、绑定关系、vhost的定义而不会同步消息。例如队列 1 的消息只存储在节点 1 上节点 2 和节点 3只 同步了交换机和队列的元数据但是没有同步消息。 假如生产者连接的是节点 3要将消息通过交换机A路由到队列 1最终消息还是会转发到节点 1 上存储同理如果消费者连接的是节点 2要从队列 1 上拉取消息最终消息会从节点1转发到节点 2其它节点起到一个路由的作用如果节点1挂掉则队列 1 的全部数据就会丢失。 镜像队列模式下节点之间不仅仅会同步元数据消息内容也会在镜像节点间同步可用性更高。这种方案提升可用性的同时也会因为同步数据带来的网络开销从而在一定程度上影响到性能。 基于 HAProxy Keepalived 高可用集群 假如一个 RabbitMQ 集群中有多个内存节点我们应该连接到哪一个节点呢这个选择的策略如果放在客户端做那么会有很大的弊端最严重的的就是每次扩展集群都要修改客户端代码所以这种方式并不是很可取所以我们在部署集群的时候就需要一个中间代理组件这个组件要能够实现服务监控和转发比如 Redis 中的 Sentinel哨兵集群模式哨兵就可以监听 Redis 节点并实现故障转移。 在 RabbitMQ 集群中通过 Keepalived 和 HAProxy 两个组件实现了集群的高可用性和负载均衡功能。 HAProxy HAProxy 是一个开源的、高性能的负载均衡软件同样可以作为负载均衡软件的还有 nginxlvs 等。 HAproxy 支持 7 层负载均衡和 4 层负载均衡。 负载均衡 所谓的 7 层负载均衡和 4 层负载均衡针对的是 OSI 模型而言如下图所示就是一个 OSI 通信模型  7蹭应用层 应用层 HTTP、FTP、DNS、URI、HTML、TLS/SSL、SMTP、POP、IMAP、TELNET、SSH 应用程序6层表示层5层会话层4层传输层 传输层 TCP、UDP、SCTP、DCCP 操作系统3层网络层 网络层 ARP、IP、ICMP、RIP 2层数据链路层网络接口层设备驱动程序网络接口1层物理层 上图中看到第 7 层对应了应用层第 4 层对应了传输层。常用的负载均衡软件如 nginx 一般工作在第 7 层lvsLinux Virtual Server一般工作在第 4 层。 4 层负载 4 层负载使用了 NAT Network Address Translation技术即网络地址转换。收到客户端请求时可以通过修改数据包里的源 IP 和端口然后把数据包转发到对应的目标服务器。4 层负载均衡只能根据报文中目标地址和源地址对请求进行转发无法判断或者修改请求资源的具体类型。 7 层负载 根据客户端请求的资源路径转发到不同的目标服务器。 高可用 HAProxy HAProxy 虽然实现了负载均衡但是假如只是部署一个 HAProxy那么其本身也存在宕机的风险。