En una
base de datos SAP HANA se usan múltiples conexiones de red para transferir información,
ya sea hacia los clientes durante el transcurso de operaciones estándar,
entre nodos en una solución scale-out incluso entre
datacenters SAP.
Para segmentar correctamente las distintas conexiones dividiremos las conexiones en 3 zonas lógicas:
- Client Zone.
Diferentes clientes como clientes SQL, clientes en servidores de aplicaciones SAP,
navegadores usando HTTP/s apuntando hacia el curso SAP HANA XS server incluso otras fuentes de datos como BI,
necesitan un canal de comunicación hacia SAP HANA.Básicamente las aplicaciones cliente se comunican con SAP HANA a través de “client library”
(SQLDBC, JDBC, ODBC, DBSL, ODBO…) cuando la comunicación a través de SQL
pudiendo ser también MDX para otras plataformas y tipos de clientes.
- Internal Zone.
La zona interna cubre la comunicación entre los hosts en el caso que fuese un sistema distribuido
o la comunicación en el caso que existiese replicación entre dos sites con SAP HANA.En determinados casos existe la posibilidad de que se alcance el límite de un single host,
es entonces cuando se deberá distribuir el sistema SAP HANA entre varios hosts,
(scale up vs scale out) pasando a un sistema distribuido.
Una opción en este aspecto podría ser el particionado de datos, es decir, dividir una tabla en
porciones más pequeñas, las cuales pueden ser ubicada en diferentes hosts.
- Storage Zone.
Aunque SAP HANA opera en memoria,
la información necesita ser almacenada en el denominado almacenamiento persistente,
el cual podrá estar localizado en el propio server Direct-attached storage o en una ubicación de red,
esto ofrece protección contra fallos de hardware permitiendo a otro server tomar la información y poder levantar la base de datos.Para el almacenamiento ubicado en red contamos con dos opciones:
- Storage Area Networks (SANs).
- Network attached storage (NFS).