SAP HANA

Guía de definición de entorno para

SAP HANA® –mejores prácticas para
© 2018 SAP SE o una empresa filial de SAP. Reservados todos los derechos.

una implementación exitosa

1 / 17
Tabla de contenidos

4 Modelos de implementación disponibles

8 Realizar el sizing de sus componentes

de hardware

9 Definir sus requisitos de hardware

10 Definir su estrategia de cluster

(scale-up o scale-out)

12 Decidir sobre opciones de multitenencia

y virtualización

15 Definir una estrategia de alta disponibilidad

y recuperación de desastres y los requisitos
de replicación del sistema

16 Gestión del cambio

2 / 17

© 2018 SAP SE o una empresa filial de SAP. Reservados todos los derechos.
Para sacar el máximo beneficio de la plataforma SAP HANA®, es de misión crítica
trazar un blueprint para su implementación. Uno de los principales impulsores para
el mejor costo total de propiedad (TCO) de una implementación de SAP HANA es
optimizar los costos de gestión y operaciones diseñando un entorno de TI
eficiente. El siguiente enfoque cubre algunas de las mejores prácticas que pueden
ayudarlo a definir el entorno de TI más adecuado para su implementación en lo
que hace a rendimiento, escalabilidad, adaptabilidad, esfuerzo administrativo y
rentabilidad.

PLANIFICACIÓN DE ENTORNO DE SISTEMAS

Figura 1: Procedimiento de planificación de
Y DE PROYECTO
entorno de sistemas y de proyecto para una
Un procedimiento de planificación de entorno de implementación de SAP HANA
sistemas y de proyecto para una implementación de
Modelo de implementación
SAP HANA cubre generalmente los siguientes pasos
(vea la Figura 1):
1. Definir las opciones de implementación o bien
On-premise Nube
en el centro de datos (on-premise) o bien en la
nube, para sus necesidades de negocio.
2. Definir la arquitectura técnica general –esto
¿Nuevo hardware? Nube privada
es, los componentes requeridos y el sizing para gestionada
Nube pública

todos los componentes. Mapear los resultados

No
del sizing para su hardware.
3. Definir los requisitos de adquisición de Sí
hardware según su modelo de implementación.
Integración a medida
4. Definir su estrategia de cluster (scale-up y Equipamiento
del centro de datos
scale-out) y el número de sistemas.
5. Implementar diferentes componentes y opciones
de virtualización para configurar cada sistema. Sizing
6. Definir una estrategia de alta disponibilidad
y recuperación de desastres. Gestión de volumen de datos
y estrategia de cluster
7. Definir un entorno de software de gestión del
cambio y evaluar las opciones de actualización.
Plan de implementación técnica

Estrategia de Virtualización, múltiples componentes,

recuperación de una única base de datos y múltiples
desastres y alta componentes, un único sistema,
disponibilidad multitenencia

Entorno de software de gestión

del cambio

3 / 17

© 2018 SAP SE o una empresa filial de SAP. Reservados todos los derechos.
Modelos de implementación disponibles
SAP HANA puede implementarse de diferentes
maneras. Aquí hay un resumen de todas las opciones
disponibles ofrecidas hoy por SAP. Cada una de ellas
será explicada y mapeada para escenarios de negocio
aplicables.
Las opciones para SAP HANA en su centro de datos
(on-premise) incluyen:
•• Equipamiento – Servidor único bare metal o
scale-out (vea la sección “Definir su estrategia
de cluster (scale-up o scale-out)”) como un stack
preconfigurado validado, entregado junto con el
correspondiente hardware
•• Integración a medida del centro de datos de
SAP HANA – Usa el hardware y las operaciones
existentes en su centro de datos
•• Virtualización – Aloja múltiples instancias aisladas
de la base de datos en uno o más servidores para
que cada instancia de la base de datos aparezca
como si estuviera operando en una máquina
separada
•• SAP HANA, Edge edition, versión avanzada –
Paquete especial dedicado a expertos en la materia,
brindado por partners de SAP como equipamiento o
implementado usando una integración a medida del
centro de datos de SAP HANA
Las opciones para SAP HANA en la nube incluyen:
•• SAP HANA Enterprise Cloud – Servicio de nube
privada gestionada por SAP
•• Tecnología de SAP HANA Infraestructure Services
– Infraestructura como servicio (IaaS) en la nube
pública que le ofrece la capacidad de operar
su propio software bajo licencia de SAP HANA,
incluyendo la versión avanzada de SAP HANA, Edge
edition en Amazon Web Services (AWS), Microsoft
Azure, Google Cloud Platform o IBM Bluemix Cloud
•• SAP® Cloud Platform – Oferta de una plataforma
como servicio (PaaS) abierta y pública con base
4 / 17
de datos como servicio (DBaaS) de SAP HANA y
servicios analíticos avanzados de procesamiento
de datos
Las opciones de SAP HANA como plataforma de
desarrollo incluyen SAP HANA, Express edition que
es una plataforma para desarrollar aplicaciones
impulsadas por datos basadas en SAP HANA,
disponibles para descargar sin cargo desde el centro
para desarrolladores de SAP. Esta versión de SAP
HANA puede ser instalada en computadoras laptop
o de escritorio, en servidores basados en Linux,
en máquinas virtuales o en una nube privada (vea
la sección “¿Qué modelo de implementación para
qué escenario?” para más detalles).
Nuestro equipo de soporte de implementación está
feliz de asistirlo en el desarrollo de un caso de negocio
para su recorrido de SAP HANA y en la elección del
modelo de implementación correcto que se ajuste
exactamente a sus necesidades.
¿QUÉ MODELO DE IMPLEMENTACIÓN PARA
QUÉ ESCENARIO?
A continuación se mapean los varios modelos de
implementación de SAP HANA para los escenarios
de negocio más típicos.
Puede elegir la oferta de equipamiento si usted:
•• Necesita cumplir con requisitos específicos de
la industria para seguridad, privacidad o control
(por ejemplo, en la banca)
•• Está buscanco la implementación on-premise
más rápida posible
•• Está buscando una oferta preempaquetada con
todo incluido preparada para operar en su centro
de datos
© 2018 SAP SE o una empresa filial de SAP. Reservados todos los derechos.
Puede elegir la integración a medida del centro
de datos de SAP HANA si:
•• Su modelo de negocio requiere que se opere
SAP HANA en su propio centro de datos
•• Ya ha invertido significativamente en hardware,
almacenamiento, e infraestructura de TI
•• Quiere ser más flexible al elegir y mantener sus
componentes de hardware e infraestructura
Puede elegir un enfoque de virtualización si usted
quiere hacer más eficiente su hardware existente,
o ser más flexible en lo que hace a la adaptación
de nuevos requisitos de hardware, o ambos.
Puede elegir la edición express de SAP HANA si usted:
•• Quiere desarrollar aplicaciones impulsadas
por datos basadas en SAP HANA en su propia
computadora o en la nube
•• Quiere evaluar, hacer un prototipo o probar
SAP HANA como desarrollador, partner o estudiante
Puede elegir SAP HANA Enterprise Cloud si usted:
•• Es un cliente completamente nuevo de SAP HANA
que no quiere configurar un nuevo centro de datos
ni ampliar uno existente
•• Carece de recursos calificados para operaciones
y mantenimiento de SAP HANA o no quiere invertir
en ellos
•• Quiere bajar los costos de licencias de software
o evitar altas inversiones por adelantado
•• Quiere extender su entorno on-premise con
aplicaciones innovadoras entregadas a través
de SAP HANA Enterprise Cloud
Puede elegir SAP HANA Infrastructure Services
y operar SAP HANA en una nube pública si usted:
•• Tiene sus propias licencias de SAP HANA pero
quiere aprovechar la infraestructura en la nube para
una escalabilidad flexible
•• Quiere reducir su huella de hardware
Puede elegir el servicio de SAP HANA One si usted
paga por usar o realizar tareas específicas que
requieren de capacidades de alto rendimiento para
usar una vez (por ejemplo, cierres mensuales o a fin
de año).
Puede elegir SAP Cloud Platform si usted:
•• Quiere construir, extender e integrar aplicaciones
rápidamente en un completo entorno de desarrollo
basado en la nube basado en SAP HANA
•• Quiere usar un enfoque híbrido en el cual las
implementaciones on-premise y en la nube estén
combinadas. En tales casos, se aplican requisitos
específicos para la integración de datos y procesos.
El servicio de integración en la nube para SAP Cloud
Platform brinda soporte a estas tareas ofreciendo
tecnología como servicio de integración de procesos
y datos para conectar en tiempo real sus sistemas
empresariales en la nube y on-premise
Ahora veamos todas estas opciones
de implementación en más detalle.

SAP puede ayudarlo a desarrollar un caso

de negocio para su recorrido de SAP HANA y
elegir el modelo de implementación correcto
que se ajuste a sus necesidades.

5 / 17

© 2018 SAP SE o una empresa filial de SAP. Reservados todos los derechos.
EQUIPAMIENTO PARA SAP HANA
Los partners de tecnología de SAP brindan software
de SAP HANA junto con el correspondiente hardware
validado como una solución preempaquetada para
el sitio del cliente. La lista exacta de materiales para
componentes de hardware, el sistema operativo, los
componentes de software adicionales (tales como un
sistema de archivo) y el software de SAP HANA en sí
mismo son provistos por los partners de tecnología
(vea la Figura 2).
SAP HANA opera en las plataformas basadas en el
sistema operativo de Linux, SUSE Linux Enterprise
Server y Red Hat Enterprise, y en la plataforma de
hardware de IBM Power Systems. Para detalles y
para elegir el CPU correcto versus la tasa de memoria
para su implementación, por favor remítase a las
varias notas y lineamientos técnicos disponibles
a través del servicio de SAP Support Portal.
INTEGRACIÓN A MEDIDA DEL CENTRO DE DATOS
DE SAP HANA
La integración a medida del centro de datos
de  SAP HANA ofrece un enfoque adicional de la
implementación on-premise de SAP HANA. Mientras
Figura 2: Partners de hardware que brindan equipamiento o almacenamiento certificados para usar
con SAP HANA
Equipamiento
6 / 17
que la implementación de un equipamiento es fácil
y cómoda para los clientes, el equipamiento impone
limitaciones a la flexibilidad de elegir los componentes
de hardware para servidores, almacenamiento y redes.
La integración a medida del centro de datos
de SAP HANA reduce costos de hardware y de
operaciones reutilizando los componentes de
hardware y los procesos de operaciones de TI
existentes. Esto mitiga aun más el riesgo y optimiza
la obtención de valor habilitando los procesos
existentes de gestión de TI para una implementación
de SAP HANA. Finalmente, con la integración a
medida del centro de datos de SAP HANA, usted
gana más flexibilidad en la selección de hardware
para SAP HANA usando los ecosistemas y partners
de SAP existentes. La integración a medida del
centro de datos de SAP HANA cubre los siguientes
tres componentes de hardware de una instalación
de SAP HANA que tienen potencial para un enfoque
más flexible y por ende, más ágil y rentable: servidor,
almacenamiento empresarial y red empresarial.
Integración a medida del centro de datos
Procesadores Sistemas operativos
Proveedores de almacenamiento
© 2018 SAP SE o una empresa filial de SAP. Reservados todos los derechos.
SAP HANA en redes empresariales
La mayoría de las instalaciones de SAP HANA operan
en las así llamadas redes empresariales para brindar
soporte a los requisitos de back-up y de replicación
del sistema. La integración a medida del centro de
datos de SAP HANA define los requisitos para los
dispositivos y productos de red apropiados. Como
sea, SAP no introduce ninguna certificación de
componentes de red para las configuraciones de
integración a medida del centro de datos de SAP HANA.
Los clientes puede considerar involucrar a SAP Digital
Business Services para realizar un chequeo de salida
en vivo para su instalación de SAP HANA antes de
salir en vivo.
SAP HANA, EXPRESS EDITION
La edición Express de SAP HANA puede ser instalada
en su computadora laptop o de escritorio (PC de
Windows o Apple Macintosh), en servidores basados
en Linux o en una máquina virtual (por favor, tenga
en cuenta que hay requisitos específicos para
máquinas virtuales –lea la sección “Decidir sobre
opciones de multitenencia y virtualización” para más
detalles). De forma alternativa, puede implementarla
en varias plataformas en la nube populares, usando
la herramienta SAP Cloud Appliance Library. Use la
edición Express para desarrollar e implementar gratis
aplicaciones que usan hasta 32 GB de memoria de
base de datos. Si se requiere memoria adicional,
puede comprarla en SAP Store.
SAP HANA ENTERPRISE CLOUD
SAP HANA Enterprise Cloud es una oferta en la nube
privada totalmente escalable y segura disponible
solo en SAP. Le da todo el poder de SAP HANA
La edición Express de SAP HANA puede ser instalada
en su computadora, en servidores basados en Linux
o en una máquina virtual.
7 / 17
en un entorno en una nube privada gestionada.
Los beneficios incluyen simplicidad a través de
una implementación rápida, un modelo de soporte
integrado y un portfolio integral de innovadoras
soluciones en la nube.
SAP HANA INFRASTRUCTURE SERVICES
SAP HANA Infrastructure Services es una IaaS en
la nube pública que habilita a los clientes para que
implementen y gestionen rápidamente sus instancias
de SAP HANA con licencias previas sin una inversión
en hardware de AWS, Microsoft Azure, Google Cloud
Platform ni IBM Bluemix Cloud. Las configuraciones
que van de 128 GB a 3 TB además están disponibles
para scale-out.
SAP HANA ONE SERVICE Y PREMIUM SERVICE
SAP HANA One es una oferta en la nube pública de
pago por uso con una tarifa de suscripción accesible
para comenzar inmediatamente con una instancia
de 60 GB de SAP HANA One en AWS y Alibaba Cloud.
SAP CLOUD PLATFORM
SAP Cloud Platform es una oferta de PaaS abierta
y pública que incluye SAP HANA como una DBaaS,
habilitando a los desarrolladores para que usen
datos avanzados almacenados en SAP HANA para
construir, extender e integrar aplicaciones sin invertir
en infraestructura ni herramientas separadas. SAP
Cloud Platform brinda una variedad de características
y servicios innovadores para enriquecer sus
aplicaciones con analíticas avanzadas, internet de las
cosas y capacidades de seguridad y para integrar sus
aplicaciones en la nube y on-premise.
© 2018 SAP SE o una empresa filial de SAP. Reservados todos los derechos.
Realizar el sizing de sus componentes
de hardware
Una vez que haya seleccionado su modelo de
implementación, es momento de definir sus
requisitos de infraestructura de TI. SAP ofrece
herramientas y procedimientos que ayudan a
determinar el hardware requerido para cumplir
exactamente con sus requisitos de volumen y
rendimiento (vea la Figura 3). Lo que hace que el
sizing sea un desafío es que, para las bases de datos
in-memory, la planificación y el mantenimiento
cuidadosos tienen un impacto mucho más alto en el
costo de propiedad que con los sistemas relacionales
tradicionales de gestión de bases de datos.
El impulsor más importante del sizing es la memoria,
en tanto que el segundo más importante es el CPU.
El sizing de E/S también es importante pero solo
puede hacerse durante la fase de realización. Aparte
de esto, hay espacio de disco requerido para datos de
persistencia y registro, pero el sizing depende de la
memoria y por ende es sencillo.
Para una recomendación de sizing inicial, puede
proceder como sigue:
1. Vea http://service.sap.com/quicksizing
(requiere inicio de sesión).
2. Cree un proyecto de sizing con la información
relevante, tal como el número de usuarios.
3. Obtenga un resultado inicial de sizing para CPU,
disco y memoria.
4. Eventualmente, aplique además lineamientos
adicionales.
5. Vea configuraciones de muestra en
www.sap.com/benchmark.
6. Brinde a su proveedor de hardware el
nombre y la información del proyecto de la
herramienta Quick Sizer, si fueron usados Quick
Sizer clásico o Quick Sizer para software de SAP.
Hay disponibles recomendaciones detalladas de
expertos de SAP, las cuales se describen en el
lineamiento de enfoques de sizing para SAP HANA
(requiere inicio de sesión).

Figura 3: Proceso de sizing para hardware que opera SAP HANA

Cliente

Requisitos
• Rendimiento
• Acuerdos de negocio de nivel de servicio
• Cifras de negocio

Recomendaciones de sizing
CPU (SAP® Application
Performance Standard) Sizing final
Proveedor de hardware
Memoria (GB)
Espacio de disco (GB) Partner de tecnología
• Oferta de hardware escalable
Rendimiento del componente responsable
• Experiencia práctica en sizing
• Diferentes configuraciones
• Diferentes partners de tecnología

SAP

• Herramientas e informes de sizing

• Lineamientos de sizing
• Verificación de sizing

8 /17

© 2018 SAP SE o una empresa filial de SAP. Reservados todos los derechos.
Definir sus requisitos de hardware
Para determinar sus requisitos de hardware, SAP
ofrece una herramienta de chequeo de configuración
de hardware para SAP HANA –una herramienta
de línea de comando usada por proveedores de
almacenamiento, SAP Support Portal y clientes.
La herramienta mide los tiempos de productividad
y latencia de los datos entre los servidores de
SAP HANA y el sistema de almacenamiento de la
empresa. No requiere que sea instalado software de
SAP HANA de antemano y usa las mismas bibliotecas
para acceso al sistema de archivos y los mismos
patrones de E/S que SAP HANA. Por favor, tome
nota de que, usando la herramienta de chequeo de
configuración de hardware, usted puede operar una
autoevaluación; sin embargo, no hay autocertificación.
Las certificaciones para componentes de hardware
que operan software de SAP HANA pueden ser hechas
solo por el SAP Integration and Certification Center.
Por favor, también tenga en cuenta que el examen
requerido para el stack de paquete de soporte
implementado para SAP HANA, por ejemplo
“SAP Certified Technology Associate – SAP HANA
Figura 4: Directorio de hardware certificado y con soporte de SAP HANA
9 / 17
(Edition 2016)”, o un examen delta apropiado necesitan
aprobarse exitosamente para realizar instalaciones
de SAP HANA en sitios de clientes. Puede prepararse
para este examen con el curso de capacitación de
SAP “SAP HANA Installation & Operations” (HA200).
Asimismo, se requieren acuerdos de soporte
individuales con sus partners de hardware.
DIRECTORIO DE HARDWARE CERTIFICADO
DE SAP HANA
El directorio de hardware certificado y con soporte de
SAP HANA (vea la Figura 4) brinda la información más
reciente y detallada sobre las plataformas de hardware
validadas para software de SAP HANA, así como para
todas las ofertas de almacenamiento empresarial
certificadas para usar en entornos de TI que operan
SAP HANA y usan integración a medida del centro de
datos de SAP HANA. Todos los servidores ofrecidos
a través del equipamiento, incluyendo sistemas
de nivel de entrada que operan CPU de Xeon E5
v2/v3 de Intel e IBM Power Systems, cuentan
con soporte, así como todas las configuraciones
de almacenamiento aquí enumeradas.
© 2018 SAP SE o una empresa filial de SAP. Reservados todos los derechos.
Definir su estrategia de cluster
(scale-up o scale-out)
Una típica implementación de servidor único de
SAP HANA puede variar de una configuración de
2 CPU con 128 GB de RAM como sistema de nivel
de entrada (vea el directorio de hardware certificado
y con soporte de SAP HANA para una lista completa
de todas las configuraciones de nivel de entrada
disponibles provistas por los partners de tecnología
de SAP) hasta una configuración high-end de 8 CPU
con 8 TB de RAM (vea la Figura 5). Layouts especiales
para SAP S/4HANA® dan soporte a hasta 20 TB por
almacenamiento y más. La arquitectura de servidor
único de SAP HANA más grande hoy opera en PayPal
con 48 TB de RAM.
En una clásica arquitectura de sistema de tres capas,
con sistemas de desarrollo, de garantía de calidad
(QA) y productivos, usted puede aplicar requisitos de
hardware más bajos para sus sistemas de desarrollo
y QA y consolidar su entorno de servidores operando
su desarrollo e instancia de QA en el mismo servidor
físico aplicando las opciones de multitenencia y
virtualización que SAP HANA tiene para ofrecer (vea
la sección “Decidir sobre opciones de multitenencia
y virtualización”).
Si el volumen de sus datos excede el volumen
aplicable para implementaciones de servidor único,
como se detalló antes, una configuración scale-
out es la configuración a elegir. Un cluster scale-
out típico consiste en 2 a n servidores por cluster,
donde en teoría no hay límite para n. La configuración
certificada más grande son 112 servidores, en tanto
que la configuración testeada más grande tiene
más de 250 servidores. La configuración de cada
servidor es o bien de 4 CPU/2 TB o bien de 8 CPU/4
TB. Ambas arquitecturas, scale-up y scale-out,
brindan soporte completo para alta disponibilidad y
recuperación de desastres (vea la sección “Definir una
estrategia de alta disponibilidad y recuperación de
desastres y los requisitos de replicación del sistema”).

Figura 5: Resumen de modelos de implementación scale-up, scale-out y en la nube

Servidor único Cluster scale-out Implementación en la nube

• 2 CPU/128 GB hasta 8 CPU/8 TB
(layout especial para SAP® Business
Suite en SAP HANA® o SAP S/4HANA®
con hasta 20 TB por host)
• Implementaciones únicas de SAP
HANA para mercados o aceleradores
de datos con demandas de rendimiento
(tasa socket-to-memory)
• Soporte para alta disponibilidad
y recuperación de desastres
• 2 a n servidores por cluster
• Cada servidor o bien de 4 CPU/2 TB
o bien de 8 CPU/4 TB
• Configuración certificada más grande:
112 servidores
• Configuración testeada más grande:
+250 servidores
• Soporte para alta disponibilidad
y recuperación de desastres
• Las instancias de SAP HANA pueden
ser implementadas para Amazon Web
Services, Huawei y demás
• Limitada a licencias de desarrollador
• SAP HANA Enterprise Cloud
• SAP Cloud Platform
• Opción de integración en operación
on-premise (infraestructura como
servicio) –por ejemplo, recuperación
de desastres

10 / 17

© 2018 SAP SE o una empresa filial de SAP. Reservados todos los derechos.
COMPRENDA LOS BENEFICIOS DEL SCALE-UP ANTES DE
DECIDIR POR EL SCALE-OUT
Un enfoque scale-out multinodal requiere que usted implemente
múltiples cajas de servidor en su centro de datos, lo cual da
como resultado altos requisitos de espacio y potencia. Los
costos operativos adicionales para los sistemas de cluster son
más altos que aquellos para sistemas de nodo único. Aunque
el scale-out brinda más flexibilidad de hardware e inicialmente
requiere menos costos de hardware, requiere más conocimiento
por adelantado sobre los datos, la aplicación y el hardware que
el scale-out.

En resumen, es una buena práctica usar siempre scale-up

primero y considerar scale-out solo si esto es inevitable.
La mayoría de los clientes encuentran que el alto ritmo de
compresión de datos de SAP HANA combinada con su alta
escalabilidad (hasta 2 TN –procesamiento analítico on-line–
y hasta 12 TB –procesamiento transaccional on-line)– cumplirá
fácilmente sus requisitos de negocio. Su escalabilidad crece
constantemente, favorecida por los avances en tecnologías
multicore, brindando nuevas maneras de cumplir con la
mayoría de los requisitos de escalabilidad de nuestros
clientes más grandes.

Las implementaciones de nodo único de SAP HANA están

recomendadas para mercados o aceleradores de datos con
demandas de rendimiento. Para saber sobre el impacto de los
componentes high-end de CPU y de memoria en el rendimiento y
el consumo de energía de los servidores que operan SAP HANA,
por favor remítase al folleto “Boosting the Performance of SAP
S/4HANA and Analytical Banking Applications on SAP HANA”.

Es una buena práctica

usar siempre scale-up
primero y considerar
scale-out solo si esto
es inevitable.

11 /17

© 2018 SAP SE o una empresa filial de SAP. Reservados todos los derechos.
Decidir sobre opciones de multitenencia
y virtualización
SAP HANA brinda una variedad de características que
pueden ayudar a hacer sus implementaciones aun
más efectivas, con alto rendimiento y rentables, según
el modelo de implementación que usted elija.
y múltiples, en configuraciones de nodo único o
multinodales, para equipamiento de SAP HANA
y para métodos de entrega de integración a medida
del centro de datos de SAP HANA (vea la Figura 6).

VIRTUALIZACIÓN VMware Vsphere 6.x brinda soporte a configuraciones

SAP HANA brinda soporte a varios supervisores de
virtualización populares, tales como VMware vSphere
5.1 o más nuevo, Hitachi LPAR, Huawei FusionSphere,
IBM PowerVM u otros para entornos no productivos.
Puede elegir la virtualización para una amplia variedad
de configuraciones, para máquinas virtuales únicas
de scale-out y autofailover y una medida y
configuración teórica máxima de máquinas virtuales
de 128 vCPU y 4 TB de vRAM. Para recomendaciones
detalladas de sizing, por favor remítase a www.sap.
com/sizing.

Figura 6: Escenarios de virtualización para implementación de SAP HANA

SAP SAP
ABAP HANA 4 HANA 3

SAP SAP SAP SAP SAP

SAP HANA 1
SAP HANA® HANA ABAP® HANA 1 HANA 2 HANA 3 HANA 2

SLES RHEL Win* RHEL SLES SLES SLES SLES SLES RHEL
MV1 MV1 MV2 MV1 MV2 MV3 MV1 MV2 MV3 MV4
ESXi/LPAR ESXi/LPAR ESXi/LPAR ESXi/LPAR ESXi/LPAR ESXi/LPAR
host host host phost phost phost

MV única MV única + otro Múltiples MV MCOS Scale-out MCOS

Soporte general para Soporte general para Soporte general para Soporte general Soporte general Soporte general
una única instancia de una única instancia de múltiples instancias de para una única para una para múltiples
SAP HANA que opera SAP HANA que opera SAP HANA que opera o múltiples configuración instalaciones de
en una máquina virtual en una máquina virtual en una máquina virtual instancias de scale-out de base de datos de
o en un servidor o en un servidor o en un servidor SAP HANA que SAP HANA en SAP HANA en un
certificado dedicado certificado dedicado certificado dedicado operan en una un entorno único sistema o
para SAP HANA en para SAP HANA en para SAP HANA en máquina virtual en virtualizado, o bien SO en producción
producción producción (sin producción combinación con en producción o
sobreaprovisionamiento MCOS para bien en lo que no
y con prioridad de producción es producción
recursos configurada
sobre otras máquinas
virtuales)
SAP Note 1995460 SAP Note 2024433** SAP Note 1681092
SAP Note 2063057** SAP Note 2063057**

*El SO de invitado de Windows actualmente no es compatible con Hitachi LPAR para cargas de trabajo de software de SAP®.
**El acceso a la herramienta de SAP Notes está restringido a los participantes de disponibilidad controlada.
LPAR = partición lógica de Hitachi Compute Blade
MCOS = múltiples componentes, un único sistema
RHEL = Red Hat Enterprise Linux
SLES = SUSE Linux Enterprise Server
MV = máquina virtual

12 / 17

© 2018 SAP SE o una empresa filial de SAP. Reservados todos los derechos.
Recomendaciones sobre virtualizar
las implementaciones de SAP HANA
Dependiendo de los requisitos de rendimiento,
número de usuarios y parámetros técnicos, entre
otros criterios, hay mejores prácticas en las cuales
virtualizar una implementación de SAP HANA está
recomendado y en las cuales no lo está. Vea la
Figura 7 para un resumen.

Figura 7: Casos de uso para virtualización de SAP HANA

-
Virtualización no recomendada Virtualización posible

+
Rendimiento Finanzas Rendimiento Finanzas
Rendimiento crítico Máquinas virtuales Falta crítica de rendimiento Máquinas virtuales
> 512 GB de RAM* ≤ 512 GB de RAM

Usuarios Técnica Usuarios Técnica

> ~500 usuarios nombrados > 64 CPU* virtuales 1:1 (servidor : usuario) ≤ 64 CPU* virtuales
(SAP® Business Suite) > 1 TB de memoria* < ~500 usuarios nombrados ≤ 1 TB de memoria*
(SAP Business Suite)

Casos de uso Casos de uso

• Escenarios de misión crítica o de alta disponibilidad
• Pruebas de rendimiento absoluto (tiempo transcurrido
de punta a punta)
• Scale-out o autofailover de host de software de SAP HANA®
(Vsphere 6.x)
• Sistema central de software de SAP (SAP Business Suite)
• Sandbox, sistemas de prueba, desarrollo y sistemas de testeo
• Pruebas de rendimiento relativo (vieja versus nueva versión
de máquina virtual)
• Configuración de sistema de alta disponibilidad, recuperación
de desastres y tolerante

*Relacionado con el lanzamiento de VMware vSphere 5.5

Contenedores de base de datos multitenencia pueden

ayudarlo a bajar el TCO.

13 / 17

© 2018 SAP SE o una empresa filial de SAP. Reservados todos los derechos.
SAP HANA Y SAP NETWEAVER® APPLICATION
SERVER IMPLEMENTADOS EN UN ÚNICO SERVIDOR
Para todas las instalaciones productivas y no
productivas de nodo único, SAP HANA y el
componente de SAP NetWeaver® Application Server
para Java o el componente de SAP NetWeaver
Application Server para ABAP® 7.4 o más nuevo
pueden ser implementados en un único servidor.
Sin embargo, este enfoque de implementación
multicomponente y con recursos optimizados no
está recomendado, dado que limita la flexibilidad.
La Figura 8 ilustra los pros y contras de implementar
SAP HANA y la plataforma de tecnología de
SAP NetWeaver en el mismo servidor.
MCOD Y MCOS
Las opciones de múltiples componentes, una única
base de datos (MCOD) y múltiples componentes, un
único sistema (MCOS) le dan la flexibilidad de escalar
su arquitectura y los componentes incluidos de forma
óptima para sus necesidades. En tanto que los MCOD
permiten el uso conjunto de pools de datos a través
de declaraciones SQL de esquemas y esquemas
generales, la ventaja de los MCOS reside en la opción
de operar varias versiones de software de SAP HANA
en el mismo entorno.
CONTENEDORES DE BASE DE DATOS MULTITENENCIA
Los contenedores de base de datos multitenencia
(MDC) son otra opción de virtualización para
implementaciones de SAP HANA. Con los MDC, usted
puede operar múltiples tenencias de base de datos
estrictamente separadas en un único sistema de SAP
HANA. Las características son:
•• Automatización de las operaciones del centro de
datos operando bases de datos multitenencia en un
único sistema de SAP HANA y gestionándolas como
una sola
•• Gestión del ciclo de vida para tenencias específicas,
incluyendo back-up y opciones de restauración
•• Una clara separación de los datos de la aplicación
y la gestión de usuarios
•• Gestión de usuarios local dentro de cada base
de datos de tenencia
•• Gestión de sesión y transacciones por base
de datos de tenencia
•• La opción de mover o copiar bases de datos
de tenencia a otros sistemas o hosts
Los beneficios de los MDC son un TCO más bajo
debido a un único stack de software, configuración
central y administración en el nivel de la base de
datos; gestión directa de la base de datos de recursos;
federación optimizada; y ventajas de rendimiento
porque no hay recargo de virtualización. Las licencias
de MDC están incluidas en una licencia de SAP HANA.

Figura 8: Pros y contras de implementar SAP HANA y SAP NetWeaver en el mismo servidor
La plataforma SAP HANA® y el componente de SAP NetWeaver® Application Server (SAP NetWeaver AS) para ABAP® implementados en un
único servidor es un enfoque de implementación multicomponente, multirrecurso y con costo optimizado.

Plataforma SAP HANA

Plataforma SAP HANA
Sistema de software de SAP
HANA
SAP NetWeaver AS para ABAP
Sistema para SAP NetWeaver AS
para ABAP
Sistema para SAP NetWeaver AS
para ABAP
Sistema de software de SAP HANA

Enfoque de implementación separada SAP HANA y SAP NetWeaver AS

implementados en un único servidor

+ Recursos de hardware aislados + Enfoque de costo optimizado

– Hardware separado – Recursos de memoria y CPU compartidos

14 / 17

© 2018 SAP SE o una empresa filial de SAP. Reservados todos los derechos.
Definir una estrategia de alta disponibilidad
y recuperación de desastres y los requisitos
de replicación del sistema
La alta disponibilidad es un conjunto de técnicas,
prácticas de ingeniería y principios de diseño para la
continuidad del negocio. SAP HANA ofrece diferentes
tipos de mecanismos de alta disponibilidad, que
dan soporte a un amplio rango de escenarios para
recuperación de varias fallas –desde simples errores
de software en fallas del sistema y del hardware hasta
desastres que decomisan todo un centro de datos.
Las siguientes cuatro soluciones básicas de alta
disponibilidad están disponibles:
•• Backup y recuperación – El envío regular de los
back-ups de datos a una ubicación remota sobre
una red o por mensajeros puede ser una forma
simple y relativamente barata de preparase para
un desastre.
•• Autofailover del host – Esto cubre fallas de
hardware para configuraciones scale-out. Uno o
más hosts en standby se añaden a un sistema de
SAP HANA, usualmente dentro del mismo centro
de datos, y son configurados para trabajar en modo
standby. El host standby no tiene acceso a los datos
y no acepta solicitudes ni consultas.
•• Replicación del almacenamiento – El
almacenamiento en sí mismo replica todos los
datos en otra ubicación dentro de un centro de
datos o entre varios. La tecnología es hardware
de un proveedor específico, y en el mercado hay
múltiples conceptos disponibles.
•• Replicación del sistema –SAP HANA replica todos
los datos en otra ubicación dentro de un centro de
datos o entre varios. La tecnología es independiente
de los conceptos del proveedor de hardware y
reutilizable con una infraestructura cambiante.
Dependiendo de sus operaciones de centro de datos,
configuración de hardware y entorno de software,
puede elegir entre varias opciones para escenarios
de alta disponibilidad para su entorno de SAP HANA.
SAP trabaja de cerca con partners de hardware
para brindar a los clientes una elección flexible
entre soluciones de software diferentes pero mejor
adaptadas para escenarios de alta disponibilidad y
recuperación de desastres. Las actuales capacidades
incluyen, por ejemplo, failover de nodo único con
múltiples servidores standby dentro de una única
configuración de cluster, y mirroring basado en
almacenamiento de replicación del sistema de
SAP HANA en todas las bases de datos.
Para una descripción detallada de todas las ofertas
de alta disponibilidad y recuperación de desastres
disponibles para SAP HANA, por favor remítase al
folleto “Protect Enterprise Readiness with the
High Availability Features of SAP HANA”.

Sap trabaja de cerca con partners de hardware

para brindar a los clientes una opción flexible
entre diferentes soluciones de software para
escenarios de alta disponibilidad y
recuperación de desastres.

15 / 17

© 2018 SAP SE o una empresa filial de SAP. Reservados todos los derechos.
Gestión del cambio
EVALÚE OPCIONES DE ACTUALIZACIÓN
Hay varias opciones para las actualizaciones.
Mantenimiento con cero downtime
El uptime es el factor más crítico que influencia
el TCO de una organización de TI. Por lo tanto, los
administradores de sistema siempre están buscando
reducir el downtime, sea incidentalmente por errores
o fallas o planeado por motivos de mantenimiento.
Cuando se opera la configuración de replicación del
sistema para SAP HANA, el mantenimiento con cero
downtime le permite a usted hacer actualizaciones
de software o intercambios de hardware con mínimo
downtime. Esta característica está basada en la
característica de “conectividad suspendida” de
SAP NetWeaver Application Server para ABAP. Para
otros entornos, hay disponible una opción cercana
a cero downtime.
Al aplicar mantenimiento con cero downtime, la
biblioteca compartida de la interfaz de la base de
datos desacopla la gestión de transacciones entre
Figura 9: Herramienta de captura y reproducción para SAP HANA
Un único conjunto de herramientas y simulaciones basadas en cargas de trabajo reales
Clientes
Servidores
de aplicación
SAP HANA Cockpit
1
Capturar
SAP HANA® carga de
trabajo
revisión XXX
Sistema de producción
16 / 17
ABAP y la base de datos de SAP HANA. Esto mantiene
vivo el procesamiento de transacciones en la capa
de ABAP y le permite a usted cambiar componentes
(versiones de software) en las capas que están debajo
de la instancia secundaria (shadow) de SAP HANA.
Capture y reproduzca
Para salvaguardar la continuidad del negocio, a
lo largo de las pruebas previamente se requiere
aplicar cambios en la configuración de su hardware
o software –sea hardware nuevo, actualizaciones
de software, distribución de tablas, partición de
disco o indexación. Con la herramienta de captura
y reproducción para SAP HANA (vea la Figura 9),
puede prever el impacto de rendimiento y de costo
de las actualizaciones para cumplir con los acuerdos
de nivel de servicio y con las restricciones de
presupuesto. Además, puede realizar chequeos de
estabilidad y rendimiento para encontrar las causas
raíz de irregularidades del sistema durante
las operaciones normales.
Preprocesar carga 2
de trabajo
3
Reproducir carga
de trabajo
4
Analizar resultados
SAP HANA revisión YYY
Sistema de prueba
© 2018 SAP SE o una empresa filial de SAP. Reservados todos los derechos.
La herramienta captura cargas de trabajo reales del
sistema y las reproduce en un entorno de prueba
separado más que generar pruebas de datos, así que
las simulaciones son más precisas. La herramienta
también se integra completamente con SAP HANA
y tiene una interfaz de usuario intuitiva basada en la
experiencia de usuario de SAP Fiori® para hacer más
fácil gestionar y monitorear los procesos de captura
y reproducción.
Y si no puede costear o no quiere pagar para que un
entorno de prueba separado opere su reproducción,
un servicio híbrido en la nube para SAP HANA puede
hacer esto por usted en una nube privada provista y
gestionada por SAP.
Para detalles, por favor remítase al folleto “Upgrade
Your SAP HANA Platform with Capture and Replay
Performance Management”.
SAP HANA Cockpit
El cockpit de SAP HANA es una herramienta
construida con tecnología de SAP Fiori. Es su punto
único de acceso para varias tareas de administración
nativas de SAP HANA. El cockpit brinda un concepto
basado en roles que habilita que usted tenga una vista
personalizada de los tiles y aplicaciones para cada
administrador de sistema.
SAP Landscape Management
El software de SAP Landscape Management ofrece
operaciones y características de automatización
específicamente para SAP HANA. Por ejemplo, el
aprovisionamiento y la gestión de los MDC están
simplificados. La configuración para la replicación
del sistema –en particular, el procedimiento para
takeover y failback– y el procedimiento de refresh
del sistema que usa back-up y restauración están
completamente automatizados. SAP Landscape
Management además brinda una opción de
mantenimiento cercana a cero dowtime para
SAP HANA.

Para saber más sobre cómo puede lograr una

implementación exitosa de SAP HANA, por favor,
póngase en contacto con su representante de SAP
o contáctese con SAP aquí.

La herramienta de captura y reproducción para

SAP HANA le permite prever el rendimiento y
el impacto de costo de las actualizaciones de
cumplimiento. También le permite realizar
chequeos de estabilidad y rendimiento.

17 / 17

© 2018 SAP SE o una empresa filial de SAP. Reservados todos los derechos.
 www.sap.com/contactsap

© 2018 SAP SE o una empresa filial de SAP. Reservados todos los derechos.

Queda prohibida la reproducción o transmisión de cualquier parte de esta

publicación, en cualquier forma o para cualquier fin, sin el permiso expreso
de SAP SE o de una empresa filial de SAP.

La información que aquí se incluye puede modificarse sin previo aviso.

Algunos productos de software comercializados por SAP SE y sus distribuidores
contienen componentes de software con derechos de autor de otros
proveedores de software. Las especificaciones de producto nacionales
pueden variar.

SAP SE o una empresa filial de SAP proporcionan estos materiales con fines
meramente informativos, sin manifestación ni garantía de ningún tipo. Ni SAP
ni sus empresas filiales se hacen responsables de los errores u omisiones en
relación con los materiales. Las únicas garantías para los productos y servicios
de SAP o de sus empresas filiales son aquellas especificadas en las cláusulas
expresas de garantía que acompañan a dichos productos y servicios, si las
hubiera. Nada de lo que aparezca en este documento debe interpretarse como
garantía adicional.

En concreto, ni SAP SE ni sus empresas filiales tienen obligación alguna de

emprender las actividades empresariales indicadas en este documento oen
cualquier presentación relacionada, o de desarrollar o lanzar ningunade las
funcionalidades mencionadas en el presente. Este documento, o cualquier
presentación relacionada, así como la estrategia y posibles desarrollos
futuros, productos y/o direcciones de plataforma y funcionalidades de SAP SE
o de sus empresas filiales, están sujetos a posibles cambios y pueden ser
modificados por SAP SE o sus empresas filiales en cualquier momento y por
cualquier motivo, sin previo aviso. La información incluida en este documento
no constituye ningún compromiso, promesa u obligación legal de proporcionar
ningún material, código o funcionalidad. Cualquier afirmación referente al
futuro está sujeta a diversos riesgos e incertidumbres que pueden provocar
que los resultados reales difieran de forma significativa de los previstos. Se
advierte a los lectores que no deben depositar una confianza excesiva en
estas afirmaciones referentes al futuro y que no deben basarse en ellas a la
hora de tomar decisiones de compra. SAP y los productos y servicios de SAP
mencionados, así como sus respectivos logotipos, son marcas comerciales o
marcas registradas de SAP SE (o de una empresa filial de SAP) en Alemania y
en otros países. Todos los nombres de productos y servicios mencionados son
marcas registradas de sus respectivas empresas. Consulte https://www.sap.
com/latinamerica/about/legal/trademark.html para obtener información y
avisos adicionales sobre marcas comerciales.