Como Respaldar A traves de una WAN (4034319)

Mientras AppAssure puede realizar copias de seguridad de sistemas ubicados en sitios remotos, todo cliente debe tener en cuenta que existen particularidades a tomar en cuenta antes de configurar este proceso.

Por ejemplo, la red, la configuración del disco y de aplicación debe ser optimizado para manejar mejor las complejidades de cada red individual.

Nota:

* En este momento, Dell no puede proporcionar las variables o parámetros específicos a cambiar, ya que ningún medio ambiente es el mismo y no todas las configuraciones serán las mismas en todos los ambientes de cada cliente.

* Como se indica en los Release Notes y Sizing Guide , AppAssure requiere Gigabit Ethernet en velocidad de conexión mínima.

* Respaldando a traves de una LAN o WAN usando menos de la velocidad requerida, NO es soportado.

Entendiendo los elementos que intervienen cuando se toma un Snapshot en una WAN

Los siguientes componentes, cada uno contienen numerosas opciones de configuración que pueden conducir a malos resultados y las dificultades, incluso en una LAN.

Como Minimo tiene:

1. AppAssure Core

2. AppAssure Agent

3. Local Network

4. Outside Network

La mayoria de los ambientes incluyen componentes adicionales, como:

1. Proteccion

* Firewalls

* Anti-virus

2. Enrutadores

* NATs/PATs

3. VPNs remoto

* Lado a Lado (site to site)

* LAN a LAN

4. Subsistemas de Disco

• NAS

• SAN

Entendiendo el proceso de snaphot a un nivel mas alto

1.  Una solicitud sera enviadada al agente desde el Core, usando una llamada basada en protocolo RPC.

2. El Agente va a entonces invocar a  VSS y realizar las funciones necesarias para asegurar que el snapshot este en un estado de reposo.

3. El snapshot es entonces transferido a traves de la red desde el agente hasta el Core.

Entendiendo los obstaculos (pitfalls)

1. AppAssure, inicialmente toma una imagen base del sistema (base image) una vez que este se ha agregado a proteccion

* La imagen base sera del tamaño del espacio usado del disco.

* Existe una variable en función de la fragmentación y la distribución de los datos en el disco ,  la imagen de base puede ser mayor que el tamaño usado del disco. El peor escenario es que va a ser todo el tamaño del volumen .

2. Los sistemas que son altamente transaccionales o tienen una alta tasa de intercambio de datos tendrán instantáneas (snapshots) más grandes.

3. Latencia en un WAN tiende a ser mas grande que en una red LAN.

* La latencia es medida  en el tiempo de retraso experimentado en un sistema

* Una alta latencia en una WAN puede ocasionar perdida de packetes debido a problemas de TTL (Time To Live).

4. Latencias adicionales se ubican en los subsistemas del disco en el agente y tambien en el core.

* El rendimiento de lectura del disco en el agente va afectar directamente en el rendimiento de la transferencia.

* El rendimiento de escrituta en el repositorio del Core va afectar directamente en el rendimiento de la transferencia.

Despues de haber revisado y considerado los componentes y obstaculos potenciales envueltos en el proceso de respaldo a traves de una WAN, podrias considerar lo siguiente:

1. Las imagenes base y los respaldos incrementales grandes, requieren mas tiempo para transferirse debido a su tamaño. 

2. Transferir grandes cantidades de datos a traves de la red causa incremento de latencia.

3. A mayor latencai mayor el tiempo de transferencia.

4. Entre mas grande la transferencia, mayor la opcion a problemas de conexion y por ende tazas de perdidas de paquetes por TTL.

5.  Entre mas tiempo tome la transferencia, mayor cantidad de los recursos del disco utilizados en ambos extremos de la conexion.

6. Entre mas tiempo tome la transferencia, mayor cantidad de los recursos de la red utilizados en ambos extremos de la conexión.

En la mayoria de los casos, se pueden mitigar los posibles problemas mencionados, incrementando la configuracion del tiempo de espera (time out settings) yo tambien eludiendo el tamaño de los paquetes que se envian.

Incrementando el tempo de espera entre core y agente.

Antes de procedeer con dichos cambios, asegurese de entender que estos cambios seran generales y por ende van afectar todas las transferencias y operaciones del Core.

1. Abra la interfaz del Core.

2. Seleccione Configuracion y luego Configuracion

3. Seleccione Tiempo de Espera

* NOTA: el valor maximo es 5 minutos.

Incrementando el tempo de espera y conexion entre Core y Repositorio

1. Abra la interfaz del Core

2. Seleccione Configuracion y luego Ajustes

3. Seleccione Configuracion del Motor de Reproduccion

* NOTA: el valor máximo es 5 minutos.

La opcion "Sin Demora" va afectar la manera en que los paquetes son enviados a traves de la red. Bajo circunstancias nosmales, paquetes de red son sostenidos hasta que alcanzan la unidad maxima de transferencia (MTU). Al seleccionar esta opcion "Sin Demora", previene que lo anterior ocurra, mandando asi, paquetes tan rapido como esten listos. Esto no solo envia mas paquetes sino tambien recorta el tiempo en que los mismos son recividos. Esta opcion debe ser usada solo como ultimo recurso, puesto que afectara a los demas agentes en el Core.

Configuracion especifica del Agente

Note que cambiando la configuracion de transferencia en cualquier agente va afectar directamente a este agente en especifico. Estos cambios deben ser aplicados en cada agente individualmente a traves de la red.

1. Abra la interfaz del Core.

2. Seleccione el Agente y despues Configuracion.

3. Seleccione Configuracion de Transferencia.

La siguiente lista detalla las diferentes opciones que tiene cuando relaice cambios  a la configuración de transferencia. Tenga en cuenta que cada una de estas opciones pueden no ser aplicables a su red específica , ya que cada entorno es único.