欢迎浏览sook云!

网站地图

当前位置:主页 > 云主机 > 主机租用 >

数据库服务器_网站建设协议_12月免费

时间:2021-06-12 04:19

人气:

作者:sook云

导读:首先 这次的博客是以下3次系列的Part2。 Part1:概要和设计方法(1) Part2:设计方法(2) Part3:过渡方法 上次作为SAP的IaS的Hyperrscaller的概要,作为设计方法中循环要素的前半部分记载了...

数据库服务器_网站建设协议_12月免费

首先

这次的博客是以下3次系列的Part2。

Part1:概要和设计方法(1)

Part2:设计方法(2)

Part3:过渡方法

上次作为SAP的IaS的Hyperrscaller的概要,作为设计方法中循环要素的前半部分记载了存储器、CPU这次从循环要素的后半部分开始记载。

设计方法(2)

实际上哪个VM实例是否支持SAP,建站快速,因为有记载了各IaS供应商的支持情况的SAP Note,请从那里参考。以下是Azure、AWS、GCP的示例。

SAP Note 1928533–SAP ApplicationAzure:Supported ProduuctsandAzure VM types

SAP Note 165609–SAP Applionson AWS:SupportedDB/OS andAWS EC2 product

SAP Note 2456432–SAP ApplicationGoogle Cloud Plaform:SupporteProduuctsand Google VM ty

SAP Note 2456432–SAP ApplicationGoogle CloudPlaform:Supported Produuctsand and Google VM ty

SSS

请确认上述SAP Note,各VM i对于站姿,除了内存量之外还记载了SAPS值。如上次所述,不仅是存储器,如果有基于CPU的循环输入,也可以参考这些值选择合适的VM实例。另外,虚拟化技术特有的Hypervisor层等开销被这些SAP Note记载的SAPS值所考虑,所以不需要在意。

关于SAP HANA,如下所示,准备了另外记载了认定信息的网站。

Certfied and Supporoted SAP HANA Hardware(=>IaS过滤)

接下来是关于光盘的,各Hypercaler准备了为了使SAP HANA动作而被认定的光盘。因此,无论选择哪一个都不会有大的偏差,例如正式运用需要适合正式运用的吞吐量,所以适用各推荐事项,如果可能的话最好在调试后尽早进行性能验证。

例如Azure中,在SAP的正式运用环境中,根据实例不同有推荐的不同,但总体上推荐Premium Storage以上。

https://docs.microsoft.com/ja-jp/azure/virtual-machines/workloads/sap/planning-guide-storage

此外,例如在AWS中,在SAP HANA的正式运行环境中,推荐专业视觉IOPS SSD(io1)。

https://docs.aws.amazon.com/ja_jp/quickstart/latest/sap-hana/storage.html

此外,客户方面有确认或责任确认是否实际满足SAP HANA动作时的存储KPI。下面的表是从以往的首映礼开始就存在的硬件检查工具(HWCCT)指南中记载的SAP HANA面向正式环境的盘KPI。(注)作为硬件检查工具,现在可以使用HWCCT后继的HWMT工具(SAP Note 2493172)。

关于网络,延时和带宽是很大的考虑因素,特别是延时,需要事先好好研究Hyperrscaller的特征——区域和Availability Zone。例如,返利联盟,在正式运行的AP和DB之间存在着不同的Availability Zone的情况下,虽然作为HA构成非常优秀,但是由于跨越Availability Zone的通信总是多次发生,所以在性能方面不满足响应时间的要求这样的状况也有可能发生,因此该训练事先制定方针,经过性能评价等,为了能灵活应对,有必要事先考虑一下。

此外,从平台定义和设计选项的角度来看,即使能够定义初始尺寸和各种基础设施条件,也有可能在预设和设计部分受到制约,因此需要充分注意。

VM自身的尺寸的重新编排根据每个Hyperrscaller而不同,另外,如果需要巨大尺寸的VM,则在预定的Hyperrscaller或区域中是否可以配置该实例,或者在打算组合DR的区域中安装同一类型的Intern如果发生了不能放置数据的情况,有可能需要重新考虑DR条件,或者重新考虑Hyperrscaller的选择本身。另外,不仅仅是作为IaS,在与作为周边系统使用的PaaS和SaaS的合作中,如果不能将它们配置在近距离位置的话,淘返利,根据物理网络的距离,性能也可能会牺牲,所以只有单一产品但是,也需要对周边进行充分的调查。

Hyperrscaller中的HA/DR和备份的考虑方式与首映式没有太大变化,但是作为方式,自动定标和自动恢复等可选择的选项的数量增加了。基于非功能要件,各应用程序根据其业务的关键程度整理RTO、RPO、故障种类等。另外,需要定义在可能成为Single Point of Failure(SPOF)的部分分别实施怎样的对策。

例如,如果是SAP HANA的层,作为HA/DR的解决方案,在Hyperercaler中也可以通过作为SAP HANA的标准功能的HANA System Replication(HSR)实现数据同步,但若要检测出故障并自动进行Failover,则和启动时一样,可通过集群软件因为需要另外的软件,所以需要重新选定Hyperrscaller中对应的集群软件和方式。对于ASCS/ERS的层也同样。就ASCS/ERS层而言,如果想使用Standalone Enqueue Server2/Enqueue Replicator 2等多个实例构成,则需要进一步注意选择与之对应的集群软件(SAP Note 2711036)。

关于DR,根据RTO的不同,也经常采用不使用HSR功能,从取得的备份或图像中恢复的方式。在这种情况下,需要注意的是,如果在DR网站的不同区域上没有预先确保所需尺寸的实例,云估价,那么在实际发生大规模灾害的情况下所分配的配额就不够了,无法确保实例的可能性这一部分的可能性的暗示和方针的明确化是很有必要的。

温馨提示:以上内容整理于网络,仅供参考,如果对您有帮助,留下您的阅读感言吧!
相关阅读
本类排行
相关标签
本类推荐

关于我们 | 版权声明 | 广告服务 | 友情链接 | 联系我们 | 网站地图

Copyright © 2002-2020 sook云 版权所有 备案号:豫ICP备36548666号
本站资料均来源互联网收集整理,作品版权归作者所有,如果侵犯了您的版权,请跟我们联系。