Su sistema falla porque el sistema operativo entra en pánico

Renovación

Digamos que el sistema falla porque el pánico del sistema operativo. Se reinicia, se reinicia aplicaciones tales como servidores web y bases de datos, y continúa como antes del fallo. ¿Cuál es la probabilidad de otro fracaso, debido a un pánico del sistema operativo? Con toda probabilidad, es exactamente la misma que antes del reinicio. Hay muchos casos, sin embargo, en el que la reparación de un sistema de cambios de las características MTBF del sistema, aumentando la probabilidad de otro fracaso en el futuro a corto plazo. Al sustituir un neumático pinchado en tu coche con la rosquilla "," rueda de repuesto, el MTBF para los problemas de neumáticos no es el mismo que cuando se ejecuta en cuatro llantas originales, la dona tiene restricciones de velocidad y distancia en lo que hacen menos fiables que una llanta nueva. Usted ha reparado su coche para que sea funcional de nuevo, pero no han restablecido el coche a sus especificaciones originales MTBF.

El concepto de la reparación de un sistema tal que su MTBF es el mismo que se llama renewability.1 Sistemas de degradar que no son renovables, con el tiempo. Software, en general, no podrán ser renovables debido a problemas como pérdidas de memoria o de corrupción de memoria que aumentan la probabilidad de falla en el tiempo. La fijación de un fallo no puede restaurar el sistema a su estado original, si alguna vez has hecho un reinicio normal o reiniciar el sistema de mantenimiento preventivo, que ha dirigido a hacer un sistema de renovables de la manera la fuerza bruta. En todos los ejemplos y escenarios que describen , estamos destinados a hacer que los sistemas renovables. La reparación de un componente que ha fallado, ya sea de hardware o software, no debe afectar al tiempo de espera antes de que el fallo viene. Al evaluar una técnica de la disponibilidad, la pregunta clave es "¿Esta reparación de restaurar el sistema a su estado original para que todos mis supuestos acerca de los modos de fallo, las tasas de fracaso y los procesos de reparación son los mismos que antes he hecho la reparación ? "Respuesta" sí "y se puede tener confianza en que sus números de MTBF se pondrán de pie después de una serie de fallas y reparaciones correspondientes.

Sigmas y Nines

Metodología de Seis Sigma es otra tendencia popular que nos impulsa a ser datafocused y procesos intensos. El corazón de seis sigma es una metodología para medir algo, averigüe donde los defectos se están introduciendo, a continuación, eliminar el origen de los defectos para que el proceso resultante muestra menos de seis defectos por millón de oportunidades de un defecto (seis sigmas o desviaciones estándar lejos de la media). A pesar de esta metodología es más comúnmente utilizado para los procesos de fabricación y productos no perecederos, tiene aplicabilidad a la fiabilidad de los sistemas en red también. En lugar de pensar en Seis Sigma como un proceso de búsqueda y aniquilamiento de los defectos, pensar en ello como una manera de reducir la variación.

¿Cuáles son los valores que los usuarios encuentran la mayoría de los críticos de sus sistemas? El tiempo de respuesta? Un comportamiento coherente? Comportamiento correcto? Estas son las críticas a calidad (CTQ) las variables que se pueden medir.
Definir las fallas o defectos, sobre la base de estos CTQs. Si una transacción se espera completar en 10 segundos, y funciona durante 30 segundos, pero finalmente se completa correctamente, es que un fracaso? ¿Es un defecto?
¿Se puede relacionar estos CTQs usuario a los componentes del sistema? ¿Dónde están los defectos que presenta? ¿Cuáles son las fuentes de variación, y cómo se puede controlar a los componentes del sistema al cambiar sus características de disponibilidad?

Metodología de Seis Sigma puede tomar su pensamiento acerca de la disponibilidad del tiempo de funcionamiento binario-contra-modelo de tiempo de inactividad de aquél en el que nos fijamos en la experiencia del usuario. Se requiere que las variables de medida que están relacionados con cosas que usted puede controlar, reducir la variabilidad mediante la eliminación de la causa de defectos en el proceso. Si ha definido una operación de larga duración como un defecto, a continuación, la capacidad de planificación y asignación de recursos se convierten en parte de su rehabilitación. Si que la variabilidad en el tiempo de respuesta es causado por el comportamiento del sistema durante una conmutación por error, entonces usted puede tener para el diseño de un modelo de recuperación más complejo.

El valor de la Disponibilidad de

Fundamentalmente, la alta disponibilidad es una decisión empresarial. Computadoras cuestan dinero para operar. Que cuestan dinero adicional en caso de no funcionar cuando se espera que. Pero la razón fundamental de las empresas invertir en los ordenadores (o cualquier otra cosa, para el caso) es hacer dinero. Las computadoras permiten a una organización a realizar tareas que no podía realizar sin el equipo. Las computadoras pueden hacer cosas que la gente no puede, no hacen las cosas más rápido y más barato y con más precisión que la gente puede. (No todo, pero muchas cosas.) Cuando un equipo no está realizando la función para la que fue comprado, no es hacer dinero a sus propietarios, es, en cambio, les cuesta dinero. Desde el tiempo de inactividad puede, sin control, para siempre, no hay aparentemente ningún límite a los gastos que un equipo de abajo puede generar.

¿Qué es Alta Disponibilidad?

Hubo un período de tiempo en que sus autores debaten tomando la frase "alta disponibilidad" de el título de este artículo. El argumento para hacerlo fue que el término se había vuelto tan enturbiado por las organizaciones de marketing de proveedores que había perdido todo significado. El argumento en contra de la eliminación fue que no había otro término que tan bien resumía lo que estábamos tratando de cumplir con el artículo. Al final, hemos decidido que si tomamos "alta disponibilidad" fuera del título, nadie sería capaz de encontrar el artículo, y si dejamos que se quede, tendríamos la oportunidad de definir por nosotros mismos. Así que lo dejamos in Piense en ello como una decisión de marketing. Si usted pregunta por ahí, encontrarás que realmente no hay definición estricta de alta disponibilidad o la firma de un umbral que determina si o no un sistema en particular se ha logrado. Los vendedores han moldeado el plazo para ajustarse a sus necesidades. Casi todos los sistemas y proveedor de sistema operativo con un departamento de marketing pretende ofrecer una alta disponibilidad en una forma u otra. La verdad es que pese a las afirmaciones de 7 × 24 × lo que sea, o algún número de los nueves, los créditos significa muy poco en la práctica día a día la disponibilidad del sistema. La industria de almacenamiento Network Association (SNIA) tiene un excelente diccionario técnico en línea (www .snia.org / dictionary), en el que define la alta disponibilidad de la siguiente manera: La capacidad de un sistema para realizar su función de forma continua (sin interrupción) durante un período significativamente más largo de tiempo que la fiabilidad de sus componentes individuales se sugieren.

Alta disponibilidad suele lograrse a través de tolerancia a fallos. La alta disponibilidad no es un término fácil de cuantificar. Tanto los límites de un sistema que se llama de alta disponibilidad y el grado en que su disponibilidad es extraordinario que debe quedar claro en un caso por caso. La disponibilidad está muy claramente definida, pero es alto que es el problema. Es un edificio de 20 pisos de altura? En Manhattan, Kansas, que sería, pero en Manhattan, Nueva York, un edificio de 20 pisos se pierde en la multitud. Es mucho un término relativo. ¿Qué tan alto es arriba? ¿Qué tan alto es? ¿Qué tan disponible hace algo tiene que ser para que sea altamente disponible? Mayor de lo normal? ¿Qué es normal, y que la define? Una vez más, de gran ayuda en estas definiciones. El desarrollo de una definición práctica de alta disponibilidad requiere otro enfoque. Considere por qué alguien implementa un sistema informático. Alguien gasta el dinero para comprar (o arrendamiento) un sistema informático. El objetivo, como ocurre con cualquier gasto de las empresas, es conseguir algún tipo de retorno, o el valor de nuevo, en que los gastos. El dinero que se gasta con la intención de obtener el valor de espalda es una inversión. El objetivo, entonces, es lograr un rendimiento adecuado de la inversión realizada para poner en práctica el sistema informático. El retorno de esa inversión no necesita estar directamente monetaria. En un ambiente académico, por ejemplo, el retorno puede ser educativo. Un departamento de informática en una universidad o escuela secundaria compra los equipos con el noble objetivo de enseñar a sus estudiantes cómo usar las computadoras. Por supuesto, en el largo plazo, un departamento de informática que se desarrolla una buena reputación obtiene un rendimiento económico mayor en la asistencia en las clases y la matrícula.

Los equipos educativos en una universidad no se consideran esenciales por las empresas más comerciales, pero si los equipos se establecen, para gran parte del tiempo durante un semestre que los estudiantes son incapaces de completar sus tareas, a continuación, los ordenadores no son capaces de generar un adecuado retorno de la inversión financiera depositada en ellos. Si estos cortes se producen con bastante frecuencia, y el tiempo suficiente, el departamento puede desarrollar una reputación de tener computadoras pésimo, pésimo equipo o de la administración, que, en cualquier caso, refleja muy poco en el departamento y podría, con el tiempo, afectar a la inscripción. El mismo es válido para cualquier equipo en cualquier empresa, los equipos que están abajo no están haciendo el trabajo para el que fueron ejecutados. Consideremos, entonces, que un sistema es altamente disponible cuando se dispone del tiempo suficiente para generar el cambio de lo cual se aplicó en el primer lugar. Para ser justos, se requiere una visión clara del futuro para saber si un sistema está adecuadamente protegido contra todas las circunstancias posibles, y eso es sencillamente imposible. Por lo tanto, consideramos de alta disponibilidad para ser un objetivo de diseño en lugar de un diseño real. Cuando se diseña un sistema, debe quedar claro a sus diseñadores lo que tiene para los requisitos de disponibilidad. Si el sistema es verdaderamente diseñado para los requisitos, entonces el sistema es altamente disponible. Nuestra definición de alta disponibilidad, por lo tanto, es la siguiente: Alta disponibilidad, n. Un nivel de disponibilidad del sistema, que implica un diseño que se espera alcanzar o superar los requisitos del negocio al que se aplica el sistema. Alta disponibilidad, entonces, es un trade-off entre el costo de la inactividad y el coste de las medidas de protección que se disponibles para evitar o reducir el tiempo de inactividad.

un artículo presentado por Ben Smeider

Descargo de responsabilidad:Nuestro sitio web no es responsable por el contenido de este artículo. Webarticles es un recurso de información gratuito.
Importante: Este artículo "El sistema falla porque el sistema operativo entra en pánico", fue traducida por un software automático. Sentimos pena por los errores de ortografía que pueda haber ocurrido. Gracias por su comprensión.