Esta sección proporciona pautas para la configuración de la duplicación de datos entre los clústers; 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 en una aplicación de recuperación de fallos
Configuración de los grupos de recursos en una aplicación escalable
Directrices para la gestión de las recuperaciones de fallos o de conmutaciones
Los grupos de recursos de duplicaciones sitúan el grupo de dispositivos bajo el control de Sun StorEdge Availability Suite 3.1 con el recurso de servidores lógicos. 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.
Tener un recurso de servidores lógicos
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.
AffinityOn property = 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 SUNW.HAStoragePlus(5).
Recibir 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 que esté totalmente disponible, una aplicación se debe gestionar 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 a la 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 la aplicación están montados de manera global, la presencia de un recurso HAStoragePlus en el grupo de recursos de aplicaciones no es obligatoria, aunque sí aconsejable.
Si los datos de la aplicación se montan de manera local, la presencia de un recurso de HAStoragePlus en el grupo de recursos de aplicaciones es 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 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 con el fin de 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:
Tener una dependencia en el grupo de recursos de direcciones compartidas
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 se debe conmutar con el clúster secundario tan pronto como sea posible. Para conseguir que éste haga las funciones del principal se debe actualizar el DNS. Además, el volumen secundario debe estar montado en el directorio de punto de montaje del sistema de archivos de la aplicación.
El DNS asocia un cliente con el servidor 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). Si desea un ejemplo de cómo hacer frente a una recuperación de fallos o una conmutación, consulte Ejemplo de cómo hacer frente a una recuperación de fallos o a una conmutación.
Después de la reparación, el clúster principal puede volver a estar en línea. Para realizar una conmutación regresiva con clúster principal original, siga estos pasos:
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.
Monte el volumen principal en el directorio del punto de montaje del sistema de archivos de la aplicación.