{"id":34264,"date":"2019-10-31T21:57:17","date_gmt":"2019-10-31T18:57:17","guid":{"rendered":"https:\/\/prohoster.info\/blog\/glavnaya-prichina-avarij-v-data-tsentrah-prokladka-mezhdu-kompyuterom-i-kreslom\/"},"modified":"2019-10-31T21:57:17","modified_gmt":"2019-10-31T18:57:17","slug":"glavnaya-prichina-avarij-v-data-tsentrah-prokladka-mezhdu-kompyuterom-i-kreslom","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/glavnaya-prichina-avarij-v-data-tsentrah-prokladka-mezhdu-kompyuterom-i-kreslom","title":{"rendered":"La principal causa de fallos en los centros de datos es la conexi\u00f3n entre el ordenador y la silla","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

El tema de los grandes accidentes en los modernos centros de datos suscita preguntas a las que no se dio respuesta en el primer art\u00edculo; decidimos desarrollarlo.<\/em><\/p>\n

\n\"La<\/a><\/noindex><\/p>\n

Si se cree en la estad\u00edstica del Uptime Institute, la mayor parte de los incidentes en los centros de datos est\u00e1 relacionada con fallos en el suministro el\u00e9ctrico, que representan el 39 % de los incidentes. Despu\u00e9s est\u00e1 el factor humano, que suma otro 24 % de los accidentes. La tercera causa m\u00e1s significativa (15 %) fueron los fallos en los sistemas de climatizaci\u00f3n, y en cuarto lugar (12 %) se encuentran los desastres naturales. La suma de otros problemas representa solo el 10 %. Sin cuestionar los datos de esta organizaci\u00f3n respetada, se\u00f1alaremos algo com\u00fan en diferentes accidentes y trataremos de entender si se pudieron evitar. Spoiler: se pudieron evitar en la mayor\u00eda de los casos.<\/p>\n

<\/p>\n

La ciencia de los contactos<\/h2>\n

<\/p>\n

Simplificando, hay solo dos problemas con la alimentaci\u00f3n el\u00e9ctrica: o no hay contacto donde deber\u00eda haberlo, o lo hay donde no deber\u00eda. Se puede discutir mucho sobre la fiabilidad de los modernos sistemas de suministro el\u00e9ctrico ininterrumpido, pero no siempre logran salvar la situaci\u00f3n. Tomemos, por ejemplo, el caso conocido del centro de procesamiento de datos utilizado por British Airways, que pertenece a la empresa matriz International Airlines Group. Cerca del aeropuerto de Heathrow se encuentran dos de estos centros: Boadicea House y Comet House. En el primero de ellos, el 27 de mayo de 2017, ocurri\u00f3 un apag\u00f3n accidental que provoc\u00f3 una sobrecarga y un fallo en el sistema de UPS. Como resultado, parte del equipo de TI sufri\u00f3 da\u00f1os f\u00edsicos, y la recuperaci\u00f3n de ese \u00faltimo accidente llev\u00f3 tres d\u00edas. <\/p>\n

<\/p>\n

La aerol\u00ednea tuvo que cancelar o reprogramar m\u00e1s de mil vuelos, alrededor de 75,000 pasajeros no pudieron salir a tiempo. El pago de compensaciones ascendi\u00f3 a $128 millones, sin contar los costos necesarios para restaurar la operatividad de los centros de datos. La historia de las causas del apag\u00f3n es confusa. Si se cree en los resultados de la investigaci\u00f3n interna anunciados por el CEO de International Airlines Group, Willie Walsh, ocurri\u00f3 debido a un error de los ingenieros. Sin embargo, el sistema de suministro el\u00e9ctrico ininterrumpido deber\u00eda haber soportado esa desconexi\u00f3n, para eso fue instalado. El centro de datos fue gestionado por especialistas de la empresa de externalizaci\u00f3n CBRE Managed Services, por lo que British Airways intent\u00f3 reclamar la indemnizaci\u00f3n a trav\u00e9s del tribunal de Londres. <\/p>\n

\n\"La<\/p>\n

Los cortes de energ\u00eda siguen patrones similares: primero ocurre un apag\u00f3n debido al proveedor de electricidad, a veces por mal tiempo o problemas internos (incluidos errores del personal), y luego el sistema de alimentaci\u00f3n ininterrumpida no puede manejar la carga o una interrupci\u00f3n breve de la onda sinusoidal causa fallos en numerosos servicios, cuyo restablecimiento requiere mucho tiempo y dinero. \u00bfEs posible evitar tales incidentes? Sin duda. Si se dise\u00f1a el sistema correctamente, aunque los creadores de grandes centros de datos tampoco est\u00e1n inmunes a los errores. <\/p>\n

<\/p>\n

El factor humano<\/h2>\n

<\/p>\n

Cuando la causa inmediata del incidente son acciones incorrectas del personal del centro de datos, los problemas suelen (pero no siempre) afectar a la parte software de la infraestructura de TI. Estos incidentes ocurren incluso en grandes corporaciones. En febrero de 2017, debido a un error cometido por un miembro del grupo de explotaci\u00f3n t\u00e9cnica de uno de los centros de datos, se desconect\u00f3 una parte de los servidores de Amazon Web Services. El error ocurri\u00f3 durante la depuraci\u00f3n del proceso de facturaci\u00f3n a los clientes del servicio de almacenamiento en la nube Amazon Simple Storage Service (S3). El empleado intentaba eliminar una cierta cantidad de servidores virtuales que la sistema de facturaci\u00f3n estaba utilizando, pero afect\u00f3 a un cl\u00faster m\u00e1s grande.<\/p>\n

\n\"La<\/p>\n

Como resultado del error del ingeniero, se eliminaron servidores que ejecutaban importantes m\u00f3dulos de software del almacenamiento en la nube de Amazon. En primer lugar, se vio afectado el subsistema de indexaci\u00f3n, que conten\u00eda informaci\u00f3n sobre metadatos y ubicaci\u00f3n de todos los objetos S3 en la regi\u00f3n estadounidense US-EAST-1. Tambi\u00e9n se vio afectado el subsistema utilizado para almacenar datos y gestionar el espacio de almacenamiento disponible. Despu\u00e9s de eliminar las m\u00e1quinas virtuales, estos dos subsistemas requirieron un reinicio completo, y a continuaci\u00f3n, los ingenieros de Amazon se enfrentaron a una sorpresa: durante un tiempo prolongado, el almacenamiento en la nube p\u00fablico no pudo atender las solicitudes de los clientes. <\/p>\n

<\/p>\n

El efecto result\u00f3 ser amplio, ya que muchos grandes recursos utilizan Amazon S3. Las interrupciones afectaron a Trello, Coursera, IFTTT y, lo que es m\u00e1s preocupante, a los servicios de grandes socios de Amazon de la lista S&P 500. Es dif\u00edcil cuantificar los da\u00f1os en tales casos, pero se estiman en cientos de millones de d\u00f3lares estadounidenses. Como puede ver, para desactivar el servicio de la mayor plataforma en la nube, basta con un solo comando err\u00f3neo. Este no es un caso aislado, el 16 de mayo de 2019, durante trabajos de mantenimiento, el servicio Yandex.Cloud elimin\u00f3<\/a><\/noindex> m\u00e1quinas virtuales de usuarios en la zona ru-central1-c, que alguna vez estuvieron en estado SUSPENDED. Aqu\u00ed ya se han visto afectadas los datos de los clientes, parte de los cuales se han perdido de forma irrecuperable. Por supuesto, las personas no son perfectas, pero los sistemas modernos de seguridad de la informaci\u00f3n han sabido controlar las acciones de los usuarios privilegiados antes de ejecutar los comandos que han introducido. Si se implementaran tales soluciones en Yandex o Amazon, se podr\u00edan evitar incidentes similares.<\/p>\n

\n\"La<\/p>\n

Enfriamiento congelado<\/h2>\n

<\/p>\n

En enero de 2017, ocurri\u00f3 un gran accidente en el centro de datos de la empresa \"MegaFon\" en Dmitrov. La temperatura en la regi\u00f3n de Mosc\u00fa baj\u00f3 a -35 \u00b0C, lo que provoc\u00f3 la falla del sistema de refrigeraci\u00f3n del objeto. El servicio de prensa del operador no se extendi\u00f3 mucho sobre las causas del incidente; las empresas rusas son muy reacias a hablar sobre los accidentes en sus instalaciones, en t\u00e9rminos de publicidad, estamos muy rezagados respecto a Occidente. En las redes sociales circulaba la versi\u00f3n de que el fluido refrigerante se hab\u00eda congelado en las tuber\u00edas enterradas en la calle y que hab\u00eda filtraciones de etilenglicol. Si se le da cr\u00e9dito a esta versi\u00f3n, el servicio de operaciones no pudo obtener r\u00e1pidamente 30 toneladas de refrigerante debido a las largas vacaciones y se las arregl\u00f3 utilizando medios improvisados, organizando un enfriamiento fraccional en violaci\u00f3n de las reglas de operaci\u00f3n del sistema. Las fuertes heladas empeoraron el problema; en enero repentinamente lleg\u00f3 el invierno a Rusia, aunque nadie lo esperaba. Al final, el personal tuvo que desconectar parte de los racks de servidores, lo que provoc\u00f3 que algunos servicios del operador fueran inaccesibles durante dos d\u00edas. <\/p>\n

\n\"La<\/p>\n

Quiz\u00e1s aqu\u00ed tambi\u00e9n se puede hablar de una anomal\u00eda clim\u00e1tica, pero tales heladas no son algo inusual para la regi\u00f3n metropolitana. La temperatura en invierno en la regi\u00f3n de Mosc\u00fa puede bajar a niveles a\u00fan m\u00e1s bajos, por lo que los centros de datos se construyen con la previsi\u00f3n de un funcionamiento sostenible a \u221242 \u00b0C. A menudo, los sistemas de refrigeraci\u00f3n fallan en el fr\u00edo debido a la concentraci\u00f3n insuficientemente alta de glicoles y el exceso de agua en la soluci\u00f3n del refrigerante. Tambi\u00e9n pueden surgir problemas con la instalaci\u00f3n de tuber\u00edas o con errores de c\u00e1lculo en el dise\u00f1o y las pruebas del sistema, principalmente relacionados con el deseo de ahorrar. Como resultado, ocurre un fallo serio que podr\u00eda haberse evitado.<\/p>\n

<\/p>\n

Desastres naturales <\/h2>\n

<\/p>\n

Con mayor frecuencia, tormentas y\/o huracanes interrumpen el funcionamiento de la infraestructura del centro de datos, lo que lleva a la detenci\u00f3n de servicios y\/o a da\u00f1os f\u00edsicos en el equipo. Los incidentes provocados por el mal tiempo ocurren bastante a menudo. En 2012, el hurac\u00e1n Sandy, acompa\u00f1ado de intensas lluvias, azot\u00f3 la costa oeste de Estados Unidos. El centro de datos Peer 1, ubicado en un rascacielos en el bajo Manhattan, perdi\u00f3 su suministro el\u00e9ctrico externo<\/a><\/noindex>, despu\u00e9s de que el agua salada del mar inundara los s\u00f3tanos. Los generadores de emergencia del edificio estaban colocados en el piso 18, y su reserva de combustible era limitada: las normas implementadas en Nueva York tras los ataques del 11 de septiembre proh\u00edben almacenar grandes cantidades de combustible en pisos superiores. <\/p>\n

\n