Windows Server 2012 Activar Funciones .NET FrameWork 3.5

Existen varias formas de activar este servicio:

1.       Desde el asistente para la activación de servicios y roles de Windows Server 2012

Accedemos al “Server Manager” y añadimos un nuevo rol o servicio: “Add roles and features Winzad”

Seguiremos el asistente que nos ayudara a agregar el servicio de “NET FrameWork 3.5”.

En las opciones de Servicios “Features” seleccionamos: “NET FrameWork 3.5”, desplegamos las opciones que nos ofrece y seleccionamos las que necesitemos en nuestro caso solo la primera.

En la configuración de la nueva instalación seleccionamos la ruta donde se encuentra el paquete de instalación de .NET FrameWork 3.5 “Specity an alternabe source path”. Esto sucede porque Windows no tiene estos paquetes y nos mostrará un error en la instalación.

Indicaremos la ruta donde se encuentra el paquete de instalación (en nuestro caso es el CD de instalación de Windows Server 2012): D:\source\sxs

Aceptaremos e instalaremos el servicio.

2.       Desde la consola de comandos o PowerShell

Esta es una instalación manual de “NET FrameWork 3.5”. Para ello ejecutamos la consola de comandos o de PowerShell como administradores de la maquina.

Primero comprobamos si el servicio está ya instalado y si esta activado o desactivado

Get-WindowsFeature

Como lo queremos instalar seguramente no lo tendremos instalado.

Para instalarlo:

DISM /Online /Enable-Feature /FeatureName:NetFx3 /All /LimitAccess /Source:d:\sources\sxs

Indicamos la ruta donde se encuentra el paquete de instalación, la unidad CD/DVD.

En nuestro caso nos ha dado un error en la instalación:

Para resolver este error copiamos la carpeta “\sxs” en el disco local: “xcopy d:\sources\sxs *.* c:\FM3 /s”. Despues de terminar la copia volvemos a ejecutar el comando DISM pero cambiando la ruta donde se encuentran los paquetes de instalación:

DISM /Online /Enable-Feature /FeatureName:NetFx3 /All /LimitAccess /Source:c:\FM3

3.       Descargando e instalando FrameWork.

Podemos descargar el paquete de instalación de Framewok 3.5 de la web de Microsoft. E instalaremos de manera manual el paquete.

A mí no me ha funcionado pero bueno puede ser otra solución:

http://www.microsoft.com/en-us/download/confirmation.aspx?id=39236

http://www.microsoft.com/en-US/download/details.aspx?id=30653

VMWare COMO DESACTIVAR OPCION SSL EN VMWARE CONVERTER

Cuando convertimos una maquina física a máquina virtual con vmware converter, este la convierte cifrando la información que se envía desde la maquina física a nuestro host (ESXI).

Esto provoca:

·         Aumento del tráfico en la red, ya que cuando se envía información cifrada, se envía mucha más información de la necesaria.

·         Aumento en el tiempo de conversión: Tardar mucho más tiempo en convertir la maquina, ya que se transmite mas información.

Importante: Todos los cambios que se realizan en los ficheros de configuracion del VMware Converter, se realizaran con el VMware Converter sin funcionar. Ya que si se realizan con el programa funcionando no se realizaran los cambios.

Para poder desactivar el cifrado o encriptación SSL, se tiene que modificar un fichero que se encuentra en el equipo donde se ha instalado el vmware converter.

La ubicación de este fichero corresponde al que se crea con VMware Converter Standalone 5.x, así que igual cambia en versiones anteriores.

Ubicación:

·         Win 7, Win 8, Win Server 2008 y posteriores: C:\ProgramData\VMware\VMware vCenter Converter Standalone

·         Win Vista, Win XP, Win Server 2003: %ALLUSERSPROFILE%\VMware\VMware vCenter Converter Standalone

·         Sistemas Windows Anteriores: %ALLUSERSPROFILE%\Application Data\VMware\VMware vCenter Converter Standalone

El fichero se llama: converter-worker.xml y lo tendremos que editar para poder modificar.

Cuando lo abramos buscaremos la línea donde nos muestre:

·         <useSsl>true</useSsl>

Cambiaremos el: true por false. De esta manera no utilizará "ssl" en la conversión de la maquina.

VMware Metodos para convertir SO Windows2000 a Maquina Virtual VMware ESXi

Índice:

1.     Utilizar desde VMware Converter 4.3.0

2.     Instalar el agente del converter directamente

3.     Ejecutar el CD Coverter directamente en la maquina

4.    Clonar la maquina física con GHost y luego crear una MV con la imagen.

Utilizar desde VMware Converter 4.3.0

1.       Ejecutar en una maquina el SW de vmware: vmware converter 4.3. Para que no tengamos problemas ejecutar este programa como administradores locales. Puede dar problemas si se ejecuta con un usuario de dominio (aunque tenga permisos de administrador local).

2.       Seleccionamos la opción “Convert Machine”

3.       En el asistente indicaremos lo que queremos realizar

1.       Tipo de proceso: Powered-on machine (Convertir una maquina encendida)

2.       A remote machine (La maquina virtual se encuentra en la red)

3.       IP address or name (Dirección IP o nombre de la maquina).

4.       Usuario

5.       Contraseña

6.       Tipo de sistema operativo

4.       Aceptamos la configuración y nos mostrara otra ventana donde indicaremos que queremos hacer con el SW que se instalara en la maquina que queremos convertir.

En nuestro caso le decimos que no elimine el agente (lo eliminaremos nosotros)

5.       Este proceso suele tardar un rato. En nuestro caso este proceso nos ha dado problemas y nos muestra un error: No se ha completado la instalación del agente del converter.

Esto puede producirse por varios motivos:

1.       Usuario sin permisos.

2.       Fallo en las comunicaciones (la red).

3.       El Sistema operativo no soporta el SW que se quiere instalar.

4.       No tenemos espacio suficiente en disco.

5.       No tenemos suficiente RAM para ejecutar el agente.

Estos suelen ser los problemas más comunes.

Instalar el agente del converter directamente

1.       Instalaremos a mano el SW que necesita el vconverter para poder realizar la conversión de maquina física a virutal.

2.       Nos conectaremos a la maquina física por remoto (o directamente en el puesto). En nuestro caso utilizaremos el SW VNC para conectarnos a la maquina)

3.       Instalaremos el agente del converter. El agente del converter se encuentra en:

“C:\Archivos de programa\VMware\VMware vCenter Converter Standalone”

4.       Nos mostrara un asistente para instalar el SW del agente

·         Muestra información de lo que se va a instalar, Siguiente

·         Muestra información de los paquetes de instalación, Siguiente

·         Aceptaremos el contrato de licencia.

·         Aceptaremos donde se instalará el SW.

·         Indicamos el puerto de comunicación que utilizara (por defecto: 9089).

5.       Nos vuelve a fallar ya que no instala correctamente el agente del converter.

No nos muestra ningún tipo de error

6.       Vuelvo a realizar este proceso como administrador local de la máquina para comprobar si el proceso no se ejecuta correctamente por culpa de permisos. Sigue sin instalar el agente del converter.

Ejecutar el CD Coverter directamente en la maquina

1.       Este proceso se realiza directamente sobre la maquina física.

2.       Arranca la maquina física con el CD Converter y se intenta convertir directamente desde el CD Live.

3.       Aceptamos la licencia de VMware.

4.       Configuraremos la red, para que se pueda conectar a nuestro Host Esxi y poder convertir la maquina directamente. Solo con configurar la IP, Mascara y puerta de enlace es suficiente.

5.       Importaremos la maquina física como hemos estado haciendo el converter (instalado en un equipo).

“Import Machine”

6.       EL programa chequeara la maquina física indicando que discos tiene y que queremos hacer antes de convertir. Si la maquina tiene varios discos le podemos indicar cuales queremos convertir.

En nuestro caso convertimos toda la maquina.

7.       A continuación indicamos donde queremos que deje los ficheros que va a crear (Maquina Virtual).

En nuestro caso la queremos convertir a MV para un servidor VSphere

8.       Indicamos la dirección IP y credenciales del ESXI

a.       Indicamos el DataCenter donde se quiere dejar la nueva MV.

b.      El nombre de la nueva MV.

c.       El Host

d.      Datastore

e.      Configuración de la tarjeta de red

9.       Se personaliza la configuración de la MV

10.   Se comienza con la conversión de la maquina.

11.   Este proceso tampoco nos ha dejado ya que la maquina tiene 256 MB de memoria RAM y el CD Live del converter necesita mínimo 260 MB

Clonar la maquina física con GHost y luego crear una MV con la imagen

1.       Al ser una maquina tan antigua hemos utilizado el GHost en Disckete. Ya que esta versión del ghost no detecta los dispositivos de almacenamiento USB. Hemos conectado un disco duro auxiliar directamente en placa (disco IDE).

2.       Hacemos una imagen de disco local al disco auxiliar.

3.       Esta imagen la tenemos que convertir a una ISO. Este proceso lo realizamos con cualquier programa de creación de ISO (en nuestro caso: Free ISO Creator)

4.       Copiamos la ISO al datastore del servidor ESXI

5.       Creamos una nueva MV desde el Sphere o desde Vcenter.

6.       La configuramos:

a.       Sistema Operativo: Windows 2000

b.      RAM: 512 MB

c.       Disco duro: 10 GB (crear el disco duro como IDE)

d.      Red: como aun sigue en funcionamiento la maquina física la configuramos en la red virutal “LAB”. Modelo: FLEXIBLE

e.      El resto como en cualquier configuración.

f.        Antes de terminar agregamos una serie de lectores de cd\DVD en el Hardware.

7.       Los lectores de CD\DVD tinen que apuntar a:

a.       Primer CD: Iso Hirens 15 o si existe un GHost de arranque a la ISO del Ghost

b.      Segundo CD: Iso Ghost.

c.       Tercer CD: La imagen de la Maquina física.

8.       Arrancamos la MV, arrancara el Hirens y ejecutaremos el programa GHost para instalar en el disco duro la imagen que tenemos de la maquina física.

9.       Apagamos la maquina al terminar de instalar la imagen y nos introducimos en la configuración de la MV.

a.       Desactivamos 2 de los 3 dispositivos CD\DVD.

b.      El tercero lo dejamos configurado como el lector CD\DVD del Host.

10.   Hacemos un Snapshot, antes de instalar las VMWare tools.

11.   Arrancamos de nuevo la MV y le configuramos las tools de vmware.

Windows Server 2012 Activar respuesta Ping

Por defecto esta opción esta desactivada en el Firewall de Windows.

Si queremos que nuestro servidor responda a un ping tendremos que activar una regla del firewall.

Para acceder al Firewall podemos hacerlo de varias maneras:

1.       Vamos a la macro de Windows y escribimos “firewall” nos aparecen varias opciones y elegiremos: “firewall with advanced Security” o “Configuración avanzada del firewall…. O algo asi”

2.       Al abrir la ventana avanzada de configuración de firewall, tendremos que ir a: “Outbound Rules” o “Reglas de salida”. Buscamos la regla: “ file and Printer Sharing (Echo Request – ICMPv4-Out) y la activamos.

Existen dos reglas parecidas una para el Dominio y otra Pública…. Aquí activaras la regla que necesites.

3.       De esta manera ya podrás hacerle ping al servidor, sin necesidad de desactivar el Firewall.

VMWare VSphere Storage VMotion

VSphere Storage VMotion

VSphere vMotion permite migrar en directo los archivos de disco de las máquinas virtuales en las matrices de almacenamiento y entre ellas, sin interrupción del servicio. La migración de archivos de disco de máquinas virtuales sin interrupción a distintos tipos de almacenamiento permite gestionar de forma rentable esos discos como parte de una estrategia de almacenamiento distribuida en niveles.

·         Realizar migraciones de almacenamiento con tiempo de inactividad cero y con una integridad absoluta de las transacciones.

·         Migrar archivos de disco de las MV, con independencia del sistema operativo de estas y del hardware de servidor compatible donde se ejecuten.

·         Migrar el directo los archivos de disco de las MVa cualquier sistema de almacenamiento (Fibre Channel, iSCSI, FCoE o NFS) compatible con vSphere.

Esta funcionalidad la podemos utilizar desde la opción de migrar una MV. También es utilizada o se podría utilizar dentro del clouster por el HA.

VMWare High Availability (HA)

High Availability (HA)

Descripción:

·         Proporciona la disponibilidad que necesitan la mayoría de las aplicaciones que se ejecutan en máquinas virtuales, con independencia del sistema operativo y la aplicación que se ejecute en él. La solución HA proporciona protección —de forma rentable y uniforme— mediante la conmutación por error frente a interrupciones del hardware y el sistema operativo, dentro del entorno de TI virtualizado. La solución HA permite:

·         Supervisar las máquinas virtuales y hosts de vSphere para detectar los fallos en el hardware y en los sistemas operativos guest.

·         Reiniciar las máquinas virtuales en otros hosts de vSphere del clúster sin intervención manual cuando se detecta un servidor fuera de servicio.

·         Reducir el tiempo de inactividad de las aplicaciones reiniciando automáticamente las máquinas virtuales en caso de detectar un fallo del sistema operativo.

Permite:

·         Relación de nodo maestro-esclavo: Esta relación entre los nodos de un clúster sustituye a los nodos primarios y secundarios. Las tareas de disponibilidad se coordinan mediante un único nodo maestro, que comunica todas las actividades y estados a vCenter Server. De este modo, se elimina gran parte del trabajo de planificación necesario para diseñar un entorno altamente disponible, y los administradores ya no tienen que preocuparse de qué hosts son nodos primarios y dónde se encuentran.

·         Compatibilidad con redes IPv6.

·         Mecanismo de implementación sencillo: realización rápida y fácil de tareas rutinarias, como la implementación del agente vSphere HA y la configuración de la funcionalidad HA.

·         Eliminación de la dependencia de componentes externos: la funcionalidad HA no depende de la resolución de DNS. Esto reduce las probabilidades de que la interrupción de un componente externo repercuta en el funcionamiento de las operaciones de HA.

·         Múltiples rutas de comunicación: los nodos de alta disponibilidad de un clúster se pueden comunicar a través del subsistema de almacenamiento y de la red de gestión. La existencia de múltiples rutas de comunicación aumenta la redundancia y permite evaluar mejor el estado de un host y sus MV.

·         Reglas antiafinidad entre MV: la funcionalidad HA se ha mejorado para que respete las reglas de antiafinidad entre MV definidas en vSphere Distributed Resource Scheduler, con lo que se elimina la necesidad de efectuar migraciones con vMotion después de una conmutación por error.

Requisitos para utilizar HA:

·         Licencia para el Hipervisor: VMware Infrastructure Suite Estándar o Enterprise o superiores.

·         Por lo menos 2 sistemas host ESX.

·         SAN o NAS compartido entre los servidores ESX donde se almacenan las MV y donde los Host puedan tener acceso a las MV de los otros Host.

·         Compatibilidad de las CPUs, entre los anfitriones. La forma más fácil de probar esto es para intentar un VMotion de una máquina virtual de un servidor a otro y ver qué pasa. Esto es lo que la CPU incompatibilidad parece cuando se produce un error.

Configuración del HA en los Host:

Para poder configurar en nuestra plataforma virtual un HA primero tendremos que crear un clouster en nuestro datacenter (El clouster nos permitirá configurar el HA y el RDS) y tendrán que existir mínimo dos host configurados en nuestro datacenter.

·         El primer paso será agregar un clouster en nuestro datacenter. Botón derecho encima del datacenter, agregamos un nuevo clouster

·         Nos aparecerá un asistente que nos ayudará a configurar el clouster. El primer paso será introducir un nombre al nuevo clouster.

Después podremos configurar el clouster con las funcionalidades de HA o DRS. Estos pasos los podemos configurar ahora o cuando lo necesitemos, no es necesario activarlos durante la primera configuración.

En este caso activaremos la opción HA.

·         Si seleccionamos la opción HA nos permitirá configurar el HA según nuestras necesidades:

o   Vigilancia del estado de los Host: Por defecto activada. Permite a los host comprobar el estado del resto de los host del clouster.

o   Control de Admisión: Por defecto activada. Permite controlar la capacidad de reserva de los host cuando uno de ellos falla.

o   Política de control de admisión: Nos permite configurar:

§  Cuantos host fallidos van a controlar los host que siguen dando servicio.

§  Podemos reservar tanto CPU como memoria que se van a dedicar a los servicios del host caído por parte del host que sigue dando servicio.

En este caso dejaremos seleccionadas las opciones por defecto que ya vienen configuradas en el asistente.

·         En la siguiente ventana nos permiten configurar el comportamiento que el HA va a tener sobre las MV

o   Prioridad de reinicio: Aparecen una serie de opciones, dejamos la que nos aparece pro defecto.

o   Que queremos hacer con la MV: Apagar, reiniciar, dejarla encendida.

·         Monitorización del estado de las MVs: En esta ventana podemos hacer que se compruebe las Vmware tools de las MV, si estas no funcionan correctamente reiniciará la MV.

Por defecto viene desactivado.

También podemos indicarle que reinicie la maquina si no es detectado por el HA. Aquí nos podremos indicar el grado de sensibilidad a la hora de la vigilancia por parte del HA

·         El siguiente punto es uno de los más importantes para poder realizar la configuración del HA en nuestro clouster. En este punto comprobaremos si nuestras CPUs (de los diferentes host) son compatibles o no lo son. Este paso nos informara si podemos hacer un HA en nuestro clouster, ya que si nuestras CPUs son incompatibles no podremos mover MV (en caliente) entre los host del clouster.

Si nuestros Host tienen diferentes CPUs, tenemos que comprobar e indicar cual es el EVC compatible entre nuestros host.

VMWare nos ofrece dos opciones según la marca de fabricante (ya que no podemos compatibilizar procesadores de diferentes fabricantes): AMD e Intel.

En este ejemplo seleccionamos Intel ya que nuestros dos Host tienen procesadores Intel.

·         Después tenemos que configurar el almacenamiento de las MV en los host.

o   Almacenar la información de la MV en el mismo lugar que la MV.

o   Almacenar la información de la MV en un almacenamiento del Host, esto puede reducir el rendimiento del a MV.

Dejamos la configuración predeterminada.

·         Nos muestra la información que hemos configurado y finalizamos el asistente.

Una vez agregado el clouster a nuestro datacenter. Tendremos que agregar nuestros host al clouster.

Podemos hacerlo de dos maneras diferentes:

·         Seleccionamos nuestro host del datacenter (Casa) y lo arrastramos al clouster (Clouster Casa).

·         Seleccionamos el clouster (Clouster Casa) y añadimos un nuevo host (Opción: “Add a host”).

En nuestro caso arrastraremos nuestros host dentro del clouster.

Ya tenemos configurado un clouster en nuestra plataforma virtual.