从HPE选择SAP HANA解决方案的10个理由。 第二部分

在上一篇文章中,我们开始讨论了从Hewlett Packard Enterprise中为SAP HANA选择解决方案的10个理由,并着重于技术原因。

我建议“通过供应商的眼光”考察在SAP HANA下选择解决方案的过程。

我希望它看起来像这样:


但是,一切都更加简单和平淡无奇。

帮助选择解决方案时,我们总是与客户讨论仅选择可靠,快速的服务器,存储或复杂服务器还不够,您需要制定出整个解决方案。 确实,高可用性解决方案模型始终是组件的堆栈。 而且,如果我们看不到特定的链接,则整个系统可能会很脆弱。


在谈到解决方案模型时,我们牢记以下链接:可以捕获无法纠正的错误并继续运行服务的可靠硬件组件,可以分析系统当前状态的可靠诊断和预测系统,使用硬件模式构建预测模型以消耗硬件资源并预测未来行为系统,高度可访问的操作系统和虚拟机监控程序,可以使客户灵活地选择系统部署模型和扩展,请参见 集群设施,可以保护服务免受单个组件的故障。 仅研究所有这些链接才能提供100%解决方案可用性。

6. HPE Serviceguard高可用性和灾难管理解决方案


ServiceGuard诞生于HP Labs,它是第一个SAP R / 3集群解决方案,随后出现在* NIX系统上。 随着时间的流逝,Linux发展缓慢,英特尔将Itanium功能切换到x86,而当SAP宣布其新的SAP HANA产品时,则需要在Linux和x86上使用高可用性工具。 ServiceGuard已被移植,现在是一种高可用性群集组织软件,旨在保护应用程序和服务免遭计划外和计划内的停机。 HPE ServiceGuard for Linux(SGLX)可通过在计划的维护期间或发生故障时自动将应用程序过渡到备份设备或站点,从而为SAP HANA环境提供24x7的可用性。 Smart Quorum ,SafeSync,数据完整性和控制机制,HPE的开发和全面支持等独特功能使其成为该细分市场中最受欢迎的群集解决方案,用于保护最关键的HANA实例。
与SUSE HA解决方案相比,在事件发生期间的群集,仲裁机制,轮询资源,交换机制,响应速度,移动逻辑和其他基础结构负载方面,存在重大差异。 我不会详细介绍它们,但我们总是与客户讨论此类问题。

演示了用于SAP HANA的ServiceGuard群集的操作及其与SAP System Replication的集成:


7. HANA实施服务/专业知识


有时,SAP HANA项目类似于一个动作片:六个月之内,有必要将具有数TB容量的单个客户的多个HANA数据库系统从国外从非x86平台(这里没有什么选择)迁移到俄罗斯和x86平台。 幸运的是,我们公司拥有一支经过良好协调的团队,可以帮助客户正确地进行准备,权衡所有风险,不脱离允许的技术范围,提出一种机制,对其进行测试,并确保将HANA轻松地转移到俄罗斯。
全球HPE Pointnext团队的背后是SAP HANA的20,000多个系统的安装,部署,迁移和维护。

此外,迁移或部署的部分功能和任务可以委托给合作伙伴或客户的IT服务,并且在项目进行过程中,我们可以将专业知识转移给我们的同事。
以下是几个已完成项目的示例

8.专业技术中心的支持:SAP HANA CoE


出售针对SAP HANA的解决方案还不错。 那么重要的是要确保其支持和性能。 在理想的情况下,客户始终拥有一个已安装设备的供应商和一个解决所有技术问题的切入点。 但是现实会自行调整,尤其是当我们谈论针对SAP HANA的量身定制的数据中心集成时 ,例如,一个供应商负责服务器,另一供应商负责存储,第三供应商负责网络,还有SAP本身,例如安装了管理程序。 当各个供应商的责任区交界处存在交互问题时,它尤其变得“有趣”。

在这种情况下,这种情况如下:

Internet上对此交互的审查较少。

在这种方法中,没有一个强大的对手,而是一个可以帮助了解情况并解决问题的强大盟友,非常重要。

HPE不仅提供硬件支持,而且还可以在高素质的技术专家的协助下提供扩展的远程支持,并提供解决问题的集成方法,这有助于提高SAP HANA环境的可用性。 适用于SAP HANA解决方案的HPE卓越中心(CoE)提供解决方案级别的支持,即 关闭设备问题(服务器,存储,网络,LAN,此外,我们不仅可以包括支持的HPE设备),还可以基于预测分析提供对问题的预测,并提供有关建议的个性化分析。 此支持最重要的好处之一是HPE和SAP之间特别同意的解决问题的流程。

9. WASL-适用于Linux的独特SAP HANA应用程序安全解决方案


谁是第一手与SAP HANA合作的人,也许知道在一整套SAP注释中找到为SAP HANA应用程序设置操作系统和安全补丁的所有建议是多么困难。 出于这些目的,我们将所有建议集中在一个地方-WASL

用于Linux的HPE Workload Aware Security(WASL)是一种一键式安全工具,旨在保护操作系统和应用程序。 HPE WASL为SAP HANA工作负载和Linux操作系统的基础实例提供安全控制。 WASL可用于在将系统投入生产之前配置必要的安全级别,然后在生产操作期间对其进行控制。 通过Internet安全中心( CIS )的Linux OS的C4S测试检查了该操作系统是否符合国际标准和安全要求。 WASL可以根据《 SAP HANA安全指南》保护SAP HANA的HPE解决方案,只需单击一次即可自动提供多达90%的设置。

遵循WASL的建议,对该服务进行了演示 ,或如何将SAP HANA应用程序的可用性从67.9%提高到了90.1%。

10. HPE Greenlake-适用于SAP HANA模型的独特基础架构即服务


与客户交流时,经常会听到实施SAP HANA的需求“已经在昨天”了,并且目前没有用于基础架构的资金。 我们不打电话去抢银行,也许在这种情况下答案是IaaS的报价,或者是SAP HANA的特殊情况HPE Greenlake:


我不是金融家,但我会尽力解释提案的实质:

  1. 我们与客户一起,正在研究以基础架构形式启动项目的要求。
  2. 我们正在为2-3-4年内的基础设施发展做出粗略的预测。
  3. 我们获得了一种财务模型,可以在客户面前保护自己,如果一切合适,我们可以签署双方律师达成的协议。
  4. 我们将设备交付给客户现场,我们执行合同中所述的配置工作。 根据合同条款,此设备在Hewlett Packard Enterprise的资产负债表上。
  5. 我们安装了一个程序,用于收集SAP HANA下消耗的设备资源的统计信息(利用处理器容量,内存,磁盘资源)。 根据设备的实际读数,我们每月收取资源使用费。 实际上,这意味着,但是我们会遇到这样一种情况,即资源使用率可以分别上升和下降,或者增加或减少每月付款。
  6. 该合同的结果是在履行财务义务后将设备最终转移到客户的余额中。 了解到在履行这些义务时,可能会出现新一代设备-我们可以放下“技术更新”选项,并在4年后用当前一代设备替换。

当然,该提议具有许多功能:客户必须拥有“白”账簿,当设备需求逐渐增加时,财务模型趋于一致,应该减少CAPEX,如果可能的话使用OPEX。 但是,在俄罗斯,已经有数家客户使用Greenlake产品提供SAP HANA已有多年了,我们准备为任何“标准” SAP HANA项目提供HPE Greenlake计算形式的替代产品。

了解有关适用于SAP HANA的HPE GreenLake的更多信息:


如您所见,为SAP HANA选择解决方案并非易事,需要研究许多组件。 我们公司拥有丰富的经验,随时准备为SAP HANA解决方案提供基础,并且还将帮助您选择满足您的需求和期望的最佳技术组合,以获得最佳结果。

参考文献:

  1. 适用于SAP HANA的HPE解决方案
  2. HPE Greenlake
  3. HPE Greenlake比较指南
  4. 适用于SAP HANA的HPE Greenlake
  5. 数据中心服务
  6. IT融资与投资解决方案

新年快乐! 愿他只带来美好!

Source: https://habr.com/ru/post/zh-CN433952/


All Articles