BACKGROUND IMAGE: iSTOCK/GETTY IMAGES

Este contenido es parte de Guía Esencial: Guía Esencial: Optimice su proceso de virtualización de TI
Lo básico Póngase al día con nuestro contenido introductorio.

Establezca objetivos de nivel de servicio para DR y protección de datos

El experto George Crump explica qué es un objetivo de nivel de servicio y cómo se integra en las estrategias de DR y protección de datos.

Dentro del contexto de una interrupción del sistema de almacenamiento, un objetivo de nivel de servicio es el entendimiento entre los planificadores de TI y los propietarios de las aplicaciones de cuánto tiempo puede transcurrir antes de que una aplicación determinada deba ser devuelta a su completa operatividad. George Crump, presidente de Storage Switzerland, explicó que el proceso de determinar un objetivo de nivel de servicio, un concepto relativamente nuevo, se basa en el establecimiento de varios elementos:

  • El objetivo de punto de recuperación (RPO): Cuántos datos puede permitirse perder una empresa.
  • El objetivo de tiempo de recuperación (RTO): Cuánto tiempo puede estar una empresa sin una aplicación específica.
  • El objetivo de retención de versión (VRO): Cuántas copias de datos debe mantener una empresa, y durante cuánto tiempo.
  • El objetivo de recuperación geográfica (GRO): Asegura que el sitio de recuperación de desastres (DR) está lo suficientemente lejos de la sede principal.

El RTO de Crump se basa en qué tan rápido se puede restaurar los datos a un estado útil. Incluso si los datos están disponibles, una ventana de recuperación sigue creciendo y toma más tiempo  para que los usuarios tengan acceso a esos datos, dijo.

"El respaldo es realmente el movimiento de datos desde el punto A al punto B. La recuperación es  mover los datos desde el punto B al punto A. La operación es llevarlos al punto A y ser capaces de hacer algo con ellos", dijo.

El RPO se mide por la cantidad de datos que un usuario puede darse el lujo de perder, dijo Crump. Y aunque "ninguno" es una respuesta frecuente, es probable que sea más caro y menos práctico.

“‘Ninguno’ se vuelve muy caro. Yo puedo lograr 'ninguno', pero voy a necesitar un nuevo presupuesto. Así que lo que tratamos de hacer es trabajar con los usuarios y hacerlos dar marcha atrás de lo que es eso... En la mayoría de los casos, usted no necesita una recuperación de punto cero para los datos de archivos", dijo Crump.

Un objetivo de recuperación de versión trata con la realidad de que, conforme los datos envejecen, una organización debería necesitar menos iteraciones de esos datos y almacenarlas en un menor número de lugares, dijo. "El proceso es comprender esos datos y dónde ponerlos”.

Un objetivo de recuperación geográfica va más allá. Incluye planes de cómo hacer frente a problemas como un corte de luz, o tan grandes como una tormenta regional como la supertormenta Sandy, dijo.

"Es más que solo la recuperación de desastres; es ser capaz de sobrevivir a múltiples tipos de desastres. Lo que hemos visto en varias ocasiones es que se necesita una capacidad de recuperación regional y algún tipo de capacidad nacional o internacional de recuperación", dijo Crump. "El punto es tomar estas y tener respuestas para cada una de estas preguntas para cada aplicación, y luego eso se convierte en un objetivo de nivel de servicio [el cual] usted luego declara a sus usuarios”.

La importancia de un objetivo de nivel de servicio

Según Crump, en aproximadamente 10 años de existencia, el 60% de los objetivos de nivel de servicio (SLO) son aceptados por su valor nominal, el 25% requiere alguna modificación y el 15% requieren mucho trabajo.

Ofrecer un nivel de servicio para la protección de datos que sea realista, pero cumpla con las expectativas de los usuarios, puede ser un equilibrio difícil, pero es necesario, anotó. Decida lo que es importante y cuáles son sus capacidades, pero no fije metas imposibles.

Los objetivos de nivel de servicio son diferentes de los acuerdos de nivel de servicio. Un acuerdo de nivel de servicio es un contrato entre un proveedor de servicios y sus clientes internos o externos, que documenta los servicios que el proveedor les proporcionará. El problema básico con un acuerdo de nivel de servicio es que si va a sus usuarios y les dice: "¿Cuál es el tiempo de inactividad aceptable?" o "¿Cuántos datos puede darse el lujo de perder?”, la respuesta suele ser "ninguno", dijo Crump.

El acuerdo de nivel de servicio incluye lenguaje que describe el servicio en general, los aspectos financieros de la prestación de servicios y las métricas de rendimiento específicas que rigen la prestación de servicios en conformidad. Estas métricas de rendimiento individuales constituyen el objetivo de nivel de servicio. Crump dijo que prefiere usar la palabra objetivo frente a acuerdo porque cuando usted empieza a usar la palabra acuerdo, eso significa que la otra parte está de acuerdo, y hay momentos en los que no se puede conseguir que los usuarios estén de acuerdo con las cosas.

Cumpla con SLO para una ‘recuperación instantánea’

Asegurarse de que su organización pueda cumplir con sus objetivos de nivel de servicio (SLO) en un escenario de recuperación instantánea significa hacer un balance de sus activos de respaldo existentes y saber cómo se van a desempeñar durante la operación. "La recuperación instantánea" se refiere al proceso de conmutar una aplicación por un error a una máquina virtual (VM) en un sistema secundario, para que las operaciones puedan continuar mientras los datos son restaurados en el sistema primario.

El disco de respaldo y el disco secundario son interesantes para mí, porque ahora tenemos este formato que en la virtualización realmente desordena estas cosas... [usted] realmente tiene que pensar en su área de respaldo en disco ahora", dijo Crump. "Si usted va a hacer una recuperación instantánea, [su sistema de respaldo] podría desempeñar una función de producción”.

Crump señaló que, en un ejemplo, una organización que se basaba en una matriz de todo-flash para sus VMs encontró el rendimiento inaceptable durante un proceso de recuperación.

"Si su sitio de DR va a jugar un papel de producción durante un período significativo de tiempo, o tiene el potencial de hacerlo, debe tener la capacidad de ofrecer un rendimiento de producción", dijo Crump.

Crump dijo que los administradores pueden iniciar el proceso de desarrollar SLOs para aplicaciones específicas, centrándose en unos pocos a la vez, y documentar las herramientas de recuperación que están destinadas para aquellas aplicaciones.

"Es una especie de catálogo de servicios de protección de datos, donde usted tiene este catálogo de los servicios que usted puede ofrecer y casi instantáneamente erradicar en una aplicación. Si usted puede poner todos estos en rangos... eso va a hacer que implementar esto de manera más amplia sea más fácil de hacer ", dijo Crump.

Crump dijo que se trata de determinar lo que se necesita para garantizar que las operaciones de recuperación tienen los recursos que necesitan.

"Conozca sus datos, establezca los procedimientos; queremos seleccionar la herramienta adecuada para cumplir con los SLO. Y la clave es documentar qué herramientas utilizar y cuándo", dijo Crump.

Próximos pasos

Quizás también quiera revisar:

Guía para planear la recuperación de desastres (DR) de TI

Más allá de los respaldos en cinta

Consejos para establecer un Plan de Recuperación de Desastres (DRP)

Inicie la conversación

Envíenme notificaciones cuando otros miembros comenten sobre este artículo.

Por favor cree un Nombre de usuario para poder comentar.

- ANUNCIOS POR GOOGLE

Close