这是关于在Azure架构上设计SAP系列文章的第二篇，共分四部分。在我们的博客系列的第一部分中，我们讨论了安全性设计的主题。强大的SAP on Azure架构建立在安全性、性能和可扩展性、可用性和可恢复性以及效率和操作等支柱之上。本博客将关注性能和可伸缩性的设计Microsoft对SAP网络和存储的支持Microsoft Azure是运行SAP应用程序的著名公共云。任务关键型SAP应用程序在Azure上可靠运行，这是一个经过企业验证的超大规模平台，可为您的SAP资产提供规模、灵活性和成本节约。凭借SAP HANA认证的IaaS云产品组合，客户可以在经过认证的虚拟机上运行其SAP HANA生产规模扩大应用程序，其内存范围从192GB到6TB不等。此外，对于SAP HANA横向扩展应用程序（如HANA上的BW和BW/4HANA），Azure支持2TB内存和最多16个节点的虚拟机，总容量高达32TB。对于如今需要极端扩展的客户，Azure为SAP HANA提供了裸机HANA大型实例，可扩展到20TB（TDIv5为24TB），SAP HANA扩展到60TB（TDIv5为120TB）。我们的客户（如CONA Services）正在运行28 TB SAP HANA横向扩展实施的任何公共云中最大的SAP HANA工作负载为性能而设计性能是实现业务流程数字化和加速数字化转型的关键驱动因素。生产SAP应用程序（如SAP ERP或S/4HANA）需要执行，以最大限度地提高效率并确保获得积极的最终用户体验。因此，在Azure上为您的SAP应用程序在计算、存储和网络上执行详细的大小调整练习是非常重要的。设计性能计算一般来说，有两种方法可以确定要在Azure中实现的SAP系统的适当大小，一种是使用引用大小调整，另一种是通过sapequicksizer。对于现有的内部部署系统，应参考系统配置和资源利用率数据。系统利用率信息由SAP OS Collector收集，可以通过SAP事务OS07N和EarlyWatch警报进行报告。类似的信息可以通过利用任何系统性能和统计信息收集工具来检索。对于新系统，您应该使用SAP quick sizer。在下面的链接中，您还可以获得每种Azure虚拟机类型的网络和存储吞吐量：Azure中Windows虚拟机的大小Azure中Linux虚拟机的大小设计高性能存储除了根据SAPS和内存需求选择适当的数据库虚拟机外，还必须确保存储配置的设计满足SAP数据库的IOPS和吞吐量要求。请注意，所选虚拟机具有驱动IOPS和吞吐量需求的能力。Azure premium受管磁盘可以分条来聚合IOPS和吞吐量值，例如5 x P30磁盘将提供25K IOPS和1000 MB/s吞吐量。以SAP HANA数据库为例，我们发布了一份存储配置指南，涵盖了生产场景，同时还发布了一个有成本意识的非生产变体。按照我们的生产建议，将确保存储配置为成功通过所有SAP HCMT KPI，因此必须在与/hana/log卷相关联的磁盘上启用写加速器，因为这有助于4KB和16KB块大小的次毫秒写入延迟。Ultra Disks旨在为I/O密集型工作负载（如SAP HANA和任何数据库（SQL、Oracle等）提供一致的性能和较低的延迟—使用Ultra磁盘可以达到虚拟机的最大I/O限制，而无需按照高级磁盘的要求对多个磁盘进行分条。2019年9月，Azure超级磁盘存储在美国东部2、东南亚、北欧地区普遍可用。在DSv3和ESv3虚拟机类型上受支持。有关Windows和Linux操作系统主机支持的VM大小的最新信息，请参阅常见问题解答。本视频展示了超级磁盘存储的领先性能。为性能设计网络随着Azure占地面积的增长，单个可用性区域可能跨越多个物理数据中心，这可能导致网络延迟影响您的SAP应用程序性能。邻近放置组（PPG）是一个逻辑分组，用于确保Azure计算资源在物理上靠近每个资源，并实现尽可能低的网络延迟，即SAP应用程序和数据库虚拟机的同一位置。有关更多信息，请参阅我们有关使用PPGs部署SAP应用程序的详细文档。我们建议您考虑在您的SAP部署架构中使用ppg，并在SAP应用程序和数据库vm上启用加速联网。加速的网络使您的虚拟机能够实现单根I/O虚拟化（SR-IOV），从而提高网络性能，绕过数据路径中的主机。SAP应用服务器到数据库服务器的延迟可以用ABAPMeter report/SSA/CAT进行测试。ExpressRoute Global Reach允许您将ExpressRoute电路从本地连接到不同区域的Azure，从而在本地网络之间建立专用网络。Global Reach可用于您的SAP HANA大型实例部署，以实现从本地到部署在不同区域的HANA大型实例单元的直接访问。此外，GlobalReach可以在部署在不同区域的HANA大型实例单元之间实现直接通信设计可扩展性使用azuremv2虚拟机，您现在可以扩展到208vcpu/6TB，很快就可以扩展到12tb。对于需要超过12 TB的数据库，我们提供SAP HANA大型实例（HLI），专门为您构建裸机产品。服务器硬件嵌入更大的图章中，该图章包含HANA TDI认证的计算、网络和存储基础设施，大小不一，从36个Intel CPU核/768 GB内存到最大480s CPU核和24 TB内存。Azure全球超大规模区域Azure拥有比任何其他云提供商都多的全球地区，它提供了使应用程序更接近全球用户所需的规模，保留了数据常驻性，并为客户提供了全面的法规遵从性和弹性选项。截至2019年第三季度，Azure共跨越54个地区，在140个国家/地区提供服务。像嘉士伯集团（Carlsberg Group）这样的客户通过迁移到Azure（以其重要的SAP应用程序为中心）将其转变为一个创新平台。嘉士伯向Azure的迁移包括700台服务器和350个应用程序，包括涉及1.6 PB数据的基本SAP应用程序，其中包括8 TB的主SAP数据库。在这个博客中，我们讨论了几个与为sapaonazure设计高性能和可伸缩架构相关的主题。随着客户踏上从SAP到Azure的旅程，为了有条不紊地部署高性能、可扩展的体系结构，在部署的各个阶段，建议深入研究SAP on Azure文档，以加深他们对使用Azure托管和运行SAP应用程序的理解。SAP workload on Azure planning and deployment checklist可用作指南针，在客户的SAP Greenfield部署或本地到Azure迁移项目的各个阶段中导航。在本系列的博客3中，我们将讨论可用性和可恢复性的设计。