{"id":5122,"date":"2019-01-22T10:37:07","date_gmt":"2019-01-22T15:37:07","guid":{"rendered":"http:\/\/www.syspertec.com.co\/web\/?p=5122"},"modified":"2019-01-22T10:40:13","modified_gmt":"2019-01-22T15:40:13","slug":"automatizacion-y-virtualizacion-la-dupla-estrategica-en-la-recuperacion-de-desastres","status":"publish","type":"post","link":"https:\/\/syspertec.com.co\/web\/automatizacion-y-virtualizacion-la-dupla-estrategica-en-la-recuperacion-de-desastres\/","title":{"rendered":"Automatizaci\u00f3n y virtualizaci\u00f3n: la dupla estrat\u00e9gica en la recuperaci\u00f3n de desastres"},"content":{"rendered":"\n

Por: Randall Cruz, Senior Solution Engineer Centro Am\u00e9rica y Panam\u00e1 de VMware<\/em><\/p>\n\n\n\n

Las organizaciones, sin importar su tama\u00f1o, enfrentan grandes retos en la administraci\u00f3n y gesti\u00f3n de sus datos, como la recuperaci\u00f3n de informaci\u00f3n sensible ante un eventual desastre o situaci\u00f3n de peligro. En este escenario, la definici\u00f3n de una estrategia de recuperaci\u00f3n de desastres acertada ser\u00e1 determinante para el \u00e9xito de la organizaci\u00f3n de cara a cualquier eventualidad. <\/p>\n\n\n\n

Dos variables importantes dentro del plan de recuperaci\u00f3n de desastres de una organizaci\u00f3n son el Objetivo del Tiempo de Recuperaci\u00f3n (RTO) y el Objetivo de Punto de Recuperaci\u00f3n (RPO). Cada una con un prop\u00f3sito diferente, ayudan a medir, en el caso de RTO, cu\u00e1nto tiempo se demora el sitio alterno en tener todos los servicios activos, en l\u00ednea y listos para ser promovidos como primarios, durante el periodo que lleve subsanar la situaci\u00f3n que haya dejado inoperante el sitio principal. <\/p>\n\n\n\n

Mientras que el RPO determina la cantidad de datos que el negocio est\u00e1 dispuesto a perder en caso de un fracaso.<\/p>\n\n\n\n

Diversos debates entre especialistas de TI y arquitectos de infraestructura virtual han llevado a sugerir que el RTO podr\u00eda ser m\u00e1s eficiente, una vez iniciado el proceso de failover (ca\u00edda o salida de operaci\u00f3n), siempre y cuando se consideren los siguientes factores: <\/p>\n\n\n\n

1.      Arquitectura basada en aplicaciones:<\/strong> Sin importar que hablamos de aplicaciones tradicionales o de nuevas tecnolog\u00edas basadas en contenedores<\/a> y microservicios<\/a>, tenemos que tener clara la forma apropiada y controlada<\/em> de dar de alta estas aplicaciones, sin dejar de lado que primero debe estar operando previamente todas aquellas dependencias del centro de datos como son: el DNS, Active Directory, LDAPs, etc, ya que sin \u00e9stas, las aplicaciones no estar\u00e1n accesibles.<\/p>\n\n\n\n

2.      Cantidad de aplicaciones cr\u00edticas o de nivel 1:<\/strong> Si bien, los clientes tienen la expectativa de tener el 100% de su ambiente replicado en el sitio alterno, bas\u00e1ndose en un estudio de an\u00e1lisis de riesgo del negocio y\/o seguridad, no siempre es posible, pr\u00e1ctico o viable en t\u00e9rminos t\u00e9cnicos y financieros. Dependiendo de cu\u00e1ntas aplicaciones de nivel 1 se tengan que iniciar, tendremos que considerar el ejercicio de medirlas con cron\u00f3metro en mano para tener una expectativa del tiempo que debamos considerar.<\/p>\n\n\n\n

3.      Procesos de ejecuci\u00f3n manual:<\/strong> En estrategias de recuperaci\u00f3n y continuidad \u201chechas en casa\u201d o en escenarios donde el cliente adquiri\u00f3 solamente una herramienta para replicar, hay un alto n\u00famero de procesos manuales para ser ejecutados por el personal de TI con el fin de habilitar el ambiente alterno durante el proceso de failover<\/em>. Esto no solo puede resultar lento, sino tambi\u00e9n altamente propenso a error humano. <\/p>\n\n\n\n

A la lentitud de los procesos manuales, tambi\u00e9n hay que agregar la disponibilidad de los recursos humanos que los realizan. No es lo mismo hacer una prueba de recuperaci\u00f3n con todo el personal listo en sus puestos de trabajo, que tener que contactar a cada uno de ellos para que puedan acceder local o remotamente a los sistemas y ejecuten la recuperaci\u00f3n. <\/p>\n\n\n\n

4.      Reconfiguraci\u00f3n a nivel de la red:<\/strong> Ya sea por costos, limitaciones de infraestructura o por distancia, no siempre es posible contar con una conexi\u00f3n L2<\/a> entre sitios, por ende, la reconfiguraci\u00f3n y actualizaci\u00f3n del direccionamiento IP es un aspecto inevitable de abordar en estos casos. Al final, esto representa un costo m\u00e1s, en t\u00e9rminos de tiempo que debemos de sumarle a la variable del RTO.<\/p>\n\n\n\n

En este punto, la \u201cautomatizaci\u00f3n\u201d puede volverse un catalizador muy interesante de explorar en este tipo de estrategias de continuidad y recuperaci\u00f3n de desastres. De los cuatro puntos mencionados, tres de ellos son automatizables, d\u00e1ndole a la soluci\u00f3n propuesta un RTO mucho m\u00e1s expedito y predecible, donde el componente de error humano se puede ver minimizado o pr\u00e1cticamente eliminado de la ecuaci\u00f3n.<\/p>\n\n\n\n

Los  planes de recuperaci\u00f3n deben tener la capacidad de ejecutarse sin necesidad de la intervenci\u00f3n humana, d\u00e1ndole espacio a que sea la automatizaci\u00f3n quien orqueste el proceso de llevar a cabo el failover<\/em> entre sitios. Herramientas como Site Recovery Manager<\/a> o SRM, permiten tener la capacidad de automatizar completamente la forma en que se ejecuta el o los planes de recuperaci\u00f3n que se han definido previamente como parte de la estrategia de resiliencia entre centros de datos. <\/p>\n\n\n\n

En pruebas de concepto, as\u00ed como en implementaciones finales, gracias a la capacidad de poder disponer de un orquestador que opera de forma totalmente autom\u00e1tica los planes de recuperaci\u00f3n, el RTO requerido para promover el sitio alterno como primario es mucho menor. Ahora bien, cabe preguntarse, \u00bfes viable optimizar a\u00fan m\u00e1s esta estrategia de recuperaci\u00f3n y continuidad de manera que se pueda lograr un tiempo de RTO menor? La respuesta es que si es viable.<\/p>\n\n\n\n

En estos escenarios es donde podemos tomar ventaja de las nuevas bondades que la virtualizaci\u00f3n ofrece; la organizaci\u00f3n puede aprovechar aquello que la tecnolog\u00eda en redes virtualizadas puede aportar. En efecto, al integrar las funcionalidades de las redes definidas por software<\/a> en la estrategia de recuperaci\u00f3n de desastres, se puede obviar el hecho de tener que reconfigurar y remapear todos los elementos activos de red a la hora de hacer un failover<\/em> entre sitios. <\/p>\n\n\n\n

En conclusi\u00f3n, la dupla automatizaci\u00f3n \u2013 virtualizaci\u00f3n de redes dentro de una estrategia clara de recuperaci\u00f3n de desastres reduce costos, facilita la recuperaci\u00f3n de datos, entrega tiempos de respuesta cortos y medibles a trav\u00e9s del RTO y ofrece a las organizaciones el respaldo y confiabilidad que los clientes necesitan.<\/p>\n\n\n\n

\"\"

<\/figcaption><\/figure>\n\n\n\n

Agencia de Prensa y Relaciones P\u00fablicas<\/p>\n","protected":false},"excerpt":{"rendered":"

Por: Randall Cruz, Senior Solution Engineer Centro Am\u00e9rica y Panam\u00e1 de VMware Las organizaciones, sin importar su tama\u00f1o, enfrentan grandes retos en la administraci\u00f3n y gesti\u00f3n de sus datos, como la recuperaci\u00f3n de informaci\u00f3n sensible ante un eventual desastre o situaci\u00f3n de peligro. En este escenario, la definici\u00f3n de una estrategia de recuperaci\u00f3n de desastres […]<\/p>\n","protected":false},"author":2,"featured_media":5127,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"nf_dc_page":"","footnotes":""},"categories":[104],"tags":[195,119,129],"class_list":["post-5122","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-vmware","tag-syspertec","tag-tecnologia","tag-vmware"],"jetpack_featured_media_url":"https:\/\/syspertec.com.co\/web\/wp-content\/uploads\/2019\/01\/Randall-Cruz_2.png","_links":{"self":[{"href":"https:\/\/syspertec.com.co\/web\/wp-json\/wp\/v2\/posts\/5122","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/syspertec.com.co\/web\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/syspertec.com.co\/web\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/syspertec.com.co\/web\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/syspertec.com.co\/web\/wp-json\/wp\/v2\/comments?post=5122"}],"version-history":[{"count":1,"href":"https:\/\/syspertec.com.co\/web\/wp-json\/wp\/v2\/posts\/5122\/revisions"}],"predecessor-version":[{"id":5125,"href":"https:\/\/syspertec.com.co\/web\/wp-json\/wp\/v2\/posts\/5122\/revisions\/5125"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/syspertec.com.co\/web\/wp-json\/wp\/v2\/media\/5127"}],"wp:attachment":[{"href":"https:\/\/syspertec.com.co\/web\/wp-json\/wp\/v2\/media?parent=5122"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/syspertec.com.co\/web\/wp-json\/wp\/v2\/categories?post=5122"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/syspertec.com.co\/web\/wp-json\/wp\/v2\/tags?post=5122"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}