Las particiones utilizan una política Uno de N con el quórum habilitado por omisión, lo que significa que las particiones sólo se pueden activar cuando la mayoría de los miembros del clúster posibles están en línea o en un estado de quórum. Cada aplicación J2EE (Java 2 Platform Enterprise Edition) particionada que crea un conjunto de particiones (en la siguiente sección puede encontrar más detalles) crea un conjunto completo de grupos gestionados por HA Manager. Cada partición es un grupo de HA Manager oficial y se puede gestionar por separado de los otros grupos. De esta forma, existe la posibilidad de combinar y hacer coincidir políticas de partición de forma diferente para cada aplicación, o particiones individuales. Asimismo, cuando se analizan los aspectos específicos, cada aplicación J2EE particionada puede subclasificar partes del conjunto general de particiones en subgrupos y gestionarlos de forma exclusiva.
Por ejemplo, supongamos que un usuario está creando una aplicación del mercado bursátil. Desea tener una aplicación J2EE particionada que maneje todos los tipos de cotización, pero desea tratar 500 cotizaciones de S&P de forma diferente debido a las características del volumen mercantil (carga). Cuando se inicia el servidor de aplicaciones, todas las particiones se activarán en el conjunto de servidores que hay disponibles cuando se establece el quórum. En ese momento, el administrador puede establecer una nueva política y equilibrar la carga de forma más eficaz utilizando la infraestructura de políticas de HA Manager.
En este ejemplo, el administrador desea equilibrar las particiones en todo el clúster basándose en el volumen de transacciones esperado. Se puede crear una política que equilibre las 500 particiones de S&P de forma uniforme en todos los miembros del clúster existentes y, a continuación, equilibrar las otras cotizaciones en el mismo conjunto de miembros del clúster de forma parecida. Este enfoque garantiza que las transacciones bursátiles de las empresas de S&P se equilibren en todo el clúster, en lugar de equilibrar aleatoriamente todas las cotizaciones en todos los miembros del clúster. Si las particiones se gestionan como una agrupación, como en este caso, el resultado será que algunos miembros del clúster tendrán un número excesivo de particiones relacionadas con las 500 S&P de gran volumen y, por lo tanto, muchas más transacciones que otros servidores. Asimismo, algunos servidores pueden tener un gran número de cotizaciones que reciben un volumen de transacciones pequeño o nulo en un día y que quedan infrautilizados.
El soporte de políticas de HA Manager se utiliza en otros ejemplos para establecer servidores preferidos para determinadas particiones, predefinir los servidores que se van a utilizar en los escenarios de sustitución por anomalía, o definir si una partición se debe volver a enviar al servidor original cuando vuelve a estar en línea. Hay otras opciones disponibles que se describen en las siguientes secciones.
Related concepts
HA Manager