jueves, 30 de septiembre de 2010

miércoles, 22 de septiembre de 2010

Double Take Availability y como ahorrarse un almacenamiento San: Alta disponibilidad de máquinas virtuales.

Hola.

Esta entrada es la continuación de la entrada siguiente:


Una vez realizada la instalación de al menos, la parte servidor en dos servidores, los cuales uno utilizaremos como "Origen" y el otro como "Destino", instalaremos la consola de gestión o bien en los dos servidores, o bien en un tercer equipo, a esta consola llegamos a través del icono que veis en la captura siguiente:


Podemos monitorizar nuestros servidores a través de la opción "Manage Servers":


Damos a "Get Started" y a continuación a "Double Take Availability":


Elegimos la opción que nos ofrece proteger una máquina virtual, recordad que podemos proteger un número ilimitado de máquinas virtuales y además, de forma simultanea en los dos sentidos:


Nos pregunta quién es el servidor "Origen" y unas credenciales de administrador local:


Elegimos la máquina virtual a proteger, esta será efectiva tengamos en la v.m. el sistema operativo que tengamos, sin embargo, si este no cuenta con "Integrations Components", no podemos provocar un levantamiento automático (aunque sí manual) de la máquina virtual:


En esta captura nos pide el nombre del servidor "Destino", el cual como sabéis, también tiene instalado "Double Take Availability", además de un usuario y una contraseña de administrador local:


Elegimos una unidad con capacidad suficiente para albergar la réplica:


Emparejamos los virtual switch, indicamos qué virtual switch queremos que adquiera en el momento del levantamiento en el servidor de destino:


Indicamos a través de qué NIC vamos a configurar la réplica, también indicamos la compresión que aplicaremos (la verdad es que llega a comprimir mucho, pero tened en cuenta el uso de la CPU) y si existe una limitación de uso de ancho de banda, lo que ayuda a no saturar una conexión Wan, VPN, etc.

También debemos indicar si queremos una respuesta automática en el servidor de destino, la configuración se basa en el número de "toques" que ante una caída debe darse al servidor de origen y el tiempo que separará cada uno de estos "toques", si no se consigue contactar con el servidor de origen, se creará y posteriormente se iniciará la máquina virtual en el servidor de destino:


Resumen de la configuración:


Monitorización de la replicación:


Y con eso, tenemos la máquina virtual replicada y a salvo.

Saludos.

martes, 21 de septiembre de 2010

Double Take Availability y como ahorrarse un almacenamiento San : Instalación

Hola.

Hace un tiempo el destino hizo de celestina y unió a Pedro /Double Take y a Miguel / Zerkana, como no, nos pusimos manos a la obra en nuestro lab y descubrimos rápidamente que el producto es una pasada.

Double Take Availability para Hyper-V, nos ofrece Alta disponibilidad del servicio de virtualización sin necesidad de un clúster y lo más importante, sin almacenamiento San.
En la versión Enterprise y DataCenter, Double Take Availability nos ofrece un complemento para Geoclusters y poder así mover máquinas virtuales prácticamente en caliente entre ubicaciones distantes :), ¿espectacular no?, aunque en este artículo no hablaremos de esa posibilidad.

Antes de mostraros la instalación del producto, es importante destacar que y el número de máquinas virtuales a replicar es ilimitada y que existe una versión de Double Take Availability para cada versión de Windows Server 2008 R2, por lo que debéis aseguraros que adquirís la licencia necesaria para la versión Standard, Enterprise o DataCenter. Otra cosa que os fuerza a tener Double Take, es la misma cantidad de memoria tanto en el host origen como en el host destino y por supuesto la cantidad de almacenamiento suficiente en el host destino para almacenar el 100% de las máquinas virtuales que queráis replicar.

Debéis comprar una licencia de Double Take, tanto para el host origen, como para el host destino y por ello, no todas las máquinas virtuales deben estar en el mismo host de virtualización, si no que podéis repartir la carga de trabajo y replicar máquinas virtuales en los dos sentidos al mismo tiempo.

Double Take Avilability nos ofrece la posibilidad de configurar el ancho de banda y la compresión que queréis utilizar durante la replicación constante de la máquina virtual, según mi opinión, el sistema se comporta bien, funcionando con un mínimo ancho de banda de alrededor de 2mb. simétricos.

Double Take Avilability permite configurar el comportamiento automático una vez caído el servidor origen, para ello podemos configurar los segundos e intentos de conexión a realizaar previos al levantamiento automático de la máquina virtual en el que era el servidor de destino de la réplica. Una vez levantado el servidor origen, podemos invertir la réplica, para una vez llegada al 100%, volver a levantar la máquina virtual donde estaba situada previamente a la caída del problema aparecido.

En cualquier momento podemos forzar que el host destino levante la máquina virtual, apagándose previamente la máquina virtual en el host origen de una forma controlada, además podemos realizar test Failover, levantándose la máquina virtual en el host destino, pero sin conexión a la red, todo ello mientras el host origen mantiene levantada la máquina virtual en producción con conexión a la red y por supuesto sin provocar un corte en el servicio.

Nota: El escenario no tiene por qué ser un servidor origen y uno destino, si no que podemos conformar una réplica en estrella disponiendo de varios origenes y uno o varios destinos, preparados para levantar las máquinas virtuales ante una caída.

Y sin más, paso a mostraros las pantallas propias de la instalación que debemos hacer en los dos o más servidores:

Paso 1 - Doubl eTake Avilability-:

Paso 2 - Double Take Availability:

Instalación de Servicio Server y Consola de gestión (importante instalar la consola en todos los servidores o bien, mejor aún, instalarla en un ordenador de gestión del servicio:

Esto es lo que queréis que Double Take, llegue a ocupar en vuestro Host, para proveer del servicio de replicación, es importante este punto ya que cuanto más dediqueis a double Take, mejor irá la replicación, pero a su vez, menos memoria e io (si se comparte), os quedará para las máquinas virtuales:




Estas son las excepciones que se crearán en el firewall propio de Windows Server, si la replicación es a través de internet sin VPN o con VPN con reglas, debeis permitir la comunicación de estos puertos:

Y este es el servicio que debéis iniciar a mano, si no queréis reiniciar el servidor:

Y con esto, espero haberos abierto el apetito, en siguientes entradas veremos como crear la réplica y provocaremos la caida de algún host :).

Saludos.

Beta pública de SBS "7"

Hola.

Por fin es pública la beta de SBS "7", tenéis toda la información aquí:

http://blogs.technet.com/b/sbs/archive/2010/09/21/announcing-the-availability-of-windows-sbs-7-preview.aspx

Eso quiere decir que en breve estamos de gira con ella y con "Aurora".

Nos vemos.

domingo, 12 de septiembre de 2010

Android no está optimizado para Tabletas

Pues eso, tal y como dice el dueño del artículo en cuestión, ya podían haberselo dicho antes a algunas marcas de hardware.

http://www.chw.net/2010/09/google-android-no-esta-optimizado-para-tablets/

"La forma en que Android Market funciona no va a estar disponible en esos dispositivos que no permiten a las aplicaciones ejecutarse correctamente (…) Froyo no está diseñado para ese formato."

Iconos Visio sobre virtualización

Os dejo el link:

http://www.jonathancusson.com/tag/virtualization-stencil/

Saludos

Windows con s.o. Windows 2000 sobre Hyper-V

Hola.

Después de un P2V, me he encontrado que el disco de 600gb aparece como de 127gb en la máquina virtual, la solución es esta:

http://support.microsoft.com/kb/954281/es

Veréis en el KB, que el problema no solo os lo podéis encontrar durante un P2V, como me ha pasado a mí, si no también durante una instalación limpia de Windows 2000 Server en una VM.

Saludos.

jueves, 9 de septiembre de 2010

Hp Proliant MicroServers

Hola.

Como ya hizo cuando apareció Windows Home Server, Hp lanza al mercado un Micro Servidor orientado a empresas de entre 1 y 10 puestos de trabajo y con un precio de 329€, en el que se prevé alojar SBS "Aurora".

Las características que aparecen en la ficha del equipo son:

"Processor: Processor family AMD Athlon™ II

Number of processors: 1

Processor core available: 2

Memory Maximum memory 8 GB

Memory slots 2 DIMM slots

Memory type PC3 DDR3

I/O Expansion slots 1 half-height, half-length PCIe x16 Gen 2, 1 half-height, half-length PCIe x1 Gen 2

Network Controller 1GbE NC107i 1 Port

Storage Maximum drive bays (4) LFF SATA

Supported drives Non-hot plug 3.5-inch SATA

Storage Controller Integrated 4 port SATA RAID

Deployment Warranty - year(s) (parts/labor/onsite) 1/0/0 "


Saludos.

miércoles, 8 de septiembre de 2010

Hyper-V como elección

Hola.

Asistentes al Vmwold 2010, están realizando declaraciones donde reconocen que para virtualizar aplicaciones, tales como: Sharepoint, Exchange, RDS, etc., eligen Hyper-V.

http://searchwindowsserver.techtarget.com/news/article/0,289142,sid68_gci1519781,00.html?track=sy43

La verdad es que RDS es un rol que yo prefiero mantener en físico ya que por su relación con el procesador, pierde bastante rendimiento al ser virtualizado, pero viendonos obligados a tener una capa de virtualización por debajo, Hyper-V ofrece cláramente un mejor rendimiento, lo mismo si hablamos de virtualizar Windows Server 2008 R2 o Windows 7 como sistema operativo en el guest.

Saludos.

jueves, 2 de septiembre de 2010

Aprovechamiento de cintas en DPM 2007 / 2010

Hola.

Desde hace un tiempo, andamos liados con un robot de cintas gestionado por DPM 2010, hemos observado que una cinta no es reutilizable hasta que no caduca el contenido almacenado en ella, y eso, es un problema cuando este contenido no ocupa el 100% de la capacidad de la cinta.

En un principio la solución a tomar fué esta:

http://technet.microsoft.com/en-us/library/ff399230.aspx

Valga esto para que toméis nota del artículo ya que en ciertas ocasiones puede resultar altamente interesante, la cuestión es que ahora aprovechamos la cinta al 100% pero en una misma cinta entran varios grupos de protección y eso tiene otra pega ya que no queda localizada la información en una u otra cinta.

Tanto el primero, como el segundo, es un problema que también he encontrado en Symantec y Commvault, nosotros por nuestra parte seguimos investigando.

Si te has peleado con esto, no dudes en contatactarme :).

Saludos.