• 101 COSAS QUE PUEDES HACER CON CLOUD OS – Cosa 37

    COSA # 37: WINDOWS AZURE BACKUP

    Bueno, continuando con esta serie de cosas que se pueden hacer con Cloud OS hoy les voy a mostrar cómo hacer backup de un servidor Windows Sever 2012 R2 en la Nube Pública de Microsoft, que como bien saben se denomina Windows Azure.

    Ya esta funcionalidad está completamente productiva y es bastante fácil y útil. Para tener más o menos una idea de los costos pueden hacer clic Aquí, pero bueno aquí les voy a mostrar qué se puede hacer con esta utilidad.

    Primero que todo es importante decir que no es necesario tener un software adicional de backup para hacer este respaldo, pero si se tiene DPM (Data Protection Manager) de System Center 2012 R2 estas políticas se pueden incorporar a la plataforma de DPM sin problema. Además también se le puede hacer respaldo a Windows Server 2012 R2 Essentials

    En esta primera “Cosa” voy a hacer backup a una máquina que ya está configurada para hacerle backup, es decir que previamente se hizo lo siguiente:

    1. Obtener un certificado digital

    2. Crear un “Backup Vault” en Azure

    3. Cargar el certificado digital en Azure

    4. Descargar e instalar el agente de Windows Azure Backup en la máquina

    Estos pasos los voy a mostrar en la siguiente entrega.

    ¡Empecemos de una vez!

    Una vez se instale el agente en la máquina a respaldar, en el escritorio se crea un acceso directo a Windows Azure Backup, debemos hacer doble clic en dicho ícono:

    Azure-Backup-Parte1-01

    Cada vez que iniciemos empieza un proceso de inicialización:

    Azure-Backup-Parte1-02

    Como es la primera vez que inicia el software hay que configurarlo:

    Azure-Backup-Parte1-03

    Lo primero que vamos a hacer es registrar el servidor (Recuerden que si no se han hecho previamente los 4 pasos anteriores, no podemos hacer el backup). En mi caso ya registré el servidor en Azure.

    Como ya se registró podemos programar un backup, simplemente haciendo clic en Schedule Backup, ahí aparecerá un asistente:

    Azure-Backup-Parte1-04

    Presionamos Next y veremos lo siguiente:

    Azure-Backup-Parte1-05

    Aquí debemos decider a qué le vamos a hacer backup:

    Azure-Backup-Parte1-06

    En mi ejemplo le voy a hacer respaldo a toda la carpeta C:\Datos

    Azure-Backup-Parte1-07

    Observen que puedo en este punto hacer exclusiones de elementos a los que por alguna razón no quiero respaldar:

    Azure-Backup-Parte1-09

    En este caso decidí no hacerle respaldo al ejecutable “CloudBerryExplorerSetup_v1.4.1.124Azure.exe”, y eso lo muestra en el asistente:

    Azure-Backup-Parte1-10

    Presionamos Next:

    Azure-Backup-Parte1-11

    Ahora con las exclusiones estamos listos para determinar el horario del backup:

    Azure-Backup-Parte1-12 

    Antes de ello voy a navegar por Change Properties:

    Azure-Backup-Parte1-13

    Observen que se maneja encripción de datos, en mi caso ya lo hice previamente -y en su momento veremos cómo se hace…-

    También podemos ver opciones de Proxy en caso de que apliquen, pero en mi caso las dejo por defecto sin modificar:

    Azure-Backup-Parte1-14

    Observen que puedo restringir el ancho de banda usado para los respaldos en ciertos horarios, por ejemplo en horas laborales para no impactar la operación y a los usuarios:

    Azure-Backup-Parte1-15

    Ahora sí volvamos a los horarios de backup, en este ejemplo decidí que se iban a hacer los miércoles y sábado a las 3:00 AM

    Azure-Backup-Parte1-16

    Observen que puedo establecer un período de retención de los backups de 7, 15 y hasta 30 días:

    Azure-Backup-Parte1-18

    Ya estoy casi listo, aquí se ve el resumen de lo que voy a hacer:

    Azure-Backup-Parte1-19

    Presiono Finish y el proceso de crear la programación del backup va a comenzar:

    Azure-Backup-Parte1-20

    Listo ya quedó programado.

    Azure-Backup-Parte1-21

    Ahora vuelvo a la ventana principal de Windows Azure Backup, quiero hacer backup en este momento, así que hago clic en Backup Now:

    Azure-Backup-Parte1-22

    Se ve a qué le voy a hacer respaldo, así que hago clic en Back Up:

    Azure-Backup-Parte1-23

    Arranca el proceso:

    Azure-Backup-Parte1-24

    Empieza la carga de datos:

    Azure-Backup-Parte1-25

    Cuando el backup haya finalizado, se verá la notificación de dicha finalización, aquí se debe presionar Close:

    Azure-Backup-Parte1-26

    Observen en la ventana principal de la aplicación en Jobs que se hizo el respaldo:

    Azure-Backup-Parte1-27

    Ahora en la consola principal de Azure, en (https://manage.windowsazure.com ) en Recovery Services vamos a ver cuál es el estado del backup. Mi “Backup Vault” se denomina mybackup02 y observen que está en el Norte de Europa (North Europe):

    Azure-Backup-Parte1-28

    Aquí se ve en el DASHBOARD el espacio que uso en GB para mi backup (en mi ejemplo son cerca de 200 MB, de modo que no se ve reflejado dicho espacio aquí):

    Azure-Backup-Parte1-29

    Observen que en PROTECTED ITEMS se muestra a qué se le hace respaldo:

    Azure-Backup-Parte1-30

    Y en SERVERS se ve la o las máquinas a las que se les hace backup:

    Azure-Backup-Parte1-31

    Como lo han visto, es una solución muy fácil y bastante práctica que nos puede ayudar rápidamente a tener respaldo de nuestros datos. Por ahora solo está disponible para la plataforma de servidores.

    Espero les haya gustado, la próxima vez les mostraré el paso a paso de cómo configurar este servicio de backup.

  • 101 COSAS QUE PUEDES HACER CON CLOUD OS – Cosa 22

    COSA # 22 : SHARED NOTHING LIVE MIGRATION

    Hola amigos, hoy les traigo un video un video que muestra una funcionalidad de Hyper-V en Windows Server 2012 denominada SHARED NOTHING LIVE MIGRATION, que es una de mis favoritas en Hyper-V de Windows Server 2012.

    ¿Por qué me gusta tanto?, para explicarlo empezaré por dividir la expresión SHARED NOTHING LIVE MIGRATION en 2 partes: SHARED NOTHING significa que las máquinas físicas no deben compartir nada más que una conexión de red y tomando la segunda parte de la expresión, LIVE MIGRATION implica que las máquinas virtuales a migrar (VMs) se migran en vivo de un chasis a otro con todo y las aplicaciones que están ejecutando al momento de la migración.

    Antes de Windows Server 2012 para hacer una migración de VMs entre chasises se necesitaba tener un almacenamiento compartido entre los 2 servidores físicos como una SAN o un iSCSI con todo lo que conlleva en términos de costos, infraestructura y administración una solución de esta naturaleza. Ahora sólo se necesita tener una red entre las 2 máquinas físicas con Windows Server 2012 y las VMs se migran en vivo -por la red- al almacenamiento local.

    Esta es una solución que sin duda apunta a una reducción dramática de costos en infraestructura de almacenamiento.

    4265_SNLM

    ¿Qué necesito? ¡Dos máquinas físicas con Windows Server 2012 R2 con el rol de Hyper-V instalado en cada una de ellas y listo! no necesito conexión por FC (Fiber Channel) a una SAN o a un almacenamiento iSCSI en común. (Si tengo FC o iSCSI también puedo usar la funcionalidad, pero no es una condición obligatoria).

    Como les dije, es la funcionalidad de Hyper-V que más me gusta.

    Encuentra el video Aquí

    Nuestra vision de Cloud OS permite tener una plataforma unificada, si quieres descargar los productos de Cloud OS mira este link

    Si quieres descargar Windows Server 2012 R2 en su versión definitiva lo puedes hacer Aquí

    Espero disfruten el video, no seguiremos viendo pronto… Un abrazo.