弹性计算Clouder认证:高可用应用架构——课时2:什么是高可用架构?

简介: 弹性计算Clouder认证:高可用应用架构——课时2:什么是高可用架构?

思考:小云如何能够让他的网站平台持续稳定的运行,确保用户随时都能够的访问?

单点故障:如果小云的业务只运行在一台服务器上,这就存在极大的风险,因为随着时间的推移,物理硬件的损坏是肯定的,而且除了硬件可能会损坏,还会有管理员的运维失误、软件故障、受到攻击等情况发生,一旦这些情况发生,由于业务只运行在一台服务器上,这就会造成业务中断,甚至数据丢失。

小云如果希望他的网站能够 7x24 小时不间断的运行并对外提供正常的服务,就需要在其网站架构的设计中加入高可用设计,尽可能的避免单点故障。

高可用架构是指计算机系统能够保证无故障持续运行的概率,通常采用百分比的方式来表示系统的高可用性等级,我们在生活中采用高可用概率=可用时间/总时间*100%来计算实现的高可用性等级,要想实现较高的高可用性等级,需要引入系统冗余的理念。

 

系统冗余: 既然将业务只运行在一台服务器上存在单点故障,那一个很简单的思路就是用两台、三台等多台同时提供服务,即使一台服务器(服务器A)出现故障,还可以通过其它服务器(服务器B)响应用户的访问请求。

 

为了避免单点故障,可以在架构中多使用冗余方案,但是这需要分别投入大量的服务器、多个机房、大量的技术投入,小云如果希望在本地机房实现各种的冗余方案,整体成本和技术难度都很大,比如:

  • 小云如何第一时间知道服务器A出现了故障?通过编写健康检查脚本或软件实时进行检测。一旦脚本或软件运行出错,小云将不能实时了解服务器A的运行状态。
  • 服务器A出现故障后,小云如何能够将用户访问的流量切换至服务器B?一般来说小云会让服务器A和服务器B共用一个IP,平时这个IP会挂载在服务器A上,一但服务器A检测出现问题,需要通过脚本或软件自动的将这个IP切换至服务器B上。
  • 小云如何能够让服务器A、服务器B甚至更多服务器共同响应用户访问的请求?一般来说小云需要安装配置专门的负载均衡设备,这个设备可以关联多台服务器,并可以接受用户请求,根据用户的请求,自动将用户流量分发至关联的服务器中进行处理。一旦负载均衡软件运行出错,小云的网站将无法访问。

 

如果小云使用阿里云来实现冗余方案,整体成本和技术难度都比较小,阿里云在全球各地做了大量的投资建设机房,并投入了很多各方面的专家做了技术投入,使得小云可以在阿里云控制台中快速搭建系统容灾&系统冗余方案。如:

  • 小云可以通过快照和镜像功能来完成云服务器上数据的备份,一旦服务器数据出现故障可以通过备份快速恢复数据,降低网站的损失;
  • 小云可以通过自定义镜像功能快速再次部署出更多的业务服务器,使用多个相同的网站服务器同时对外提供服务,只要还有一个能够正常运行,也可以为客户提供服务。
  • 小云只需要在这些服务器前面加入一个阿里云负载均衡服务(SLB),让用户先访问到负载均衡,然后由负载均衡再分发流量到具体的服务器上,SLB会通过健康检查功能发现故障ECS,并不再分配用户请求到故障ECS,同样的,一旦SLB发现故障ECS已经恢复正常,将再次分配用户请求,这些都是自动完成的,无需小云操作。而且在这个过程中,小云只需要购买资源和简单的规则配置,无需维护SLB的服务器资源和其运行安全,这些都由阿里云的专业工程师负责。
  • 小云还可以购买阿里云弹性公网IP,并将SLB绑定到这个弹性公网IP上。这样做的好处是,小云可以拥有一个固定的对外服务的公网IP,不管SLB和ECS等资源如何变化,均可以通过这个IP对外提供服务,确保网站的高可用。



练习实验:高可用应用架构

https://developer.aliyun.com/adc/scenario/exp/fcdecc97027443efae06789944a11875

相关文章
|
11月前
|
运维 监控 安全
公链开发中的高可用架构设计要点
本指南提供公链高可用架构的可复用流程与模板,涵盖目标拆解、先决条件、分步执行、故障排查及验收标准,结合跨链DApp与量化机器人案例,提升落地效率与系统稳定性。
|
11月前
|
人工智能 JavaScript 前端开发
GenSX (不一样的AI应用框架)架构学习指南
GenSX 是一个基于 TypeScript 的函数式 AI 工作流框架,以“函数组合替代图编排”为核心理念。它通过纯函数组件、自动追踪与断点恢复等特性,让开发者用自然代码构建可追溯、易测试的 LLM 应用。支持多模型集成与插件化扩展,兼具灵活性与工程化优势。
875 6
|
人工智能 Cloud Native 中间件
划重点|云栖大会「AI 原生应用架构论坛」看点梳理
本场论坛将系统性阐述 AI 原生应用架构的新范式、演进趋势与技术突破,并分享来自真实生产环境下的一线实践经验与思考。
|
存储 监控 NoSQL
Redis高可用架构全解析:从主从复制到集群方案
Redis高可用确保服务持续稳定,避免单点故障导致数据丢失或业务中断。通过主从复制实现数据冗余,哨兵模式支持自动故障转移,Cluster集群则提供分布式数据分片与水平扩展,三者层层递进,保障读写分离、容灾切换与大规模数据存储,构建高性能、高可靠的Redis架构体系。
|
机器学习/深度学习 人工智能 vr&ar
H4H:面向AR/VR应用的NPU-CIM异构系统混合卷积-Transformer架构搜索——论文阅读
H4H是一种面向AR/VR应用的混合卷积-Transformer架构,基于NPU-CIM异构系统,通过神经架构搜索实现高效模型设计。该架构结合卷积神经网络(CNN)的局部特征提取与视觉Transformer(ViT)的全局信息处理能力,提升模型性能与效率。通过两阶段增量训练策略,缓解混合模型训练中的梯度冲突问题,并利用异构计算资源优化推理延迟与能耗。实验表明,H4H在相同准确率下显著降低延迟和功耗,为AR/VR设备上的边缘AI推理提供了高效解决方案。
1920 0
|
11月前
|
机器学习/深度学习 自然语言处理 算法
48_动态架构模型:NAS在LLM中的应用
大型语言模型(LLM)在自然语言处理领域的突破性进展,很大程度上归功于其庞大的参数量和复杂的网络架构。然而,随着模型规模的不断增长,计算资源消耗、推理延迟和部署成本等问题日益凸显。如何在保持模型性能的同时,优化模型架构以提高效率,成为2025年大模型研究的核心方向之一。神经架构搜索(Neural Architecture Search, NAS)作为一种自动化的网络设计方法,正在为这一挑战提供创新性解决方案。本文将深入探讨NAS技术如何应用于LLM的架构优化,特别是在层数与维度调整方面的最新进展,并通过代码实现展示简单的NAS实验。
517 0
|
11月前
|
Cloud Native Serverless API
微服务架构实战指南:从单体应用到云原生的蜕变之路
🌟蒋星熠Jaxonic,代码为舟的星际旅人。深耕微服务架构,擅以DDD拆分服务、构建高可用通信与治理体系。分享从单体到云原生的实战经验,探索技术演进的无限可能。
1024 4
微服务架构实战指南:从单体应用到云原生的蜕变之路
|
弹性计算 API 持续交付
后端服务架构的微服务化转型
本文旨在探讨后端服务从单体架构向微服务架构转型的过程,分析微服务架构的优势和面临的挑战。文章首先介绍单体架构的局限性,然后详细阐述微服务架构的核心概念及其在现代软件开发中的应用。通过对比两种架构,指出微服务化转型的必要性和实施策略。最后,讨论了微服务架构实施过程中可能遇到的问题及解决方案。
|
Cloud Native Devops 云计算
云计算的未来:云原生架构与微服务的革命####
【10月更文挑战第21天】 随着企业数字化转型的加速,云原生技术正迅速成为IT行业的新宠。本文深入探讨了云原生架构的核心理念、关键技术如容器化和微服务的优势,以及如何通过这些技术实现高效、灵活且可扩展的现代应用开发。我们将揭示云原生如何重塑软件开发流程,提升业务敏捷性,并探索其对企业IT架构的深远影响。 ####
570 3

热门文章

最新文章