Notas desde el Mundo Real

Soporte para Exchange Server en Entornos Virtualizados

Tue, 19 Aug 2008 16:21:28 GMT

Es realmente un agrado poder escribir sobre 2 tecnologías que me gustan: Exchange Server y Virtualización.

Ayer se actualizó el documento llamado Microsoft Support Policies and Recommendations for Exchange Servers in Hardware Virtualization Environments (en español sería algo así como: Políticas de Soportes y Recomendaciones para Servidores Exchange en Entornos de Virtualización de Hardware), el cual responde a cuáles son las configuraciones de hardware soportadas [1] por Microsoft para tener servidores exchange en producción.

Vamos por Partes…

1. Hyper-V/Virtual Server 2005 vs “los otros”

Como sabemos, aparte de Hyper-V y Virtual Server hay otros actores de importancia en el mercado de la Virtualización: VMWare, Xen, Virtual Iron, etc, etc, etc.

Hace poco Microsoft ha abierto una instancia llamada Windows Server Virtualization Validation Program “abierta a cualquier vendedor que entregue soluciones de virtualización para Windows Server 2008, Windows 2000 Service Pack 4 y Windows Server 2003 SP2 y siguentes SP. Esta solución pues estar basada en Hypervisor o en host. El programa permite a los vendedores validar varias configuraciones a fin de que los clientes de Windows Server puedan recibir soporte técnico en entornos virtualizados …”.

Actualmente están participando: Cisco, Citrix, Novell, Sun y Virtual Iron. (Veremos alguna vez a VMWare en la lista?)

Más información en: Windows Server Virtualization Validation Program

2. Soporte para Exchange Server

2.1 Exchange 2007 SP1

Microsoft Soporta Exchange Server 2007 en ambientes de producción sólo cuando se cumplen todas las siguientes condiciones están presentes.

El software de Virtualización es Hyper-V o cualquier otro hypervisor que haya sido validado en el Windows Server Virtualization Validation Program.
La máquina Virtual (Guest) de Exchange:
- Sea Exchange 2007 SP1 o superior.
- Se haya instalado sobre Windows Server 2008
- NO tenga el Rol de Mensajería Unificada (UM) instalado
El almacenamiento de la máquina virtual puede ser VHD de tamaño fijo, Discos SCSI Pass-Through o iSCSI. Se recomienda que los VHD's no superen los 2048 GB (2 TB!!) de tamaño.
No está soportado el uso de discos diferenciales.
La Partición Padre o Root (máquina física) no debe tener instalado ningún software que no sea de administración (Antivirus, Backup, etc), es decir, sólo puede estar dedicada a virtualización.
No está soportado un ambientes de cluster combinados, por ejemplo, Cluster CCR de máquinas Virtuales MAS Quick Migration (Failover Cluster) en Hyper-V. pero si está permitido tener una solución CCR o SCC usando una combinación de nodos Físicos y virtuales (Cool :D)

2.2 Exchange 2003

Microsoft Soporta Exchange Server 2007 en ambientes de producción sólo cuando se cumplan todas las siguientes condiciones:

El software de Virtualización es Virtual Server 2005 R2 o superior
La máquina virtual (Guest) de Exchange debe tener instalado Exchange server 2003 SP2 o superior
Deben estar instaladas las las Virtual Machine Additions de Virtual Server 2005 R2 en la máquina virtual.
Exchange Server 2003 debe estar configurado como servidor único y no como parte de un Cluster.
El Driver (Controlador) de disco SCSI instalado en la máquina virtual debe ser Microsoft Virtual Machine PCI SCSI Controller.
No debe estar habilitada la función de “Deshacer" (Undo Disk) para la máquina virtual

2.3 Exchange 2000 y Anteriores

No está soportada para producción ninguna versión de Exchange Server anterior a Exchange 2003, esto incluye a Exchange 2000 y Exchange 5.5

Finalmente, en el documento Microsoft Support Policies and Recommendations for Exchange Servers in Hardware Virtualization Environments no sólo está la Política de Soporte que acabo de transcribir/traducir, sino que también una serie de recomendaciones, las cuales discutiremos en otro post o en alguna conferencia por ahí ;)

Gonzalo

[1] Valga la aclaración: “soportado por MS” significa que si llamas a microsoft pidiendo soporte, entonces MS va a tomar tu caso y encontrar una solución a tu problema, pues es un entorno que ya fue probado, re-probado y recontra-probado por ellos y por lo tanto saben cómo funcionan sus productos. Esto es valido tanto si eres un usuario doméstico y tienes problema con Office, XP o Vista como si eres una gran empresa con un contrato de soporte premier. Lo anterior no significa bajo ningún punto de vista que “no funcione” alguna configuración por el hecho de no estar “soportada por MS”.

Technorati Tags: Exchange Server,Soporte,Virtualización,Hyper-V,Virtual Server

iPhone se pone pantalones largos (en su versión 2.0)

Tue, 15 Jul 2008 16:55:07 GMT

Los fans de apple [1] deben estar muy contentos con la aparición del nuevo iPhone, con soporte para 3G (navegación en internet más rápida) y a mitad del precio de lo que costaban los primeros iPhones.

Según leí, dos son los principales cambios en la nueva versión del iPhone:

Soporte para redes 3G
Actualizaciones de Software respecto de la versión 1.0.

El soporte para Redes 3G es un aporte para quienes utilizan sus dispositivos móviles para navegar por internet, especialmente en sitios con contenido multimedia como youtube, soapbox, facebook, etc.

Las actualizaciones de software, que es lo que nos interesa en este artículo, estarán también disponibles para los usuarios que tengan una iPhone de “primera generación”.

Por qué el título hace mención a los “pantalones largos”?

Una de las principales falencias del iPhone en su versión anterior es que no tenía soporte para integrarse en ambientes empresariales (Exchange Active Sync, para ser más específicos), por lo tanto el teléfono servía como “juguete” para personas que leen gmail, pero no servía como herramienta de trabajo en un entorno corporativo, a diferencia de equipos Nokia, Blackberry, Palm, etc. (aquí está el resto del “etc”).

Luego del acuerdo firmado en marzo de este año (Versión MS, Versión Apple), y de unos tantos meses de trabajo de ambos equipos, con la liberación del iPhone 2.0 también se liberó la actualización (parche? :p) para que el iPhone pueda sincronizar información con servidores Exchange usando tecnología Exchange ActiveSync (EAS para los amigos), con lo cual el iPhone comienza a ser considerado como una alternativa válida en entornos empresariales.

Más información:

Integración Empresarial de iPhone con Exchange (Versión Apple)
iPhone desde la perspectiva del Administrador Exchange (Versión MS)

Espero que les sirva.

Gonzalo

Technorati Tags: Exchange Server,iPhone,Exchange ActiveSync

[1] En marketing es un caso de estudio la relación de “amor” que genera apple con sus ~~fans y amantes~~ clientes…

Cómo saber la versión de Hyper-V que tengo instalada?

Wed, 02 Jul 2008 01:56:28 GMT

Hoy estuve actualizando mis servidores a Hyper-V RTM, y como parte del proceso estaba instalando los Integration Services (Integration Components en la versión Beta de Hyper-V).

Estaba en eso cuando recibí un llamado telefónico y perdí el hilo y el orden que tenía, por lo que no recordaba a cuáles VM’s ya le había actualizado los IS y a cuáles no :s

Solución: En las propiedades de los drivers (sintéticos) de la máquina virtual hay que mirar el último bloque del número de versión, Para Hyper-V RTM la versión es: 18016 , como se ve en la siguiente imagen:

Nota: En las Integration Components de la versión RC1 de Hyper-V este número era: 18010.

Finalmente, y para dar respuesta a la pregunta que da título a este post: sólo puedo instalar Integration Services de la versión RTM si es que mi Hyper-V es RTM ;).

OK, no es una muy buena forma de saber cuál es la versión de Hyper-V instalada en un servidor Windows 2008, si buscan dentro de C:\Windows por “hv*.*” encontrarán varios archivos, dentro de ellos hay 3 archivos interesantes:

hvboot.sys: Señoras y Señores, conozcan al HyperVisor!. Una cosa impresionante es su tamaño: 110Kb en la versión RTM!
hvix64.exe y hvax64.exe: Adivinen qué son ;) una pista la pueden encontrar en la siguiente imagen:

Lo importante, es que AHÍ está (destacado) el número de versión.

Espero que les sirva.

Gonzalo

Technorati Tags: Virtualización,Hyper-V,Hypervisor

Tenemos Nuevo MVP! Felicitaciones a Don Juan Andrés Valenzuela, MVP en MOSS

Wed, 02 Jul 2008 00:18:16 GMT

Asi es, desde hoy tenemos un nuevo Microsoft MVP en MOSS, Don Juan Andrés Valenzuela, quien ha hecho un arduo y silencioso trabajo compartiendo con la comunidad sus conocimientos de MOSS, tanto a través de conferencias, como de de su blog y el sitio del grupo de usuarios MOSSCA (Microsoft Office SharePoint Server CAtalogue).

Felicitaciones!

Gonzalo

Technorati Tags: MVP,MOSS,MOSSCA

Hyper-V Liberado

Fri, 27 Jun 2008 20:26:31 GMT

Cómo les conté en el post anterior, esta semana se liberaría Hyper-V en su versión definitiva (RTM)… y efectivamente, se liberó ayer =)

Pueden descargarlo desde www.microsoft.com/hyper-v y el KB asociado a la instalación es el KB950050

Las principales cambios con respecto desde la versión RC1 a la versión RTM son:

Mejoras en el rendimiento de las máquinas virtuales
Mayor cantidad de SO soportados como máquinas virtuales (http://support.microsoft.com/kb/954958/). Aquí hay que hacer una aclaración importante: “Soportados” significa que MS probó, recontra probó y está dispuesto a “dar soporte” en caso de que algo falle, pero no quiere decir que si instalo, por ejemplo Ubuntu en como VM en Hyper-V o Windows SBS 2008, éste no vaya a funcionar.

El Update desde RC0 o RC1 es bastante simple (y menos disruptivo que el update desde Beta a RC, ver comentarios), pero de todas maneras hay que tener en consideracion que:

Los estados guardados (save state) de las VMs no son compatibles entre versiones, por lo que lo mejor es borrarlos antes de la actualización.
Las instantáneas (snap-shots) tampoco son compatibles entre versiones, por lo que lo mejor es aplicarlos y/o borrarlos, según el caso.
Hay que aplicar a todas las máquinas virtuales las nuevas versiones de IC (Integration Components) - que en esta versión, oh sorpresa, parece que cambiaron de nombre de Integrations Services. Para hacer esto basta con cancelar en las VMs todas las instalaciones de hardware nuevo luego del reinicio de la máquina fisica e instalar las IC como siempre.
Como ya leyeron en el punto anterior, hay que hacer un reinicio de la máquina física ;)

Finalmente, para quienes estamos probando la versión Beta de SCVMM 2008 (Systems Center Virtual Machine Manager 2008) , la versión que es capaz administrar Hyper-V RC1 puede adminstrar la versión RTM de Hyper-V.

Pueden leer la noticia, comentarios y recomendaciones de primera fuente en

Anuncio oficial de prensa (en inglés)
Blog de C. Linacre
Blog de D. Cervigón
Blog de J. Howard (en inglés)
SCVMM 2008 Beta y Hyper-V RTM (en inglés)

Gonzalo

Technorati Tags: Hyper-V,Virtualización,SCVMM

Esta semana se libera Hyper-V?

Thu, 26 Jun 2008 18:23:08 GMT

Me acaba de llegar un mail diciendo que el product manager de Virtualización ha anunciado que durante esta semana se liberará la versión final (RTM, en jerga) de Hyper-V. (Algunas publicaciones dicen que se libera mañana). Lo interesante es que el anuncio de la liberación del producto ocurre casi un mes y medio antes de la meta autoimpuesta por MS: 180 días después del lanzamiento de Windows Server 2008.

Según leí, la versión RTM de Hyper-V principalmente presenta mejoras respecto del rendimiento (performance) de las máquinas virtuales que corren sobre Hyper-V.

Algunos datos interesantes que se obtienen del artículo son:

Según pruebas Independientes (Intel y Q logic) Hyper-V alcanza entre el 88 y 100% del performance que servidores físicos en relación a saturación de I/O en dispositivos de almacenamiento basados en iSCSI y y Fibre Channel.
Hyper-V entrega scalabilidad lineal para trafico de red y I/O de disco al mover desde un sistema de 2-sockets a 4-sockets (CPU’s).
Microsoft ha testeado Exchange Server 2007 (una aplicación de 64-bits y de altos requerimientos de recursos) y ha verificado que Hyper-V no introduce cambios en los requisitos de instalación ni en las buenas prácticas, lo que en términos concretos significa que será posible virtualizar servidores de mensajería sin necesidad de requisitos ni consideraciones extras :)

Aún no hay información sobre la forma en la cual la versión RTM de Hyper-V será entregada, pero lo más probable es que esté disponible como descarga en el sitio de microsoft, y que luego se transforme en un update desde Windows Update.

Cuando tenga más información (y más precisa) les cuento.

Fuente: http://windowsitpro.com/article/articleid/99575/microsoft-releases-windows-server-2008-hyper-v-to-manufacturing.html

Gonzalo

Technorati Tags: Virtualización,Hyper-V,Exchange 2007

VHDMount en Hyper-V

Thu, 05 Jun 2008 08:05:34 GMT

Preparando una Máquina Virtual con Windows 2003 Std (RTM o "Sin Service Pack) que me servirá de "Base" para futuros servidores virtuales, me ví en la necesidad de instalar el Service Pack 2 de Windows 2003.

Pero como estaba usando la última versión de Hyper-V (Release Candidate 1, o RC1), no tenía la posibilidad de copiarlo por red, ya que los Integration Components de Hyper-V RC1 sólo son compatibles con Windows 2003 SP2 o Superior... El problema del Huevo o la Gallina nuevamente.

Solución: Montar el Disco Duro Virtual (Archivo .vhd) con VHDMount (herramienta disponible desde Virtual Server 2005)... ooops, creo que nunca escribí el artículo sobre VHDMount, pero Isabel de la Barra si escribió uno =)

Pero... No HAY VHDMount en Hyper-V RC1?.

No, NO HAY VHDMount en Hyper-V RC1, lo que si hay es la posibilidad de montar vhd's en el Sistema Operativo Padre (Partición Padre, para ser Rigurosos), usando Scripts o incluso PowerShell.

Alternativa 1: Usando Script

Me basé en este artículo del VirtualPC Guy, que me voy a permitir traducir y aumentar algunos comentarios

' Codigo obtenido desde http://blogs.msdn.com/virtual_pc_guy
Option Explicit

Dim WMIService
Dim VHDService
Dim VHD

'Indica cual VHD quieres montar (debes dar la ruta exacta)
VHD = "F:\Windows.vhd"

'Obtienes una instancia del servicio WMI de 'virtualizacion' en el computador local
Set WMIService = GetObject("winmgmts:\\.\root\virtualization")

'Obtienes el MSVM_ImageManagementService
Set VHDService = WMIService.ExecQuery("SELECT * FROM Msvm_ImageManagementService").ItemIndex(0)

'Monta (o Desmonta) el VHD
' Para Montar se usa VHDService.Mount(VHD)
' Para Desmontar se usa VHDService.UnMount(VHD)
VHDService.Mount(VHD)

Puedes cortar y pegar este código en un archivo de texto y guardarlo como VHDmount.vbs (o VHDUnMount.vbs) y lo ejecutas desde la línea de comando usando el intérprete cscript, es decir:

c:\> cscript VHDMount.vbs (o VHDUnMount.vbs para demontar)

Personalmente hice los 2 archivos, al ejecutar el primero montó sin problemas, y luego ejecuté el segundo y desmontó OK.

IMPORTANTE: Cuando se Monta el Disco Virtual en la Partición Padre, este se monta en estado "Offline", hay que ir al Administrador de Discos y "traerlo on-line" para poder trabajar con él.

Alternativa 2: Usando PowerShell e integrando el menú al GUI de Windows (Menú Contextual)

A pesar de ser muy simple, el método anterior tiene el inconveniente que hay que editar el código del script para cada nuevo disco que deseemos montar. Para hacer un script algo más avanzado (usando PowerShell) e integrándolo a la GUI del Explorador de Windows, pueden ver una completa referencia en éste artículo de David Cervigón:

Montar, Desmontar y Compactar VHD's desde Windows Explorer

Espero que les sirva

Gonzalo

Etiquetas de Technorati: Virtualización,VHDMount,Hyper-V,Hyper-V RC1

Service Pack 3 para Windows XP

Tue, 22 Apr 2008 17:44:57 GMT

Acabo de leer la noticia de que el Service Pack 3 de Windows XP ya está terminado y pronto a ser liberado

Les copio el calendario completo de la liberación:

RTM (release to manufacturing): April 21
OEM channel: April 21
Windows Update (optional update): April 29
Microsoft Download Center: April 29
MSDN/TechNet download: May 2
Windows XP SP3 fulfillment media (CD-based): May 19
Volume license customers download: June 1
Windows Update/Automatic Updates: June 10

Para quienes no saben muy bien de que trata el SP3 les cuento que básicamente es una acumulación de "actualizaciones" ;) para Windows XP, más algunos upgrades/adiciones a ciertas funcionalidades específicas (como por ejemplo la incorporación de un cliente NAP para XP :D ).

Si quieren obtener más info: CLICK AQUI

Gonzalo

Etiquetas de Technorati: Windows XP,SP3

Archivos .iso en Virtual PC: Tamaño Máximo

Tue, 25 Mar 2008 01:41:44 GMT

Quienes han leído mi blog en el último tiempo, ya saben que la virtualización en entornos MS ha sido mi principal diversión en los últimos meses. Pero no Sólo de Hyper-V y de Virtual Server 2005 R2vive "El Hombre que Virtualizaba", sino que también uso Virtual PC para mi Notebook (2 particiones, una con Windows Vista + Virtual PC 2007 y otra con Windows Server 2003 con Virtual Server 2005 R2 SP1).

Necesitaba instalar una máquina virtual con OpenSuse, por lo que fui al sitio de OpenSuse y bajé el DVD de la versión 10.3, de 4,10 GB (recuerda este valor).

Entonces, a hacer lo que hay que hacer

1. Montamos la Imagen del DVD (.iso) como Unidad de CD.

2. Ejecutamos la instalación, la cual, hay que admitirlo, es un ROBO de tecnología Microsoft, ya que es un vil plagio de una instalación "NNF" (Next, Next, Finish) :D

Pero.. cuando estamos realizando la instalación, nos pide... qué insertemos el CD1 ??!!

qué?, no encuentra el DVD?

mm... empecemos de nuevo... Mira, había una opción para revisar la integridad del "disco" de instalación... la corremos y ... "MD5 sum does not Match" ??!!

La explicación

Chapoteando por Internet:

Aprendí un poco sobre los Formatos .iso, los cuales están definido en el Estándar ISO 9660, Según el cuál se espera que los Discos en este formato no sean mayores (en tamaño) que [(2^32) - 1] = 4 GB o 2 GB, dependiendo de la implementación de la representación de los números binarios en memoria (en el artículo del estándar hay una explicación más detallada que la que pienso poner aquí ;).
Virtual PC sólo soporta imágenes .iso menores a 2.2 GB (por lo visto, se usa la segunda implementación ;)

La Solución

Básicamente quedé con 2 alternativas:

a. Bajar nuevamente toda la instalación de OpenSuse, pero esta vez en imágenes de 5 CD's.. una lata, ó

b. Bajar un EMULADOR de CD/DVD, para montar esta imagen de 4,2 GB en la máquina física, y luego mapearla (capturarla) en la máquina virtual.

Como prefiero bajar un Software de 1m MB que una instalación completa de 4 GB, busqué un poco y encontré un emulador gratuito que me funcionó súper bien en Vista: Alcohol 52% (una nueva adición a la segunda parte de la lista de Herramientas Gratuitas de este servidor).

Finalmente, usando el camino ya indicado pude instalar la distribución 10.3 de OpenSuse en mi máquina virtual para pruebas.

Espero que este pequeño "dato" les sirva

Gonzalo

Etiquetas de Technorati: Virtualización,Virtual PC 2007,.ISO

IPD, o ¿Cómo comenzar un proyecto de Virtualización?

Fri, 14 Mar 2008 02:19:15 GMT

(Traducción Libre:)
Jefe: Nuestros servidores están usando demasiada electricidad. Necesitamos Virtualizar
Jefe: Yo ya hice "mi parte" al leer sobre virtualización en una revista de negocios. Ahora tú has la parte del software.
Jefe: Por qué "tú parte" se está demorando tanto?

Como mencioné en un post Anterior sobre Aceleradores de Soluciones, "Cada vez que uno comienza un nuevo proyecto, y especialmente cuando la tecnología a utilizar es nueva o desconocida para nosotros, hay muchas decisiones de diseño que tomar, preguntas que responder y uno uno siempre sabe cuáles son, cuáles son sus alternativas e implicancias de éstas. (En Chileno, "uno no sabe por dónde empezar").", y como "alternativa" a la tonelada de documentación disponible, Hay una serie de guias conocidas como Solutions Accelerators, dentro de ellas, mis favoritas son las Series Infrastructure Planning and Design Series (IPD),

Cuando comencé con el Proyecto de Virtualización presentado en ITProMomentum, y hasta el día de hoy, muchas personas me han preguntado: Y cómo decides qué servidores/servicios vas a virtualizar?, por qué virtualizar A y no virtualizar B?, Cómo dimensionas la cantidad y tipos de Discos Duros a Utilizar?, etc.

Hace poco tiempo atrás salieron al público (afortunadamente tuve acceso a ellas en su fase BETA) un par de EXCELENTES guías de la serie IPD que nos ayudan a responder de forma cualitativa y cuantitativa no sólo esas preguntas, sino que TODAS las preguntas relacionadas tanto al diseño como de implementación de un proyecto de Virtualización:

Selecting the Right Virtualization Technology
Microsoft SoftGrid Application Virtualization
Windows Server Virtualization (for Windows Server 2008 Hyper-V and Virtual Server 2005 R2 SP1)

Para Bajarlos, el Link es Infrastructure Planning and Design Series (IPD),

Sólo para "abrirles el apetito", como muestra un botón:

Te Gustaría saber de forma certeza cuánta memoria/CPU/DISCO necesitaremos en nuestro servidor de virtualización para alojar una máquina virtual con una cierta aplicación X? .. en la guía de "Windows Server Virtualization" aparecen los contadores de rendimiento que deben medir y utilizar para el dimensionamiento.

Ahora, sólo resta bajar las guías, leerlas y manos a la obra.

Éxito!

Gonzalo

Etiquetas de Technorati: Virtualización,Hyper-V,IPD,Documentación,Diseño de Infraestructura

Solutions Accelerators (Aceleradores de Soluciones)

Fri, 14 Mar 2008 01:42:17 GMT

Cada vez que uno comienza un nuevo proyecto, y especialmente cuando la tecnología a utilizar es nueva o desconocida para nosotros, hay muchas decisiones de diseño que tomar, preguntas que responder... y uno uno siempre sabe cuáles son, cuáles son sus alternativas e implicancias de éstas. (En Chileno, "uno no sabe por dónde empezar").

Recuerdo que en la época de Windows NT la documentación de los productos era más bien "pobre y escasa" (además que Internet estaba en pañales aún). Con la llegada de Windows 2000 (y versiones de software "2000" como por ejemplo Exchange), tanto la cantidad como la calidad de la documentación aumentó (pero seguía siendo muy "árida" y difícil de encontrar).

Esto cambió dramáticamente a partir del año 2003, con la nueva versión del Sistema Operativo (y otros productos) venía una enorme cantidad de documentación: Mejoraron los Help, se publicaron Guías de Planificación y Arquitectura, Guías de Implementación (Deployment), Guías de Operaciones, Guías de Seguridad, Guías de ....etc etc, cada una con un mínimo de 50 páginas.

Sólo para Windows 2003, les recomiendo mirar:

1. Windows Server System Reference Architecture (WSSRA)
2. Windows Server 2003 Technical Library, que es una parte del Windows Server TechCenter, el cual a su vez es sólo una pequeña sección de The TechNet Library.

A dónde quiero ir con todo esto?

Para poder realizar un proyecto como es debido, en la fase de planificación hay que leer TONELADAS de documentación técnica, lo cual en la vida real no siempre es posible por cuestiones de tiempo. (Estimado lector, cuánto tiempo a la semana Tiene Ud. (auto)asignado para aprender nuevas tecnologías y diseñar proyectos de implementación de éstas en su vida laboral diaria?)

Desde hace bastante tiempo (al menos yo los conozco hace un par de años) que existen los Microsoft SOLUTIONS ACCELERATORS, que son una serie de guías y herramientas cuyo objetivo es "acelerar" las fase de diseño e implementación de los proyectos de infraestructura: ToolKits, Capacity Planning tools, Guias para Backup/Recovery, Guías para Mensajería en Empresas Pequeñas y Medianas (Pymes), etc, etc

Hay aceleradores para distintas tecnologías y servicios, sólo por mencionar algunas

Mensajería y Colaboración (Active Directory, Exchange, Sharepoint)
Protección de Datos y Recuperación
Administración de Servidores, Desktops y Dispositivos
Seguridad y Redes
etc.

Pero, definitivamente mis favoritos son las nuevas guías de la serie Infrastructure Planning and Design Series (IPD), las cuales son guías de MENOS DE 50 PÁGINAS cada una, que apoyan el proceso del DISEÑO de una solución:

Propone un flujo de Diseño dividido en fases
Indica las Preguntas que hay que responder en CADA FASE del diseño
Menciona las distinas alternativas para cada una de estas preguntas, y sus implicancias en el diseño de la solución.

Algunas Guías que ya están disponibles son: Diseño de Active Directory, Windows Deployment Services, etc (y varias otras más están en fase Beta ;)... y por supuesto Virtualización (más detalles en otro post)

Espero que esta referencia de documentación les sirva, especialmente a quienes están recién partiendo ;)

Gonzalo

Etiquetas de Technorati: Guías,Diseño de Infraestructura,IPD,Solutions Accelerators

Cómo ver Calendarios de Google en Outlook

Mon, 10 Mar 2008 23:08:44 GMT

Debido a mi "doble vida" de estudiante y Trabajador Freelance, debo mantener más de un calendario: Uno para la universidad, uno para eventos familiares, uno para cada cliente, etc., Algunos de estos calendarios están asociados a un Buzón en un Servidor Exchange (Trabajo) y otros en Calendarios de Gmail (GCalendar).

El problema es ¿cómo, al menos, hacer visible el todos los calendarios en un sólo lugar?

La solución: MS Outlook. Con MS Outlook 2007 (desconozco si con versiones anteriores también es posible).

1. Compartir el Calendario Web.

Veamos un día cualquiera (hoy) en un calendario de Google Cualquiera (el que uso para las actividades de la Universidad). Como pueden ver hay una cita de un seminario de Diseño para hoy a las 15 horas (Izquierda), pero esa cita no se refleja en mi calendario de Outlook (Derecha)

Lo primero que hay que hacer es compartir el calendario en GCalendar, para eso presionamos el la flecha hacia abajo al lado del nombre del calendario en la página web, se desplegará un menú y elegimos la opción "Configuración de Calendario", y en la nueva ventana vamos a la opción: "Dirección Privada".

Hacemos Click en el Botón verde ICAL, y aparecerá un pop-up con la dirección del calendario, Debemos COPIAR esta dirección, pues la necesitaremos para realizar la suscripción al calendario.

2. Suscribir el Calendario

Ahora vamos a Outook, y en el Menú "Herramientas" seleccionamos "Configuración de la Cuenta", se nos abrirá una venta, y en ésta seleccionamos la lengüeta "Calendarios de Internet", y presionamos el Botón "Nuevo...".

En esta ventana debemos ingresar el URI (o URL, para los más antiguos) de la "Dirección Privada" , que copiamos desde la configuración de GCalendar

Al Hacer Click en Aceptar, se despliega una ventana con "Opciones de Suscripción", Seleccionamos lo que nos parezca conveniente (como el nombre) y Click en "Aceptar"

Luego, nos aparece el calendario configurado, y en estado de "pendiente" hasta la siguiente sincronización, y un mensaje explicando por qué. presionamos Aceptar.

Al refrescar la ventana de Outlook, ahora podemos ver el calendario al que nos suscribimos en la barra de menús de la izquierda, y seleccionamos este nuevo calendario.

Al seleccionar el nuevo calendario, parte central de la ventana de outlook ahora despliega 2 calendarios:

Y en el calendario de la Derecha (Verde) ahora SI aparece la Cita que tengo en un rato más (debo terminar de escribir esto rápido!)

Para ver UNA sola vista de ambos calendarios, podemos presionar sobre la flecha que apunta hacia la izquierda en la lengüeta del nombre del calendario...

Ahora podemos tener en una sola vista AMBOS calendarios. Esto aplica a más de un calendario.

Finalmente sólo 2 observaciones.

1. Los calendarios a los que uno se suscribe son de sólo lectura, por lo que no es posible crear o editar citas en GCalendar desde Outlook.

2. Para quienes se hayan dado cuenta del detalle, la cita original es a las 15 Hrs., pero al suscribir el calendario, ésta se muestra a las 16 Hrs. Esto se debe al cambio de Zona horaria que se realizó en Chile y que afectará las próximas 3 semanas (Tengo mi PC con Zona Horaria correspondiente a Brasilia). Pero en condiciones "normales", no hay desfase de horas entre los calendarios ;)

Espero que este "truco" les sirva a Uds. tanto como me ha servido a mi

Gonzalo

IMPORTANTE: Extensión del Horario de Verano

Thu, 06 Mar 2008 19:08:42 GMT

Les publico el mail que recibí hoy sobre el cambio de hora en Chile. Esta es la comunicación Oficial de Microsoft sobre cómo realizar la actualización de la zona horaria de Chile para reflejar el cambio de hora de este año. Para ir al sitio de las recomendaciones, pueden hacer click en la imagen o en el link del texto.

Importantísimo es tener en consideración que el cambio de hora aplica a todos los sistemas que tengan relación con la hora, en especial Sistemas de Monitoreo/Tiempo Real, Reloj Control de Asistencias, Tareas programadas, etc.

Gonzalo

Santiago, 6 de marzo de 2008
Estimado cliente:
Cómo usted ya debe estar informado, el Gobierno de Chile ha decidido extender de forma excepcional el horario de verano en el país por 21 días, hasta la noche del 29 de marzo. Esto implica que no se llevará a cabo el cambio de hora como es tradicional en nuestro país el segundo sábado de marzo, que es el próximo día 8 de Marzo.
Precisamente a las 23:59:59 de esa noche los sistemas computacionales realizarán un cambio automático retrasando la hora en 60 minutos, en concordancia con el inicio habitual del horario de invierno.
Microsoft Chile aconseja a sus clientes corporativos seguir las recomendaciones que hemos publicado en nuestra página web www.microsoft.com/chile/cambiodehora, incluido el aviso de exención de responsabilidad allí contenido para aminorar el impacto que esta extensión del horario de verano pueda tener en su organización.
De no seguirse las recomendaciones sugeridas, los sistemas computacionales de su empresa estarán funcionando durante tres semanas con una hora de diferencia con respecto a la hora oficial del país.
Esto impactará principalmente en las aplicaciones y programas que utilizan la hora como uno de los insumos centrales, estos son: agendamiento electrónico de reuniones, correos electrónicos y transacciones comerciales.
Esperamos que estas sugerencias le sean útiles durante los próximos días.
Atentamente.
Microsoft Chile

Alta Disponibilidad de Infraestructura de Red y Archivos (DFS)

Tue, 04 Mar 2008 21:03:57 GMT

El pasado jueves 28 de febrero, junto a Isabel de la Barra dictamos una Accidentada conferencia sobre alta disponibilidad.

Les dejo el link a la presentación utilizada y a un vídeo (flash) mostrado durante ésta.

Bonus: A los asistentes que quedaron con la curiosidad sobre lo ocurrido en la replicación DFS entre Windows 2003 R2 y Windows 2008, en el Blog de Isabel está la respuesta a lo sucedido.

Mañana Miércoles 5 de marzo de 2008 será la última conferencia del ciclo de alta disponibilidad, el tema a tratar será Alta Disponibilidad en ISA Server. La inscripción pueden realizarla AQUI.

Saludos!

Gonzalo

Etiquetas de Technorati: Conferencias,Alta Disponibilidad

Migración de Servidor Físico a Virtual usando System Center Virtual Machine Manager: Parte V - Resumen y Conclusiones

Tue, 29 Jan 2008 13:31:08 GMT

Luego de realizar el proceso de migración de una Máquina Física a Virtual (P2V) de un equipo con Windows 2000 SP4, podemos hacer un resumen del proceso y de los pre-requisitos para lograrlo ;)

Resumen del Proceso

Instalar SCVMM, con todos sus prerequisitos: Active Directory, WinRM, AIK, etc., y tener lista la infraestructura de red (DHCP, puertos del firewall, etc)
Ejecutar el Asistente para la migración de la máquina Física a Virtual (P2V).
Realizar algunas tareas de mantenimiento posteriores: Revisión de Interfaces de red, Instalación de VM Additions, etc.

Moralejas:

Tener la Infraestructura de Red Necesaria: Active Directory y un Servidor DHCP (Arriba y Autorizado).
SCVMM sólo funciona en entornos de Dominios Active Directory (pues necesita una cuenta de dominio para poder acceder a las distintas máquinas (físicas y virtuales) a administrar.
Por otra parte, si no tenemos un Servidor DHCP que asigne dinámicamente direcciones IP y demás configuraciones de red, la máquina física, cuando reinicie y bootee con WinPE, no va a ser capaz de establecer una conexión de red con el servidor SCVMM y no va a poder realizar la transferencia de información hacia la máquina Virtual (Configuraciones y Datos de Disco).
Tener Suficientes recursos disponibles, principalmente RAM y Disco, en el Servidor Host.
Esto puede parecer Obvio... pero no lo es tanto, sobre todo cuando tienes más de una máquina virtual (guest) sobre un mismo servidor físico (host), pues como dice la guía de Deploy de Virtual Server, hay que tener, por cada máquina virtual, 32 MB de memoria ram Adicionales a la memoria asignada ésta. Por ejemplo si queremos crear una VM con 256 MB de RAM, en realidad debemos considerar en la Máquina Física (Host) 256 + 32 = 288 MB de memoria RAM.
Tener a mano los drivers para Windows 2000/2003 de los dispositivos de las máquinas físicas a ser virtualizadas: Red, Disco, etc.
Si no dejamos disponibles los drivers para el Windows PE, éste no será capaz de acceder a los dispositivos, y por tanto o no podrá establecer comunicación con el servidor SCVMM o no podrá leer los Discos Duros para transferir la información de éstos al servidor.
Considerar el Tiempo de DownTime.
La transferencia de información desde la máquina física al servidor de virtualización tarda alrededor de 20 minutos por cada 10 GB (empírico) en una red FastEthernet (100 Mbps) switcheada. Es importante tener considerado este tiempo de downtime en el proceso de la migración, y realizar ésta en horario de bajo impacto a los usuarios.

Finalmente, les cuento que seguí este mismo proceso para virtualizar un segundo servidor con Windows 2000 SP4, pero esta vez fue un servido Web que tenia como particularidad que su Disco de Sistema (Boot, en realidad) era un disco SCSI, pero bastó con buscar los drivers en internet (que no fue tan fácil, por lo antiguo de la controladora) y la migración fue un éxito.

Al día de hoy, estas máquinas virtuales siguen sin problemas en producción sobre Virtual Server 2005 R2 SP1, a la espera de tener un Release Candidate (RC) de Hyper-V ;)

Una última reflexión sobre la virtualización es que, al menos en el escenario de esta serie de artículos: Consolidar y Virtualizar equipos antiguos sobre hardware nuevo, la calidad en el servicio prestado de las máquinas virtuales es muy superior en estabilidad y rendimiento (performance) al servicio que brindaban las máquinas físicas originales, lo cual se ha traducido en usuarios más felices y un Administrador de Sistemas menos preocupado por una eventual falla de hardware :D

Sólo me resta agradecer al equipo de MS Technet Chile, liderados por Christian Linacre y al programa IT Pro Momentum, que me facilitaron el material de estudio y el apoyo (soporte) necesario para poder realizar este proyecto de virtualización sin inconvenientes

Gonzalo

Etiquetas de Technorati: Virtualización,SCVMM,P2V,Virtual Server

Migración de Servidor Físico a Virtual usando System Center Virtual Machine Manager: Parte IV - Toques Finales

Tue, 29 Jan 2008 12:41:34 GMT

Si llegaste directamente aquí, te recomiendo que le des una mirada a la Parte I y Parte II (Primer Intento), y a la Parte III (Segundo Intento y Final).

Luego de 3 artículos ;), y de realizar un troubleshooting por no haber revisado los prerequisitos, logramos realizar exitosamente el proceso migración de un servidor físico en uno virtual.

Ahora, vemos en la consola del SCVMM una nueva máquina virtual, con el nombre y en el estado (encendida o apagada) que le indicamos al asistente.

Si vemos las propiedades de Hardware de la máquina virtual

Procesador: Posee 1 Sólo procesador que "emula" un Pentium III de 1 GHz
En realidad, Virtual Server 2005 R2 SP1 sólo puede emular UN procesador Virtual (de 32 Bits), y la posibilidad de asignar un Tipo de CPU Dual Core en la lista desplegable sólo ajusta la prioridad (o peso relativo) de la máquina virtual, no agrega una segunda CPU Virtual a la VM.
Bonus: estas limitaciones que ya no existen para Windows 2008 y Hyper-V :).
Memoria: Vemos que la máquina virtual posee la cantidad de memoria que le indicamos al asistente. En este lugar podemos (mientras que la VM esté apagada) agregar o quitar memoria RAM. Es interesante ver que la cantidad máxima de memoria a asignar es de 3,7 GB pero con un máximo recomendado de 3500 MB.

Discos Duros: El servidor físico a virtualizar tenía 2 Discos, uno para el SO y el otro para Datos. Como se puede ver en la imagen, ambos fueron virtualizados, y quedaron en el mismo orden en el que se encontraban en el servidor físico: Primary IDE Channel (0) para C: y Primary IDE Channel (1) para E:

Tarjetas de Red: Al revisar la configuración de la tarjeta de red de la máquina virtual notamos 2 cosas interesantes a tener en cuenta:

La tarjeta de Red NO ESTA CONECTADA a ninguna red Virtual.
La tarjeta de red posee una MAC Address ESTÁTICA, que de hecho es la MAC Address de la tarjeta de red física de la máquina virtualizada!

Ambas configuraciones por defecto tienen mucho sentido, pues de esta forma, al "subir" la máquina virtual no es necesario reconfigurar switches ni reglas en el firewall que dependan de la MAC Address de la Tarjeta de Red.

También es muy importante saber que, una vez que el proceso de Migración P2V ha finalizado, el servidor Físico reinicia y vuelve a quedar operativo en la red., por esta razón es que la Tarjeta de Red de la Máquina virtual no está conectada a ninguna red virtual, ya que de estarlo, se produciría un conflicto de MAC Address, Direcciones IP, Nombres NetBIOS, etc etc entre ambos servidores. Además, es sabio darle una mirada a la nueva máquina virtual antes de ponerla en producción, no?.

Importante:

ANTES de poner en producción el servidor "virtualizado", debes estar seguro de que funciona todo OK, y de apagar (o al menos desconectar de la red) el servidor físico original ("Víctima"), y no volver a encenderlo conectado a la red, pues se pueden producir los problemas antes mencionados!!

Nota:

Isabel de la Barra

Bonus: Ya que estuvimos viendo algo de la configuración de hardware de nuestra máquina virtual, resulta de gran interés (y ayuda) darle una mirada a la lista de hardware emulado por Virtual Server 2005 R2 SP1, y tener claro cuál es el hardware emulado, sus características y limitaciones.

Como pueden ver, hay varias tareas post-migración que realizar, algunas de ellas vitales para el correcto funcionamiento de nuestro flamante servidor virtual.

Gonzalo

Etiquetas de Technorati: Virtualización,Virtual Server,SCVMM,P2V

Migración de Servidor Físico a Virtual usando System Center Virtual Machine Manager: Parte III - El Proceso (Segundo Intento y Final)

Tue, 29 Jan 2008 01:45:08 GMT

Si llegaste directamente aquí, te recomiendo que le des una mirada a la Parte I y Parte II (Primer Intento).

En nuestro capítulo anterior realizamos el wizzard para la migración P2V sin mayor planificación, y descubrimos que no era un proceso "NNF" (Next, Next, Finish)... de hecho, al reiniciar el Servidor Físico a ser virtualizado, luego de 15 minutos de espera se obtuvo un time-out y el servidor se reinició.

Qué pasó?

1. La tarjeta de Red

Leamos el Error...

VMM no pudo conectarse con la computador "Fuente" luego de reiniciarlo en el entorno Windows PE. El nombre temporal del Computador es p2v-pegm. El Computador reiniciará al S.O. Original dentro de 15 Minutos.

OK... el error dice claramente qué fue lo que sucedió, pero... por qué?, por que dice que el nombre temporal es p2v-pgem ?

Luego de intentar realizar el proceso por segunda vez (fuerza bruta), se obtuvo el mismo resultado, pero esta vez son un nombre temporal distinto: p2v-kmgs

Veamos el visor de Sucesos...

Error 10009, Fuente DCOM, indicando que el servidor con SCVMM no pudo comunicarse con el computador p2v-kmgs usando ninguno de los protocolos configurados.

Por qué pudo no haberse comunicado?

Si vamos al equipo iniciado con Windows PE (Servidor a Virtualizar), vemos un entorno similar a Windows Vista, pero con Sólo una ventana de interfaz de comandos.. algo así como un "Vista Core" ;)

(las fotos fueron tomadas con la cámara de mi celular)

Se ejecuta un comando (wpeinit), pero no avanza... Como el problema era de comunicación, vemos con cómo está la configuración de red... ipconfig /all... y NADA.

No detectó la tarjeta de red?. En realidad, Windows PE SI detectó la tarjeta de red, pero no tenía los drivers!!!.

Solución: Volver a SCVMM y ejecutar el asistente, pero esta vez indicándole una ubicación de red desde dónde encontrar los drivers de la tarjeta de red, como indica la siguiente imagen:

Continuemos con el proceso, finalizamos el asistente, pero .... Nuevamente se queda detenido en el mismo punto... :(

Qué Pasó?

2. Falta servidor DHCP

Nuevamente, desde el servidor a ser virtualizado, desde el Windows PE ejecutamaos el comando ipconfig /all, y esta vez si hay una interfaz de red (una común SIS 900), pero dirección IP es del tipo 169.254.X.Y., es decir, la tarjeta de red está usando APIPA!

Solución: Configurar un servidor DHCP en la subred de los servidores a virtualizar para que éste asigne direcciones IP's a las máquinas físicas cuando booteen desde Windows PE.

Probemos ahora nuevamente...

Realizamos, otra vez, el asistente (en realidad, si supiera powershell podría haber usado el script que me generó el asistente las primeras 4 veces que lo ejecuté :p)... y esta vez todo resulta OK.

Verificamos...

Comunicación desde el servidor de virtualización (SCVMM) hacia el servidor a virtualizar: OK
Comunicación desde el servidor a virtualizar (Windows PE) hacia el servidor de virtualización (SCVMM): OK

Veamos ahora el estado de avance en el SCVMM:

Incluso da una estimación (y bastante buena, vean las horas) sobre el tiempo restante en cada etapa del proceso...

Bonus: y cómo se comunican la víctima y el victimario mientras que se transfiere la información?, Usando el puerto 443!! y el 1400

y luego de un rato:

EXITO!!!

En la siguiente, y última parte, veremos cómo revisar la máquina virtual y algunas últimas tareas que debemos hacer antes de ponerla en producción.

Gonzalo

Etiquetas de Technorati: Virtualización,Virtual Server,SCVMM,P2V

Migración de Servidor Físico a Virtual usando System Center Virtual Machine Manager: Parte II - El Proceso (primer intento)

Fri, 25 Jan 2008 08:37:09 GMT

En la parte 1 (recuperada) de este artículo les conté cuál era la arquitectura y el escenario de migración P2V del proyecto.

Una vez instalada y preparada la máquina virtual con SCVMM que se utilizaría para realizar la migración (Victimario), se procedió con el proceso....

En la consola de administración de SCVMM,en la parte superior derecha, hay un botón (que me pareció tremendamente atractivo): Convert Physical Server

Nota: supongo que a cualquier persona que esté leyendo esto y que al menos haya leído sobre el proceso a realizar para una migración P2V usando el VSMT, compartirá mi apreciación de lo atractivo que resultaba el botón. ;)

A Continuación se lanza un Wizzard (oh, sorpresa), que comienza a preguntarnos cosas para realizar la migración:

1. Cuál es el Equipo que quieres Migrar? Dame una Cuenta con privilegios de Administración sobre esa máquina

Por qué? Porque durante la fase de preparación a la migración, SCVMM instala ciertos componentes de administración remota en la máquina a virtualizar (WinRM), y además, para proceder con la migración necesita hacer un reboot de la máquina (si la máquina es windows 2000, como es el caso).

2. Dame un nombre (único) para la máquina virtual (VM), y una cuenta de usuario que será el dueño (owner) de esta VM que vamos a crear. Si quieres, dale una descripción a la VM

3. OK, Con la información que me diste, voy a conectarme a la Máquina Física que quieres virtualizar, para darle un vistazo y obtener algo de información del sistema. (presionar el botón Gather System Information)

SCVMM se conecta, usando la clave que le proporcionamos en el paso 1, a la máquina a virtualizar y nos entrega información básica, pero muy importante, sobre: Versión del SO, Espacio total y utilización de los discos duros y el modelo de la tarjeta de red. Es recomendable copy&pastear esta información, o al menos anotarla.

4. Si continuamos con el Asistente, éste nos dice qué "detalles" pudo haber encontrado luego de analizar la información que recogió en la fase previa.

En nuestro caso, estamos tratando de virtualizar un equipo con Windows 2000 SP4, por lo que me aparece una advertencia indicando que, por ser Windows 2000, no será posible realizar una migración P2V en línea. Qué significa esto? Significa que el equipo a ser virtualizado necesariamente tendrá que ser reiniciado con un entorno especial de booteo (WinPE, que es un Vista ultra-mega-lite) y que en este entono se realizará la migración. (similar a lo que ocurre con las instalaciones des atendidas a través de PXE).

Además, hay un inocente checkbox que me pregunta si deseo usar drivers de Disco (Storage) o Red para realizar la migración, y la ubicación en dónde éstos se encuentran.
Para qué querría yo darle los drivers, si Windows ya tiene los drivers de esos dispositivos instalados, actualizados y funcionando? Dejémoslo así nomás y demos Click en Siguiente (Next). CRASO ERROR (ya lo veremos...)

5. Muy Bien, ya que estás dispuesto a hacer la migración off-line y que tuviste tu oportunidad de darme los drivers de red y de disco de tu máquina física. Te doy la oportunidad de que revises la actual configuración de los discos de tu servidor físico.

En esta parte es muy importante notar un par de cosas:

- Si nuestros discos están un poco cortos de espacio libre, podemos aprovechar de darles una mayor capacidad en la máquina virtual. (NO SE PUEDE disminuir el tamaño). Esto es Súper útil en ambientes como el de este proyecto, en el que los discos duros eran más bien pequeños.
- Podemos designar el tipo de Disco duro virtual (VHD) en el cual se convertirán los discos duros de la máquina física, una vez virtualizada. Las opciones son 2: Dynamic (crecerá a medida de lo que necesite, hasta llegar al límite), o Fixed (tendrá asignado de una vez el tamaño máximo asignado)

6. Ya estamos listos con la información de la máquina física. Ahora dime: en cuál servidor de virtualización (Virtual Server 2005) vas a crear la máquina virtual?

En este escenario, sólo tenemos un servidor de virtualización en el dominio,por lo que SCVMM me ofrece sólo una alternativa ("su nombre ha sido borrado para proteger la identidad de los inocentes involucrados"). Es interesante ver que junto al nombre tiene 5 estrellas, todas en gris. Estas estrellas indican cuál es el "ranking" relativo de los servidores de virtualización basado en la cantidad de recursos disponibles en ese momento, y nos permite determinar de forma simple en dónde debiésemos crear y alojar esta nueva máquina virtual.

Pero... de las 5 estrellas, tu servidor las tiene todas en gris... por qué?. Como diría un amigo: "No importa, dile que 'yes' nomás". CRASO ERROR!

Si presionamos Next, SCVMM nos arroja un poco amistoso mensaje de error, indicándonos que NO tenemos la memoria suficiente (256 MB) para ejecutar esta nueva máquina virtual (sólo tiene 126 MB)

Cómo resolvemos esto?, tenemos 2 alternativas:

- Compramos más ram para el servidor, lo cual es lento y nos cortaría la inspiración alcanzada en el Wizzard, o
- Bajamos (apagamos) algunas de las otras máquinas virtuales que se están ejecutando en el servidor.

Se opta por la segunda opción (se baja una máquina virtual de pruebas que se estaba ejecutando en el servidor), y volvemos a intentar...

perfecto!, ahora tengo un servidor de virtualización 3 estrellas :D

7. Ahora dime: Dónde quieres almacenar la información de tu máquina virtual?

Le indicamos la ubicación dónde se almacenarán los archivos de configuración y los VHD.
Por razones de Rendimiento, es MUY recomendable que esta ubicación sea un disco duro físico distinto al disco de sistema.
Por motivos de Tolerancia a Fallas, es muy recomendable que este disco físico distinto en realidad sean varios discos dispuestos en un arreglo o RAID (1 o 1+0 son mis preferidos)

8. Sólo necesito un poquito más de información: bajo cuál cuenta de usuario se va a ejecutar esta máquina virtual?. cómo quieres que esta máquina virtual se comporte ante una detención del servicio de virtualización? quieres usar Virtualización Asistida por Hardware?

Estas preguntas son MUY relevantes, pues afectan de forma crucial el rendimiento y estabilidad de la máquina virtual. Cada una de estas opciones merece un artículo por si solo, así que por ahora simplemente aceptamos los valores sugeridos (default)

9. Estamos casi listos. Confírmame si los datos que me diste están correctos?. quieres que comience de inmediato?. Quieres que te muestre el script de powershell que hice con los datos que ingresaste?

Personalmente prefiero al menos darle una mirada a los scripts que se generan con los asistentes, en este caso, el script del proceso es el siguiente:

Este script se puede cortar y pegar, para tenerlo como referencia, documentación o ejemplo en la construcción de otros scripts.

Algo muy interesante es que el wizzard que ejecutamos sólo era "un formulario" para darle los parámetros al scripy de power shell, que es el que realmente se ejcuta. Moraleja: hay que aprender powershell.

Como le pedimos al asistente que abriera una ventana mostrando el proceso del trabajo definido por el script, vemos cómo éste avanza.

vamos bien... se creó la máquina virtual...

pero se quedó "pegado" en la tarea 1.2, no avanza la tarea 1.3.... mmmm.

Vemos la máquina Física y ... efectivamente se reinició y partió con el WinPE... extraño...

Volvemos (luego de un rato) al SCVMM y vemos el siguiente Error:

SCVMM no pudo contactar a la máquina física a virtualizar?!, Cómo?! pero si hasta le dió el comando para reiniciar y reinició....mmmmmm......

El troubleshooting a este problema.. en un próximo post.

Gonzalo

Etiquetas de Technorati: Virtual Server, SCVMM, Virtualización, p2V

Migración de Servidor Físico a Virtual usando System Center Virtual Machine Manager: Parte I - El Escenario y La instalación

Fri, 25 Jan 2008 06:52:56 GMT

Hola.

Por fin, luego de un par de meses muy ajetreados entre la Universidad, conferencias técnicas, trabajo, más trabajo, certificaciones (Windows 2008 y 2003), navidad y año nuevo, continúo compartiéndoles mi experiencia respecto del proceso de la migración de un servidor Físico a Virtual.

Lamentablemente borré la primera parte de este artículo donde aparecía el escenario (real) de este proyecto, pero el resumen es: Tenía en mi red un servidor de correo smtp entrante (anti-cosas) con windows 2000 SP4, el cual deseaba ~~quitarme de encima lo antes posible antes de que su hardware comenzara a fallar~~ virtualizar para poder consolidar antiguos servidores físicos en un nuevo servidor en forma de máquinas virtuales.

La la arquitectura utilizada es la descrita en la siguiente imagen. Tenía un servidor HOST (Windows 2003 x64 con Virtual Server R2 SP1 Beta2) sobre el cual ya tenía montados ya varios servidores servidores virtuales (entre ellos el otro smtp de frontera que andaba impecable).

Si, es un tanto "osado" virtualizar (hacer una migración de físico (víctima) a virtual, en terminología técnica), usando como servidor de de "virtualización" (victimario) que es ya una máquina virtual.... y más encima una máquina en producción!!! pero como contaba con el apoyo de IT Pro Momentum "me tiré a la piscina"

Como mi amigo Christian Aguilera me comentó que el SCVMM tenía una serie de prerequisitos, y en atención a poder realizar la migración lo más rápido posible, decidí bajar el VHD listo desde el Sitio de TestDrive.

Una vez bajado el VHD del SCVMM, y configurar la Máquina Virtual en el servidor Físico con Virtual Server 2005 R2 SP1 Beta2 (máquina Host), se ingresó la máquina virtual al dominio Active Directory y se ejecutó el binario con la "instalación" del SCVMM (el link estaba en el escritorio del administrador).

NOTA: Lo reconozco, la primera vez simplemente ejecuté el instalador que aparece en el desktop SIN ingresar primero el servidor virtual al dominio...y no funcionó y no funcionó.... Solución? Leí el ReadME, en donde decía claramente qué había que hacer y en el orden que había que seguir para que la instalación fuera exitosa... Otra verificación empírica de la filosofía: "Si nada más funciona, R.T.F.M."

Ahora .. a virtualizar...

Gonzalo

Etiquetas de Technorati: Virtual Server, SCVMM, Virtualización, P2V