在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上云迁移等咨询服务。