Under C.P.D.

>Esta vez es la gente de W.Europe quien reconoce el trabajo realizado por Zerkana 🙂

http://www.microsoft.com/casestudies/Windows-Server-2008-R2-Datacenter/AB-Server/Hosting-Provider-Reduces-Costs-by-up-to-80-Percent-with-Virtualization/4000010410

Saludos.

>Hola.

La verdad es que este año está siendo bastente movido en cuanto a virtualización, system center y migraciones a la nube se refiere, no solo en cuanto a proyectos, si no también, en cuanto a divulgación de mensaje, explicación, labores de pre-venta y saraos rollo «showbusiness» en los que como sabéis, me dejo liar porque me encanta.

Por aquí os dejo algunas de las últimas apariciones, las cuales, distan mucho de ser estelares, sobre todo la del video en la que a parte de tener una cámara en las narices, como buen informático había dormido poco :).

Video para Microsoft Showcase:

<a style='text-align: center; color: #7db0d2; text-decoration: none; font-size: 80%; font-family: "Segoe UI", Segoe, Tahoma, Verdana, sans-serif;'
href=’http://content2.catalog.video.msn.com/e2/ds/es-es/ESES_CMG_Spain/ESES_Microsoft/eb87e65d-a7fb-41e4-ab4c-2e0a12bde599.mp4′» > Ver el vídeo en formato WMV

document.write(«»);

Y por otra parte, es un honor que contasen conmigo para conformar el panel de expertos, en el que podéis participar.

http://www.microsoft.com/spain/cloudtalk/expertos.aspx

Saludos.

>Hola.

>

>

Hola.

Siguiendo al post inmediantemente anterior a este, vamos a ver cómo se comporta nuestro entorno de clúster al cual le estamos sirviendo una lun replicada entre dos cabinas de forma síncrona.

Lo primero es hacer llegar esta lun a los servidores, para ello no tenemos más que comprobar que la primera replicación se ha realizado corréctamente y atacar por iscsi a las dos cabinas desde nuestros nodos, eh aquí las capturas:

Comprobación de replicación:

Después crearemos las conexiones desde los hosts:

(en mi caso uno se ataca a él mismo ¿?, si es que soy así de pobre :))

Una vez creadas las conexiones, veremos las luns y las activaremos:

Activaremos el disco, formatearemos, bla, bla, bla.

Crearemos un clúster y a ese detalle no voy a entrar ¡cuando tenéis material como este!:

http://blogs.technet.com/b/davidcervigon/archive/2010/03/08/montando-laboratorios-pruebas-de-concepto-y-pilotos-de-virtualizaci-n-instalaci-n-de-los-hosts-de-hyper-v-y-el-cluster.aspx

Una vez montado el clúster, veamos como se comporta si le quitamos las conexiones y simulamos la caida de la cabina:

Si quitamos la conexión con la cabina principal, el disco sigue sirviendose corréctamente:

Activamos la conexión y esperamos que la sincronización replique :

Desconectamos la conexión con la cabina de respaldo y el disco sigue también, sirviéndose perféctamente:

Ahora comprobamos que el clúster está correcto y que una máquina virtual que había creado, sigue ahí:

Y aunque en formato redirigido, que luego cambia, parece que aguanta :).

Nuestra Vm está:

Bueno y llegado a este punto, parece que tenemos un entorno en producción y otro de backup y al utilizar un virtualizador, podemos llegar a montar escenarios en que las dos cabinas son de diferente fabricante o diferente generación.

Saludos.

>

Hola.

En este primera entrada, voy a empezar la creación de un clúster en el que alojaremos servicios de máquinas virtuales con Hyper-V R2. Lo que hará especial a nuestro clúster es la replicación entre almacenamientos san que vamos a lograr previamente y cómo vamos a poder realizar una batería de pruebas, llegando a dejar caer una de las cabinas que conforman nuestro escenario, garantizando así una mayor disponibilidad de servicios.

Como no, debemos empezar por la puesta en marcha de nuestro almacenamiento, yo voy a utilizar Starwind, el cual en su versión 5.0 nos ofrece la creación de luns replicadas de forma síncrona entre dos cabinas distantes.

Como sabéis, Starwind es un target iscsi, el cual nos convierte cualquier servidor con sistema operativo Ws2003 o posterior en un almacenamiento San, en un principio la primera impresión es pensar que es un riesgo y que no es una san clásica, pero cuando entramos a su página web y vemos sus clientes, si ya conocéis el mundo del “oemizado”, nos lleva a pensar que más de una cabina san al final no es más que un hardware muy fiable y un chasis con mucha capacidad de discos, combinado con un sistema operativo linux con target iscsi y/o fibra , Windows Storage server o una combinación de Windows Server + Starwind entre otros.

El almacenamiento lo montaré sobre dos servidores, los cuales tendrán una comunicación de 100mbps y como voy falto de recursos :), una cabina estará sobre Windows 2003 Server y la otra contará con Windows Server 2008 R2.

Paso a paso:

Todo comienza con la instalación del producto, a continuación os paso los pantallazos de una de las instalaciones, pero por supuesto esta instalación hay que repetirla en los dos servidores.

	Por defecto: usuario: root – contraseña: starwind

Una vez tenemos instaladas las dos cabinas, debemos crear una lun en modo HA, los pantallazo son estos:

Esta pantalla anterior dice mucho, como veis no solo podemos crear luns en HA, si no cosas tan chulas como luns en Raid1 con una sola cabina y mucho más.

Momento de conectarse a la segunda cabina

Configuración de ip propia de cada servidor dedicada para la replicación, en mi caso de hecho será una tarjeta compartida y veréis como funciona.

Aunque yo he preferido rizar el rizo y decir que no quiero cacheado, es conveniente dotar a un entorno en producción de una buena caché para almcenar información cuando hay una desconexión entre cabinas o cuando el ancho de banda de la red es menor del necesitado.

Os dejo el data sheet del producto HA:

http://www.starwindsoftware.com/starwind-enterprise-ha-data-sheet

Bueno, ahora solo nos quedaría montar un clúster y probarlo, eso lo veremos más adelante.

Un saludo.

>Hola.

>Hola.