Tipo de contenido
Guía de trabajo
Duración
20m
Nivel
Introductorio
Configure un sistema Red Hat Linux e instale InterSystems Health Connect™ como motor de integración HL7® en esta guía paso a paso.
Indice degli argomenti
- Configuración de Red Hat Linux para Health Connect
Configuración de Red Hat Linux para Health Connect
- Requisitos del sistema
Debe revisarse todos los requisitos antes de configurar su entorno. Aunque InterSystems suele proporcionar configuraciones basadas en las mejores prácticas, en ocasiones se nos pide presupuestar o proporcionar configuraciones que permitan una comparación de igual a igual con sistemas que no son de nivel empresarial y que no ofrecen funciones como Mirroring. En estas circunstancias, debe confirmar que su configuración no se decida por dicha solicitud, sino por lo que más convenga a su institución. Si considera que este es el caso de su configuración, solicite a su equipo de ventas asignado que le proporcione una configuración nueva que siga las directrices de mejores prácticas de InterSystems.
1. Configure su entorno de hardware para RAM y CPU según lo especificado en la guía de arquitectura de hardware de su centro, proporcionada por InterSystems.
2. En un entorno con Mirroring, necesitará un total de N+1 direcciones IP, donde N es el número de servidores y la adicional es para la IP virtual, que probablemente estará controlada por el Mirroring de HealthShare.
3. Necesitará al menos dos tarjetas de red por máquina, según las mejores prácticas de Mirroring.
- 4. En cuanto al almacenamiento, comience asignando los siguientes directorios en cada uno de los dos servidores. Cada uno de estos cinco sistemas de archivos debe ser su propio LUN; en otras palabras, debe haber un sistema de archivos por montaje, para un total de cinco, cada uno con su propio conjunto de discos (sin solapamiento).
- /HealthShare/Database
- /HealthShare/Journal
- /HealthShare/AltJournal
- /HealthShare/Engine - también conocido como el disco Write Image Journal (WIJ)
- /HealthShare/Backup - no necesariamente tiene que ser almacenamiento de alta gama
Consulte a su ingeniero de ventas la cantidad de espacio que se debe asignar a cada unidad.
- /HealthShare/Database
5. Puede asignar una LUN a un VMFS (almacén de datos) en un entorno virtual como vSphere (ESXi). Al virtualizar, la mejor práctica es que el SO vea varios dispositivos. Esto permite segregar journals, bases de datos y WIJ por motivos de rendimiento y resiliencia. Se consigue presentando varios VMDK desde ese único volumen LUN/VMFS a la máquina virtual en cuestión. Además, se recomienda encarecidamente usar controladores SCSI paravirtualizados (PVSCSI) y aislar los VMDK de la base de datos de los VMDK de los journals en controladores PVSCSI separados para un rendimiento óptimo y para proporcionar E/S no bloqueante y colas separadas para bases de datos y journals.
6. En la mayoría de las situaciones, las opciones de montaje predeterminadas de ext4 y XFS son ideales, especialmente con la prevalencia de matrices de almacenamiento totalmente flash. Puede haber excepciones para ajustar estos valores respecto a los predeterminados debido a patrones de E/S específicos de la aplicación. Es mejor ponerse en contacto con el WRC de InterSystems para obtener ayuda si surgen preocupaciones de rendimiento. Continúe siguiendo las mejores prácticas para aislar la Base de datos de los journals en dispositivos y puntos de montaje separados. El uso de un administrador de volúmenes lógicos (LVM) también es muy recomendable, especialmente para los volúmenes de la Base de datos. Para el mejor rendimiento de los journals, no usar LVM para los journals ha proporcionado el mejor rendimiento (latencia); sin embargo, los requisitos de su aplicación pueden variar y usar LVM tanto para journals como para Bases de datos puede ser aceptable para su aplicación. Asegúrese de probar su aplicación para confirmar la configuración ideal.
- Instalación y configuración iniciales
7. Para instalar Health Connect, puede iniciar sesión como usuario root o, si ha iniciado sesión con otra cuenta, utilizar su (superuser) para cambiar al usuario root y ejecutar
cinstall. Después de la instalación, no será necesario que los usuarios sigan teniendo acceso root.- 8. Hay dos parámetros recomendados a nivel de aplicación:
- Memoria asignada a la caché de rutinas (búfer de rutinas) de x MB
- Memoria asignada a la caché de 8 KB de la base de datos (búfer de Base de datos) de y MB
Consulte la guía de arquitectura de hardware de su sitio proporcionada por InterSystems para conocer los valores específicos de su sitio para el búfer de rutinas y el búfer de base de datos. Después de que la instalación se complete correctamente, estos valores se configurarán en el Portal de Administración. Tenga en cuenta que estos valores son importantes porque influyen en otros ajustes que se detallan a continuación. Probablemente también aumente ligeramente gmheap y locksiz en la configuración avanzada de memoria del sistema. Nuevamente, consulte la guía de arquitectura de hardware de su centro o hable con su ingeniero de ventas para obtener valores específicos.
- Memoria asignada a la caché de rutinas (búfer de rutinas) de x MB
- Configuración en el SO y la red
9. Además de cualquier puerto de interfaz TCP, hay tres puertos predeterminados diferentes que la aplicación utilizará, aunque puede seleccionar otros si lo desea. Realice los cambios de Configuración del firewall necesarios para permitir el acceso interno a los puertos 1972, 57772 y 2188.
Deben existir formas sencillas de mover archivos hacia y desde ese servidor (como recursos compartidos de archivos o SFTP/FTP), y también una forma fácil de acceder a la shell de la línea de comandos (como acceso con PuTTY o similar).
11. Mirroring requiere que un agente conocido como ISC Agent se esté ejecutando en ambos nodos del clúster con mirror. Una vez que finalice la instalación, deberá seguir estos pasos en la documentación.
- 12. La siguiente es una lista de mejores prácticas de bibliotecas para asegurarse de que el SO las tenga. Tenga en cuenta que no son necesariamente requisitos estrictos, sino recomendaciones de mejores prácticas para incluir:
- tar
- hostname
- net-tools
- perl
- /usr/bin/dc
- java-1.8.0-openjdk.x86_64
- which
- procps
- findutils.x86_64
- Bash
- SFTP/FTP
- SAR
- GUNZIP
- tar
- Consideraciones de seguridad
13. Las consideraciones de seguridad deben establecerse antes de la instalación de acuerdo con las necesidades de su centro específico. Estas decisiones determinan los ajustes de seguridad tanto en el SO que aloja la instalación de Health Connect como dentro de la propia instalación de Health Connect. Se recomienda familiarizarse con los siguientes recursos de la documentación, aunque también puede ser útil una consulta adicional con el equipo de cuenta de InterSystems de su centro o con el InterSystems Worldwide Response Center.
14. Con respecto al SO, la instalación la realizará root. Puede prepararse identificando qué usuarios podrán iniciar y detener Health Connect para añadirlos al grupo correcto después de la instalación. Tenga en cuenta que ningún usuario real debe usar el nombre de usuario irisusr creado durante la instalación; es únicamente para el uso del propio Health Connect. Además, debe conocer el usuario del SO que será el propietario de la instancia.
Para obtener más información, consulte "Usuarios, grupos y permisos de UNIX®" en la documentación.
15. Después de la instalación, querrá revisar ciertos aspectos de seguridad dentro de la instalación de Health Connect. Algunos usuarios vienen de forma predeterminada con el sistema, según el nivel de seguridad especificado en el momento de la instalación, como Superuser y _SYSTEM. Según el uso, estos usuarios deben deshabilitarse o cambiar su contraseña predeterminada. Para obtener más información, consulte "Especificar el nivel de Privilegio apropiado para los usuarios de la instancia" en la documentación.
- 16. Por lo general, será importante para un modelo de seguridad completo que cada usuario tenga su propio nombre de usuario de Health Connect y roles/recursos asociados que:
- Restringen las capacidades de ese usuario.
- Sean apropiados para ese usuario.
Tenga en cuenta que un único nombre de usuario usado por varias personas complica una auditoría adecuada y el aislamiento de los privilegios.
Cualquier Aplicación web en uso tiene su propio modelo de seguridad; para una revisión más detallada, consulte la guía "Aplicaciones" en la documentación.
- 17. Es posible que desee comentar con su equipo de cuenta de InterSystems ajustes/configuraciones adicionales como los siguientes:
- Cifrado de base de datos
- Heap de memoria genérica
- Congelar ante errores de E/S de journals
- Tamaño de la tabla de bloqueos
- Días de journals a conservar
- Comprobaciones de integridad periódicas
- Purgado automático de mensajes
- Recursos de documentaciónEn el paso 8, determinó los valores de los búferes de rutinas y de base de datos (o global). Utilicemos como ejemplo un búfer de base de datos de 8 GB y un búfer de rutinas de 0,5 GB. Usaremos estos valores para calcular los ajustes correspondientes.
- No utilizará Autenticación Kerberos, por lo que no es necesario preocuparse por esa sección de la documentación.
- Se recomienda establecer SHMMAX igual al tamaño de: ((búfer de base de datos)+(búfer de rutinas)+(4 MB)).
- Huge Pages tiene un valor predeterminado de 2 MB. Por ejemplo, si tuviera 9 GB de memoria compartida, querría asignar unas 5000, ya que es ligeramente más que los 9 GB de memoria compartida asignados como Huge Pages.
- Dado que usaremos Huge Pages, no es necesario considerar el capítulo "Locked In Memory" de las notas de RHL.
- Debemos seguir las recomendaciones para la Limpieza de páginas sucias según la documentación.
- Para garantizar suficiente espacio de swap, se recomienda asignar al menos 10 GB de espacio de swap.
- No utilizará Autenticación Kerberos, por lo que no es necesario preocuparse por esa sección de la documentación.