交钥匙服务:SAP托管如何工作

哈Ha! 今天,我们想与您谈谈诸如SAP托管这样的现象的设备。 在本文中,我们:

  • 我们将以建立联合服务的形式向您介绍智能化方面的经验;
  • 讨论将企业从本地解决方案过渡到云提供商的市场原因;
  • 我们将合理分析SAP托管模型与内部部署之间的差异,并比较成本;
  • 考虑一些从本地迁移到云的方案。



首先,想象一下将在本文中讨论的合作伙伴。

Itelligence是我们值得信赖的盟友,在25个国家/地区拥有30多年的SAP丰富经验。 他们的能力包括SAP产品的实施,SAP Application Management Service(对SAP应用程序的支持)和SAP托管。 仅在托管方面,智能服务就为200多个客户提供服务,并由250名员工提供支持-工程师和架构师监视24/7的SAP系统。

当前,智能化是由其自己的10个面向SAP的数据中心代表的,而在俄罗斯选择了会员模型。 第一个这样的合作伙伴是IT GRAD。 我们提供计算能力和工程支持,智能技术在SAP系统和数据库的管理中提供专业知识。 通过这种格式,我们看到了合作以创建高质量的联合服务。

合作伙伴责任范围


如果没有明确的责任分工,任何伙伴关系都不会有效。因此,我们将特别注意这一问题。

IT-GRAD的能力包括:

  • 在Tier III数据中心中提供灵活且可扩展的IT基础架构;
  • 对于公共部分,对资源的实际消耗进行计费;
  • 通信渠道和网络连接的组织L2;
  • 物理设备许可(用于OS);
  • 双方进行主动监控并自动通知事件;
  • 在提供的基础架构中进行咨询和一些服务;
  • 后备
  • 信息安全;
  • 在基础架构级别开发和实施灾难恢复方案。

对于基础设施问题,我们已经或多或少地明确了我们将继续致力于合作伙伴的责任领域。

任何SAP托管项目都包含两个阶段:

  1. 安装新系统或迁移现有系统。
  2. 系统支持。

第一阶段,我们的智能合作伙伴将执行以下任务。

安装新的系统格局时:

  • 研究描述SAP托管项目的功能,组织和基础架构范围的概念项目;
  • 针对体系结构,对系统和技术基础架构的需求(规模)开发体系结构和设计解决方案;
  • 安装开源软件,设置基础架构服务;
  • 安装应用程序软件(DBMS,SAP组件);
  • 系统技术基础设施的PSI;
  • 支持声明。

迁移时:

  • 研究现有的客户信息系统;
  • 准备一个迁移概念,描述迁移的方法,工具和主要阶段,划分职责范围;
  • 针对目标系统领域,目标系统要求和技术基础架构的体系结构和设计解决方案的开发;
  • 安装系统软件和基础设施服务;
  • 安装应用程序软件原型(DBMS,SAP组件);
  • 测试迁移过程;
  • 功能,集成,负载测试的性能;
  • 进行系统技术基础设施的验收测试;
  • 将源信息系统迁移到目标系统和技术基础架构;
  • 支持声明。

如果要使用提供程序迁移VM,请连接Veeam或VMware复制。

在第二阶段,我们的智能合作伙伴承担以下支持任务:

  • 监视和管理OS,DBMS,SAP应用程序软件的组件;
  • 根据SLA参数确保信息系统的可用性和性能;
  • 安装OS,DBMS和SAP应用程序软件组件的更新;
  • 提供服务台,消除附带部分的事故;
  • 报告提供的服务水平。

就其本身而言,itelligence为该项目提供了机会,使他们可以对需要评估SAP景观和迁移项目所需能力的两个新项目进行规模确定。 除了评估当前需求之外,智能还评估项目在不久的将来可能需要的能力。

因此,作为具有严格定义的责任范围的全面服务的一部分,我们的客户将获得针对DC,IaaS和SAP基础架构的单一支持服务和端到端SLA。

关于客户和不断增长的市场的几句话




您可以无休止地谈论云市场的增长率,但是建议您查看上面的图表。 通常,有几种驱动因素鼓励企业越来越多地使用云提供商的服务。

  • 摆脱“内部厨房”的问题,加快产品在市场上的投放

这里的一切都非常简单:产品到达消费者的速度越快,企业在竞争中获胜的时间就越多。 云提供商使客户的生活更轻松,并缩短了上市时间。 此外,正如我们的实践所示,最酷的配置文件专家会以某种方式与提供商“定居”。 好吧,这很自然:与提供者合作可为专家提供各种情况,并提供新的增长点。

  • 增强弹性和业务连续性

一家大型IT公司在构建公司基础结构方面的经验比试图自己或从头开始构建此基础结构的经验要丰富得多。 因此,当与云提供商合作时,由于技术问题而导致的停机和故障风险将降至最低。 企业意识到了这种风险,并委托他们对其设施进行“护理”。

从节省业务资源的角度来看,在大多数情况下,向云的过渡更为有效,这在我们之前已经多次提到。

  • 暂时缺乏能力

最接近零售的问题。 保持冷储备并连续维护巨大的容量(在高峰流量时段每年仅需要3-5次)是非常低效的。 在许多情况下,迁移到云中不仅可以节省购买和维护容量的费用,而且还可以节省现代化等资源消耗大的历史。



总而言之,上述因素最重要: 提高竞争力

成本比较


我们处理本文的主要主题:为什么SAP托管可以在内部实现更高的利润。 为了立即就经济学提出所有要点,我们提出了几张表格。 让我们从内部部署业务的成本开始。





而且,如果迁移到SAP托管,这似乎是成本的计算。



比较它们:



计算表明,选择内部部署选项时,我们将处理夸大其词的商业投资以及在非核心领域的投资。 对于SAP托管,一开始的客户可以花掉目前所需的一切,然后轻松扩展。

规模调整实际上是“有利可图的”,这大大减少了项目预算中的不确定性。 结果,与内部部署相比,我们获得了较低的启动成本并节省了多达4000万卢布(约占预算的25%)。

我们将更深入地研究项目的经济性,并详细考虑以下图表。 垂直标度以ksaps(kilosaps)为单位反映值。 Saps -SAP引入的一种度量单位,是每单位时间一组标准的事务/操作的速度。 浆液是上浆的结果。



当客户计划实施SAP并确定他需要多少服务器容量时,该工具就是定尺寸器,该定尺寸器以平均数量运行,并在输出时给出用户选择的配置所需的平均功率。

图表的右侧是卢布成分,即每ksaps的成本。

同时,红色的上升曲线是客户通过其服务器设备的能力得到的平均统计指标,从10到250万桶。 这些是大型计算中心,最多可容纳10-12台真实计算机,并在重复的数据中心中具有备份功能。 绿色的向下曲线代表用户1 ksaps的名义成本。 克萨普(Kaps)越低,月租费用就越昂贵,但是请注意,随着客户容量的增加,其月费减少的程度。

虚线示例显示,对于1750桶木沙,成本约为3.5卢布/桶。

现在,让我们解释一下ksaps在机器功率方面的含义。 如果说英特尔,那么1000 ksaps是1个虚拟处理器+ 4 GB的RAM。 换句话说,通过ksaps可以计算所需服务器的物理参数。 我们故意不谈论标准偏差,以免加深理解。 但是,根据上面列出的输入数据确定特定配置的成本非常简单。

现在,经济已经或多或少变得清晰起来了,让我们来谈谈建筑基础设施的技术方面。 有两种方法:SAP认证的设备和TDI。



  • SAP认证设备

实际上,该解决方案是“开箱即用”的,由SAP许可的软件和硬件组合,并且严格地固定在硬件和软件中,直至固定特定版本和程序发行版。 如果我们谈论应用程序,那么该解决方案的成本将比替代解决方案的成本平均高出15-20%,从而降低了其在客户中的知名度。

  • 贸易发展指数

这是一个已经存在硬件的虚拟基础架构,兼容性列表中对此硬件提供了支持。 例如,在IT-GRAD中,默认情况下,所有站点上所有购买的设备都与SAP解决方案兼容。 我们提供了一种经典的云构建架构,其中包含独立的存储系统,某种类型的处理器,服务器平台和虚拟化工具,使您可以从解决方案的更大灵活性和可伸缩性中受益。

SAP托管如何工作?


这一切都始于某个核心,即虚拟化集群。 它可以是兼容TDI硬件上的公共虚拟化群集,也可以是专用的受保护网段。 这完全取决于预算和功能。



对于SAP认证的设备(与TDI相对),还有许多其他基础结构元素,通常在生产环境和QAS环境中使用。 需要将所有这些都连接到单个基础结构中。 随后进行许可,因为有必要确保VMware虚拟化的功能以及为物理设备许可的操作系统的正确运行。

此外,我们提供备份(它可以在VM级别以及在OS和数据库级别执行),因为同一SAP HANA要求创建一致的备份。
谈到支持,我们组织了对所有事物的全天候监控-从硬件到所有虚拟化平台,操作系统和应用程序。 我们使用一整套监视系统进行操作,并在“捆绑”中提供从专用通道到常规Internet的所有网络连接选项,并且可以实现必要的安全要求。

例如,我们的客户之一是一家大型工业生产企业,需要实施基于SAP的集成系统。 选择最初是为了支持云。 在该项目的框架内,有必要根据内部监管者的要求实施专用的基础架构,并提供专用的通信渠道。 该项目的范围已经如下:

  • 超过40台服务器-接近50台;
  • 超过10个SAP系统;
  • 超过10 TB的HANA RAM。

计划按照FZ-152实施保护,并且根据客户要求,我们将提供L2通道。 这是一个完全专用的安装,服务由我们与智能共享。 我们会在基础架构,合作伙伴(操作系统及以下)级别上处理一切。 基于Commvault实施备份。

如何无缝切换到SAP托管


每个人都不可能有一个简单的食谱。 在准备迁移方案时,我们依靠客户的要求和限制。 特别是,这适用于:

  • 项目日期;
  • 连续操作系统的不可用时间;
  • 源系统和目标系统的配置。

过渡“从头开始”:

  1. 必要时部署虚拟基础架构和设备。
  2. 项目网络部分的组织。
  3. 准备操作系统,数据库,SAP系统。
  4. 激活监视和备份。
  5. 保护PD的措施(如果需要)。

从自己的基础架构迁移:

在这里,一切都有些复杂-有人只需要传输数据,从而确保“干净”安装,有人就需要传输现有VM的整个“ zoo”。

预先确定最方便,最适合企业的迁移方法非常重要: 安装干净的系统以及 使用提供商通过Veeam / VMware复制的方法进行 数据 迁移VM迁移

必须特别注意与企业进行迁移的计划和协调。 定义明确的行动计划,找到迁移的“窗口”,商定流量的时间和路径。 因此,您应该获得最详细的计划,准备好与过程中涉及的双方进行协调。

如您所见,SAP托管是一个非常平衡且舒适的解决方案,值得仔细研究。 如果您有任何疑问或渴望澄清,我们将很高兴在评论中听到他们的声音。 我们将尝试简洁明了地回答。

对于那些接近SAP托管问题的读者,我们建议您观看带有智能的网络研讨会录像。

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


All Articles