Planeamiento de la capacidad de hardware
El planeamiento de la capacidad para Host Integration Server, la puerta de enlace de SNA debe tener en cuenta varios factores. Se pueden dividir en cuatro áreas; número total de sesiones, carga del servidor, tolerancia a errores y modelo de implementación.
Número total de sesiones
En general, las sesiones independientes y dependientes de un host de IBM deben estar codificadas de forma rígida. Con las sesiones dependientes (3270 Display, Printer o LUA), esto es especialmente cierto, ya que cada LU definida solo puede admitir una sesión. Además, la mayoría de los clientes siguen necesitando un gran número de sesiones dependientes. El número total de sesiones tendrá que tener en cuenta al realizar el planeamiento de la capacidad, ya que deberán configurarse explícitamente en cada servidor.
Cada servidor de integración de host puede admitir un máximo de 60 000 sesiones dependientes. Aunque un servidor puede admitir este número, normalmente las sesiones se dividirán entre varios servidores para proporcionar tolerancia a errores. La mayoría de los clientes admitirán un máximo de 7 000-10 000 sesiones de visualización o LUA y 2000 sesiones de impresora por servidor.
Otro factor es el número de usuarios únicos que se conectan al servidor. Cada servidor puede admitir 8000 usuarios únicos. Normalmente, los clientes ejecutarán varias sesiones por escritorio. Si el escenario del cliente es una relación de 1:1, el número total de sesiones por servidor debe mantenerse por debajo de 8000.
Una estrategia alternativa consiste en usar grupos de LU. Esto permite agrupar las sesiones de visualización y LUA con un nombre, denominado "Grupo". Desde la perspectiva del usuario, se usa el nombre del grupo en lugar del nombre de LU. El servidor les proporcionará la siguiente LU disponible en el grupo. En escenarios en los que hay un uso intermitente de sesiones, la agrupación puede permitir un número menor de sesiones para atender a un grupo de usuarios mayor. Por ejemplo, puede haber 10 000 usuarios, pero nunca más de 5000 sesiones en uso a la vez. En este caso, se puede crear un grupo con 5000 sesiones para dar cabida a la carga máxima. Esta estrategia funciona mejor cuando los usuarios y la aplicación no están vinculados a LU específicas.
Las LU dependientes que se usan para la emulación de la sesión de impresora siguen los mismos límites que mostrar & sesiones lua, pero tienen restricciones adicionales. El sistema operativo puede limitar el número de sesiones de impresión simultáneas. En versiones anteriores de Windows, Host Integration Server tiene como valor predeterminado un límite de 500 sesiones simultáneas. Además, las sesiones de impresora generan más sobrecarga que la sesión de pantalla o LUA debido a la interacción con el sistema de impresión de Windows. El uso de sistemas de varios procesadores aumentará el rendimiento de impresión simultánea. Normalmente, los clientes admitirán un máximo de 2000 sesiones configuradas por servidor.
En la tabla siguiente se proporcionan algunas de las limitaciones de los componentes.
Componente | Valores máximos |
---|---|
HIS Connections | - Asignación de 1:1 a una PU de host - 255 LU dependientes - 250 Connections por servicio SNA |
Servicio SNA (Node) | - 15 000 LU dependientes - Cuatro por servidor |
Servidor HIS | - 60 000 LU dependientes - 1000 Connections - 15 por subdominio |
Carga de servidor
Además del número total de sesiones, es necesario tener en cuenta la cantidad de trabajo que realiza el servidor en el planeamiento de capacidad.
Un factor es la demanda generada por los clientes. La velocidad a la que fluirán los datos afecta a la carga de trabajo. El acceso intermitente a la pantalla, como una aplicación de suministro de préstamos, generaría menos carga de trabajo que una aplicación de cajero en uso constante. La cantidad de flujo de datos también afectará a la carga de trabajo. Normalmente, la aplicación basada en pantalla 3270 generará pequeñas cantidades de datos, donde como un trabajo de impresión o transferencia de archivos enviará paquetes completos de datos.
Otro factor es el resto de los servicios que proporciona el servidor. Si el servidor expone las sesiones a través del servicio TN3270, habrá un aumento moderado de la carga de trabajo. Se deben tener en cuenta recursos adicionales (por ejemplo, CPU adicional) o reducción de las sesiones totales. Si el servidor proporciona emulación de sesión de impresión a través del servicio de impresión de SNA, esto puede aumentar considerablemente la carga de trabajo. Las sesiones de impresión configuradas para usar archivos PDT crean un pequeño aumento de la carga de trabajo. Las sesiones de impresión configuradas para GDI crearán un gran aumento de la carga de trabajo. Normalmente, los clientes aislarán las sesiones de impresión en un servidor dedicado.
Además de los servicios de Host Integration Server, puede haber otros servicios y funciones realizados por el servidor, como hospedar una base de datos o proporcionar servicios de impresión de Windows. Es difícil predecir exactamente la cantidad de potencia de procesamiento necesaria para ejecutar varias aplicaciones de servidor. En muchos casos, sus propios requisitos para cumplir un determinado nivel de tiempo de respuesta o tasa de transacciones indicarán los requisitos de hardware específicos para su entorno.
En la tabla siguiente se proporciona una guía general para los requisitos de hardware.
Por servidor | Directrices |
---|---|
1000-5000 Usuarios 15 000 sesiones |
- Sistema multiprocesador con al menos 8 GB de RAM - Conexiones Ethernet Gigabit - Varios adaptadores LAN para reducir cuellos de botella |
200-1000 Usuarios 5000 sesiones |
- Sistema de procesador dual con al menos 4 GB de RAM - Conexión Ethernet Gigabit |
1-200 usuarios 1000 sesiones |
- Sistema de procesador único con al menos 2 GB de RAM - Conexión Ethernet Gigabit |
Tolerancia a errores
El número total de sesiones por servidor y el número total de servidores tendrá que tener en cuenta los requisitos de tolerancia a errores. Host Integration Server admite una agrupación lógica de servidores denominado subdominio. Los clientes están configurados para un subdominio determinado y pueden acceder a los recursos de cualquier servidor de ese subdominio. Al aumentar el número de servidores en los que se reparten las sesiones, se reduce la cantidad de capacidad perdida cuando se produce un error en un servidor. Por ejemplo, si necesita admitir 10 000 sesiones, dividirlas entre dos servidores significa una pérdida de capacidad del 50 % si se produce un error en un servidor. Si se distribuyen entre cuatro servidores, la pérdida de un servidor solo reduce la capacidad en un 25 %.
Estos servidores se pueden sobrecargar para proporcionar redundancia. Con el ejemplo anterior, podría colocar 7500 sesiones en dos servidores. En este caso, la pérdida de un servidor solo reducirá la capacidad en un 25 %. Con esta estrategia, puede proporcionar redundancia del 100 %.
Modelo de implementación
Por último, donde el servidor se implementa también factores en el planeamiento de la capacidad. Si los servidores se encuentran centralmente en el centro de datos, un conjunto básico de servidores puede atender todas las ubicaciones de la rama. Si los servidores están implementados en la rama, por lo general solo atenderían las sesiones de esa rama. Normalmente, la implementación de ramas requiere más servidores totales con una capacidad inferior, donde, dado que la implementación central puede usar menos servidores con una mayor capacidad. Con el modelo de licencia por CPU, estos dos modelos de implementación pueden no afectar al costo de la licencia excesiva (por ejemplo, 4 servidores de cuatro procedimientos frente a 16 servidores de proceso único).