随着对旨在为关键系统提供服务的可靠和高性能基础架构的需求不断增加，术语可扩展性和高可用性不再受欢迎。虽然处理增加的系统负载是一个常见问题，但减少停机时间和消除单点故障同样重要。高可用性是一种大规模的基础设施设计，可以满足后面的考虑因素。
最近有粉丝反馈说面试阿里和京东都遇到了同一个题，问题都是都是在第二面，考察候选人架构设计能力：设计一个高可用系统。
高可用性架构可确保系统的运行性能并避免计划外停机和中断，在本文中，我们将讨论高可用性为何如此重要、如何衡量它以及最佳实践。
我们生活在一个超连接的世界，希望网站能够在任何时候都100％ 的正常运行。我们不能接受任何时间长度的 Web 停机，因为它可能会造成灾难性的连锁反应。
高可用性即HA（High Availability）指的是通过尽量缩短因日常维护操作（计划）和突发的系统崩溃（非计划）所导致的停机时间，以提高系统和应用的可用性。 计算机系统的高可用在不同的层面上有不同的表现：
综上所述，哨兵模式和集群模式都可以提供Redis客户端的高可用性。哨兵模式相对简单，适用于对于可用性要求不是非常高的场景；而集群模式适用于对可用性和性能要求较高的场景，但需要考虑更复杂的配置和维护。
MySQL 官方提供了多种高可用部署方案，从最基础的主从复制到组复制再到 InnoDB Cluster 等等。本篇文章以 MySQL 8.0 版本为准，介绍下不同高可用方案架构原理及使用场景。
Nginx是一款非常流行的高性能Web服务器，也可以作为负载均衡器来提供高可用性。在本文中，我将介绍一种基于Nginx的高可用方案，同时提供一份详细的部署文档。
计算机集群简称集群，是一种计算机系统，它通过一组松散集成的计算机软件(和/或)硬件连接起来高度紧密地协作完成计算工作。在某种意义上，他们可以被看作是一台计算机。集群系统中的单个计算机通常称为节点，通常通过局域网连接，但也有其它的可能连接方式。集群计算机通常用来改进单个计算机的计算速度(和/或)可靠性。一般情况下集群计算机比单个计算机，工作站或超级计算机性能价格比要高得多。
在现代分布式系统中，高可用性（High Availability，HA）是至关重要的。当一个关键组件出现故障时，系统需要能够自动切换到备用组件，以确保持续的服务可用性。Redis是一个流行的内存数据库，它提供了很多强大的功能，但在保障高可用性方面，Redis哨兵（Sentinel）是一个不可或缺的组件。本文将深入探讨Redis哨兵的主要功能，为您展示如何使用它来构建高可用的Redis集群。
Windows故障转移群集是由多个服务器组成的共同提供某高可用服务，该服务用于防止单台服务器故障导致服务失效。故障转移群集是一种高可用性的基础结构层，由多台计算机组成，每台计算机相当于一个冗余节点，整个群集系统允许某部分节点掉线、故障或损坏而不影响整个系统的正常运作。一台服务器接管发生故障的服务器的过程通常称为"故障转移"。
Nginx是一款高性能的Web服务器和反向代理服务器，它可以作为前端Web服务器接收客户端请求并将请求转发给后端应用服务器处理。Keepalived是一款基于VRRP协议的高可用性软件，它可以监控Nginx服务器的状态，并在主服务器出现故障时将VIP地址迁移到备份服务器上，从而实现Nginx服务器的高可用性。
采用云计算的注意事项是一种很好的建议。云计算服务提供商(CSP)都会承诺在其基础设施中提供“高可用性”，其服务水平协议(SLA)通常提供95%至99.99%的正常运行时间，而每月服务费退款率将达到10%到50%不等。但通常没有达到这样的门槛，正如IT的许多方面一样，重要的在于细节。
目前使用比较多的就是标题中提到的这两者，其实lvs和haproxy都是实现的负载均衡的作用，keepalived和heartbeat都是提高高可用性的，避免单点故障。那么他们为什么这么搭配，而又有什么区别呢？
术语可扩展性、高可用性、性能和关键任务对于不同的组织或组织内的不同部门来说可能意味着不同的事情。它们经常互换，造成混乱，导致管理不善的期望、实现延迟或不切实际的指标。
术语可扩展性、高可用性、性能和关键任务对于不同的组织或组织内的不同部门来说可能意味着不同的事情。它们经常互换，造成混乱，导致管理不善的期望、实现延迟或不切实际的指标。 这里的快速参考为您提供了定义这些术语的工具，以便您的团队能够实现具有良好理解的性能目标的关键任务系统。
Apache Atlas使用各种系统并与之交互，为数据管理员提供元数据管理和数据血缘信息。通过适当地选择和配置这些依赖关系，可以使用Atlas实现高度的服务可用性。本文档介绍了Atlas中的高可用性支持状态，包括其功能和当前限制，以及实现此高级别可用性所需的配置。
通过使用在Zabbix 6.0 LTS版本中新增的Zabbix Server HA集群功能，在不使用任何外部工具的情况下快速配置和部署多节点Zabbix Server HA集群。让我们看看如何在10分钟内部署Zabbix服务器HA集群。
第12章 高可用性 高可用性实际上意味着更短的宕机时间。 100%的高可用性是不可能达到的，5个9意味着99.990%的正常可用时间，换句话说，每年只允许5分钟的宕机时间。 导致宕机的原因需要注意的地方： 运行环境中，最普遍的问题是磁盘空间耗尽。 性能问题中，最普遍是运行很糟糕的sql，糟糕的Schema和索引设计。 复制问题通常由于主备数据不一致导致的。 如何实现高可用性主要从两方面入手，避免宕机原因，减少宕机恢复时长。 提升失效平均失效时间的注意点： 测试恢复工具和流程，包括中备份中恢复数据。 遵循最小
虚拟IP（Virtual IP Address，简称VIP）是一个未分配给真实弹性云服务器网卡的IP地址。弹性云服务器除了拥有私有IP地址外，还可以拥有虚拟IP地址，用户可以通过其中任意一个IP（私有IP/虚拟IP）访问此弹性云服务器。同时，虚拟IP地址拥有私有IP地址同样的网络接入能力，包括VPC内二三层通信、VPC之间对等连接访问，以及弹性公网IP、VPN、云专线等网络接入。
BizTalk Server 2010高可用方案 本文介绍了 Microsoft BizTalk Server 中通过对主机的各层进行扩展提供高可用性的方案。 分隔各个区域的功能分为不同的主机和中的层 BizTalk Server, ，管理员可以为每个主机提供冗余和缩放它们独立于其他主机。 若要为每个功能区域提供高可用性，应创建单独的主机，为每个主函数-接收、 处理、 发送和跟踪-和群集 BizTalk Server 数据库和企业单一登录的主密钥服务器。 小型 BizTalk Server 部署 为
👆点击“博文视点Broadview”，获取更多书讯 高可用是数据库永恒的话题，高可用方案也是最受数据库爱好者关注的重点技术之一。 在MySQL二十多年的发展历程中，针对MySQL的高可用方案百花齐放，各具特色，这也是这款开源数据库最能让人着迷的地方。例如，早些年著名的MMM、MHA等等。 随着MySQL官方的不断发力，在基于MySQL复制的基础上，推出了一系列的高可用方案，例如，主从半同步复制、InnoDB ReplicaSet、组复制（MGR）、InnoDB Cluster，及目前最新的InnoDB
随着互联网的发展,网站业务量越来越大,对系统可用性和性能提出了更高的要求。一次系统故障可能会造成巨大的经济损失和负面影响。因此,数据库高可用性成为一个非常重要的话题。
由于网络存储的快速发展，网络冗余技术被不断提升，提高IT系统的高可用性的关键应用就是网络高可用性，网络高可用性与网络高可靠性是有区别的，网络高可用性是通过匹配冗余的网络设备实现网络设备的冗余，达到高可用的目的。 比如冗余的交换机，冗余的路由器等
我们的业务系统，不管是企业内部系统还是互联网应用系统，都需要可扩展，高可用性的系统。可扩展性和高可用性不是孤立的，只有结合起来，才能达到理想的效果。 可扩展性是系统、网络或进程的可选属性之一，它表达的含义是可以以一种优雅的方式来处理不断增长的工作，或者以一种很明白的方式进行扩充。例如：它可以用来表示系统具备随着资源(典型的有硬件)的增加提升吞吐量的能力。 垂直扩展的意思是给系统中的单节点增加资源，典型的是给机器增加CPU或内存，垂直扩展为操作系统和应用模块提供了更多可共用的资源，因此它使得虚拟化的技
在当今信息技术高速发展的时代，云计算已经成为了企业和个人的重要组成部分。而在云计算领域中，分布式云是一种重要的架构模式，它允许资源的分散部署和管理，以实现高可用性、可伸缩性和弹性的服务提供。
Stolon 是一个用于 PostgreSQL 高可用性的云原生 PostgreSQL 管理器。它是云原生的，因为它可以让您在容器中（kubernetes 集成）以及所有其他类型的基础设施（云 IaaS、旧式基础设施等）上保持高可用性 PostgreSQL。
高可用性的背景是因为数据库系统作为应用的核心基础设施，一旦发生故障将会对整个应用系统造成严重影响甚至导致系统瘫痪，因此保证数据库系统高可用性对于确保应用系统的稳定运行至关重要。
集群并不是一个全新的概念，其实早在七十年代计算机厂商和研究机构就开始了对集群系统的研究和开发。由于主要用于科学工程计算，所以这些系统并不为大家所熟知。直到Linux集群的出现，集群的概念才得以广为传播。对集群的研究起源于集群系统的良好的性能可扩展性(scalability)。提高CPU主频和总线带宽是最初提供计算机性能的主要手段。但是这一手段对系统性能的提供是有限的。接着人们通过增加CPU个数和内存容量来提高性能，于是出现了向量机，对称多处理机(SMP)等。但是当CPU的个数超过某一阈值，像SMP这些多处理机系统的可扩展性就变的极差。主要瓶颈在于CPU访问内存的带宽并不能随着CPU个数的增加而有效增长。与SMP相反，集群系统的性能随着CPU个数的增加几乎是线性变化的。
现在微服务开发是一个很流行的趋势,与人交谈如果说不知道微服务是什么东西倒显得落后了，但是、和微服务相近概念还有集群、分布式，这几个概念总容易让人混淆，那么本文就以简单通俗的方式来讲解他们的概念和区别，方便大家理解和记忆。
这篇文章将详细地介绍MySQL的高可用解决方案—— MySQL InnoDB Cluster。
CAP是分布式系统的重要理论，在大型分布式系统中一致性（Consistency），高可用性（High-Availability），分区可容忍性（Partition-tolerance）是设计者都希望能同时达到的，但是根据CAP理论一个系统最多能实现3中其2。本文不去探讨CAP理论的结论的正确性，而是去试图概述这三个特性是什么。
ClickHouse使用分布式DDL（Distributed DDL）来进行DDL操作的一致性和高可用性保证。
如果您的系统依赖PostgreSQL数据库并且您正在寻找HA的集群解决方案，我们希望提前告知您这是一项复杂的任务，但并非不可能实现。
MySQL 是一个开源的关系型数据库管理系统，广泛应用于 Web 应用程序和企业级应用程序开发。以下是一些 MySQL 的知识总结：
在如今移动互联网、互联网+、大数据的时代，各类的互联网网站、平台异常突起，如同雨后春笋，有种“忽如一夜春风来，千树万树梨花开”感觉。
Spring Cloud Gateway是一种基于Spring Framework 5，Spring Boot 2和Project Reactor的反应式网关，可用于构建高可用的微服务架构。要实现Spring Cloud Gateway的高可用性，需要采取以下几个步骤：
OpenStack Swift是一个分布式对象存储系统，它可以为大规模的数据存储提供高可用性、可扩展性和数据安全性。Swift是OpenStack的一个核心组件，它允许用户将大量的数据存储在云上，并且可以随时访问、检索和管理这些数据。
总体来说，Oracle数据库在性能、可靠性和数据安全方面具有出色的表现，但在运维复杂性方面较高。MySQL数据库在易用性和可扩展性方面较为突出，适合中小型企业和简单应用场景。PostgreSQL数据库在数据完整性和高可用性方面表现出色，同时具备较好的扩展性和灵活性，但可能对初学者有一定的学习曲线。因此，在选择数据库解决方案时，需要根据具体的业务需求、技术要求和运维资源进行综合考虑。
如转载，请注明出处：http://blog.csdn.net/robinson_0612/archive/2009/11/04/4769060.aspx
By Perry Whittle，2016/02/24（首次发布：2014/09/24） 关于系列 本文属于进阶系列：Stairway to AlwaysOn AlwaysOn是一套复杂的技术，往往被误解。在这个阶梯中，您将学习AlwaysOn技术，它们如何适应高可用性堆栈，以及如何充分利用它们。 欢迎来到“SQL Server AlwaysOn的阶梯”系列的第一个级别。在这篇1级文章中，我们将发现“AlwaysOn”，“故障转移群集实例”（FCI）和“Windows Server故障转移群集”技术。我们将
Apache DolphinScheduler（简称DS）是一个分布式去中心化，易扩展的可视化DAG工作流任务调度平台。在生产环境中需要确保调度平台的稳定可靠性及任务负载均衡，本篇文档主要针对DS集群的高可用及稳定性进行测试验证。
在分布式架构设计中，Redis是一个非常流行的NoSQL数据库。它不仅具有高性能和可扩展性，而且支持主从复制模式来提高可用性和容错性。
在这个由两部分组成的系列文章的第一部分中，我介绍了物联网中需要收集数据的位置：公共云或私有云中的边缘设备，网关和服务器。我还讨论了这些系统的特点以及选择合适的数据库管理系统技术的含义。
“Windows Server 故障转移群集”(WSFC) 群集是一组独立的服务器，它们共同协作以提高应用程序和服务的可用性。SQL Server 2012 利用 WSFC 服务和功能支持 AlwaysOn 可用性组和 SQL Server 故障转移群集实例。
本文从高可用性(HA)和灾难恢复(DR)的角度研究混合云，并提出一些使配置更具成本效益的建议。
现代的企业面临着一个 VUCA 的时代，高可用系统架构面对着诸多不确定性带来的影响和挑战，如何才能能够突破困境，使得复杂的系统仍然能保持业务的连续性。业务的弹性扩容也同时会对高可用性的架构造成影响，在实践中，我们结合微服务/K8S/DevOps 这三架马车进行了微服务的容器化的实践之路。
MongoDB是一个面向文档的数据库，它以BSON（Binary JSON）格式存储数据。与关系型数据库不同，MongoDB没有固定的表结构，允许存储不同结构和类型的数据。这使得MongoDB非常适合处理半结构化和非结构化数据，如日志、社交媒体数据等。
Redis（Remote Dictionary Server）是一种基于内存的开源数据结构存储系统，它支持各种数据结构，如字符串、哈希表、列表、集合、有序集合等。Redis被广泛应用于缓存、消息队列、会话管理等场景，并且具有高性能、高可用性和可扩展性等特点。本文将介绍Redis的基本概念、特性以及如何使用Redis进行开发。
普通集群模式，有服务器ABC，在服务器ABC上分别启动RabbitMQ实例，生产者生产消息1，随机发给某一实例A，实例BC 上记录消息1的原数据信息（比如消息1具体信息在示例A上）,消费者消费消息，随机连接某个示例B，消费消息1，实例B根据 原数据发现消息1在实例A上，则实例B去实例A拉取消息返回给消费者。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
