Virtualization and Multitenancy for SAP HANA. Multitenancy.

[former_member182844]

Última entrada de la serie: Virtualization and Multitenancy for SAP HANA

En las anteriores:

• Virtualization and Multitenancy for SAP HANA. Introducción.


• Virtualization and Multitenancy for SAP HANA. Virtualización.

Hoy nos toca la opción Multitenancy para SAP HANA, así que… empecemos!

Multitenancy para SAP HANA.

Como ya habíamos dicho, Multitenancy es la capacidad en SAP HANA
de albergar varías base de datos “tenant” bajo una misma instancia.

Cada una de estas “tenant databases” comparte los recursos de la instancia,
pudiéndose configurar el consumo de recursos de la instancia de forma independiente.

Esta característica está presente desde el SPS09 (recordemos que el último disponible es el SPS11 a fecha de hoy).



En la imagen anterior podemos observar la configuración de un MDC (Multitenant Database Container).
Algunas de las opciones propias de cada tenant:

• Cada tenant database tiene su propia gestión de usuarios finales, administradores,
  catálogo, repositorio, persistencia, backups, fichero de trazas y logs.


• La asignación de CPU y memoria puede configurarse de forma independiente.


• Integración independiente con el SAP HANA Data Center.

No obstante cada tenant deberá compartir:

• SID y revisión siendo cada tenant identificada por nombre y puerto.
  (Una instalación o actividad de parcheo afecta a todo el sistema)


• Directorio de instalación.


• Si usásemos la opción de replicación para SAP HANA tendríamos que replicar el sistema completo.

Adicionalmente, en la revisión SPS10 de SAP HANA se añadieron capacidades extra de aislamiento para las tenants databases:

• Usuarios específicos (OS) para cada tenant DB.


• Grupos específicos (OS) para cada tenant DB.

Cabe decir que para reducir la complejidad del sistema así como su funcionamiento,

SAP sólo recomienda el uso de estas nuevas características donde el aislamiento debe ser requisito indispensable.