亚马逊AWS官方博客

Tag: 崔新岩

SAP on AWS Multi-AZ (HA) working with Oracle Data Guard

众多企业客户在SAP ERP系统规划阶段选择Oracle作为ERP后端数据库。随着企业本地数据中心硬件设备全生命即将结束或客户计划以云平台作为其下一步IT投资方向,客户希望将保持现有运行环境作为前提将现有SAP系统迁移入云。本文以云上合规作为前置条件说明AWS平台上基于Oracle原生功能的跨可用区高可用实现。

第三部分 SAP on AWS HA Single AZ

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

第二部分 SAP on AWS Pilot Light

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

第一部分 SAP on AWS EC2 Auto Recovery

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

SAP on AWS 部署架构(引论)

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