草庐IT

稳定性和高可用如何保障?一手测评华为云网站高可用解决方案

一、前言在如今科技高速发展的时代,几乎每个企业都依赖互联网,离不开互联网。很多企业的业务也都依托于互联网,比如我们熟知的电商、股市,直播、甚至是用于乘坐地铁、公交买票过闸的APP。如今可以说是一个互联网时代的完全体。但你们是否想过一个问题?如果在上班高峰期,我们使用的公共交通购票的APP崩溃了5分钟,亦或是股市交易系统崩溃了5分钟,产生的影响和损失会是多么巨大!所以在严重依赖互联网的今天,互联网应用的稳定性和高可用性尤为重要!哪怕一分钟的宕机,也可能造成巨大的损失或客户的流失。但保证高可用不是一件容易的事情。人力、物力、软件、硬件都是需要极大的投入。所以基于各种开销及技术难度层面考虑,很多企业

稳定性和高可用如何保障?一手测评华为云网站高可用解决方案

一、前言在如今科技高速发展的时代,几乎每个企业都依赖互联网,离不开互联网。很多企业的业务也都依托于互联网,比如我们熟知的电商、股市,直播、甚至是用于乘坐地铁、公交买票过闸的APP。如今可以说是一个互联网时代的完全体。但你们是否想过一个问题?如果在上班高峰期,我们使用的公共交通购票的APP崩溃了5分钟,亦或是股市交易系统崩溃了5分钟,产生的影响和损失会是多么巨大!所以在严重依赖互联网的今天,互联网应用的稳定性和高可用性尤为重要!哪怕一分钟的宕机,也可能造成巨大的损失或客户的流失。但保证高可用不是一件容易的事情。人力、物力、软件、硬件都是需要极大的投入。所以基于各种开销及技术难度层面考虑,很多企业

华为云确定性运维,为政务云平台稳定可靠运行保驾护航

摘要:在“一切皆服务”的战略下,华为云基于积累的综合治理经验,提出并实践了“确定性运维”方案。本文分享自华为云社区《华为云确定性运维,为政务云平台稳定可靠运行保驾护航》,作者:SRE确定性运维。当人们要办护照,希望户政APP是可用的;当人们要取公积金,希望网上行政大厅是可用的;当人们要扫场所码,希望健康码APP是可用的……近年来,数字化经济下,云上业务规模的快速增长与深入云化改造,让系统的复杂度不断提升,对云上的运维也提出了新的挑战。6月23日,国务院印发《国务院关于加强数字政府建设的指导意见》(下面简称《指导意见》),指出“持续优化利企便民数字化服务,提升公共服务能力。”电子政务已经与我们生

华为云确定性运维,为政务云平台稳定可靠运行保驾护航

摘要:在“一切皆服务”的战略下,华为云基于积累的综合治理经验,提出并实践了“确定性运维”方案。本文分享自华为云社区《华为云确定性运维,为政务云平台稳定可靠运行保驾护航》,作者:SRE确定性运维。当人们要办护照,希望户政APP是可用的;当人们要取公积金,希望网上行政大厅是可用的;当人们要扫场所码,希望健康码APP是可用的……近年来,数字化经济下,云上业务规模的快速增长与深入云化改造,让系统的复杂度不断提升,对云上的运维也提出了新的挑战。6月23日,国务院印发《国务院关于加强数字政府建设的指导意见》(下面简称《指导意见》),指出“持续优化利企便民数字化服务,提升公共服务能力。”电子政务已经与我们生

RabbitMQ - 稳定性探讨 - SpringBoot集成

概念:Broker:接收和分发消息的应用,RabbitMQServer就是MessageBrokerConnection:publisher/consumer和broker之间的TCP连接Channel:如果每一次访问RabbitMQ都建立一个Connection,在消息量大的时候建立TCPConnection的开销将是巨大的,效率也较低。Channel是在connection内部建立的逻辑连接,如果应用程序支持多线程,通常每个thread创建单独的channel进行通讯,AMQPmethod包含了channelid帮助客户端和messagebroker识别channel,所以channel之

RabbitMQ - 稳定性探讨 - SpringBoot集成

概念:Broker:接收和分发消息的应用,RabbitMQServer就是MessageBrokerConnection:publisher/consumer和broker之间的TCP连接Channel:如果每一次访问RabbitMQ都建立一个Connection,在消息量大的时候建立TCPConnection的开销将是巨大的,效率也较低。Channel是在connection内部建立的逻辑连接,如果应用程序支持多线程,通常每个thread创建单独的channel进行通讯,AMQPmethod包含了channelid帮助客户端和messagebroker识别channel,所以channel之

BUCK 电路PSIM仿真模型搭建之一 (PI模块稳定性分析)

1. 利用PI模块仿真BUCK电路电流环在调制通道上未加入延迟环节时,无论KP,KI参数如何调整系统都是稳定的  仿真结果:   在调制通道上引入一个开关周期的延迟  系统出现明显的震荡情况,说明数字系统一个差拍的控制特性,导致相位裕量减少,系统容易不稳定  存在一个1.5K的等幅度震荡  利用交流扫频功能得到闭环波特图,可见在穿越频率处(1.5KHZ),相位裕量几乎为0,所以出现1.5KHZ的等幅度震荡  此时若将kp从20降低到4,可见在穿越频率处相位大于-180,系统勉强能够稳定  从时间域来看波形出现短时间的衰减震荡,系统是一种临界稳定的状态 

BUCK 电路PSIM仿真模型搭建之一 (PI模块稳定性分析)

1. 利用PI模块仿真BUCK电路电流环在调制通道上未加入延迟环节时,无论KP,KI参数如何调整系统都是稳定的  仿真结果:   在调制通道上引入一个开关周期的延迟  系统出现明显的震荡情况,说明数字系统一个差拍的控制特性,导致相位裕量减少,系统容易不稳定  存在一个1.5K的等幅度震荡  利用交流扫频功能得到闭环波特图,可见在穿越频率处(1.5KHZ),相位裕量几乎为0,所以出现1.5KHZ的等幅度震荡  此时若将kp从20降低到4,可见在穿越频率处相位大于-180,系统勉强能够稳定  从时间域来看波形出现短时间的衰减震荡,系统是一种临界稳定的状态 

Crane如何做到利用率提升3倍稳定性还不受损?

作为云平台用户,我们都希望购买的服务器物尽其用,能够达到最大利用率。然而要达到理论上的节点负载目标是很的,计算节点总是存在一些装箱碎片和低负载导致的闲置资源。下图展示了某个生产系统的CPU资源现状,从图中可以看出,浪费主要来自以下几个方面:业务需求与节点可调度资源很难完全匹配,因此在每个节点上都可能剩余一些碎片资源无法被分配出去。业务通常为了绝对稳定,会申请超出自身需求的资源,这会导致业务锁定了资源但事实上未能有效利用。资源用量存在波峰波谷,很多在线业务都是有着规律性的服务高峰和低峰的,如通常白天负载较高,资源用量较大,而夜间在线访问降低,资源用量也会跌入低谷。Crane提供了Request推

Crane如何做到利用率提升3倍稳定性还不受损?

作为云平台用户,我们都希望购买的服务器物尽其用,能够达到最大利用率。然而要达到理论上的节点负载目标是很的,计算节点总是存在一些装箱碎片和低负载导致的闲置资源。下图展示了某个生产系统的CPU资源现状,从图中可以看出,浪费主要来自以下几个方面:业务需求与节点可调度资源很难完全匹配,因此在每个节点上都可能剩余一些碎片资源无法被分配出去。业务通常为了绝对稳定,会申请超出自身需求的资源,这会导致业务锁定了资源但事实上未能有效利用。资源用量存在波峰波谷,很多在线业务都是有着规律性的服务高峰和低峰的,如通常白天负载较高,资源用量较大,而夜间在线访问降低,资源用量也会跌入低谷。Crane提供了Request推