VNX: Crear un nuevo Pool de discos - Parte 2

Hemos dividido este artículo en dos secciones a las que podéis acceder usando el incite siguiente:

• Crear un nuevo Pool de discos VNX - Parte 1.
• Crear un nuevo Pool de discos VNX - Parte 2.

Terminadas las configuraciones anteriores, solo nos faltará asignar la nueva LUN a un Storage Group  para que el nuevo volumen de disco sea presentado a los servidores host físicos correspondientes.

En el menú superior de la ventana de EMC Uniesphere, accederemos a la sección Hosts, de entre las opciones de la sección Host escogeremos el ícono de Storage Groups.

En nuestro laboratorio ya tenemos creado un Storage Group con todos nuestros servidores físicos de VMWare, lo seleccionaremos y presionaremos el botón Connect LUNs.

VNX: Crear un nuevo Pool de discos - Parte 1

Un Pool de almacenamiento es, de alguna manera, muy parecido a un RAID de discos clásico. Es una agrupación física de discos en el que posteriormente se crearán las unidades lógicas o LUN para ser asignadas nuestro entorno.

Un RAID group tiene ciertas limitaciones, por ejemplo creando un RAID 5, el más común  de los RAID con seguridad, necesitamos un mínimo de tres unidades de discos y sólo podemos llegar a tener un máximo de 16 discos físcos, en cambio con el uso de un Pool de discos podemos llegar a disponer cientos de discos en un único volumen.

Debido a esta característica, el aprovisionamiento basado en Pool de discos es más efectivo y minimiza las cargas de trabajo que supone la planificación y gestión de un volumen muy elevado de espacio en disco.

Un Pool de discos, puede tener el mismo nivel de protección contra fallos que disponemos en los RAID group, durante el proceso de creación de un nuevo Pool de discos, tendremos que elegir precisamente el nivel de RAID que queremos que tenga.

Los Pool pueden ser homogéneos o heterogéneos. Los Pool homogéneos estarán compuestos por un único tipo de unidad de disco duro física, mientras que los Pool heterogéneos pueden contener distintos tipos de unidades físicas mezcladas.

Se recomiendan los Pools de discos con un único tipo de unidad de discos o homogéneos, para aplicaciones con requisitos iguales pero esperados de rendimiento. Las unidades SSD, SAS y NL-SAS está disponibles para el uso durante el proceso de creación del Pool.

Los Pool heterogéneos en cambio, pueden estar formados por diferentes tipos de unidades de disco. Las cabinas VNX están preparadas para que puedan coexistir unidades SSD, SAS, y NL-SAS en un mismo Pool de discos.

Los Pool heterogéneos, nos proporcionarán también, la infraestructura básica necesaria para que podamos hacer uso de FAST VP o Fully Automated Storage Tiering for Virtual Pools.

FAST VP nos permitirá, el movimiento automático de los datos a los distintos niveles de unidad de los que esté compuesto nuestro Pool, en función de la actividad o  frecuencia de uso de los datos. Los datos más con frecuencia de uso mayor o lo que es lo mismo, los datos calientes, se mueven de forma automática a los discos que tengan una mayor velocidad de acceso en nuestro Pool.

Por poner un ejemplo, si tenemos un Pool de discos con tres tipos de disco, SSD, SAS y NL-SAS, los datos calientes de forma automática nuestra cabina de discos los situará en los discos duros SSD, los que presenten una actividad de acceso media serán movidos a las unidades de disco SAS y los datos que presenten una baja actividad serán trasladados al nivel más bajo de nuestro Pool, las unidades NL-SAS.

Esto supone una gran optimización del uso de nuestros recursos de disco.

Hemos dividido este artículo en dos secciones a las que podéis acceder usando el incite siguiente:

• Crear un nuevo Pool de discos VNX - Parte 1.
• Crear un nuevo Pool de discos VNX - Parte 2.

Veamos como crear un nuevo Pool de discos, en nuestro laboratorio será un nuevo Pool de discos homogéneo de discos SSD.

Accederemos a la consola de EMC Unisphere, usaremos un explorador de Internet para acceder a nuestra control station y validaremos con las credenciales de acceso, por defecto serán:

Usuariso: sysadmin
Contraseña: sysadmin

En la página principal de EMC Unisphere, seleccionaremos nuestra cabina de discos VNX en el desplegable situado en la esquina lateral izquierda y accederemos a la sección  Storage del menú superior de la ventana.

En las opciones de la sección Storage, buscaremos y seleccionaremos el ícono de Storage Configuration. Una vez hayamos accedido a la opción Storage Configuration, todos los íconos de la ventana cambiarán dando paso a las nuevas opciones de menú. De las nuevas opciones seleccionaremos Storage Pools.

vSphere PowerCli: Eliminar VM - remove vm from the disk.

En el laboratorio de hoy, veremos un poco de la siempre interesante  vSphere PowerCli, muy útil si queremos automatizar procesos mediante el uso de scripts, por ejemplo.

El procedimiento que realizaremos hoy, será la eliminación de una máquina virtual mediante linea de comandos.

En primer lugar, deberemos tener instaladas y configurada en nuestro equipo las herramientas de la consola de vSphere PowerCli. Si no estáis familiarizados con el procedimiento de instalar y configurar la consola de VMWare vSphere PowerCLI, os aconsejo antes de continuar leyendo ente artículo, consultéis la entrada siguiente.

Cómo instalar VMWare vSphere PowerCLI.

Una vez instalada y configurada la consola de VMWare vSphere PowerCLI, procederemos a establecer conexión con nuestro servidor de virtual center. Para realizar la conexión deseada, usaremos el comando siguiente:

Connect-VIServer NOMBRE_O_IP_VCENTER_O_HOST -user root -password CONTRASEÑA

La construcción final de nuestro comando para ser usado en nuestro laboratorio será la siguiente:

Connect-VIServer 192.168.0.215 -user root -password CONTRASEÑA

Para poder eliminar una máquina virtual de nuestra infraestructura, en primer lugar deberemos saber el nombre de la misma. Para poder averiguar los nombres de nuestras máquinas virtuales, si no los supiéramos de antemano, sacaremos un listado por pantalla de todas las máquinas virtuales de uno de nuestros servidores host. 

Para llevar a termino el listado de las máquinas virtuales usaremos el cmdlet que mostramos a continuación:

Get-VM –location NOMBRE_O_IP_HOST

La construcción final de nuestro comando para ser usado en nuestro laboratorio seria la siguiente:

Get-VM –location 192.168.0.215

Seleccionaremos que máquina virtual queremos eliminar, en nuestro laboratorio será la máquina virtual llamada SRVEX2010-CAS01, y para deshacernos de ella solo deberemos usar el comando que mostramos a continuación:

Remove-VM NOMBRE_VM -deletepermanently

La construcción final de nuestro comando para ser usado en nuestro laboratorio seria la siguiente:

Remove-VM SRVEX2010-CAS01 -deletepermanently

Al presionar la tecla Enter de nuestro teclado, nos preguntará si queremos realizar la operación y también nos mostrará una breve descripción de lo que estamos a punto de realizar.

Perform operation?

Performing operation 'removing vm from the disk.' on vm 'SRVEX2010-CAS01'

[s]sí [o] Si todo [N]No [T] No a todo [U]Suspender [?] Ayuda

(el valor predeterminado es "S"):

Presionaremos la tecla Enter de nuestro teclado para hacer uso de la opción por defecto, que en nuestro caso será la opción Si.

Si volvemos a listar todas las máquinas virtuales de nuestro servidor host, comprobaremos que la  máquina virtual SRVEX2010-CAS01 ha desaparecido por completo.

En la consola de nuestro servidor de virtual center, en el inventario, también podremos comprobar que SRVEX2010-CAS01 ha quedado como una máquina virtual huérfana o orphaned. Haciendo uso del botón derecho de nuestro ratón, podemos eliminar la máquina virtual huérfana del inventario.

Si comprobamos el contenido del Datastore donde se localizaba la máquina virtual que hemos estado trabajando durante todo éste laboratorio, podremos ver que efectivamente, todos los archivos referentes a la máquina virtual que hemos borrado mediante la vSphere PowerCli han desaparecido por completo.

Espero os sea de utilidad.

Enlaces relacionados

vSphere PowerCLI listar dirección IP de una VM.
VMware Take SnapShot.
Instalar nuevo Host VMware ESXi 6.0.0.
vSphere PowerCLI instalar VMware tools.
VMware Delete SnapShot.
VMware Go To o Revert Snapshot.

EATON IPM 1.52: Apagar una granja ESXi - Parte 5

Hemos dividido este artículo en cinco partes a las que podréis acceder desde el indice siguiente:

• Opciones básicas y ajustes de los módulos.
• Cierre del sistema y Conectores de Infraestructura.
• Políticas de apagado del sistema.
• Configuración de las Acciones.
• Parámetros de cierre del SAI y inicio y cierre de la máquina virtual.

Solo nos faltará ultimar la configuración en el propio sistema de alimentación ininterrumpida y también en nuestro servidor de virtual center.

Si no estamos familiarizados con el proceso de configuración de una tarjeta de gestión de un SAI EATON, podéis consultar el enlace siguiente:

• EATON: Configurar tarjeta de gestión del SAI.

En primer lugar configuraremos los parámetros del cierre de nuestro sistema de alimentación ininterrumpida, para ello accederemos mediante un explorador de Internet a la dirección IP de la tarjeta de gestión de nuestro SAI y usaremos las credenciales de acceso para validar sesión, por defecto en un SAI de la marca EATON serán:

http://[DIRECCIÓN_IP_SAI]

Usuario: admin
Contraseña: admin

Una vez hayamos accedido a la sección del menú lateral izquierdo llamada Parámetros del cierre, deberemos seleccionar el check box llamado Mostrar parámetros avanzados, de este modo, nos aparecerán las opciones completas de la sección Parámetros del cierre.

La sección Parámetros del cierre, son las opciones que desencadenaran el apagado de toda nuestra infraestructura, antes de que se cumplan los parámetros del cierre, no se activará el apagado de nuestro sistema.

En primer lugar, modificaremos la opción llamada, Si la capacidad está por debajo de. Hemos de tener en cuenta, que no podemos apurar la batería de nuestro SAI al máximo durante el procedimiento de apagado.

Podría darse el caso de que hubiera un segundo corte de luz durante la fase de encendido de nuestra infraestructura, y si en la primera rutina de apagado hemos apurado al máximo la capacidad total de la batería, podría darse el caso de que no tubiéramos suficiente energía para culminar un segundo procedimiento de apagado de nuestra infraestructura.

En nuestro laboratorio, definiremos la opción Si la capacidad está por debajo de a un 40% de la carga de nuestra batería, reservando este porcentaje de batería para posibles problemas.

También tendremos que definir el parámetro Duración del cierre, este parámetro es muy importante, ya que estaremos definiendo el momento en que el SAI cortará el suministro de energía a nuestra infraestructura.

Deberemos calcular, realizando una prueba de apagado de nuestra infraestructura, el tiempo máximo real que tardarán en apagar todas nuestras máquinas virtuales y servidores host de nuestro entorno.

Si no realizamos correctamente la configuración de la opción Duración del cierre, podríamos estar cortando el suministro de energía a un entorno productivo operativo. Un corte inesperado de energía como podréis suponer, podría causarnos muchos problemas posteriores.

Finalizaremos la configuración pulsando el botón Guardar.

EATON IPM 1.52: Apagar una granja ESXi - Parte 4

Hemos dividido este artículo en cinco partes a las que podréis acceder desde el indice siguiente:

• Opciones básicas y ajustes de los módulos.
• Cierre del sistema y Conectores de Infraestructura.
• Políticas de apagado del sistema.
• Configuración de las Acciones.
• Parámetros de cierre del SAI y inicio y cierre de la máquina virtual.

Una vez hayamos finalizado las configuraciones de nuestra política de apagado y después de pulsar el botón Guardar nos aparecerá una ventana emergente ofreciéndonos crear una nueva Acción que se asociará de forma automática a la nueva política que recientemente hemos creado.

Responderemos Si a la pregunta, ¿Desea crear una acción de cierre correspondiente a la regla creada?

Comprobaremos, que todas las opciones nos vendrán preconfiguradas en base a nuestra política de apagado anterior.

Veamos una breve descripción de cada una de las opciones de la ventana Editar Acción:

Listado de eventos - se vinculará automáticamente con el evento llamado Umbral de autonomía alcanzado y la configuración se basará en los datos que hemos configurado en nuestra política de apagado del sistema.

Fuente de los eventos - También se configurará automáticamente en base con nuestra política de apagado del sistema que hemos creado recientemente.

Tipo de acción - Como en los dos casos anteriores estará configurada de forma automática a Acción en el host energético. Los parámetros que encontraremos dentro del recuadro Ajustes, serán el resultado del tipo de acción que tenemos seleccionada.

Dentro de el recuadro Ajustes, encontraremos las siguientes opciones:

Comando en el Host energético - Una vez más, se ajusta automáticamente a apagar el host, ésta configuración la tendremos que modificar.

Host Objetivo - Se ajusta automáticamente a utilizar la política seleccionada con la opción Fuente evento en host, que más o menos quiere decir que, apagará todos los host que previamente hemos configurado en nuestra política de apagado.

Timeout - Es un mecanismo de seguridad que se utiliza para bloquear cualquier máquina virtual que no logre apagar dentro de la ventana de apagado que hemos definido en nuestra política. Esto hace posible cerrar correctamente nuestro servidor Host incluso si una máquina virtual se nos quedara colgada.

Modificaremos, como antes ya hemos mencionado, la opción Comando en el Host energético y seleccionaremos Apagar primero las maquinas virtuales y entonces el host, ya que el objetivo de nuestro laboratorio es que todas nuestras máquinas virtuales se apaguen ordenadamente y inicien de la misma forma.

Debemos también, cambiar la opción Timeout, si quisiéramos dar un poco más de tiempo de espera a todas aquellas máquinas virtuales que se pueden haber quedado colgadas durante el apagado.

Presionaremos el botón Guardar.

Podéis continuar el articulo en el enlace siguiente:

• Parámetros de cierre del SAI y inicio y cierre de la máquina virtual.

Enlaces relacionados

vSphere PowerCLI listar dirección IP de una VM.

VMware Take SnapShot.

Instalar nuevo Host VMware ESXi 6.0.0.

vSphere PowerCLI instalar VMware tools.

VMware Delete SnapShot.

VMware Go To o Revert Snapshot.

EATON IPM 1.52: Apagar una granja ESXi - Parte 3

Hemos dividido este artículo en cinco partes a las que podréis acceder desde el indice siguiente:

• Opciones básicas y ajustes de los módulos.
• Cierre del sistema y Conectores de Infraestructura.
• Políticas de apagado del sistema.
• Configuración de las Acciones.
• Parámetros de cierre del SAI y inicio y cierre de la máquina virtual.

Llegados a este punto, ya tenemos configurado todo lo necesario para el apagado de nuestro entorno de virtualización, lo siguiente que deberemos hacer es crear una nueva Política de apagado de nuestro sistema.

Nos dirigiremos a la rama Ajustes y volveremos a entrar en la opción Conectores de infraestructura del menú lateral izquierdo de la ventana.

En ella, seleccionaremos todos los servidores host que queremos apagar, una vez seleccionados nos dirigiremos al menú lateral derecho donde accionaremos el enlace Crear política de apagado seguro.

Nos aparecerá una nueva ventana emergente llamada Crear una nueva política, en ella y en primer lugar daremos un nombre a nuestra nueva política de apagado, en nuestro laboratorio se llamará simplemente Política de apagado.

En el recuadro Ajustes de la política de configuración deberemos configurar algunos de los ajustes según nuestras necesidades.

A continuación veamos una breve descripción de cada uno de ellos:

Temporizador - Es el tiempo que Intelligent Power Manager 1.52 esperará desde que se produzca la condición de ejecución de nuestra política, hasta que avisará al sistema que entre en modo mantenimiento.

Limite de tiempo restante - Será el tiempo limite que estimamos necesario para el apagado de nuestro sistema, por debajo de este tiempo limite no quedaría suficiente para poder finalizar el apagado de toda nuestra infraestructura virtual. Es un mecanismo de seguridad para garantizar que el SAI no se quedará sin energía durante la tarea de apagado del sistema.

Limite de capacidad restante - Es la energía de las baterías limite que deseamos gastar durante el apagado. Esta característica, puede sernos de utilidad si nuestras instalaciones experimentan dos fallos de alimentación consecutivos en un corto espacio de tiempo, de este modo, aseguraremos que tendremos una reserva de energía suficiente para completar una segunda secuencia de apagado.

Duración del apagado - Es el tiempo desde que se inicia el proceso de apagado hasta que nuestro sistema de alimentación cortará el flujo de energía. Dicho de una forma será el tiempo que tendremos para poder parar las maquinas virtuales y también nuestro servidor host físico.

Fuente de alimentación - El SAI que alimenta de electricidad el servidor host en cuestión.

Segmento de carga - Se utiliza en el caso que se tienen varios servidores y se quiere secuenciar el apagado. Salida principal o Master Output es lo habitual.

Comprobaremos que los Nodos Objetivos ya los tenemos configurados según la selección que hemos realizado con anterioridad.

Al igual que por defecto el asistente ya nos ha elegido las clases necesarias para nuestra política apagado.

Deberemos configurar la fuente de energía, seleccionando nuestro SAI y también seria una buena idea configurar la duración del apagado.

Podéis continuar el articulo en el enlace siguiente:

• Configuración de las Acciones.

Enlaces relacionados

vSphere PowerCLI listar dirección IP de una VM.

VMware Take SnapShot.

Instalar nuevo Host VMware ESXi 6.0.0.

vSphere PowerCLI instalar VMware tools.

VMware Delete SnapShot.

VMware Go To o Revert Snapshot.

EATON IPM 1.52: Apagar una granja ESXi - Parte 2

Hemos dividido este artículo en cinco partes a las que podréis acceder desde el indice siguiente:

• Opciones básicas y ajustes de los módulos.
• Cierre del sistema y Conectores de Infraestructura.
• Políticas de apagado del sistema.
• Configuración de las Acciones.
• Parámetros de cierre del SAI y inicio y cierre de la máquina virtual.

Nos aparecerán dos nuevas  opciones en la rama Ajustes del menú lateral izquierdo, llamadas Cierre del sistema y Conectores de infraestructura.

Empezaremos configurando las opciones de Cierre del sistema, accederemos a ésta opción en el menú de la parte izquierda de la ventana y podremos ver en la sección central de la ventana de IPM 1.52 el listado de opciones que podemos configurar, en primer lugar  buscaremos y accederemos a la opción Configuración de alimentación.

Nos aparecerá una nueva ventana emergente donde deberemos especificar que sistema de alimentación ininterrumpida queremos establecer como la fuente de alimentación que controlará todo el apagado de nuestro sistema, hecho esto, también deberemos rellenar las credenciales de acceso a nuestro SAI.

Por defecto en un Sistema de Alimentación Ininterrumpida de la marca EATON serán:

Usuario: admin
Contraseña: admin

EATON IPM 1.52: Apagar una granja ESXi - Parte 1

En el laboratorio de hoy, aprenderemos a configurar la nueva versión de EATON Intelligent Power Manager 1.52 para conseguir apagar nuestra infraestructura de virtualización ordenadamente.

Hemos dividido este artículo en cinco partes a las que podréis acceder desde el indice siguiente:

• Opciones básicas y ajustes de los módulos.
• Cierre del sistema y Conectores de Infraestructura.
• Políticas de apagado del sistema.
• Configuración de las Acciones.
• Parámetros de cierre del SAI y inicio y cierre de la máquina virtual.

En primer lugar descargaremos el virtual appliance de la página oficial de la página del fabricante.

• Software de gestión energética para SAI.

Desplegaremos el archivo OVA descargado en nuestra infraestructura, si no estamos familiarizados con este procedimiento podéis consultar el enlace siguiente:

• Deploy vCenter Server Appliance.

Al terminar el despliegue, arrancaremos el nuevo virtual appliance y aceptaremos la End user License Agreement.

Pulsando la tecla Enter en nuestro teclado, iremos desplazando la licencia de usuario final hasta su termino, y la aceptaremos respondiendo yes a la pregunta, Do you agree with the terms of the End User License Agreement?

Windows 2012: Cómo licenciar en entornos virtualizados.

En el artículo de hoy, hablaremos del licenciamiento de Microsoft Windows 2012, los tipos de licencias que existen y como licenciar correctamente en un entorno virtual.

Windows 2012 Edición Foundation.

Windows 2012 Edición Foundation es la más básica de las cuatro ediciones disponibles solo es posible su instalación en servidores físicos con una única CPU, además solo permite un máximo de 15 usuarios.

Otras limitaciones del producto:

• Límite de servicios de acceso 50 RRAS / 10 IAS.
• No es posible Virtualizar Windows 2012 Foundation ni tampoco instalar los servicios de Hyper-V.
• No es posible realizar una instalación en modo Server Core del producto.

La modalidad de la licencia es por Servidor y incluye un número máximo de 15 licencias CAL de usuarios, no pudiendo comprar licencias CAL adicionales.

• Número máximo de instancias por licencia en ambiente operativo físico o POSE: 1
• Número máximo de instancias por licencia en ambiente operativo virtual o VOSE: 0

Windows 2012 Edición Essentials.

Con Windows 2012 Edición Essentials  encontramos también varias limitaciones, la primera de ellas es el número de procesadores soportados en nuestro equipo fisico, tendremos un máximo de dos procesadores permitidos.

También vendrán limitadas las siguientes funciones:

• Tendremos un límite de servicios de acceso 250 RRAS / 50 IAS / 2 grupos de servidores IAS.
• En entornos de virtualización podremos desplegar una única máquina virtual o en entornos físicos un servidor con un máximo de dos procesadores. Con al Edición Essentials se puede ejecutar tanto en entorno físico como en virtual, pero solo una física o una virtual.
• No tiene disponibles los servicios de Hyper-V.
• No podremos instalar en modo Server Core.

La modalidad de la licencia es también por Servidor y incluyendo un máximo de 25 licencias CAL de usuarios, no pudiendo comprar licencias CAL adicionales.

• Número máximo de instancias por licencia en ambiente operativo físico o POSE: 1
• Número máximo de instancias por licencia en ambiente operativo virtual o VOSE: 1

Windows 2012 Edición Standard.

Con Windows 2012 Edición Standard, dispondremos de todas las funcionalidades del producto y  nos brindará la posibilidad de desplegar hasta dos instancias virtuales y una física en nuestra infraestructura.

La modalidad de la licencia es por Procesador más  Licencia de Acceso de Cliente o CAL para todos los usuarios o dispositivos que accedan a nuestro servidor.

• Número máximo de instancias por licencia en ambiente operativo físico o POSE: 1
• Número máximo de instancias por licencia en ambiente operativo virtual o VOSE: 2

Cuando ejecutamos todas las instancias virtuales que nos permiten instalar, la instancia física solo se puede usar para administrar y dar servicio a las instancias virtuales, lo que quiere decir que en caso de  que usemos Hyper-V no tendremos que pagar la licencia del sistema operativo hipervisor.

Windows 2012 Edición Datacenter.

Con Windows 2012 Edición Datacenter, también dispondremos de todas las funcionalidades del producto y  nos brindará la posibilidad de desplegar una instancia física y un número ilimitado de instancias virtuales. Como en el caso de Windows 2012 Edición Standard,  si usamos Hyper-V no tendremos que pagar una licencia para sistema operativo hipervisor.

La modalidad de la licencia es, como en el caso anterior, por Procesador más Licencia de Acceso de Cliente para todos los usuario o dispositivos que necesitamos accedan a nuestro servidor.

• Número máximo de instancias por licencia en ambiente operativo físico o POSE: 1
• Número máximo de instancias por licencia en ambiente operativo virtual o VOSE: Sin Límite

Windows 10: Fallo al actualizar si tu equipo forma parte de un Dominio.

Hace unas semanas me advirtieron que existía un problema con la actualización de Windows 10 en los equipos que forman parte de un dominio de Active Directory.

La pregunta que me formularon y a la que intentaremos dar respuesta en este artículo es la siguiente:

"Hola! Mi equipo está en un dominio y sí aparece la aplicación. Le doy a "Inicia la actualización gratuita ahora" y lo siguiente que obtengo es "Iniciando la descarga..." pero lleva dos días en eso (no he apagado el equipo) y no hace ninguna descarga. ¿Necesitaré hacer lo que ustedes sugieren?" por A. J. Palacios

Hemos podido reproducir el problema en nuestro laboratorio sin mucha dificultad, la cual cosa indicará que debe tratarse de un problema ampliamente extendido.

El entorno es el siguiente, en los equipos con Windows 7 o 8.1 instalado y que se encuentren en un dominio de Active Directory, desde hace un tiempo, les habrá aparecido al lado del reloj del sistema el logotipo de Windows, indicándonos que tenemos disponible nuestra actualización de Windows 10.

Si ejecutamos Get Windows 10 presionando sobre el anteriormente mencionado logotipo de Windows, nos iniciará con toda normalidad el asistente pero cuando presionemos el botón Actualizar ahora, nos aparecerá un mensaje informándonos que debemos esperar a que empiece el proceso de descarga del producto, pero eso nunca sucederá.