C.4. Recuperación de fallas y subárboles independientes


En la mayoría de entornos empresariales, el curso de acción normal para recuperación de un servicio es reiniciar todo el servicio si cualquier componente en el servicio falla. Por ejemplo, en el Ejemplo C.6, “Recuperación de fallas normal del Servicio foo, si alguno de los scripts definidos en este servicio falla, el curso normal de la acción es reiniciar (reubicar o desactivar, de acuerdo con la política de recuperación del servicio) el servicio. No obstante, en algunas circunstancias, algunas partes de un servicio pueden considerarse como no-críticas; y puede ser necesario solamente reiniciar una parte del servicio, antes de intentar la recuperación normal. Para lograrlo, puede usar el atributo __independent_subtree. Por ejemplo, en el Ejemplo C.7, “Recuperación de fallas del servicio foo con el atributo __independent_subtree, el atributo __independent_subtree sirve para:
  • Si script:script_one falla, reinicie script:script_one, script:script_two, y script:script_three.
  • Si script:script_two falla, reinicie solamente script:script_two.
  • Si script:script_three falla, reinicie script:script_one, script:script_two, y script:script_three.
  • Si script:script_four falla, reinicie todo el servicio total.

Ejemplo C.6. Recuperación de fallas normal del Servicio foo

<service name="foo">
      <script name="script_one" ...>
          <script name="script_two" .../>
      </script>
      <script name="script_three" .../>
</service>

Ejemplo C.7. Recuperación de fallas del servicio foo con el atributo __independent_subtree

<service name="foo">
      <script name="script_one" __independent_subtree="1" ...>
          <script name="script_two" __independent_subtree="1" .../>
          <script name="script_three" .../>
      </script>
      <script name="script_four" .../>
</service>
En algunas circunstancias, si el componente de un servicio falla, usted podrá desactivar solamente ese componente sin necesidad de desactivar todo el servicio, para evitar que los otros servicios afecten el uso de otros componentes de ese servicio. A partir del lanzamiento de Red Hat Enterprise Linux 6.1, puede llevar a cabo esto con el atributo __independent_subtree="2", el cual designa el subárbol independiente como no crítico.

Nota

Puede usar el indicador no-crítico en recursos de referencias únicas. El indicador no crítico funciona con todos los recursos a todos los niveles del árbol de recursos, pero no debe usarse en el nivel superior en la definición de servicios o máquinas virtuales.
A partir del lanzamiento de Red Hat Enterprise Linux 6.1, usted puede establecer el reinicio máximo y reiniciar expiraciones por nodo en el árbol independiente de recursos de subárboles. Para establecer estos umbrales, puede usar los siguientes atributos:
  • __max_restarts configura el número máximo de reinicios tolerados antes de ceder.
  • __restart_expire_time configura la cantidad de tiempo, en segundos, después del cual ya no se intenta reiniciar.
Red Hat logoGithubRedditYoutubeTwitter

Aprender

Pruebe, compre y venda

Comunidades

Acerca de la documentación de Red Hat

Ayudamos a los usuarios de Red Hat a innovar y alcanzar sus objetivos con nuestros productos y servicios con contenido en el que pueden confiar.

Hacer que el código abierto sea más inclusivo

Red Hat se compromete a reemplazar el lenguaje problemático en nuestro código, documentación y propiedades web. Para más detalles, consulte el Blog de Red Hat.

Acerca de Red Hat

Ofrecemos soluciones reforzadas que facilitan a las empresas trabajar en plataformas y entornos, desde el centro de datos central hasta el perímetro de la red.

© 2024 Red Hat, Inc.