云服务器价格_云数据库_云主机【优惠】最新活动-搜集站云资讯

中间件_个人网站建设方案_便宜的

小七 141 0

在本文中,我想与大家分享我在构建公司SAP基础设施和优化硬件成本方面的经验。目前,我们的内部环境中有20多个内部sap系统,包括大约15个基于HANA的安装。我们与Hetzner Online和Amazon web服务结合使用,平均每月硬件租赁费用约为1000欧元。事实上,这并不是一个高效的环境,所以一旦您拥有了任务关键型系统,这些技巧中的大多数都将不起作用。然而,在许多生产场景中,可以实现严重的成本节约,这就是我将在下面描述的内容。

长期以来,企业应用程序与昂贵(且维护复杂)的硬件、大型机、专业技术团队等联系在一起。在过去的几年中,云解决方案的作用有所增加,客户要么只租用设备(即虚拟服务器),要么提供完整的应用程序服务。然而,云的主要特点——弹性资源分配带来成本节约——在许多中小型sap安装的典型场景中并不需要。

最流行的想法是利用弹性容量优化成本——禁用不需要的服务器,更改资源分配(即内存和CPU)。如果您有横向扩展的环境(即多个应用服务器),这些方法是有意义的。但是,对于大多数情况(BW除外),您将拥有一个"大型"HANA实例,它需要一个可靠(而且昂贵)的实例。一旦您决定安装SAP—在许多情况下,您不必根据请求动态调整大小或启动/停止它—您只需要启动并运行它,而且您可能希望有一个选项来增加硬件资源,以防系统负载增长。所以,它看起来像是一个常规的服务器租赁,唯一的区别是这些服务器位于云端。

例如,一个256Gb内存的云实例每月将花费1200-1700欧元,这取决于具体的云提供商、地理位置等。即使我们决定使用8×5的时间表,在非常乐观的情况下(不考虑必要的更新时间,长时间的后台工作通常安排在夜间或周末)我们每月仍能获得400-500欧元左右的报酬。

一旦您运行了一个关键任务生产系统,这些成本可能是可以接受的(甚至超过可以接受的)。但是,如果您正在运行一组内部系统(如果您是sap合作伙伴),或者您根本不需要"大型"云提供商提供的所有功能,并且/或者2-4小时的系统停机时间对您的业务来说不是一个关键风险(中小型公司通常是这样),那么成本就相当高了。坦率地说,您不需要99.9999%的sap可用性,除非您所在的位置有相同的internet连接或电力供应。根据我的经验,我可以说,考虑直接租用服务器而不是虚拟化环境可能是有意义的。

在我们公司,我们从2014年初开始使用Hetzner Online,这是一种廉价的选择,可以保留非生产系统以满足内部需求。自2016年以来,我们一直将其与HANA一起用于非生产目的,因为出于这些目的,它是一个不错且相当便宜的选择。

现在,怎么做淘客,我们的内部布局基于Hetzner Online PX121-SSD服务器,具有单Xeon E5-1650 v3 hexa core和256Gb RAM。当然,淘客宝,这不是一个经过认证的HANA平台,但在使用的2年中,我们从未遇到过任何与硬件相关的问题。我们通常在一台主机上运行2-3个系统,包括带有演示数据的IDES版本。事实上,这些都是低负载系统,没有大量用户登录,不能建议任何生产使用这种情况。

关于提供给客户的生产环境,我们使用DX291–Dell PowerEdge R730,配备双Xeon E5-2620 v4 octa内核和高达768Gb RAM。这一个由SAP正式支持,并在HANA认证的硬件目录中列出。从定价角度来看,我们得到的例子是256Gb RAM,每月350欧元,或在"最大"配置中–756Gb RAM,每月约900欧元。

让我总结一下生产主机的"净"硬件成本:

从技术角度来看,整个生产环境将是这样:

这个解决方案是一致的符合企业级要求。但是,无法衡量单个服务器的稳定性—如果没有备份解决方案,这就不算什么。在尝试了几种不同的选择之后,我们最终决定使用amazons3作为外部备份存储。所有数据库备份都被传输到S3;重做日志也存储在其中。因此,计算机大数据,这允许在Hetzner Online数据中心之外保留时间点恢复所需的数据,并允许在发生故障时快速恢复。

作为额外的保护选项,我们在Amazon EC2上使用reserve实例。其主要思想是,通常在SAP系统上只有数据库可以更改,而文件系统上很少有文件可以更改。因此,一旦在Amazon EC2上设置了一个服务器作为某个生产系统的副本,云 服务器,它可能很容易通过数据库恢复来实现。

这种保护(灾难恢复)过程的图表将显示如下:

这样,我们在Hetzner Online上有主实例,在AWS上有额外的副本,大多数时间关闭,几乎没有需要额外付款。但是,如果"主"Hetzner Online实例出现故障,则可以轻松启动该实例,使用最新的备份和重做日志更新该实例,并继续进行生产操作。这种方法允许使用更便宜的硬件托管选项,同时在最坏的情况下将计划外停机时间保持在4-8小时的时间段内。为了使对系统的访问对最终用户透明,可以通过如下模式所示的额外负载平衡实例来组织对这样一个系统的访问: