Almacenamiento de archivos o en bloque de red para la infraestructura VMware on Classic

La utilización de cargas de trabajo de VMware para SAP en IBM Cloud está certificada. Sin embargo, requiere la elección del almacenamiento y utilizaría el modelo de entrega "TDI" para el que tendría que ejecutar comprobaciones de validación para obtener soporte de SAP. Por lo tanto, es importante tener en cuenta el almacenamiento correcto para los hosts de VMware cuando ejecutan cargas de trabajo de SAP.

Para los clústeres de VMware, donde las cargas de trabajo de SAP se ejecutan en varios nodos de hipervisor de VMware vSphere, el almacenamiento se debe compartir entre estos nodos de hipervisor.

VMware está disponible para trabajar con almacenamiento en bloque o con almacenamiento de archivos desde IBM Cloud. Para ayudarle a seleccionar el almacenamiento en bloques o el almacenamiento en archivos para ejecutar SAP en VMware, consulte VMware Documento técnico sobre comparación de protocolos de almacenamiento.

Cuando utilice almacenamiento de archivos o en bloque de red, no espere que los parámetros de rendimiento de certificación sigan siendo los mismos. Especialmente después de la factorización en las sobrecargas del hipervisor, tal como se describe en el apartado sobre Perfiles de cálculo en la infraestructura VMware on Classic certificada por SAP.

Para los almacenes de datos de VMware (donde se encuentran los discos virtuales .VMDK de la máquina virtual), las recomendaciones son las siguientes:

• Para SAP HANA, utilice discos SDD locales para el almacén de datos en una configuración RAID10
• Para SAP HANA, con almacenamiento de red, utilice 10 IOPS/GB con cada nodo vSphere que aloja SAP que utiliza una tarjeta de interfaz de red con conexión de 10 Gbps
• Para SAP NetWeaver o SAP AnyDB, con almacenamiento de red, utilice como mínimo 4 IOPS/GB con cada nodo de vSphere que aloja SAP que utiliza una tarjeta de interfaz de red con conexión de 10 Gbps

Para alcanzar los máximos IOPS en un volumen, se requieren los recursos de red adecuados. Otras consideraciones incluyen el uso de la red privada fuera del almacenamiento y host, y los ajustes específicos de la aplicación (por ejemplo, pilas de IP y profundidades de cola). Para obtener más información, consulte Iniciación al almacenamiento en bloque e Iniciación al almacenamiento de archivos para obtener más información sobre los niveles de almacenamiento y el rendimiento.

El almacenamiento a utilizar con la configuración manual de VMware (servidor nativo con imagen de SO VMware) o con la configuración automatizada de VMware (IBM Cloud para VMware Solutions Dedicated) se describe en:

• En Almacenamiento a utilizar con VMware vSphere en servidores nativos de IBM Cloud se proporcionan directrices sobre cómo integrar el almacenamiento en un entorno ESX.
• Almacenamiento a utilizar con IBM Cloud for VMware Solutions Dedicated

Block Storage para Virtual Servers en la infraestructura VPC

Para el almacenamiento de red, el IOPS por GB es limitado y el rendimiento depende de la carga de trabajo. Para sistemas de gestión de bases de datos relacionales (RDBMS), puede ser aconsejable utilizar el mismo volumen para el almacenamiento de datos y el registro de la base de datos. Esta configuración depende del comportamiento de la aplicación.

En general, para aplicaciones basadas en RDBMS típicas, un perfil de 5 IOPS/GB es razonable.

Si la aplicación utiliza indicadores clave de rendimiento (KPI) dedicados en el rendimiento del almacenamiento, pruebe el rendimiento del almacenamiento antes de empezar el despliegue de software. Utilizando un RAID de software basado en el gestor de volúmenes (como LVM), se cumplen casi todos los KPI.

Puntos de montaje de disco y volúmenes para IBM Db2

Después de conectar los dos volúmenes de datos, aparecerán dos nuevos discos virtuales en el servidor virtual; consulte la tabla siguiente. En este ejemplo, estos discos son vdd, vde y vdf.

En la Tabla 1 se muestra un diseño básico del sistema de archivos para dar soporte a una instalación de IBM Db2. Generalmente, una instalación de IBM Db2 utiliza subdirectorios que se pueden segmentar en volúmenes independientes.

Por ejemplo, "/db2/<DBSID>", "/db2/<DBSID>/log_dir" y varios "sapdata<n>", donde la carpeta "log_dir" contiene los archivos de registro en línea de la base de datos y "sapdata<n>" contiene los datos propiamente dichos. Por ejemplo, consulte la documentación de Db2 aquí: Sistemas de archivos necesarios para IBM Db2 para Linux, UNIX y Windows.

mx2-8x64, mx2-16x128 y mx2-32x256 perfiles

El perfil de mx2-8x64 está certificado solo para SAP Business One en HANA.

Para el Servidor Virtual creado en base al mx2-8x64, mx2-16x128 y mx2-32x256 existen:

• 3 volúmenes de 500 GB; tres volúmenes de almacenamiento en bloque de 500 GB, con un perfil de volumen personalizado que admita hasta 10.000 IOPS como máximo conectados al servidor virtual
• 1 volumen de 2.000 GB; un volumen de almacenamiento en bloque de 2.000 GB, con un mínimo de 4.000 IOPS (rendimiento medio) conectado al servidor virtual para copias de seguridad

Después de conectar los tres volúmenes de datos, aparecerán tres nuevos discos virtuales en el servidor virtual; consulte la tabla siguiente. En este ejemplo, estos discos son vdd, vde y vdf.

Los discos se pueden ver en el sistema operativo del servidor virtual del modo siguiente:

[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

Estos tres discos deben gestionarse bajo el gestor de volúmenes lógicos (LVM) de Linux® y se deben desplegar como volúmenes lógicos. Para lograrlo, primero ponga los tres dispositivos bajo control de LVM. Por ejemplo, conviértalos en volúmenes físicos:

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

A continuación, cree un grupo de volúmenes a partir de los volúmenes físicos. El nombre del grupo de volúmenes se puede elegir de acuerdo a sus preferencias; en nuestro ejemplo es hana_vg:

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

Después de crear el grupo de volúmenes, es necesario definir tres volúmenes lógicos en la parte superior. Estos volúmenes lógicos reflejan los requisitos de tamaño del sistema de archivos para SAP HANA. Los mandatos siguientes son para un servidor virtual de 256 GB:

[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

Para un servidor virtual de 128 GB, en el ejemplo anterior, -L 256GB debe sustituirse por -L 128GB y para 64 GB por -L 64GB, respectivamente. Estos mandatos no darán como resultado el menor tamaño posible del sistema de archivos, sino que crean la configuración de menor tamaño, que cumplirá los KPI de SAP HANA. Por último, es necesario crear un sistema de archivos en la parte superior de cada grupo de volúmenes:

[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

Las siguientes entradas de /etc/fstab montarán los sistemas de archivos después de que se hayan creado sus puntos de montaje (/hana/data, /hana/log y /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

Perfil mx2-48x384

Para el servidor virtual creado basándose en el perfil mx2-48x384, se necesitan:

• 3 volúmenes de 500 GB; tres volúmenes de almacenamiento en bloque de 500 GB, con un perfil de volumen personalizado que admita hasta 10.000 IOPS como máximo conectados al servidor virtual
• 4 volúmenes de 100 GB; cuatro volúmenes de almacenamiento en bloque de 100 GB, con un perfil de volumen personalizado que admita hasta 6.000 IOPS como máximo conectados al servidor virtual
• Opcional: 1 volumen de 2.000 GB; un volumen de almacenamiento en bloque de 2.000 GB, con un mínimo de 4.000 IOPS (rendimiento medio) conectado al servidor virtual para copias de seguridad

Después de conectar los siete volúmenes de datos, aparecerán siete nuevos discos virtuales en el servidor virtual; consulte la tabla siguiente. En este ejemplo, estos discos son vdd, vde, vdf, vdg, vdh, vdi y vdj.

Estos tres discos deben gestionarse bajo el gestor de volúmenes lógicos (LVM) de Linux® y se deben desplegar como volúmenes lógicos. Para lograrlo, primero ponga los tres dispositivos bajo control de LVM. Por ejemplo, conviértalos en volúmenes físicos:

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

A continuación, es necesario crear dos grupos de volúmenes diferentes:

[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

A continuación es necesario definir tres volúmenes lógicos en la parte superior. Estos volúmenes lógicos reflejan los requisitos de tamaño del sistema de archivos para SAP HANA. Los mandatos siguientes son para un servidor virtual de 384 GB:

[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

Por último, es necesario crear un sistema de archivos en la parte superior de cada grupo de volúmenes:

[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

Las siguientes entradas de /etc/fstab montan los sistemas de archivos después de que se hayan creado sus puntos de montaje (/hana/data, /hana/log y /hana/shared):

/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