高可用
-
PostgreSQL 的高可用,还可以用简单的扩展搞定?
pg_auto_failover 支持多种 PostgreSQL 部署架构,可为您的 PostgreSQL 服务实现安全的自动故障转移。可以只使用两个数据节点来开始,监控器会赋予它们主节点和辅助节点的角色。
-
打造高可用系统:深入了解心跳检测机制
心跳信号不仅可以用于简单的在线/离线判断,还可以携带更多的健康状态信息。例如,CPU使用率、内存使用率、磁盘空间等。通过对这些信息的综合评估,可以更全面地了解节点的运行状态,从而做出更加准确的判断。
-
这些年背过的面试题:Redis 高可用篇
如果某个 slot 的数据只有部分迁移过去,没有迁移完成,节点收到客户端请求如果能根据 key -> slot -> node 映射关系定位到的节点存在该 key,则直接执行命令,否则就向客户端响应 ASK 错误,表示该 key 所在的 slot 正在迁移到其他节点,客户端先给目标节点发送 ASKING 命令询问节点是否可以处理,接着才会发送操作指令。
-
聊聊高可用存储架构:集群和分区
简而言之,集群是由多台机器组成的一个统一系统,这里的“多台”通常指的是至少3台机器。与主备或主从架构的两台机器相比,集群提供了更大的扩展性。集群可以根据其中机器承担的角色不同分为两种类型:数据集中型集群和数据分散型集群。
-
Kafka 是什么?你想知道吗?
kafka 是消息队列,像消息队列投递消息的是生产者,消费消息的是消费者。增加生产者和消费者的实例个数可以提升系统吞吐。多个消费者可以组成一个消费者组,不同消费者组维护自己的消费进度,互不打搅。
-
聊聊架构设计流程:识别复杂度
消息队列系统面临的主要复杂性在于高性能的消息读取和全流程的高可用性保障。这次详细的分析和讨论,不仅适用于“前浪微博”面临的挑战,也为其他企业提供了一种系统性问题解决的框架。
-
我们一起聊聊复杂度来源:高可用
在一个理想的分布式系统设置中,通常会有一个节点被选举为主节点,而其他节点则充当备份角色。假设在一个正常运行的环境里,节点5是主节点,其他节点则作为备份。
-
我们一起聊聊架构复杂度来源高可用
规则引擎的设计理念与设计模式持有相同的目标——通过灵活的设计达到系统的可扩展性。然而,这种“灵活性”本身就带来了设计上的复杂性。不仅如此,仅仅是要彻底理解并掌握23种设计模式本身就是一个挑战。
-
数据库高可用漫谈
主从架构主要需要考虑的问题是在switchover或failover后,应用能够正确连接到正确角色的数据库上,在这一点上MySQL提供了MySQL Router,三方开源则有MHA和Orchestrator等;Oracle则有TAC和GDS等。
-
高可用架构:如何做到应用升级无感知
异地多活的架构考虑的重点就是,用户请求如何分发到不同的机房去。这个主要可以在域名解析的时候完成,也就是用户进行域名解析的时候,会根据就近原则或者其他一些策略,完成用户请求的分发。
-
RocketMQ基于Kosmos实现AZ级高可用,你学会了吗?
针对物理机部署RocketMQ运维、迁移、扩缩容费时费力,操作复杂;业务增加以后,资源无法弹性,手动扩缩容实时性差;底层资源利用率不高,用户资源隔离和流量的管控需要额外投入等问题。
-
我们一起聊聊如何实现服务高可用的策略和实践
在不同的地理位置建立多个数据中心,并将服务部署在不同的数据中心中。通过数据同步和请求路由机制,实现异地多活,提高服务的可用性和容灾能力。
-
Redis中Leader-Follower架构如何确保数据一致性和可靠性?
Leader-Follower架构是一种主从复制的方式,通过将数据复制到多个节点来提高系统的可用性和可靠性。
-
系统设计小抄 - 如何做到高可用、高吞吐、高扩展性
高扩展性意味着系统可以快速、轻松地扩展,以容纳更多的容量(横向可扩展性)或更多的功能(纵向可扩展性)。通常,我们通过观察响应时间来决定是否需要扩展系统。
-
为海量文档自建专用“网盘”,试过都说“真香”
本文将介绍如何在Linode平台上,借助PostgreSQL数据库部署高可用的Mayan EDMS。