这是我们关于在Azure架构上设计一个伟大的SAP系列文章的最后一篇博客。强大的SAP on Azure架构建立在安全性、性能和可扩展性、可用性和可恢复性以及效率和操作等支柱之上。在这个博客中，我们将介绍一系列的Azure服务和一个新的GitHub存储库，它可以支持在Azure上运行的SAP应用程序的操作效率。我们开始吧。使用Azure NetApp文件简化SAP共享存储体系结构Azure NetApp文件（ANF）可用于简化SAP on Azure部署体系结构，为基于企业NFS的SAP共享文件的高可用性（HA）提供了一个极好的使用案例。SAP共享文件对于具有高可用性要求和多个应用程序服务器的SAP系统至关重要。此外，SAP HANA横向扩展系统还需要一组通用的共享文件，即。/sapmnt，用于存储SAP内核文件、配置文件和作业日志。/hana/shared，其中包含SAP hana横向扩展的二进制文件、配置文件和跟踪。在azurenetapp文件出现之前，运行Linux的具有高可用性要求的SAP客户必须使用Pacemaker群集和块复制设备来保护SAP共享文件。这些设置管理起来很复杂，需要高度的技术技能来管理。随着Azure NetApp文件的引入，Pacemaker群集可以从体系结构中移除，从而减少了环境的扩展和维护工作。此外，不再需要对磁盘进行条带化，也不再需要为SAP共享文件配置块复制技术。更确切地说，可以使用Azure-CLI或Azure-Central-CLI将Azure卷和SAP-Central-Services配置为挂载。Azure NetApp文件卷还可以动态调整大小，并通过存储快照进行保护。为了简化您的SAP on Azure部署架构，我们发布了两种方案，用于实现SAP System Central服务的高可用性和基于NFS的Azure NetApp文件的SAP共享文件。•针对SAP应用程序的Azure NetApp文件，在Red Hat Enterprise Linux上为Azure VMs上的SAP NetWeaver提供高可用性•SUSE Linux Enterprise Server上的SAP NetWeaver on Azure VMs具有针对SAP应用程序的Azure NetApp文件的高可用性使用Azure Connector for SAP LaMa优化开发、测试和沙盒部署在一个典型的SAP系统中，通常会部署多个应用程序环境，如ERP、SCM、BW等，并且需要执行SAP系统副本和SAP系统更新，即为技术/应用程序版本创建新的SAP项目系统，或定期从生产副本刷新QA系统。SAP系统拷贝和刷新的端到端过程既耗时又费力。SAP LaMa Enterprise Edition可以支持这一领域的运营效率，其中SAP系统复制或刷新的几个步骤可以自动化。我们的Azure Connector for LaMa支持对Azure托管磁盘的复制、删除和重新定位，以帮助您的SAP操作团队执行SAP系统复制和系统刷新，从而快速减少手动操作。就虚拟机（VM）操作而言，Azure Connector for LaMa可用于降低您在Azure上的SAP资产的运行成本。您可以停止（取消分配）和启动您的SAP虚拟机，这使您能够以较低的利用率配置文件运行某些工作负载，即通过LaMa接口将SAP S/4HANA沙盒虚拟机从08:00-18:00联机，每天10小时，而不是24小时运行。此外，azureconnectorforlama还允许您在LaMa内部直接产生性能需求时调整虚拟机的大小。通过自动化SAP部署节省时间并减少错误手动部署SAP基础架构和软件安装可能非常耗时、繁琐且容易出错。Azure的一个主要优点是能够自动化您的SAP基础设施部署，即虚拟机、存储和SAP软件的安装。自动化减少了错误和偏差，促进了程序化和加速的SAP部署。作为客户，您在Azure上有一系列本机可用的自动化工具，如Azure资源管理器模板，您还可以通过PowerShell和Azure CLI创建部署脚本。此外，您还可以选择利用您最喜欢的配置管理工具。我们在下面提供了一些链接，为您的SAP部署提供了一些关于Azure自动化的入门指南。手臂模板示例：地形和Ansible样品SUSE解决方案模板示例使用Azure Monitor for SAP解决方案获得整体视图SAP on Azure客户现在可以受益于拥有一个监控基础设施遥测和数据库指标的中心位置。我们增强了Azure Monitor功能，以包括SAP解决方案监控。对azuremonitor的这项增强包括了SAP on Azure虚拟机（VMs）和我们的裸机HANA大型实例（HLI）产品。Azure Monitor for SAP解决方案功能包括：监控基础设施的运行状况和利用率基础设施和SAP数据库之间的数据关联以进行故障排除对数据进行趋势分析以确定支持主动补救的模式Azure Monitor for SAP Solutions不在SAP HANA VM或HLI上运行代理。相反，它在您的客户订阅中部署了一个托管资源组，该组包含从saphana服务器收集遥测数据的资源，然后将数据摄取到Azure的日志分析中。托管资源组中部署的某些组件包括：Azure密钥库–用于存储客户机密，如数据库凭据用户分配的标识–作为访问策略分配给密钥保管库日志分析–收集和分析监测遥测的工作区收集器虚拟机–运行逻辑以从SAP HANA数据库服务器收集遥测数据我们的愿景是在基础设施和SAP遥测数据一致的情况下实现单点监控和分析，以便在发生任何致命停机之前轻松识别问题并实施补救措施。一个简单的例子是，内存利用率轨迹变得非常关键，SAP HANA开始出现列卸载的情况。发生这种情况时，会触发警报，在问题恶化之前通知管理员。2019年10月，Azure Monitor for SAP能够从SAP HANA收集统计数据，目前正在进行私人预览，因此，如果您对该服务感兴趣，请联系您的Microsoft客户团队。用于优化SAP部署的其他资源AzureCAT SAP部署工程团队在客户项目上提供深入的参与，我们帮助客户在Azure上成功地高质量地部署SAP应用程序。在整个项目生命周期中，有时需要对客户的SAP部署体系结构进行修正或优化。例如：提升SAP部署体系结构的弹性：可能会出现这样一种情况：客户可能在单实例虚拟机（SLA 99.9%）中部署了SAP系统，而不是通过Azure可用性集（SLA 99.95%）部署了高可用性配置。现在，客户需要迁移到可用性集配置，同时保留现有的网络（IP、vNIC）和数据磁盘。性能优化：SAP on Azure的一个客户已经在生产中运行，现在希望从邻近放置组中获益，以优化其SAP应用程序和数据库虚拟机之间的网络性能。可用区选择：客户需要指导来选择最佳的Azure可用性区域，以最小化网络往返时间，并为其SAP数据库实现零（同步）恢复点目标。为了解决上述主题（以及更多），我们创建了一个新的GitHub存储库。这个存储库将经久不衰，我们的客户和合作伙伴可以期待新的脚本不断落地，以支持SAP部署在Azure上的运营效率。交割这个博客结束了我们关于在Azure架构上设计一个伟大的SAP的系列文章。我们希望您喜欢我们的最新产品，以便在Azure上高效地操作SAP资产，而且一如既往，变化是云世界中唯一不变的因素，我们在这里是为了适应变化并使其更简单。下一步，我们建议您查看我们的SAP on Azure快速入门页面。对于本系列之前的博客，您可以参考以下链接：安全性设计为性能和可扩展性而设计针对可用性和可恢复性进行设计