Tiempo aproximado para lectura: 00:02:30 min
Duda
¿Cuáles son las recomendaciones de hardware para el release 12.1.2210?
Ambiente
FRAMEWORK - Framework (Línea Protheus) - MI - APPSERVER - A partir de la versión 12.1.2210
Solución
Conozca mas sobre el proceso: Versión 12.1.2210 - Recomendaciones de hardware
A continuación se enlistan los requerimientos y/o recomendaciones para implementar el release 12.1.221
Para utilizar Protheus con hasta 100 usuarios, utilice8 núcleos (procesador de 8 núcleos )de la línea de tecnología Intel o AMD x64, con una velocidad de reloj mínima de 2,3 Ghz o más.
Número de usuarios
Los subprocesos que ejecutan Scheduler o Jobs también se consideran usuarios. Tenga esto en cuenta al dimensionar.
Las siguientes tablas muestran las recomendaciones para la(s) máquina(s) que ejecutarán ERP Protheus, con hasta 100 usuarios. Por encima de esta cantidad, se recomienda que el dimensionamiento se realice por proyecto.
|
Memoria RAM |
22 GB |
| Tamaño de volumen mínimo (sistema operativo) | 120 GB |
|
Tamaño de volumen mínimo (ERP) |
250 GB |
|
Rendimiento mínimo de escritura en disco (SSD - ERP) |
96MB/s |
|
Rendimiento mínimo de lectura de disco (SSD - ERP) |
48MB/s |
|
Placa de red |
1 gigabit |
|
La cantidad |
Nombre del Servicio |
|
01 |
Servidor de licencias de aplicaciones |
|
01 |
Broker AppServer (conexiones vía WAN/LAN)(Recomendación) |
|
01 |
Servidor de aplicaciones (secundario) |
|
01 |
programador de aplicaciones |
|
01 |
AppWebService |
|
01 |
Acceso a la base de datos |
balanceo de carga
Utilice el Broker para realizar la distribución de servicios, que incluye la funcionalidad de proxy inverso nativo. El Broker distribuye hilos de acuerdo a la afinidad de memoria RAM y CPU, evitando sobrecargar los recursos de un servidor. El equilibrio tradicional, en comparación, no utiliza el proxy inverso y puede provocar errores de sincronización entre SmartClient y Appserver.
◊Equilibrio de carga con intermediario
◊¿Cómo realizar una configuración básica de intermediario?
Tenga en cuenta: el equilibrio de carga tradicional "Equilibrio de carga "quedará obsoleto.
Servidor de bloqueo
♦A partir de esta versión(12.1.2210),no es necesario utilizar LockServer en ambientes Linux; y este servicio quedará obsoleto en versiones posteriores.
♦ Nota: Lockserver es un servicio exclusivo para entornos Linux.
Métricas de memoria
El valor de 145 MB se calculó según el consumo promedio encontrado en las pruebas, en base a datos por conexión ERP. Para escenarios con personalizaciones, calcule un30 % adicional si el valor predeterminado no satisface sus necesidades.
Este dimensionamiento se aplica a entornos estandarizados, indicando el hardware mínimo para utilizar el ERP. Las personalizaciones que consumen recursos de manera inapropiada pueden afectar el dimensionamiento, según el requisito computacional del programa. Si el consumo de recursos es mucho mayor que esta estimación, realice un análisis de su entorno para identificar y comprender la rutina con el mayor uso de memoria y si es posible cambiarla para optimizar el consumo de recursos.
El consumo de memoria de ERP que se muestra en este documento se calculó mediante una regresión lineal (Regresión lineal: es el proceso de dibujar una línea recta a través de los datos en un diagrama de dispersión) de los datos recopilados de los clientes piloto de la versión 12.1.2210.
¿Cómo calcular la memoria mínima de un host para 100 conexiones realizadas en un servidor de aplicaciones?
-
100 usuarios x 145 MB = 14500 MB = 14,1 GB (consumo en el servidor de aplicaciones) + 4 GB (DBAccess, Licencia) = 18,1 GB.
-
18GB para el ERP + 4GB reservados para el Sistema Operativo (mínimo recomendado).
-
Llegamos al cálculo de los 22GB del mencionado Host.
Para el análisis de rutina y la supervisión del consumo de memoria, puede utilizar las siguientes claves en appserver.ini: DebugThreadUsedMemory y ServerMemoryInfo.
Consulte también las herramientas para monitorear su entorno.
Consumo del servidor de aplicaciones
Con la evolución del binario, el comportamiento en estudio alcanzó las 500 conexiones simultáneas en las pruebas de referencia. Sin embargo, recomendamos que cada servidor de aplicaciones tenga un tamaño de hasta 120 conexiones simultáneas para proporcionar un margen de seguridad. Se recomienda a todos los clientes que se sometan a ingeniería que reduzcan el número de servidores de aplicaciones, respetando el margen de seguridad.
¿Y cuál es el escenario ideal para las conexiones por servidor de aplicaciones?
Para obtener la mejor experiencia con el producto, recomendamos usar entre 80 y 120 usuarios simultáneos. De esta forma, se optimiza el mapeo de RPO en el servidor de aplicaciones, lo que garantiza un mejor consumo de recursos.
a la base de datos
Utilizar procesadores de 8 núcleos (8 core procesador)de la línea de tecnologíaInteloAMDx64, con una velocidad de reloj mínima de 2,3 Ghz o más.
La siguiente tabla muestra recomendaciones para la máquina que ejecutará la base de datos.
|
Memoria RAM |
42 GB |
| Tamaño de volumen mínimo (sistema operativo) | 120 GB |
|
Tamaño de volumen mínimo (base de datos) |
500GB |
|
Rendimientomínimo de escritura en disco (SSD - Base de datos) |
144 MB/s |
|
Rendimientomínimo de lectura de disco (SSD - Base de datos) |
96 MB/s |
|
Placa de red |
1 gigabit |
Rendimiento de IOPS
Cuanto mayor sea el valor de IOPS, mejor será el rendimiento del disco. Para ejemplificar mejor esta proporción, verifique los datos en la siguiente tabla:
Para la versión 12.1.2210 se recomienda utilizar volúmenes con SSD.
|
Disco 7200 RPM SATA |
~75-100 IOPS (no recomendado) |
|
Disco 15.000 RPM SAS |
~175-210 IOPS (no recomendado) |
|
Disco SSD único (primera generación) SATA 3 Gb/s |
~8600 IOPS (recomendado) |
|
Disco SSD de 6 Gb/s de nueva generación |
~85,000 IOPS (Preferido) |
Almacenamiento: puntos importantes
- No recomendamos usar discos SATA 7200 RPM, SAS 10,000 y 15,000 RPM.
- No recomendamos usar una conexión iSCSI de 1 GbE, pero al menos canales de 10 GbE para el uso de iSCSI.
- En caso de uso de almacenamiento con soporte TIER, preferiblemente use Tier 0, Tier 1 y Tier 2. Sin embargo, es necesario validar la tecnología de cada Storage, en algunos casos el almacenamiento caché puede satisfacer la necesidad del entorno.
- En la capa del sistema operativo, es importante verificar si la velocidad promedio de escritura o lectura se mantiene por debajo de los 20 ms.
- No recomendamos usar Protheus en el modelo Tier 3 debido a su bajo rendimiento, tanto para la base de datos como para la aplicación, ya que lo mismo aplica para escenarios de respaldo, que no tendrán mucho acceso al disco.
- Algunos almacenamientos indican el nivel 2 solo para respaldo. Consulte la documentación de cada proveedor para ver qué nivel se recomienda para el entorno de producción.
- En Almacenamientos con tecnología más antigua, los Raids indicados son 5, 10 y 50. Sin embargo, los almacenamientos más recientes presentan nuevas tecnologías de cache o que aceleran el acceso a los datos. Revise la documentación de cada almacenamiento para verificar la mejor incursión o nivel para su escenario.
Aprovisionamiento de disco en virtualizadores (VMWare)
A la hora de crear los discos es necesario realizar el formateo de aprovisionamiento. Los siguientes formatos principales de aprovisionamiento de discos son Thin y Thick. Estos formatos inicialmente se popularizaron más en los virtualizadores; también son muy utilizados en algunos Almacenes.
- Aprovisionamiento ligero: no asigna espacio en el sistema de archivos en el momento de la creación del disco.
- Aprovisionamiento grueso: asigna espacio en el sistema de archivos en el momento de la creación del disco.
- Para Protheus y artefactos de bases de datos, use Thick Provision Eager Zeroed.
El Formato Delgado es interesante para entornos de desarrollo, donde no se necesita un mejor rendimiento. La recomendación para obtener un mejor rendimiento del ERP y de la Base de Datos es utilizar el formato Grueso, asignando, al inicio de la creación del volumen, todo el espacio necesario.
Consulte también lapágina de ajustes recomendados para VMWare.
Aprovisionamiento de disco en virtualizadores (Hyper-V)
Recomendamos usar VHDX en modo(tamaño fijo) que se introdujo en Windows Server 2012 o superior tiene una relación de beneficios mucho mejor en comparación con el formato VHD.
- Mejor alineación de formato de disco duro virtual para trabajar mejor con discos con sectores grandes;
- Tamaños de bloque más grandes para discos dinámicos y diferenciados, lo que mejora su rendimiento;
- 4 kilobytes (KB) de sector lógico de disco virtual, lo que aumenta el rendimiento cuando lo utilizan aplicaciones diseñadas para sectores de 4 KB;
- Eficiencia en la representación de datos, lo que da como resultado un tamaño de archivo más pequeño para que el almacenamiento físico subyacente al dispositivo pueda recuperar el espacio no utilizado (la operación de compensación).
Seleccione la opción VHDX. Este formato admite discos virtuales de hasta 64 TB y es resistente a los problemas de coherencia que pueden ocurrir en caso de cortes de energía. Este formato no es compatible con sistemas operativos anteriores a Windows Server 2012.
0 Comentarios