Exchange 2016 se acerca!!

Este verano Microsoft publicó la versión Technical Preview de Exchange 2016, además recientemente ha actualizado en Technet todo lor referente a ésta nueva versión: Novedades, Planeación e Implementación, etc.

Por lo tanto se espera tener la versión final para finales de año, quizás tras la presentación este mes de Office 2016, las presentaciones de principios de Octubre de nuevos dispositivos y antes de principios de año con Windows Server 2016.

En el panorama actual, aún nos encontramos desde empresas que no han migrado a Exchange 2010, y las que se están planeando migrar a 2010 sp3 e incluso a office 365 (muchas a éste último servicio en la nube).

En cuanto a la versión de Exchange 2013, son pocas las empresas que hayan migrado a 2013, pues la estabilidad de la versión 2010 está más que probada y por mucha estabilidad que ofrece 2013 con Service Pack 1, las novedades que ofrece quizás no compensan para migrar.

 Si que es cierto, que Exchange 2013 se está implantando en infraestructuras que parten de cero, pero aun no conociendo números, aseguraría que se subscriben más Office 365 que 2013.

El panorama actual por lo tanto quedaría con la mayor parte de Infraestructuras con Exchange 2010 seguido de Office 365. No menciono anteriores a 2007, pues a éstas alturas prefiero pensar que no queda producto 2000 o 2003 en entornos empresariales (aunque la realidad es otra).

Exchange 2016 viene en un momento bueno, tanto para Microsoft con la nube como el panorama actual antes descrito (los que tienen 2010 o van hacia él).

 Pues va a permitir realizar muchas migraciones desde 2010 directamente a 2016, ahorrando servidores con su nueva arquitectura de 2 roles y aportando más nuevas funcionalidades que únicamente el salto desde 2013.

Quizás, la mayor ventaja de ésta nueva versión sea la de reducir y simplificar la arquitectura, el despliegue y migraciones. Aumentando la escalabilidad y la disponibilidad como hasta ahora nos tiene bien acostumbrados Microsoft.

En mi opinión, si aun no has decidido actualizar a 2013 por la razón que sea, tienes dos opciones: pasarte a Office 365 o esperar unos meses a migrar directamente a Exchange 2016.

La opción de migrar a 2013 tambien es válida, sobre todo si provienes de 2007 o alguna de sus nuevas características es necesaria. Total, lo que os comentaba, es segura y estable.

Os dejo el enlace al technet para que vayáis echándole un vistazo y familiarizandos con las novedades.

https://technet.microsoft.com/es-es/library/mt170645(v=exchg.160).aspx

Así como la descarga a la Technical Preview que por cierto recuerdo no la instales en entornos de producción.

https://www.microsoft.com/en-us/download/details.aspx?id=48210

Termino este post con la siguiente apuesta: a lo mismo que Microsoft con Exchange 2016 ha apostado por reducir los roles, puede en un momento dado volver a hacer lo contrario como en Exchange 2003/2007.

Mi apuesta es que Exchange en futuras versiones, tendría que icorporar roles de Skype For Bussiness en el mismo producto Exchange. Ahí queda!!.

Un saludo y gracias por acercarte por aquí de nuevo y tras un tiempo de pausa y cambios que me he tomado.

Alvaro Velasco Miguel.

M.System Center 2012 R2 Virtual Machine Manager (Ultima Parte)

En las publicaciones anteriores hemos visto desde como instalar System Center VMM hasta la creación de máquinas virtuales para así conseguir el objetivo de Virtualizar nuestra infraestructura de servidores.

VMM va más a allá de gestionar la administración básica de Host de Virtualización, simples o en cluster, de Hyper-V a Xen o VMWare, pues aglutina todo el Tejido (así lo llama MS) e Infraestructura necesarios para la virtualización completa de nuestro negocio, su gestión y crecimiento futuro e instantáneo.

Como vemos en la siguiente imagen, tenemos a disposición la infraestructura propia de VMM para realizar nuestro cometido, desde los servidores de biblioteca donde almacenamos nuestras ISO, VHD, scripts, etc, a servicios necesarios para instalar automáticamente más Host de Hyper-V: PXE, WSUS. Y la conectividad con vCenter de VMWare o las configuraciones propias del servicio VMM.

A nivel de Redes, disponemos de las diferentes redes virtuales lógicas creadas, asociadas a sus respectivas VLAN y su direccionamiento, para así asignarlo a los nuevos Host y Máquinas Virtuales, así como la gestión de sus MACS.

En un nivel más superior y que demuestra la potencia de la herramienta, tenemos la capacidad de administrar desde aquí y unir a la infraestructura, todo lo relacionado con Equilibradores de Carga Hardware y Software, Virtual IP Address, Conmutadores, puertos y servicios de red.
Si es cierto que para entornos pequeños esto no es necesario, para entornos que dispongan de dichos recursos es un beneficio administrarlos desde aquí para automatizar el despliegue de la infraestructura virtual.

Al fin y al cabo desde VMM una vez configurado todo lo necesario, podemos crear cientos de máquinas virtuales con características definidas anteriormente, su configuración de red VLAN, su VIP si es un servicio Web lo que montamos y todo tras un NLB de Hardware, DE MANERA AUTOMATIZADA PARA NOSOTROS.

A nivel de Almacenamiento, conseguimos lo mismo que con la Red, centralizar la administración de nuestras SAN, NAS, Canales de Fibra necesarios para la infraestructura.

En el caso de mi laboratorio, siento no poder mostraros esta parte por estar limitado hardware casero. Pero he de decir que si tenéis necesidad de utilizar esta parte, MS y algún partner os podrá facilitar algún contacto y persona que os eche una mano en la puesta en marcha de este servicio. Ahorrando tiempo y quebraderos de cabeza a tal fin.

Configurado el Tejido necesario para la Virtualización, lo siguiente es disponer de la Biblioteca con los recursos necesarios.
Como decía antes, aquí podemos almacenar nuestras ISO, VHD ya generalizados con su S.O y roles necesarios instalados, pero además podemos tener Máquinas Virtuales preparadas para el despliegue, Plantillas de nuevas máquinas aún si crear, y la gestión de Bibliotecas incluso en la Nube.

 

 

Desde ésta parte de la consola podemos diseñar plantillas de Servicio, o lo que es lo mismo, Definir una plantilla que contenga 1 o varios servidores, cada uno con su Rol, su conexión de Red asignada a la VLAN que requiera, junto con su configuración de NLB o todo aquello que nos pueda hacer falta en el despliegue automatizado de los equipos.

 

He de decir que hace falta bastante experiencia para llevar a cabo esta parte, la documentación que hay por internet es poca, pero vuelvo a lo de antes, si es vuestra necesidad crear varias máquinas cada poco tiempo para diferentes proyectos y en muy muy poco tiempo, debéis contar con ayuda para la primera vez, para el resto de veces ya lo habréis aprendido. 

 

 

 

 

Para facilitarnos el trabajo, también disponemos de diferentes Perfiles o Plantillas para las máquinas virtuales y sus diferentes componentes:

 

desde la posibilidad de aplicar Scripts con el perfil de aplicación, el Perfil de Capacidad que nos limitará en los recursos en cuanto al Host de destino Hyper-V, VmWare, etc...,

 

el Perfil de Equipo Físico, necesario para desplegar Host Fisicos Hyper-V automáticamente (Los llamados Bare-Metal Computer)

 

el Perfil de Hardware para definir diferentes configuraciones según la máquina Virtual a crear, con su Nº de CPUs, Nics, Discos Duros, Etc.

 

el Perfil de SO, para preinstalar Roles o características necesarios en el despliegue de las máquinas, ganando tiempo y evitando olvidarnos de características necesarias en cada despliegue, así como configuración de Dominio/Grupo de Trabajo, Clave de Equipo o scripts y ficheros de autorespuesta.

 

y por último el Perfil de SQL, donde podremos crear nuevas instancias de SQL con sus permisos y después aplicar scripts para creación de tablas, vistas, etc.

 

EN RESUMEN, System Center Virtual Machine Manager R2, nos puede ayudar a:

 

Desplegar automáticamente de 1 a N servidores Físicos con Hyper-V

Instalar su S.O., asignarles una IP, colocarlos tras NLB, unirles al Dominio

Asignarles recursos de la SAN y disponer de almacenamiento para crear máquinas virtuales en ellos.

 

Podemos crear de 1 a N máquinas virtuales con las mismas o diferentes características (Web/DC/FS/SQL/Apps) con su S.O., sus diferentes CPU´s, su red configurada, VLANS, su dominio, copiarles los ficheros necesarios para su funcionamiento y todo listo en minutos para su uso en producción.

 

Aquí termino estos post de VMM, esperando os animéis a probarlo y disfrutar de lo que es capaz de hacer y el tiempo que os puede ahorrar en muchos grandes despliegues, eso sin incluir el resto de la familia SCCM orientada a complementarlo.

 

Un saludo y gracias por vuestra visita, no dudéis en comentar al respecto, es siempre un placer recibir vuestros comentarios.

 

Alvaro Velasco Miguel. 





M.System Center 2012 R2 Virtual Machine Manager (Parte III)

 

En el post anterior, añadimos el Host Hyper-V a la consola de VMM y el resultado es el siguiente:

 



 

Sobre las máquinas virtuales tenemos las siguiente opciones disponibles:



CREAR MÁQUINAS VIRTUALES

 

Una vez tenemos la consola, podemos empezar a crear máquinas virtuales, sin importar que puedan o no faltar configuraciones más específicas de la consola, redes o servicios.

 

 

Para crear una máquina nueva,

 

Tenemos varias opciones a tomar como origen de la máquina virtual, desde una plantilla que hayamos creado con anterioridad, un disco duro de máquina virtual existente con lo preinstalado en el mismo, a crear una máquina virtual con un disco en blanco y sobre la que empezar desde cero.



 

 

Damos nombre a la máquina virtual y seleccionamos la Generación de la misma. Os dejo enlace con las diferencias entre las generaciones actuales. Generaciones





 

Definimos el Hardware necesario para la máquina virtual. CPU, Red, Disco ...memoria..

Seleccionamos donde ubicamos la VM.

Seleccionamos el Host donde ejecutaremos la MV, en mi caso solo hay uno, en caso de haber un Clúster o varios host, nos ayudará mucho ver la clasificación de todos y poder elegir el que mejor convenga.

Configuramos opciones adicionales

 

 

 

 

Configuración de las VLAN y pertenencia a los Adaptadores de Red Virtuales

 

Propiedades de Arranque, Apagado y S.O

 

 Confirmamos la configuración, podemos ver y copiar el script para automatizar la creación de otras máquinas.

 

 

Vemos el progreso de creación de la máquina, 1 minuto escaso.



 

 

Vemos como finalmente se ha creado la VM, momento en que podemos arrancarla e instalar el S.O.

 



Hasta aquí esto ha sido un pequeño avance para empezar a trabajar con SCVMM, el próximo post espero no tarde tanto.

Un saludo y gracias por tu visita.

Alvaro Velasco Miguel.



M.System Center 2012 R2 Virtual Machine Manager (Parte II)

Continuando el post anterior, tras la instalación de System Center, nos ponemos a dar forma a nuestro entorno.

En mi caso, lo primero que necesito es agregar el Host de Hyper-V donde tengo alojadas las máquinas de mi laboratorio.

Para ello, en la consola, VM y Servicios, Agregar Host y Clusters de Hyper-V







Como vereis las opciones que nos presenta son de lo más interesante, permitiéndonos agregar cualquier Host Hyper-V de cualquier red, de confianza o no.



Introducimos la cuenta con la que buscaremos en el dominio actual.


Podemos agregar el nombre del host o la ip del mismo


Detecta el Host con las credenciales indicadas, y nos permite seleccionarlo

Si hemos definido algun tipo de estructura en nuestra red, podremos desde aquí agregar este host.
Si no, más tarde podremos modificarlo.


Obtenemos el resumen de la tarea, por si deseamos hacer algún cambio.

Y como no, lo mejor de ésta versión obtener el script en powershell para futuros despliegues automáticos.


Finalizamos y enseguida SCVMM se pone a trabajar para agregar el Host.



Finalizada la tarea, es importante comprobar las advertencias.
En el caso de que queramos agregar almacenamiento mediante VMM nos indica que debemos instalar E/S para múltiples rutas.