在 AWS 上部署 SAP HANA ，您的选项是什么

作者：Sabari Radhakrishnan, Amazon Web Services（AWS）的合作伙伴解决方案架构师

译者：戴俊, Amazon Web Services（AWS）的专业服务团队 SAP 顾问 | 原文链接

您是否计划将 SAP 应用程序迁移到 SAP HANA 平台或使用 SAP HANA 启动新的实施？ 如果是这样，您可能会想知道 Amazon Web Services（AWS）提供什么选项来运行 SAP HANA 工作负载。 在这篇博文中，我想讨论 SAP HANA 所需的核心基础架构组件以及 AWS 提供的构建模块，以帮助您构建 AWS 上的 SAP HANA 虚拟设备。 我希望这些信息可以帮助您了解概念层面的部署选项。 这是我们将在 AWS 主题上发布各种 SAP 的一系列博文中的第一篇，因此请经常回来看看。

如果您遵循SAP HANA定制数据中心集成（TDI）模式，内存，计算，存储和网络是 SAP HANA 所需的四个关键基础架构组件。 其中，内存是唯一取决于您的数据大小的变量。 计算，存储和网络的要求是从内存大小预设或派生的。 例如，根据内存大小，SAP 已经有了标准的 CPU 核数到内存比的要求，以确定您需要进行计算的 CPU 核心数量。 关于存储，无论内存大小如何，您需要能够满足SAP HANA硬件配置检查工具（HWCCT）指南中规定的不同块大小和其他 KPI 的特定吞吐量要求。 最后，对于网络，特别是对于横向扩展情况，不论内存大小，您都需要能够在 SAP HANA 节点之间至少支持 9.5 Gbps 的网络吞吐量。

在过去的几年中，AWS 与 SAP 紧密合作，以验证在 AWS 平台上运行 SAP HANA 工作负载的计算和存储配置。 我们如何实现这个目标的呢？ 答案是，AWS 已经设计了具有不同内存大小的Amazon Elastic Compute Cloud（Amazon EC2）实例，以满足 SAP 对 SAP HANA 的所有严格的性能要求，包括适用于计算的 CPU 核心到内存比例。 此外，Amazon Elastic Block Store（Amazon EBS）在许多情况下满足了 TDI 模型的存储 KPI。 最后，EC2 实例的网络带宽满足或超过了横向扩展模式下节点间通信的 9.5 Gbps 要求。

我们来仔细看看这些构建模块和配置选项。

内存和计算

AWS 提供了几种 EC2 实例类型来支持不同类型的工作负载。有两个 EC2 实例系列非常适合 SAP HANA 工作负载：内存优化的 R3 和 R4 实例以及高内存 X1 实例。这些实例系列是针对内存中的工作负载（如 SAP HANA）专门制定的。这些实例系列及其包含的实例类型为您提供了运行 SAP HANA 工作负载的各种计算选项。对于在线分析处理（OLAP）工作负载（例如，HANA 上的 SAP Business Warehouse，SAP BW / 4HANA，数据集市等），您可以垂直扩展，从 244 GiB 到 2 TB，水平扩展一直到 14 TB，并被 SAP 完全支持。还要注意，我们已经在 AWS 实验室中成功测试了多达 25 个节点的部署或总共 50 TB 的 RAM。对于在线交易处理（OLTP）工作负载（例如，HANA 上的 SAP Business Suite，SAP S4 / HANA，SAP CRM 等），您现在可以从 244 GiB 垂直扩展到 2 TB。随着 AWS 继续推出具有最新 CPU 代数的新实例类型，我们将与 SAP 密切合作，为 SAP HANA 工作负载的这些实例类型进行认证。通过 SAP 认证和支持的 SAP HANA 硬件目录中的“认证IaaS平台”页面，查看可用于 SAP HANA 工作负载的生产中的所有经过认证的 AWS 实例类型。在非生产工作负载的给定实例系列中，您可以随时使用较小的实例大小，例如 r3.2xlarge，r4.2xlarge 等，以降低总体拥有成本（TCO）。请记住，这些是云原生实例，使您可以灵活地将 SAP HANA 系统的内存空间从 64GB 无缝更改为 2 TB，反之亦然，几分钟内即可实现 SAP HANA 实施的前所未有的灵活性。

以下图表总结了我刚刚描述的内存和计算选项。

注 – 对于 SAP Business One，所适用的 SAP HANA 的版本，以及可以使用其他实例和内存大小。 请参考关于这个话题的另一个博文。

存储

对于 SAP HANA 的持久性块存储，AWS 提供多种选项。对于您的性能敏感数据和日志卷，以及针对 SAP HANA 备份的成本优化/高吞吐量磁性 EBS 卷（st1），我们有两种支持 SSD 的 EBS 卷类型（gp2 和 io1）。

• 使用通用 SSD（gp2）卷类型，您可以驱动高达每卷 160 MB / s 的吞吐量。为了实现 TDI 模型所需的最大吞吐量为 400 MB / s，您必须为 SAP HANA 数据和日志文件分配三个卷。

• 配置的 IOPS SSD（io1）卷提供每卷最多 320 MB / s 的吞吐量，因此您需要至少分两个卷来实现所需的吞吐量。

• 通过吞吐量优化的硬盘（st1）卷，您可以通过大尺寸块的顺序读写实现高达 500 MB / s 的吞吐量，这使 st1 成为存储 SAP HANA 备份的理想选择。

一个关键点是每个 EBS 卷都会在其 AWS 可用区域内自动复制，以保护您免受故障，提供高可用性和耐久性。因此，您可以在操作系统级别配置 RAID 0 阵列，以获得最佳性能，而不必担心您的卷的额外保护（RAID 10 或 RAID 5）。

网络

网络性能是 SAP HANA 的另一个关键因素，尤其是横向扩展系统。 每个 EC2 实例提供一定量的网络带宽，而像 X1 这样的一些最新实例系列可为您的 SAP HANA 需求提供高达 20 Gbps 的网络带宽。 此外，许多实例为 Amazon EBS 存储后端提供专用网络带宽。 例如，最大的 X1 实例（x1.32xlarge）提供 20 Gbps 的网络带宽和 10 Gbps 的专用存储带宽。 R4（r4.16xlarge）除了专用的 12 Gbps 存储带宽外还提供 20 Gbps 的网络带宽。 以下简要介绍了 SAP 认证实例的网络功能。

*网络和存储流量共享相同的 10 Gbps 网络接口

操作系统（OS）

SAP 支持在 SUSE Linux Enterprise Server（SLES）或 Red Hat Enterprise Linux（RHEL）上运行 SAP HANA。 AWS 都支持这两种操作系统版本。 此外，您可以在AWS Marketplace中使用 SAP HANA 特定的 SUSE 和 Red Hat 映像来快速开始。 您还可以选择携带自己的操作系统许可证。 请在未来的博文中，查看有关 SAP HANA 在 AWS 上的操作系统选项的详细信息。

把以上内容搭建起来

您可能会问：“AWS 提供与 TDI 类似的 SAP HANA 的这些构建模块非常好，但是如何将这些组件放在一起构建一个满足 SAP 对 AWS 要求的系统？”AWS 客户几年前就问了这个问题，这就是为什么我们构建了AWS SAP HANA快速启动。此快速启动使用 AWS CloudFormation 模板（基础架构作为代码 infrastructure as code）和自定义脚本来帮助配置 AWS 基础架构组件，包括存储和网络。快速启动有助于设置 SAP HANA 安装的操作系统先决条件，并且可以在携带自己的软件和许可证时安装 SAP HANA 软件。快速启动是可以在全球许多 AWS 地区使用的自助服务工具。在不到一小时的时间内，它们可以以一致，可预测和可重复的方式为您的 SAP HANA 系统提供基础设施，无论是单节点还是横向扩展系统。查看在 SAP RE：Invent 2016 会议期间与 SAP 联合提交的 SAP HANA Quick Start 的演示文稿。

我们强烈建议您使用 AWS 快速启动为您的 SAP HANA 部署配置基础架构。 但是，如果无法使用快速启动（例如，因为要使用自己的操作系统映像），则可以手动配置 SAP HANA 环境，并将构建模块放在一起。 只需确保遵循快速入门指南中有关存储和实例类型的建议。 为了具体目的，我们还在“ SAP HANA on AWS 手动部署指南”中的 SAP HANA 中提供了分步说明。 （手动部署指南很快将会更新，以包括最新操作系统版本的说明，包括 RHEL。）

备份和恢复

以可靠的方式备份和恢复 SAP HANA 数据库的能力对于保护业务数据至关重要。 您可以使用本机 SAP HANA 工具将数据库备份到 EBS 卷，并最终将备份的文件移动到Amazon Simple Storage Service（Amazon S3），以提高其耐用性。 Amazon S3 是高度可扩展和耐用的对象存储服务。 Amazon S3 中的对象可以冗余地存储在一个区域内的多个设施中，并提供 11 个 9 的耐久性。 您还可以选择使用与 Amazon S3 集成的企业级备份解决方案，如 Commvault，EMC NetWorker，Veritas NetBackup 和 IBM Spectrum Protect（Tivoli Storage Manager）以及 SAP HANA Backint 界面。 这些合作伙伴解决方案可以帮助您将 SAP HANA 数据库直接备份到 Amazon S3，并使用企业级软件管理备份和恢复。

高可用性（HA）和灾难恢复（DR）

HA 和 DR 是在 SAP HANA 上运行的关键业务应用程序的关键。 AWS 提供了几个构建模块，包括全球各个 AWS 区域和每个 AWS 区域内的多个可用区域，您可以根据 RTO 和 RPO 的要求设置 HA 和 DR 解决方案。 无论您是寻求基于成本优化的解决方案还是基于停机时间优化的解决方案，SAP HANA HA / DR 架构都有一些独特的选择，请查看SAP HANA HA/DR 指南，以了解有关这些更多信息。 在未来的博文中，我们将深入探讨这一主题。

系统迁移

在实际迁移的时候，您可以使用 SAP Software Provisioning Manager（SWPM）和 Software Update Manager（SUM）的 Database Migration Option（DMO）等标准 SAP 工具集，或第三方迁移工具来把在任何数据库上运行的 SAP 应用程序迁移到 AWS 上的 SAP HANA。 SAP 到 AWS 迁移过程与典型的本地迁移方案没有太大的不同。 在本地场景中，您通常将源和目标系统驻留在同一数据中心。 当您迁移到 AWS 时，唯一的区别是您的目标系统驻留在 AWS 上，因此您可以将 AWS 视为自己的数据中心的扩展。 还有一些选项可用于在迁移过程中将导出的数据从本地数据中心传输到 AWS。 我建议您查看 Migrating SAP HANA Systems to X1 Instances on AWS，以更好地了解您的选项。

其他注意事项包括操作，调整大小，缩放，与其他 AWS 服务（如Amazon CloudWatch）的集成，以及大数据解决方案。 我们将在未来的博文中详细讨论这些。 同时，我们也鼓励您使用AWS SAP HANA快速入门来在 AWS 上使用 SAP HANA。 要了解有关在 AWS 上运行 SAP 工作负载的更多信息，请参阅 AWS 网站上列出的白皮书。

最后，如果您需要一个超出了目前可用规模的可扩展系统，请与我们联系。 我们很乐意与您讨论您的要求，并与您一起实施。

– Sabari

译者

戴俊，AWS 中国专业服务团队 SAP 咨询顾问，在加入 AWS 之前，曾供职于 SAP 和 EMC 历任 SAP 技术顾问及 SAP 解决方案工程师，在 SAP 系统架构设计与迁移方面有着丰富的经验。现任职于 AWS 中国专业服务团队，主要为客户提供云上 SAP 系统架构设计，SAP 上云迁移等咨询服务。

本文转载自 AWS 技术博客。

原文链接：

https://amazonaws-china.com/cn/blogs/china/deploying-sap-hana-on-aws-what-are-your-options/