包含BES集群:A、B、C)的高可用BES集群为例,三个地域的BES集群,每个集群均订阅另外两个集群中的数据,保证每个地域的BES集群都具备完整数据并都提供读写服务,如下图所示: 当上述任何一个地域故障时,负载均衡系统会切断故障机房流量,上层业务系统仍可以正常使用ES集群对故障无感。
当访问传统模式 LoadBalancer Service 时,请求会被百度智能云提供的负载均衡服务(BLB)转发到节点上,并在节点中进一步通过 iptables 或 IPVS 转发到具体的某一个 Pod 上。 在这个过程中请求经历了 2 次负载均衡操作。 直连 Pod 模式 LoadBalancer Service 以 Pod 的 IP 地址作为其后端服务器。
该方案可根据实例规模、集群磁盘使用率、集群机器负载、集群机架位和集群机器所在交换机等因素进行管理,使存储资源得到充分利用,并满足高性能的存储需求。 然而,随着时间的推移和集群的扩容或缩容等操作,存储系统中的副本分布可能会出现不均衡的现象。为了解决这一问题,GaiaDB 的分布式多租户存储方案能够提供统一的资源均衡策略。
包含CPU、内存、系统盘、数据盘、GPU、负载均衡的数量 监控板块 监控板块包括全部监控、容器应用监控、部署组监控和容器组监控。
下图展示了部署在客户本地存储网关的使用模式: 场景二:云主机间文件共享 多台云主机间通常有文件共享的需求,例如:(1)多台应用服务器的日志通过存储网关存到统一的对象存储 bucket 中,方便后续日志的集中处理和分析;(2)负载均衡的后端云主机数据也可以通过存储网关存到统一的对象存储 bucket 中,从而实现云主机自身的无状态,方便搭建高可用业务架构。
BLB 绑定到Service服务上向公网或内网暴露服务 绑定到Ingress路由上向公网或内网暴露服务 每个地域下BLB实例数量 60个 支持,更多信息请见负载均衡BLB 使用限制 每个BLB实例可添加的监听数量 50个 每个HTTPS监听器可添加的扩展域名数量 10个 每个应用型BLB实例服务器组数量 20个 每个应用型
内核物理架构 在物理架构层面,莫愁内核由代理节点、数据节点和管理节点等角色构成,分别简介如下: 代理节点(Proxy) :一组无状态,采用对等部署模式的节点,负责接入、转换并执行用户的请求,支持负载均衡。 管理节点(Master) :集群的中控角色,管理集群的物理拓扑、逻辑拓扑、数据库元数据、各类资源等,基于Raft协议构建,支持高可用。
替换更新 :对该工作负载的Pod逐个进行更新,业务流量始终会负载均衡到旧版本的可用Pod上,避免更新过程中业务中断。 最小准备时间(minReadySeconds):指定新创建的 Pod 在没有任意容器崩溃情况下的最小就绪时间, 只有超出这个时间 Pod 才被视为可用。默认值为 0(Pod 在准备就绪后立即将被视为可用)。
BEC能否做负载均衡? BEC可根据您的需求配置成负载均衡服务,在负载均衡页面中设置即可,负载均衡计费请参见“产品定价”。