{"id":9720,"date":"2021-04-16T14:26:36","date_gmt":"2021-04-16T12:26:36","guid":{"rendered":"https:\/\/www.makingscience.com\/blog\/como-recuperar-mi-site-si-el-centro-de-datos-en-el-que-se-encuentra-alojado-se-ve-afectado\/"},"modified":"2021-04-16T14:26:36","modified_gmt":"2021-04-16T12:26:36","slug":"como-recuperar-mi-site-si-el-centro-de-datos-en-el-que-se-encuentra-alojado-se-ve-afectado","status":"publish","type":"post","link":"https:\/\/www.makingscience.com\/es\/blog\/como-recuperar-mi-site-si-el-centro-de-datos-en-el-que-se-encuentra-alojado-se-ve-afectado\/","title":{"rendered":"\u00bfC\u00f3mo recuperar mi site si el centro de datos en el que se encuentra alojado se ve afectado?"},"content":{"rendered":"
\u00bfC\u00f3mo recuperar mi site si el centro de datos en el que se encuentra alojado se ve afectado?<\/div>\n
Hace poco m\u00e1s de un mes se hablaba de que un famoso proveedor de hosting y servicios cloud sufr\u00eda un incendio, afectando a varias de sus zonas\/datacenter, quem\u00e1ndose sus infraestructuras, las cuales alojaban millones de p\u00e1ginas web, especialmente en pa\u00edses como Francia o Italia, y diversos servicios y datos los cuales se perd\u00edan entre el fuego. Cuando confiamos en este tipo de data centers no solemos pensar en que puedan ocurrir incidentes como el anteriormente mencionado, hasta que ocurren. Y entonces nos llevamos las manos a la cabeza. Mi site se encuentra ca\u00eddo, he perdido informaci\u00f3n muy valiosa de mi organizaci\u00f3n y me encuentro en una situaci\u00f3n inimaginable y de dif\u00edcil soluci\u00f3n. Si no hab\u00edas pensado con antelaci\u00f3n un plan B de recuperaci\u00f3n a un desastre como este, desde Making Science te contamos todo lo que tienes que tener en cuenta para que en un futuro te encuentres, dentro de lo que cabe, preparado para reaccionar r\u00e1pidamente y evitar perder el mayor n\u00famero de informaci\u00f3n. <\/p>\n

<\/h3>\n

\u00bfPor qu\u00e9 debo tener un plan de recuperaci\u00f3n ante desastres y qu\u00e9 caracter\u00edsticas ha de poseer?<\/h3>\n
    \n
  • Contar con infraestructura en alta disponibilidad localizada en puntos regionales con suficiente distancia entre ellos<\/strong><\/li>\n<\/ul>\n

    Una de las primeras cosas que debemos plantearnos es poseer una buena arquitectura que se encuentre distribuida geogr\u00e1ficamente. Aqu\u00ed debemos jugar con los costes\/riesgos. Simplificando, a m\u00e1s distancia entre los servicios redundantes m\u00e1s aumentan los costes. Para muchos servicios la probabilidad de que dos datacenters dentro de la misma regi\u00f3n y separados m\u00e1s de 20K se vean afectados por un cat\u00e1strofe es suficiente, reduciendo los costes de explotaci\u00f3n, sin da\u00f1ar la disponibilidad. Eso s\u00ed, hay que garantizar que las medidas de seguridad y requisitos de implantaci\u00f3n de los datacenters son adecuadas ya que no todos los proveedores son iguales. Idealmente, debes de tener tus activos en diferentes regiones, por ejemplo, una plataforma en el CDP de Francia y la otra en el CDP de Alemania. En caso de ca\u00edda o desastre, el sistema deber\u00eda balancear autom\u00e1ticamente o podr\u00edamos sacar del DNS la plataforma que se encuentre con problemas y mientras tendr\u00edamos otra funcionando con normalidad.   <\/p>\n

      \n
    • Usa IaaC para poder levantar la infraestructura de manera r\u00e1pida sobre Cloud en casos extremos<\/strong><\/li>\n<\/ul>\n

      Teniendo nuestra infraestructura como c\u00f3digo (IaaC) podremos desplegar todas nuestras redes, m\u00e1quinas, pol\u00edticas de seguridad y acceso, entre otros, en cuesti\u00f3n de minutos y simplemente cambiando la variable de la regi\u00f3n. Si tuvi\u00e9ramos que hacer todo este proceso a mano nos llevar\u00eda varias horas, aumentando el tiempo de recuperaci\u00f3n, adem\u00e1s de que podr\u00edamos cometer errores a la hora de hacerlo, cosa que podemos evitar si lo tenemos en c\u00f3digo. La infraestructura como c\u00f3digo no s\u00f3lo abarca la definici\u00f3n de tus m\u00e1quinas virtuales, tambi\u00e9n su propia configuraci\u00f3n y la de los diferentes servicios (servidor web, base de datos, etc) los cuales debemos tambi\u00e9n tener en cuenta. <\/p>\n

        \n
      • Configura siempre un backup que se guarde en distinta localizaci\u00f3n al origen y programa pruebas de restauraci\u00f3n de dicho backup para verificar su integridad<\/strong><\/li>\n<\/ul>\n

        Las copias de seguridad son una parte esencial de la administraci\u00f3n de sistemas. Sin embargo, realizar backups adecuados sigue siendo una tarea compleja en la que muchas organizaciones no invierten el tiempo necesario. No s\u00f3lo debemos hacer backup de nuestro c\u00f3digo, debemos recordar incluir bases de datos, archivos est\u00e1ticos as\u00ed como configuraciones de nuestros servicios, se debe almacenar todo lo necesario para que el servicio funcione de manera correcta. Si tu CPD principal est\u00e1 en Francia, haz los backups en Alemania. Planifica una tarea mensual de restauraci\u00f3n de backups. Es muy complejo validar los backups aunque hay mil peque\u00f1os trucos para validarlos, la \u00fanica forma veraz de hacerlo es probar a restaurarlos. Como a\u00f1adido extra puede ser interesante que los planes de contingencia y continuidad de negocio se almacenen en diferentes proveedores cloud respecto a los que se hace la explotaci\u00f3n.   <\/p>\n

          \n
        • Aprovecha las ventajas que te ofrece el Cloud para tu plan de recuperaci\u00f3n<\/strong><\/li>\n<\/ul>\n

          Teniendo la infraestructura como c\u00f3digo podemos restaurar nuestra plataforma en otra regi\u00f3n en cuesti\u00f3n de minutos. O tambi\u00e9n, tenemos la posibilidad de tener nuestra plataforma de respaldo desplegada en otra regi\u00f3n y tenerla apagada. Debemos jugar con los costes de los almacenamientos, pues no necesitamos una disponibilidad inmediata para los backups m\u00e1s antiguos.   <\/p>\n

            \n
          • Si por el contrario seguimos en servidores on premise<\/strong><\/li>\n<\/ul>\n

            Podemos tener una plataforma de respaldo, es decir, una r\u00e9plica exacta de nuestra plataforma de producci\u00f3n, apagada o encendida en funci\u00f3n del ahorro de costes, ubicada en una regi\u00f3n diferente de donde tenemos la plataforma principal, para que en caso de desastre en ese data center ese desastre no nos afectase de ninguna manera. Tambi\u00e9n deber\u00edamos realizar backups cruzados entre las regiones disponibles.   <\/p>\n

              \n
            • Detecta puntos \u00fanicos de fallos<\/strong><\/li>\n<\/ul>\n

              Hay servicios de los que nuestros activos son dependientes (autenticaci\u00f3n, log\u00edstica, …) por ello hay que tenerlos identificados y pensado un plan B en caso de fallo de estos. El uso de arquitecturas as\u00edncronas y desacopladas aumenta la resiliencia de nuestros activos y nos permite continuar.   <\/p>\n

                \n
              • Monitorizaci\u00f3n y verificaci\u00f3n peri\u00f3dica<\/strong><\/li>\n<\/ul>\n

                Dentro del plan de continuidad de negocio tienen que estar definidas pruebas peri\u00f3dicas de de restauraci\u00f3n y recuperaci\u00f3n de datos y servicios para garantizar que todo est\u00e1 funcionando como se espera y tener optimizados los procedimientos. Es interesante hacer Chaos Monkey test para ver c\u00f3mo se comportan tus activos con fallos aleatorios y anticiparse a posibles futuros problemas. Y si esto te parece insuficiente o necesitas ayuda para poder crear tu propio plan de recuperaci\u00f3n, conf\u00eda en los mejores partners digitales, aquellos que en casos como \u00e9ste sepan actuar r\u00e1pidamente y solventar, dentro de lo posible, la situaci\u00f3n de desastre.<\/p><\/div>\n","protected":false},"excerpt":{"rendered":"

                \u00bfC\u00f3mo recuperar mi site si el centro de datos en el que se encuentra alojado se ve afectado? Hace poco m\u00e1s de un mes se hablaba de que un famoso proveedor de hosting y servicios cloud sufr\u00eda un incendio, afectando a varias de sus zonas\/datacenter, quem\u00e1ndose sus infraestructuras, las cuales alojaban millones de p\u00e1ginas web, […]<\/p>\n","protected":false},"author":21,"featured_media":9721,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[34],"tags":[66,67],"class_list":["post-9720","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-technology-ai","tag-cloud","tag-systems"],"acf":[],"_links":{"self":[{"href":"https:\/\/www.makingscience.com\/es\/wp-json\/wp\/v2\/posts\/9720","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.makingscience.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.makingscience.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.makingscience.com\/es\/wp-json\/wp\/v2\/users\/21"}],"replies":[{"embeddable":true,"href":"https:\/\/www.makingscience.com\/es\/wp-json\/wp\/v2\/comments?post=9720"}],"version-history":[{"count":0,"href":"https:\/\/www.makingscience.com\/es\/wp-json\/wp\/v2\/posts\/9720\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.makingscience.com\/es\/wp-json\/wp\/v2\/media\/9721"}],"wp:attachment":[{"href":"https:\/\/www.makingscience.com\/es\/wp-json\/wp\/v2\/media?parent=9720"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.makingscience.com\/es\/wp-json\/wp\/v2\/categories?post=9720"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.makingscience.com\/es\/wp-json\/wp\/v2\/tags?post=9720"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}