Tag: SAP AWS Auto Recovery Pilot light HA

SAP作为企业核心应用系统，业务对于系统的RTO/RPO以及高可用支持的场景通常会有较高的要求。通常SAP系统在云上部署会使用DX、VPC、EC2、EBS、S3等相关AWS基础服务。一般在实施初期，进行SAP系统架构设计的时候客户会存在以下疑问：“既然云上AWS都已经保证在一个区域内，Amazon EC2 和 Amazon EBS 的月度正常运行时间百分比至少达到 99.99%，那我们为什么还要部署要采用高可用?” 根据AWS推荐设计原则，搭建一个云端应用系统时，基础原则是“design for failure”，也就是系统架构设计的时候需要考虑到应用系统的每一个层面，包括硬件和软件是可能出现故障的，并据此在应用系统架构设计上消除单一故障点，从而实现高可用性的系统架构

SAP作为企业核心应用系统，业务对于系统的RTO/RPO以及高可用支持的场景通常会有较高的要求。通常SAP系统在云上部署会使用DX、VPC、EC2、EBS、S3等相关AWS基础服务。一般在实施初期，进行SAP系统架构设计的时候客户会存在以下疑问：“既然云上AWS都已经保证在一个区域内，Amazon EC2 和 Amazon EBS 的月度正常运行时间百分比至少达到 99.99%，那我们为什么还要部署要采用高可用?” 根据AWS推荐设计原则，搭建一个云端应用系统时，基础原则是“design for failure”，也就是系统架构设计的时候需要考虑到应用系统的每一个层面，包括硬件和软件是可能出现故障的，并据此在应用系统架构设计上消除单一故障点，从而实现高可用性的系统架构。

SAP作为企业核心应用系统，业务对于系统的RTO/RPO以及高可用支持的场景通常会有较高的要求。通常SAP系统在云上部署会使用DX、VPC、EC2、EBS、S3等相关AWS基础服务。一般在实施初期，进行SAP系统架构设计的时候客户会存在以下疑问：“既然云上AWS都已经保证在一个区域内，Amazon EC2 和 Amazon EBS 的月度正常运行时间百分比至少达到 99.99%，那我们为什么还要部署要采用高可用?” 根据AWS推荐设计原则，搭建一个云端应用系统时，基础原则是“design for failure”，也就是系统架构设计的时候需要考虑到应用系统的每一个层面，包括硬件和软件是可能出现故障的，并据此在应用系统架构设计上消除单一故障点，从而实现高可用性的系统架构。