Los reinicios frecuentes de los servidores Unix no deben subestimarse

Reiniciar el servidor no es una broma para los administradores. Para los administradores de servidores de Windows, es una práctica común reiniciar los dispositivos de Windows con frecuencia, pero en los sistemas Unix, este enfoque no es efectivo y el reinicio por defecto no ofrece ninguna forma de mejora.

Dos casos de reinicio del servidor Unix

La situación real es: la operación de reinicio del servidor rara vez debería ocurrir — — tenga en cuenta que muy pocos. Aquí cito las actualizaciones del kernel y el reemplazo de hardware como ejemplos, ya que son las dos razones principales para el reinicio en el mundo Unix. Algunas personas han estado defendiendo que lo que no reinicia el servidor traerá algunos riesgos de seguridad graves, lo cual es simplemente una tontería. Si existe un riesgo de seguridad en el proyecto de servicio y la aplicación, entonces el parche de vulnerabilidad puede resolver el problema, y ​​el parche a menudo no requiere que se reinicie el dispositivo. Si existe un riesgo de seguridad en el módulo del kernel, generalmente solo necesita desinstalar el módulo correspondiente, instalar el parche y, finalmente, volver a cargar el módulo. Una vez que existe un riesgo de seguridad en el núcleo, es necesario reiniciar la operación del servidor. Pero fuera de esta situación, no hay ninguna razón real para reiniciar el servidor Unix.

Algunas personas piensan que si no se reinicia, a menudo seguirán otras formas de riesgo. Por ejemplo, algunos servicios clave no están habilitados correctamente en el momento del arranque, lo que llevará a una serie de peligros ocultos. Por supuesto, esta afirmación es correcta en sí misma, pero mientras el trabajo de administración esté en su lugar, esto es en realidad una especie de preocupación. Solo el novato que se hizo cargo del dispositivo servidor olvidará configurar correctamente los parámetros de inicio del proyecto de servicio. Pero nuevamente, si su servidor se encuentra en la fase de construcción, y no implica ningún aspecto de producción, es posible que desee realizar varios tipos de pruebas de reinicio a voluntad, sin ningún efecto adverso. Y creo que este es el mejor momento para familiarizarse con el mecanismo de reinicio.

Pero hay otro aspecto a considerar: aquellos que realizan la operación de reinicio como uno de los pasos importantes en la solución de problemas son detener a los cerdos muertos sin miedo a hervir el agua y tienen la intención de exponer el problema de una sola vez. Simplemente diga un conjunto de dispositivos Unix que tienen problemas, algunos servicios que aún se están ejecutando no pueden volver a iniciarse, y esto se mostrará después de reiniciar — — tal vez debido a una falla de segmentación u otro Razón extraña.

Razones para el reinicio del servidor Unix

Si nos tomamos unos minutos para verificar el dispositivo y reiniciarlo, la causa real de la falla se pierde completamente en el tiempo — — Quizás un administrador junior eliminó inadvertidamente algunas partes del directorio /boot o los directorios /etc, /usr /lib64 mientras ejecutaba un conjunto de scripts estúpidos. Este es el culpable de causar fallas de segmentación e inestabilidad del equipo. Sin embargo, una vez que decidamos reiniciar el servidor directamente sin investigar el problema, obviamente el problema se agravará. Si no hay un accidente, todos deberían iniciar la imagen de recuperación ". Esto significa que debemos enfrentar una gran cantidad de trabajos de recuperación". Al mismo tiempo, el servidor de producción también estará en un estado inactivo.

Estas son solo algunas de las razones por las que deberíamos intentar evitar el reinicio en el mundo Unix. En lugar de ser un método de solución de problemas, es mejor pensar que se trata de un tipo de juego desesperado: encuentre el problema o destruya todo y reconstrúyalo lentamente. En resumen, nadie puede usar la partición /var para reiniciar el dispositivo para corregir completamente el error.

Haga lo que debe hacer antes de que se reinicie el servidor.

En la mayoría de los casos, es extremadamente importante no reiniciar, porque el contenido clave en el sistema que puede ayudarnos a solucionar el problema es Debe existir antes del reinicio, pero puede que no esté allí después del reinicio. Después del reinicio, el problema definitivamente volverá a aparecer, pero una vez que la solución desaparece con el comportamiento de reinicio, la falla en sí misma cae en un bucle infinito de no solución. A menos que alguien decida no reiniciar, intente encontrar la fuente del problema. Lamentablemente, hay muy pocas personas que pueden tomar decisiones tan sensatas. La situación real es: una pequeña tarjeta de memoria defectuosa puede causar grandes problemas al funcionamiento normal del sistema y al estado de inicio del dispositivo. En este momento, el medicamento correcto es la mejor política, y el reinicio solo traerá pérdidas adicionales.

Por lo tanto, en el futuro, cuando todos estén enfrentando problemas, si hay un tipo que dice algo "oh, es mejor reiniciarlo para ver si quieres darle dos bocas grandes". El reinicio es, por supuesto, una de las opciones, pero antes de implementar el reinicio, asegúrese de haber tomado todas las medidas que podamos imaginar; después de todo, lo que hemos ahorrado es nuestro propio tiempo y energía.