网络块或文件存储，用于 VMware 在经典基础设施上的存储

SAP 在 IBM Cloud 上使用 VMware 进行 工作负载已得到认证。 然而，这需要选择存储，并使用“TDI”交付模式，您需要运行验证检查以获得 SAP 支持。 因此，当您的 VMware 主机运行 SAP 工作负载时，考虑正确的存储方式非常重要。

对于 VMware 集群，其中 SAP 工作负载在多个 VMware vSphere 虚拟机管理程序节点上运行，存储必须在这些虚拟机管理程序节点之间共享。

VMware 可从 使用块存储或文件存储。IBM Cloud 为了帮助您选择块存储或文件存储，以便在 VMware 上运行 SAP，请参阅 VMware 存储协议比较技术文件。

当您使用网络块或文件存储时，请勿指望认证性能基准保持不变。 尤其是考虑到 SAP 认证的 VMware 在经典基础设施上的计算配置文件 中所描述的管理程序开销。

对于 VMware 数据存储（虚拟机.VMDK虚拟磁盘所在的位置），建议如下：

• 对于 SAP HANA，在 RAID10 配置中，使用本地SDD磁盘作为数据存储
• 对于 SAP HANA，使用网络存储，每个 vSphere 节点使用10 IOPS/GB，每个节点承载的 SAP 使用10 Gbps连接的网络接口卡
• 对于 SAP NetWeaver 或 SAP AnyDB,，如果使用网络存储，则每个 vSphere 节点至少需要4 IOPS/GB，且 SAP 使用的网络接口卡连接速度为10 Gbps

要在卷上实现最大 IOPS，需要有足够的网络资源。 其他注意事项包括专用网络在存储器和主机端之外的使用量，以及特定于应用程序的调整（例如，IP 堆栈和队列深度）。 如需了解更多信息，请参阅 《 Block Storage 入门指南》 和 《 File Storage 入门指南 》，了解有关存储层和性能的更多信息。

存储空间可用于 VMware 手动设置（裸机与 VMware 操作系统镜像）或 VMware 自动设置（ IBM Cloud 用于 VMware Solutions 专用），具体说明如下：

• 存储与 VMware vSphere on IBM Cloud 结合使用。Bare Metals 提供了如何在 ESX 环境中集成存储的进一步指导。
• 存储空间，与 IBM Cloud 一起用于 VMware Solutions 专用

Block Storage 致，关于VPC基础设施 Virtual Servers

对于网络存储，每GB的IOPS是有限的，性能取决于工作负载。 对于关系型数据库管理系统（RDBMS），建议数据库日志和数据存储使用相同的容量。 此设置取决于应用程序的行为。

一般来说，对于典型的基于RDBMS的应用程序，5 IOPS/GB的性能指标是合理的。

如果您的应用程序使用存储性能方面的专用关键绩效指标（KPI），请在开始部署软件之前测试存储吞吐量。 通过使用基于卷管理器的软件RAID（如LVM），您几乎可以满足所有KPI。

IBM 的磁盘安装点和容量 Db2

在您连接两个数据卷后，虚拟服务器中将出现两个新的虚拟磁盘，请参见下表。 在这个例子中，这些磁盘分别是 vdd、vde 和 vdf。

表1显示了支持 IBM Db2 安装的文件系统的基本布局。 一般来说，IBM Db2 安装使用的子目录可以分割为独立的卷。

例如，"/db2/<DBSID>"、"/db2/<DBSID>/log_dir" 和几个 "sapdata<n>"，其中文件夹 "log_dir" 包含数据库的在线日志文件，而 "sapdata<n>" 包含数据本身。 例如，请参阅 Db2 文档 ：IBM、Db2、Linux、UNIX和Windows所需的文件系统。

mx2-8x64，mx2-16x128 和 mx2-32x256 的个人资料

mx2-8x64 个人资料仅适用于HANA上的 SAP Business One。

对于基于 mx2-8x64，mx2-16x128 和 mx2-32x256 配置文件，有：

• 3x 500 GB 卷；三个 500 GB 大小的块存储卷，带有自定义卷配置文件，支持虚拟服务器上连接的最多 10,000 个最大 IOPS
• 1x 2,000 GB容量；一个2,000 GB大小的存储块，4,000 IOPS（中等性能）连接到虚拟服务器用于备份

连接三个数据卷后，虚拟服务器中将出现三个新的虚拟磁盘，请参见下表。 在这个例子中，这些邮箱分别是 vdd、vde 和 vdf。

虚拟服务器的操作系统中可以看到磁盘，如下所示：

[root@hana256-vsi ~]# fdisk -l

Disk /dev/vdd: 536.9 GB, 536870912000 bytes, 1048576000 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/vde: 536.9 GB, 536870912000 bytes, 1048576000 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/vdf: 536.9 GB, 536870912000 bytes, 1048576000 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

这三个磁盘必须在 Linux® 逻辑卷管理器（LVM）下进行管理，并作为逻辑卷进行部署。 为了实现这一目标，首先将三个设备置于LVM的控制之下。 例如，制作实体书：

[root@hana256-vsi ~]# pvcreate /dev/vdd /dev/vde /dev/vdf

然后，从物理卷创建一个卷组。 卷组名称可以根据您的喜好进行选择，在我们的示例中为 hana_vg：

[root@hana256-vsi ~]# vgcreate hana_vg /dev/vdd /dev/vde /dev/vdf

创建卷组后，需要定义三个逻辑卷。 这些逻辑卷反映了 SAP HANA 的文件系统大小要求。 以下命令适用于256GB的虚拟服务器：

[root@hana256-vsi ~]# lvcreate -i 3 -I 64K -L 256GB -n hana_log_lv hana_vg
[root@hana256-vsi ~]# lvcreate -i 3 -I 64K -L 256GB -n hana_shared_lv hana_vg
[root@hana256-vsi ~]# lvcreate -i 3 -I 64K -l 100%FREE -n hana_data_lv hana_vg

对于128GB的虚拟服务器，在上面的示例中，-L 256GB 必须替换为 -L 128GB，64GB的虚拟服务器则必须替换为 -L 64GB。 这些命令不会使文件系统达到最小，但会创建满足 SAP HANA KPI的最小配置。 最后，需要在每个卷组上创建一个文件系统：

[root@hana256-vsi ~]# mkfs.xfs /dev/mapper/hana_vg-hana_log_lv
[root@hana256-vsi ~]# mkfs.xfs /dev/mapper/hana_vg-hana_data_lv
[root@hana256-vsi ~]# mkfs.xfs /dev/mapper/hana_vg-hana_shared_lv

以下内容发送至 /etc/fstab 后，将在创建挂载点（ /hana/data、/hana/log 和 /hana/shared ）后挂载文件系统：

/dev/mapper/hana_vg-hana_log_lv    /hana/log xfs defaults,swalloc,nobarrier,inode64
/dev/mapper/hana_vg-hana_shared_lv /hana/shared xfs defaults,inode64 0 0
/dev/mapper/hana_vg-hana_data_lv   /hana/data xfs defaults,largeio,swalloc,inode64 0 0

mx2-48x384 个人资料

对于基于 mx2-48x384 配置文件创建的虚拟服务器有：

• 3x 500 GB 卷；三个 500 GB 大小的块存储卷，带有自定义卷配置文件，支持连接至虚拟服务器的多达 10,000 个最大 IOPS 需要
• 4x 100 GB 卷；四个 100 GB 大小的块存储卷，带有自定义卷配置文件，支持连接至虚拟服务器的最多 6,000 个最大 IOPS
• 可选：1x 2,000 GB 容量；一个 2,000 GB 容量的存储块，具有较低的 4,000 IOPS（中等性能），连接到虚拟服务器进行备份

在连接七个数据卷后，虚拟服务器中将出现七个新的虚拟磁盘，请参见下表。 在这个例子中，这些磁盘分别是 vdd、vde、vdf、vdg、vdh、vdi、vdj。

这三个磁盘必须在 Linux® 逻辑卷管理器（LVM）下进行管理，并作为逻辑卷进行部署。 为了实现这一目标，首先将三个设备置于LVM的控制之下。 例如，制作实体书：

[root@hana384-vsi ~]# pvcreate /dev/vd[d,e,f,g,h,i,j]

然后，需要创建两个不同的音量组：

[root@hana384-vsi ~]# vgcreate hana_vg /dev/vdh /dev/vdi /dev/vdj
[root@hana384-vsi ~]# vgcreate hana_log_vg /dev/vdd /dev/vde /dev/vdf /dev/vdg

接下来，需要在顶部定义三个逻辑卷。 这些逻辑卷反映了 SAP HANA 的文件系统大小要求。 以下命令适用于384GB的虚拟服务器：

[root@hana384-vsi ~]# lvcreate -l 100%VG -i 4 -I 64K  -n hana_log_lv hana_log_vg
[root@hana384-vsi ~]# lvcreate -i 3 -L 384G -I 64K -n hana_shared_lv hana_vg
[root@hana384-vsi ~]# lvcreate -i 3 -l 100%FREE  -I 64K -n hana_data_lv hana_vg

最后，需要在每个卷组上创建一个文件系统：

[root@hana384-vsi ~]# mkfs.xfs /dev/mapper/hana_log_vg-hana_log_lv
[root@hana384-vsi ~]# mkfs.xfs /dev/mapper/hana_vg-hana_data_lv
[root@hana384-vsi ~]# mkfs.xfs /dev/mapper/hana_vg-hana_shared_lv

在创建挂载点（ /hana/data、/hana/log 和 /hana/shared ）后，以下内容将发送至 /etc/fstab，用于挂载文件系统：

/dev/mapper/hana_log_vg-hana_log_lv    /hana/log xfs defaults,swalloc,nobarrier,inode64
/dev/mapper/hana_vg-hana_shared_lv /hana/shared xfs defaults,inode64 0 0
/dev/mapper/hana_vg-hana_data_lv   /hana/data xfs defaults,largeio,swalloc,inode64 0 0