Este apartado proporciona pautas para configurar la duplicación de datos entre los clústeres; contiene, también, consejos para configurar los grupos de recursos de duplicaciones y de aplicaciones. Use estas directrices cuando esté configurando la duplicación de datos en el clúster.
En esta sección se analizan los aspectos siguientes:
Configuración de los grupos de recursos de aplicaciones
Directrices para la gestión de las recuperaciones de fallos o de conmutaciones
La duplicación de los grupos de recusos coloca los grupos de recursos bajo el control del software de Sun StorEdge Availability Suite con el recurso de nombre de host lógico. Un grupo de recursos de duplicaciones debe tener las características siguientes:
Ser un grupo de recursos de recuperación de fallos
Un recurso de recuperación de fallos sólo puede ejecutarse en un nodo a la vez. Cuando se produce la recuperación de un fallo, los recursos de recuperación toman parte en ésta.
Cree un recurso de nombre de host lógico
El clúster principal debe alojar al servidor lógico. Tras una recuperación de un fallo o una conmutación, el clúster secundario debe alojar al servidor lógico. El sistema de nombres de dominio (DNS) se utiliza para asociar el servidor lógico con un clúster.
Tener un recurso de HAStoragePlus
El recurso de HAStoragePlus refuerza la conmutación del grupo de dispositivos cuando el grupo de recursos de duplicaciones se conmuta o se recupera de un fallo. Sun Cluster también refuerza la conmutación del grupo de recursos de duplicaciones cuando el grupo de dispositivos se conmuta. De este modo el grupo de recursos de duplicaciones los sitúa siempre o los gestiona el mismo nodo.
Las siguientes propiedades de extensión se deben definir en el recurso HAStoragePlus:
GlobalDevicePaths. La propiedad de esta extensión define el grupo de dispositivos al que pertenece un volumen.
Propiedad AffinityOn = True. La propiedad de esta extensión provoca que el grupo de dispositivos se conmute o se recupere de un fallo si el grupo de recursos de duplicaciones se conmuta o se recupera de un fallo. Esta función recibe el nombre de conmutación de afinidad.
Si desea más información sobre HAStoragePlus, consulte la página de comando man de SUNW.HAStoragePlus(5).
Recibe el nombre del grupo de dispositivos con el que se acopla, seguido de -stor-rg
Por ejemplo, grupo_dispositivos-stor-rg.
Estar en línea en el clúster principal y en el secundario
Para tener una alta disponibilidad, una aplicación debe estar gestionada como un recurso en un grupo de recursos de aplicaciones, que se puede configurar en una aplicación de recuperación de fallos o en una escalable.
Los recursos de aplicaciones y los grupos de recursos de aplicaciones configurados en el clúster principal se deben configurar también en el clúster secundario; en éste, asimismo, se deben duplicar los datos a los que accede el recurso de aplicaciones.
Esta sección proporciona pautas para la configuración de los grupos de recursos de aplicaciones siguientes:
Configuración de los grupos de recursos en una aplicación de recuperación de fallos
Configuración de los grupos de recursos en una aplicación escalable
En una aplicación de recuperación de fallos, una aplicación se ejecuta en un nodo cada vez. Si éste falla, la aplicación se recupera del fallo en otro nodo del mismo clúster. Un grupo de recursos de una aplicación de recuperación de fallos debe tener las características siguientes:
Tener un recurso HAStoragePlus para reforzar el conmutador del grupo de dispositivos cuando el grupo de recursos de aplicaciones se conmute o se recupere de un fallo
El grupo de dispositivos se acopla con el grupo de recursos de duplicaciones y el grupo de recursos de aplicaciones. Por este motivo, el conmutador del grupo de recursos de aplicaciones refuerza el conmutador del grupo de dispositivos y el grupo de recursos de duplicaciones. El mismo nodo gestiona los grupos de recursos de aplicaciones, de recursos de duplicaciones y de dispositivos.
Tenga en cuenta, sin embargo, que una conmutación o una recuperación de un fallo del grupo de dispositivos o de recursos de duplicaciones no desencadena una conmutación o la recuperación de un fallo en el grupo de recursos de aplicaciones.
Si los datos de aplicación se montan globalmente, la presencia de un recurso de HAStoragePlus en el grupo de recursos de la aplicación no será obligatoria, pero sí aconsejable.
Si los datos de aplicación se montan localmente, la presencia de un recurso de HAStoragePlus en el grupo de recursos de la aplicación sí será obligatoria.
Sin un recurso de HAStoragePlus, la conmutación o la recuperación de fallos del grupo de recursos de aplicaciones no produciría la conmutación ni la recuperación de fallos del grupo de recursos de aplicaciones ni del grupo de dispositivos. Tras una conmutación o una recuperación de fallos, el mismo nodo no gestionaría los grupos de recursos de aplicaciones, de recursos de duplicaciones y de dispositivos.
Si desea más información sobre HAStoragePlus, consulte la página de comando man de SUNW.HAStoragePlus(5).
Debe estar en línea en el clúster principal y fuera de línea en el secundario
El grupo de recursos de aplicaciones debe estar en línea en el clúster secundario cuando éste hace las funciones de clúster principal.
La figura siguiente ilustra la configuración de los grupos de recursos de aplicaciones y de recursos de duplicaciones en una aplicación de recuperación de fallos.
En una aplicación escalable, una aplicación se ejecuta en varios nodos para crear un único servicio lógico. Si un nodo que ejecuta una aplicación escalable falla, no se producirá la recuperación de fallos. La aplicación continúa ejecutándose en otros nodos.
Cuando una aplicación escalable se gestiona como recurso en un grupo de recursos de aplicaciones, no es necesario acoplar el grupo de recursos de aplicaciones con el grupo de dispositivos. Por este motivo, no es necesario crear un recurso de HAStoragePlus para el grupo de recursos de aplicaciones.
Un grupo de recursos de una aplicación escalable debe tener las características siguientes:
Cree una dependencia en el grupo de recursos de dirección compartida
Los nodos utilizan la dirección compartida que ejecuta la aplicación escalable, con el fin de distribuir los datos entrantes.
Estar en línea en el clúster principal y fuera de línea en el secundario
La figura siguiente ilustra la configuración de los grupos de recursos en una aplicación escalable.
Si el clúster principal falla, la aplicación deberá conmutarse al segundo clúster lo antes posible. Para conseguir que éste haga las funciones del principal se debe actualizar el DNS.
El DNS asocia un cliente al nombre de host lógico de una aplicación. Después de una recuperación de fallos o de una conmutación, se debe suprimir la asignación del DNS con el clúster principal y se debe crear una asignación del DNS con el clúster secundario. La figura siguiente muestra cómo se asigna el DNS con un cliente en un clúster.
Si desea actualizar el DNS, utilice la orden nsupdate. Si desea más información, consulte la página de comando man nsupdate(1M). Para ver un ejemplo de cómo se administra una recuperación de fallos o una conmutación, consulte Ejemplo de cómo gestionar una recuperación de fallos o una conmutación .
Una vez efectuada la reparación, el clúster principal debe volver a ponerse en línea. Para volver al clúster principal original, lleve a cabo las siguientes tareas:
Sincronice el clúster principal con el secundario para asegurarse de que el volumen principal esté actualizado.
Actualice el DNS de modo que los clientes puedan acceder a la aplicación en el clúster principal.