我经常从客户那里听到的问题之一是"如何降低SAP HANA硬件成本？"

我们致力于为客户实现最佳价值，我知道硬件在SAP HANA TCO中占有重要地位。为了降低物理基础设施的成本，您可以做以下几件事：

1）规模和架构谨慎

我们发现许多客户没有花足够的时间来确定HANA系统的规模。实现这一目标的最佳方法是与您的客户团队讨论我们的HANA规模调整服务。我们为所有客户提供了一套服务，以确保我们智能地调整和构建环境，并且我们可以为您的场景共享参考体系结构。

还有一些调整工具，如HANA Quick Sizer，您可以通过我们的Sizing Microsite访问。

2）阅读我们的横向定义指南

我们发布了横向定义指南，其中讨论了SAP HANA的部署模型。如果您希望构建一个基于SAP HANA的体系结构，这是一个很好的起点。

它包括可用的部署模型、对硬件、组件进行大小调整、定义硬件需求、定义集群策略（扩大或缩小）、决定多租户和虚拟化选项，定义高可用性和灾难恢复策略以及系统复制要求和更改管理。

3）数据生命周期管理

在许多情况下，我们发现客户希望移动现有系统并将其重新部署到HANA数据管理套件上。在基于磁盘的数据库中，保留旧的、未使用的数据的代价是较低的性能和较大的存储需求。使用saphana，它可以增加数据库的大小，从而增加大小。请考虑以下内容：

临时/管理表：许多较旧的SAP系统都有TB的数据，这些数据是冗余的，可以清理。数据温度管理：SAP HANA数据管理套件具有内置的数据温度管理功能，包括动态分层，大数据用什么数据库，这是一种基于磁盘的酷数据存储。存档：像OpenText这样的数据存档工具是可用的，它们将数据存储在磁盘或磁带上。归档对于遵守GDPR特别有用，在GDPR中，数据必须保留一段时间，私有云市场，然后销毁。

4）针对云的基准测试

亚马逊x1.32xlarge 2TB，128个核心系统在撰写本文时，按需系统的运行价格为13.44美元/小时，3年期的运行价格为3.76美元，这是一个非常惊人的价格。

虽然您的数据中心或提供商可能会提供更好的服务水平协议（SLA），但这是一个考虑TCO的好方法。

请注意：如果您是公共云客户（Amazon Web Service、Microsoft Azure或Google Cloud），请仔细考虑使用保留实例来获得3年期定价，这是3-4倍便宜。

5）定制数据中心集成（TDI）阶段5

当我们第一次创建SAP HANA时，我们决定指定一个核心：内存比率。当时是128GB/插座。根据需要，我们现在最多支持1.5TB/插槽，这意味着对于简单的2插槽系统，我们最多支持3TB。

对于TDI第5阶段，产业大数据，我们允许您自定义核心：内存比率或者使用较慢的CPU来降低成本。这在小型环境中尤其重要，因为高端CPU的成本是总体价格的一个重要因素。

6）非功能需求（HA/DR）

我以前写过一些关于HANA HA/DR的文章，我发现最常见的情况是，客户对HANA环境的要求过高。停机的业务需求应该定义您的恢复点目标（RPO，或数据丢失量）和恢复时间目标（RTO，或恢复和运行的时间）。

一旦您了解了RPO和RTO，架构师就可以定义满足这些需求的成本最低的系统。我建议你选择最便宜的选择。

为什么？高RPO和RTO需要更复杂的环境（想想汽车，而不是火箭飞船！）更复杂的环境更难正确设置，甚至可能更经常出错。选择最简单和最便宜的选择，以满足您的业务需求。

7）供应商比较

我需要有一个枯树砍倒去年夏天，第一个报价是非常昂贵的。我定下的价格比原来的报价低了近3倍，这是一家优秀的树木清除专家公司的报价。

购买硬件时同样适用：获得多个报价，这样您就可以确定您购买的产品的公平市价。尤其是，试着带一个局外人进来。IBM的电力系统非常有趣，各种基于Intel Skylake的设备也是如此。

此外，我不建议硬件供应商负责规模和体系结构—这会带来利益冲突。无论如何，让他们参与进来，但要确保你有足够的专业知识来挑战他们的方法，否则你可能得不到你所需要的。

8）混合云

我今天看到的一个最常见的举措是，组织希望将混合云用于HANA。您可以在云（Amazon/Microsoft/Google）中进行开发/测试，然后在本地构建生产，或者在像我们的HANA企业云这样的托管云中进行生产。

这允许快速启动，然后实现灵活性。另外，如果你不需要的话，你可以在晚上关闭系统，节省更多的钱。

9）成本优化

当你完成了你的初始架构，你应该看看一些优化成本的方法。以下是一些让您开始学习的想法：