contenido 6 de octubre de 2014 a las 11.50
   Imprimir artículo
elWebmaster.com

Realizando un plan de recuperaci贸n ante desastres con AWS


Disaster_RecoveryLa infraestructura de TI es el hardware, la red, los servicios y el software necesario para las TI de la empresa. Es la base que permite a la organizaci贸n entregar servicios de TI a sus usuarios.La recuperaci贸n ante desastres (RD) es la preparaci贸n y recuperaci贸n tanto de los desastres naturales como de los causados por el hombre, que tienen un impacto en la infraestructura de TI de las funciones empresariales cr铆ticas.

Los desastres naturales incluyen terremotos, incendios, etc. Los desastres provocados por el hombre incluyen el error humano, el terrorismo, etc. La continuidad de la empresa est谩 condicionada por la RD, ya que est谩 relacionada con el mantenimiento de todos los aspectos del funcionamiento de la organizaci贸n, no s贸lo de la infraestructura de TI.

Cuando se planea la RD, las empresas deben establecer un objetivo de tiempo de recuperaci贸n (OTR) y un objetivo de punto de recuperaci贸n (OPR) para cada servicio cr铆tico de TI. OTR es la cantidad de tiempo aceptable en la que se debe restaurar el servicio de TI. OPR es la cantidad aceptable de datos perdidos. Las compa帽铆as establecen los OTR y OPR para mitigar las p茅rdidas financieras o de cualquier otro tipo para la empresa. M谩s tarde, las empresas dise帽an e implementan planes de RD para recuperar de forma efectiva y eficiente la infraestructura TI necesaria para ejecutar funciones empresariales cr铆ticas.

Para las empresas con centros de datos corporativos, el enfoque tradicional de RD est谩 relacionado con el duplicado de infraestructuras TI como una localizaci贸n secundaria para asegurar la capacidad disponible ante desastres. La gran desventaja es que la infraestructura TI debe ser comprada, instalada y mantenida con antelaci贸n para poder responder a los requisitos de capacidad anticipados. Esto causa muchas veces que la infraestructura de TI en la localizaci贸n secundaria sea sobreprocurada e infrautilizada. Por el contrario, Amazon Web Services (AWS) proporciona a las empresas acceso a la infraestructura de TI de la empresa que puede escalarse hacia arriba o hacia abajo para la RD si es necesario.

Los cuatro tipo de arquitecturas de RD m谩s comunes en AWS son:

  • Copia de seguridad y recuperaci贸n ($): Las empresas pueden utilizar su software actual de copia de seguridad para replicar sus datos en AWS. Las empresas usan Amazon S3 para el almacenamiento a corto plazo y Amazon Glacier para el almacenamiento a largo plazo. En caso de desastre, los datos estar谩n disponibles en la infraestructura de AWS o ser谩n restaurados desde la nube al servidor presente.
  • Pilot Light ($$): La copia de seguridad y la restauraci贸n est谩n centrados en los datos, pero pilot light incluye a las aplicaciones. Las empresas s贸lo tienen la infraestructura necesaria para las aplicaciones cr铆ticas. Cuando suceden los desastres, Amazon Machine Images (AMIs) y otros servicios de automatizaci贸n se ponen en marcha para aportar producci贸n al ambiente restante.
  • Warm Standby ($$$): Si llevas Pilot Light un poco m谩s lejos, Warm Standby crea un cl煤ster activo/pasivo. La m铆nima cantidad de capacidad est谩 suministrada por AWS. Cuando sea necesario, el ambiente escala r谩pidamente para cumplir con los todos los requisitos de producci贸n. Las empresas reciben (cerca del) 100 % de per铆odo de actividad y (cerca de) ning煤n tiempo de inactividad.
  • Hot Standby ($$$$): Hot standby es un cl煤ster activo/activo con componentes en la nube y presentes. Al utilizar balances de carga DNS ponderados, las TI determinan cu谩nto tr谩fico de la aplicaci贸n se debe procesar localmente y cu谩nto en AWS. Si ocurre un desastre o un despunte en la carga, gran parte o toda podr谩 ser enviada a AWS con autoescalado.

En un ambiente sin desastres, la DR de warm standby no se escala para la producci贸n m谩xima, pero si para sea completamente funcional. Para ayudar a absorber/justificar el coste, las empresas utilizan el sitio de RD para el trabajo que no es de producci贸n, como la garant铆a de calidad, pruebas, etc. Para la RD de hot standby, el coste est谩 determinado por cu谩nto del tr谩fico de producci贸n es manejado por AWS en una operaci贸n normal. En la fase de recuperaci贸n, las empresas s贸lo pagan lo que utilizan de m谩s y durante ese per铆odo el sitio de RD tiene un escalado m谩ximo. En hot standby, las empresas pueden reducir mucho m谩s los costes de sus servidores AWS que siempre est谩n encendidos con Instancias Reservadas (IR).

Las empresas inteligentes saben que lo m谩s importante de los desastres es cu谩ndo ocurren. Seg煤n un estudio realizado por la University of Oregon, cada d贸lar gastado en la mitigaci贸n por peligros, incluyendo la RD, ahorra a las empresas cuatro d贸lares en costes de recuperaci贸n y respuesta. Por ejemplo, el 51 % de las empresas que han experimentado una gran p茅rdida de datos en dos a帽os (Fuente: Gartner), y el 44 % de las empresas que han experimentado un importante incendio nunca volvieron a abrir (Fuente: EBM). No debe preocuparte qu茅 desastre va a ocurrir, sino cu谩ndo va a ocurrir. Estate preparado.

 

Fuente original del art铆culo:聽2ndwatch

Traducci贸n realizada por elWebmaster.com


Enviar a Del.icio.us Enviar a Meneame Enviar a Digg Enviar a Fresqui Enviar a Enchilame

Deja tu opinión

© 2007 - 2008 elWebmaster.com | Powered by Wordpress | Diseño CSS y XHTML válido. | Algunos íconos basados en FamFamFam Mini
Acceder