Debido a la propia naturaleza de un clúster, sus nodos deben tener idéntico nivel de modificación para que el clúster funcione correctamente. Al aplicar una modificación de Sun Cluster a un nodo, puede que sea necesario suprimir temporalmente la pertenencia del nodo al clúster o parar todo el clúster antes de poder instalar la modificación. En esta sección se describen los pasos necesarios.
Antes de aplicar una modificación de Sun Cluster visite la página web de Sun Cluster para obtener instrucciones especiales; para averiguar el URL actual de dicha página, consulte Sun Cluster 3.1 4/04 Release Notes for Solaris OS o póngase en contacto con Enterprise Services. Si no hay instrucciones especiales, consulte el archivo README de la modificación.
En el caso de modificaciones de Sun Cluster, consulte siempre el archivo README para obtener instrucciones que anulen los procedimientos que se explican en este capítulo.
La instalación de modificaciones en todos los nodos de un clúster responde a una de las siguientes situaciones:
Modificación con rearranque (nodo): un nodo debe arrancarse en modo monousuario mediante las órdenes boot -sx o b -sx antes de poder aplicar la modificación y, a continuación, debe rearrancarse para que se una al clúster. Para ello se debe llevar primero el nodo al estado “silencioso” conmutando todos los grupos de recursos o grupos de dispositivos de disco desde el nodo que se va a modificar a otro miembro del clúster. Para evitar tener que parar todo el clúster, aplique la modificación a un único nodo simultáneamente.
Durante este tipo de aplicación de la modificación, el clúster sigue estando disponible, aunque algunos nodos individuales se paren temporalmente. Un nodo modificado puede volver a unirse al clúster como nodo miembro aunque otros nodos no se encuentren aún en el mismo nivel de modificación.
Modificación con rearranque (clúster y firmware): es necesario parar el clúster y rearrancar cada nodo en modo monousuario mediante las órdenes boot -sx o b -sx, para aplicar la modificación de software o firmware. A continuación rearranque los nodos para que vuelvan a unirse al clúster. En este tipo de modificaciones, el clúster no está disponible durante la aplicación de la modificación.
Modificación sin rearranque: no es necesario que el nodo se encuentre en estado “silencioso” (puede estar controlando grupos de recursos o de dispositivos), ni es necesario pararlo ni rearrancarlo para aplicar la modificación. No obstante, aún deberá aplicar la modificación a un único nodo simultáneamente y comprobar que ésta funciona antes de aplicarla a otro nodo.
Los protocolos de clúster subyacentes no cambian a causa de la modificación.
Para aplicar una modificación al clúster se utiliza la orden patchadd; para suprimirla (siempre que sea posible) se utiliza la orden patchrm.
Tenga en cuenta los siguientes consejos para administrar las modificaciones de Sun Cluster de forma más eficiente:
Consulte la sede web de Sun Cluster para obtener instrucciones especiales asociadas con la modificación o con la actualización del firmware. Para averiguar el URL actual de dicha página, consulte Sun Cluster 3.1 4/04 Release Notes for Solaris OS o póngase en contacto con Enterprise Services.
Antes de aplicar la modificación lea siempre el archivo README correspondiente a la misma.
Aplique todas las modificaciones (tanto las requeridas como las recomendadas) antes de utilizar el clúster en un entorno de producción.
Compruebe los niveles de firmware del hardware e instale las actualizaciones de firmware necesarias.
Todos los nodos que actúen como miembros del clúster deberán tener instaladas las mismas modificaciones.
Mantenga al día las modificaciones del subsistema del clúster. Es decir, gestión de volúmenes, firmware de los dispositivos de almacenamiento, transporte del clúster, etc.
Revise con regularidad (por ejemplo, una vez por trimestre) los informes de modificaciones y aplique éstas a su configuración de Sun Cluster mediante un paquete de modificación recomendado.
Aplique modificaciones selectivas según las recomendaciones de Enterprise Services.
Después de una actualización de modificaciones significativa pruebe la función de recuperación de fallos; prepárese para retirar la modificación en el caso de que el funcionamiento del clúster se vea degradado o dañado.