Partekatu honen bidez:


Evaluación: preguntas comunes

En este artículo se responden preguntas comunes sobre las evaluaciones en Azure Migrate. Si tiene otras preguntas, repase estos recursos:

¿Qué zonas geográficas se admiten para la detección y evaluación con Azure Migrate?

Revise las zonas geográficas admitidas para nubes públicas y gubernamentales.

¿Cuántos servidores puedo detectar con un dispositivo?

Puede detectar hasta 10 000 servidores del entorno VMware, hasta 5 000 servidores del entorno Hyper-V y hasta 1000 servidores físicos mediante el uso de un solo dispositivo. Si tiene más servidores, lea acerca de escalar una valoración de Hyper-V, escalar una valoración de VMware y escalar una valoración de servidor físico.

¿Cómo elegir el tipo de valoración?

  • Utilice las valoraciones de máquinas virtuales de Azure cuando quiera evaluar servidores de su entorno local de VMware y Hyper-V, y servidores físicos para la migración a máquinas virtuales de Azure. Más información.
  • Use el tipo de valoración Azure SQL cuando quiera evaluar los servidores SQL Server locales en VMware, Microsoft Hyper-V y entornos físicos o sin sistema operativo, así como los servidores IaaS de otras nubes públicas, como AWS, GCP, etc., para la migración a SQL Server en máquinas virtuales de Azure, Azure SQL Database o Azure SQL Managed Instance. Más información.
  • Use el tipo de evaluación de Azure App Service si desea evaluar las aplicaciones web locales de ASP.NET que se ejecutan en el servidor web de IIS desde el entorno de VMware para la migración a Azure App Service. Más información.
  • Utilice las valoraciones de Azure VMware Solution (AVS) cuando quiera evaluar las máquinas virtuales VMware locales para la migración a Azure VMware Solution (AVS) con este tipo de valoración. Más información.
  • Puede usar un grupo común con máquinas de VMware solo para ejecutar ambos tipos de valoraciones. Si está ejecutando valoraciones de AVS en Azure Migrate por primera vez, es aconsejable crear un grupo de máquinas de VMware.

¿Por qué faltan los datos de rendimiento de algunos o todos los servidores de mi máquina virtual de Azure o el informe de evaluación de AVS?

En el caso de la valoración basada en el rendimiento, la exportación del informe de valoración indica "PercentageOfCoresUtilizedMissing" o "PercentageOfMemoryUtilizedMissing" cuando el dispositivo de Azure Migrate no puede recopilar datos de rendimiento de los servidores locales. Puede comprobar el panel Resolver problemas en la página del centro de Azure Migrate para ver los problemas detallados o comprobar lo siguiente manualmente:

  • Si los servidores están encendidos durante la creación de la valoración

  • Si solo faltan contadores de memoria e intenta evaluar servidores en un entorno de Hyper-V. En este escenario, habilite la memoria dinámica en los servidores y vuelva a calcular la valoración para reflejar los últimos cambios. El dispositivo solo puede recopilar los valores de uso para servidores en un entorno Hyper-V si el servidor tiene habilitada la memoria dinámica.

  • Si faltan todos los contadores de rendimiento, asegúrese de que se permiten las conexiones de salida en los puertos 443 (HTTPS).

    Nota:

    Si falta alguno de los contadores de rendimiento, Azure Migrate: evaluación de servidores vuelve a la memoria y los núcleos locales asignados, y recomienda un tamaño de máquina virtual acorde.

¿Cómo puedo comprender los detalles de los errores que provocan problemas de recopilación de datos de rendimiento?

Ahora puede comprender qué errores necesita corregir para resolver problemas de recopilación de datos de rendimiento en las evaluaciones de Azure VM y Azure VMware Solution. Siga estos pasos:

  • Vaya a Azure Migrate >Servidores, bases de datos y aplicaciones web>Objetivos de migración, seleccione Resolver problemas en la herramienta Detección y evaluación.
  • Seleccione Objetos afectados junto a la evaluación y seleccione el vínculo de la columna id. de error para revisar los detalles del error y las acciones de corrección.

También puede revisar estos errores o problemas al crear la evaluación en el paso Seleccionar servidores para evaluar o en la pestaña Preparación de una evaluación existente. Si no ve ningún error o problema en la evaluación, pero ve errores distintos de cero en el panel resolver problemas, vuelva a calcular la evaluación para ver los problemas en el panel de evaluación.

¿Por qué faltan datos de rendimiento en algunas o todas las instancias o bases de datos de SQL en la evaluación de Azure SQL?

Para asegurarse de que se recopilan los datos de rendimiento, compruebe lo siguiente:

  • Si los servidores SQL Server están encendidos durante la creación de la valoración.
  • El estado de conexión del Agente SQL en Azure Migrate es "Conectado"; compruebe el último latido.
  • Si el estado de conexión de Azure Migrate para todas las instancias de SQL es "Conectado" en la sección de la instancia de SQL detectada.
  • Si faltan todos los contadores de rendimiento, asegúrese de que se permiten las conexiones de salida en los puertos 443 (HTTPS).

Si falta alguno de los contadores de rendimiento, la evaluación de Azure SQL retrocede al ajuste de tamaño local y recomienda una configuración de Azure SQL basada en los núcleos asignados, la memoria y el tamaño total de la base de datos local.

¿Por qué la clasificación de confianza no está disponible para valoraciones de Azure App Service?

Los datos de rendimiento no se capturan para la valoración de Azure App Service y, por lo tanto, no se ve la clasificación de confianza para este tipo de valoración. La evaluación de Azure App Service toma en cuenta los datos de configuración de las aplicaciones web al realizar el cálculo de la evaluación.

¿Por qué la clasificación de confianza de mi valoración es baja?

La clasificación de confianza se calcula para las evaluaciones "en función del rendimiento" en función del porcentaje de puntos de datos disponibles necesarios para calcular la evaluación. Estos son los motivos por los que una valoración puede obtener una clasificación de confianza baja:

  • No ha generado un perfil de su entorno durante el tiempo que ha estado creando la evaluación. Por ejemplo, si va a crear una valoración con la duración de rendimiento establecida en una semana, debe esperar al menos una semana después de iniciar la detección para que se recopilen todos los puntos de datos. Si no puede esperar a la duración, cambie la duración del rendimiento a un período más pequeño y recalcule la valoración.

  • La valoración no puede recopilar los datos de rendimiento de algunos o todos los servidores en el período de valoración. Para obtener una clasificación de confianza alta, asegúrese de que:

    • Los servidores estén activados mientras dure la evaluación.
    • Se permiten las conexiones salientes en los puertos 443.
    • La memoria dinámica está habilitada para los servidores de Hyper-V.
    • Si el estado de la conexión de los agentes en Azure Migrate es "Conectado" y compruebe el último latido.
    • Para las valoraciones de Azure SQL, el estado de conexión de Azure Migrate para todas las instancias de SQL es "Conectado" en la sección de la instancia de SQL detectada.

    Recalcule la evaluación para reflejar los cambios más recientes en la clasificación de confianza.

  • En el caso de las evaluaciones de máquinas virtuales de Azure y AVS, se crearon pocos servidores después de iniciar la detección. Por ejemplo, si va a crear una valoración para el historial de rendimiento del último mes, pero se crearon algunos servidores en el entorno hace solo una semana. En este caso, los datos de rendimiento de los nuevos servidores no estarán disponibles para todo el período y la clasificación de confianza será baja. Más información.

  • En el caso de las evaluaciones de Azure SQL, se crearon algunas instancias de SQL o bases de datos después de que se iniciara la detección. Por ejemplo, si va a crear una valoración para el historial de rendimiento del último mes, pero se crearon algunas instancias o bases de datos de SQL en el entorno hace solo una semana. En este caso, los datos de rendimiento de los nuevos servidores no estarán disponibles para todo el período y la clasificación de confianza será baja. Más información.

¿Por qué mi uso de RAM es superior al 100 %?

Por diseño, en Hyper-V si el número máximo de memoria aprovisionada es menor que lo que requiere la máquina virtual, Assessment mostrará que el uso de memoria es superior al 100 %.

Veo un banner en mi evaluación que indica que esta ahora también tiene en cuenta los parámetros del procesador. ¿Cuál será el impacto de recalcular la evaluación?

La evaluación ahora tiene en cuenta los parámetros del procesador, como el número de núcleos operativos, sockets, etc. y calcula su rendimiento óptimo durante un período en un entorno simulado. Esto se hace para realizar pruebas comparativas de toda la información de procesador disponible basada en procesadores. Vuelva a calcular las evaluaciones para ver las recomendaciones actualizadas.

Los números de pruebas comparativas de procesador ahora se consideran junto con el uso de recursos para asegurarse de que coinciden con el rendimiento del procesador de los servidores de VMware, Hyper-V y físicos locales y se recomiendan los tamaños de SKU de Azure de destino según corresponda. Esta es una manera de mejorar aún más las recomendaciones de evaluación para que coincidan de forma más precisa con sus necesidades de rendimiento.

Debido a esto, el costo de la máquina virtual de Azure de destino puede diferir de las evaluaciones anteriores del mismo destino. Además, el número de núcleos asignados en la SKU de Azure de destino también puede variar si el rendimiento del procesador de destino es una coincidencia para los servidores locales de VMware, Hyper-V y Físicos.

En escenarios en los que los clientes eligen "como local", ¿hay algún impacto debido a la prueba comparativa del procesador?

No, no habrá ningún impacto, ya que no lo consideramos como escenario local.

¿Habrá un aumento en mis costos mensuales después de volver a calcular mis evaluaciones? ¿Este es el costo más optimizado para mí?

Si ha seleccionado todas las opciones disponibles para “serie de máquinas virtuales” en la configuración de evaluación, obtendrá la recomendación de costo más optimizada para las máquinas virtuales. Pero si elige solo algunas de las opciones disponibles para la serie de máquinas virtuales, la recomendación podría omitir la opción más optimizada al asignarle una SKU de máquina virtual de Azure mientras coincida con los números de rendimiento del procesador.

¿Por qué no puedo ver todas las familias de máquinas virtuales de Azure en las propiedades de evaluación de máquinas virtuales de Azure?

Puede haber dos razones:

  • Ha elegido una región de Azure donde no se admite una serie determinada. Las familias de máquinas virtuales de Azure que se muestran en las propiedades de evaluación de máquinas virtuales de Azure dependen de la disponibilidad de la serie de máquinas virtuales en la ubicación de Azure elegida, el tipo de almacenamiento y la instancia reservada.
  • La serie de máquinas virtuales no es compatible con la valoración y no está en la lógica de consideración de la valoración. Actualmente no se admiten series de SKU de alto rendimiento, aceleradas y ampliables de la serie B. Estamos intentando mantener actualizada la serie de máquinas virtuales y las mencionadas están en nuestra hoja de ruta.

El número de evaluaciones de máquinas virtuales de Azure o AVS en la herramienta de detección y evaluación es incorrecto

Para corregir esto, seleccione el número total de evaluaciones para ir a todas las valoraciones y recalcular la máquina virtual de Azure o la valoración de AVS. La herramienta de detección y evaluación mostrará el recuento correcto de ese tipo de evaluación.

Quiero probar la nueva evaluación de Azure SQL

La detección y valoración de instancias y bases de datos de SQL Server que se ejecutan en VMware, Microsoft Hyper-V y entornos físicos o sin sistema operativo, así como servidores IaaS de otras nubes públicas, como AWS, GCP, etc., ahora está en versión preliminar. Para empezar, realice este tutorial. Si quiere probar esta característica en un proyecto existente, asegúrese de que cumple los requisitos previos de este artículo.

Quiero probar la nueva evaluación de Azure App Service

La detección y evaluación de las aplicaciones web de .NET que se ejecutan en el entorno de VMware se encuentra ahora en versión preliminar. Para empezar, realice este tutorial. Si quiere probar esta característica en un proyecto existente, asegúrese de que cumple los requisitos previos de este artículo.

No puedo ver algunos servidores cuando creo una evaluación de Azure SQL

  • La evaluación de Azure SQL solo se puede realizar en servidores que se ejecutan donde se detectaron instancias de SQL. Si no ve los servidores y las instancias de SQL que quiere evaluar, espere el tiempo necesario para que se complete la detección y, después, cree la valoración.
  • Si no puede ver un grupo creado anteriormente durante la creación de la valoración, quite del grupo todos los servidores que no tengan una instancia de SQL.
  • Si está ejecutando valoraciones de Azure SQL en Azure Migrate por primera vez, es aconsejable crear un grupo de servidores.

No puedo ver algunos servidores cuando creo una evaluación de Azure App Service

  • La evaluación de Azure App Service solo se puede realizar en servidores que se ejecutan donde se ha detectado el rol del servidor web. Si no ve los servidores que quiere evaluar, espere unos momentos hasta que se complete la detección y, luego, cree la valoración.
  • Si no puede ver un grupo creado anteriormente durante la creación de la valoración, quite del grupo los servidores que no sean de VMware o que no tengan una aplicación web.
  • Si está ejecutando valoraciones de Azure App Service en Azure Migrate por primera vez, es aconsejable crear un grupo de servidores.

Quiero comprender cómo se ha calculado la preparación de la instancia

La preparación de las instancias de SQL se ha calculado después de realizar una comprobación de compatibilidad de características con el tipo de implementación de Azure SQL de destino (SQL Server en máquinas virtuales de Azure o Azure SQL Database o Azure SQL Managed Instance). Más información.

Quiero comprender cómo se ha calculado la preparación de mis aplicaciones web

La preparación de las aplicaciones web se calcula mediante la ejecución de una serie de comprobaciones técnicas para determinar si la aplicación web se ejecutará correctamente en Azure App Service o no. Estas comprobaciones están documentadas aquí.

¿Por qué mi aplicación web está marcada como Preparada con condiciones o No preparada en mi evaluación de Azure App Service?

Esto puede ocurrir cuando se produce un error en una o varias comprobaciones técnicas de una aplicación web determinada. Puede seleccionar el estado de preparación de la aplicación web para averiguar los detalles y la corrección de las comprobaciones con errores.

¿Por qué se marca la preparación de todas las instancias de SQL como desconocida?

Si la detección se ha iniciado recientemente y aún está en curso, es posible que vea la preparación de algunas o de todas las instancias de SQL como desconocida. Es recomendable que espere un tiempo para que el dispositivo pueda generar perfiles del entorno y, a continuación, volver a calcular la evaluación. La detección de SQL se realiza una vez cada 24 horas y puede que tenga que esperar hasta un día para que se reflejen los últimos cambios de configuración.

¿Por qué se marca la preparación de algunas o todas las instancias de SQL como desconocida?

Esto puede suceder si:

  • La detección todavía está en curso. Es recomendable que espere un tiempo para que el dispositivo pueda generar perfiles del entorno y, a continuación, volver a calcular la evaluación.
  • Hay algunos problemas de detección que debe corregir en la sección de errores y notificaciones.

La detección de SQL se realiza una vez cada 24 horas y puede que tenga que esperar hasta un día para que se reflejen los últimos cambios de configuración.

Mi valoración está en estado Obsoleto

Evaluación de máquina virtual de Azure o AVS

Si hay cambios en el entorno local de los servidores que se encuentran en un grupo que se ha evaluado, la evaluación se marca como obsoleta. Una valoración se puede marcar como "obsoleta" debido a uno o varios cambios en las siguientes propiedades:

  • Número de núcleos de procesador
  • Memoria asignada
  • Tipo de arranque o firmware
  • Nombre, versión y arquitectura del sistema operativo
  • Número de discos
  • Número de adaptadores de red
  • Cambio de tamaño de disco (GB asignados)
  • Actualización de las propiedades de NIC. Ejemplo: Cambios de dirección MAC, adición de direcciones IP etc.

Vuelva a calcular la evaluación para reflejar los cambios más recientes en la evaluación.

Evaluación de Azure SQL

Si hay cambios en las instancias de SQL del entorno local que se encuentran en un grupo que se ha evaluado, la evaluación se marca como Obsoleta.

  • Se ha agregado o eliminado una instancia de SQL de un servidor
  • Se ha agregado o eliminado una base de datos SQL de una instancia de SQL
  • El tamaño total de la base de datos de una instancia de SQL ha cambiado en más del 20 %
  • Cambio en el número de núcleos de procesador o memoria asignada

Vuelva a calcular la evaluación para reflejar los cambios más recientes en la evaluación.

Azure Migrate recomienda un tipo de implementación de Azure SQL específico que es compatible con su instancia de SQL. La migración a un destino recomendado de Microsoft reduce el esfuerzo general de migración. Se ha recomendado esta configuración de Azure SQL (SKU) después de considerar las características de rendimiento de la instancia de SQL y de las bases de datos que administra. Si hay varias configuraciones de Azure SQL válidas, se recomienda la que resulte más rentable. Más información.

¿Qué destino de implementación debo elegir si mi instancia de SQL está lista para Azure SQL Database y Azure SQL Managed Instance?

Si la instancia está lista para Azure SQL Database y Azure SQL Managed Instance, se recomienda el tipo de implementación de destino para el que el costo estimado de la configuración de Azure SQL sea menor.

No veo algunas bases de datos en mi evaluación, aunque la instancia forma parte de ella

La evaluación de Azure SQL solo incluye las bases de datos que presentan el estado En línea. En caso de que la base de datos esté en cualquier otro estado, la valoración omite el cálculo de preparación, tamaño y costo de esas bases de datos. En caso de que quiera evaluar estas bases de datos, cambie el estado de la base de datos y vuelva a calcular la evaluación en algún momento.

Quiero comparar los costos de la ejecución de mis instancias de SQL en máquinas virtuales de Azure con los de hacerlo en Azure SQL Database o Azure SQL Managed Instance

Puede crear una única valoración de Azure SQL que consta de los servidores SQL deseados de VMware, Microsoft Hyper-V y entornos físicos o sin sistema operativo, así como servidores IaaS de otras nubes públicas, como AWS, GCP, etc. Una sola valoración abarca la preparación, las SKU, los costes estimados y los bloqueadores de migración para todos los destinos de migración de SQL disponibles en Azure: Azure SQL Managed Instance, Azure SQL Database y SQL Server en Azure VM. A continuación, puede comparar la salida de evaluación de los destinos deseados. Más información

El costo de almacenamiento en mi evaluación de Azure SQL es cero

Para Azure SQL Managed Instance, no se agrega ningún costo de almacenamiento para el almacenamiento de los primeros 32 GB, por instancia y mes, y se agrega un costo de almacenamiento adicional para el almacenamiento en incrementos de 32 GB. Más información.

No puedo ver algunos grupos cuando creo una valoración de Azure VMware Solution (AVS).

  • La valoración de AVS se puede realizar en grupos que solo tienen máquinas de VMware. Quite cualquier máquina que no sea de VMware del grupo si pretende realizar una valoración de AVS.
  • Si está ejecutando valoraciones de AVS en Azure Migrate por primera vez, es aconsejable crear un grupo de máquinas de VMware.

Consultas relacionadas con discos Ultra

¿Puedo migrar mis discos a un disco Ultra mediante Azure Migrate?

No. Actualmente, Azure Migrate y Azure Site Recovery no admiten la migración a discos Ultra. Busque los pasos para implementar el disco Ultra aquí.

¿Por qué los valores de IOPS y rendimiento aprovisionados de mi disco Ultra son mayores que mis valores de IOPS y rendimiento locales?

Según la página oficial de precios, los discos Ultra se facturan según el tamaño, las IOPS y el rendimiento aprovisionados. Según un ejemplo que se proporciona:

Si aprovisiona un disco Ultra de 200 GiB, con 20 000 IOPS y 1000 MB/segundo, y lo elimina después de 20 horas, se asignará a la oferta de tamaño de disco de 256 GiB y se le cobrará por los 256 GiB, 20 000 IOPS y 1000 MB/segundo durante 20 horas.

IOPS que se van a aprovisionar = (rendimiento detectado) *1024/256

¿La recomendación de disco Ultra tiene en cuenta la latencia?

No, actualmente solo se usa el tamaño del disco, el rendimiento total y la cantidad de IOPS total para el dimensionamiento y el costo.

Es posible, ya que no todos los tamaños de VM que admiten el disco Ultra están presentes en todas las regiones que admiten discos Ultra. Cambie la región de evaluación de destino para obtener el tamaño de VM de este servidor.

No puedo ver algunos tamaños y tipos de VM en Azure Government

Los tamaños y tipos de VM que se admiten para la evaluación y la migración dependen de la disponibilidad en la ubicación de Azure Government. Puede revisar y comparar los tipos de VM en Azure Government.

El tamaño de mi servidor ha cambiado. ¿Puedo volver a ejecutar una valoración?

El dispositivo de Azure Migrate recopila continuamente información sobre el entorno local. Una valoración es una instantánea de un momento dado de los servidores locales. Si cambia la configuración de un servidor que quiere evaluar, use la opción de recalcular para actualizar la evaluación con los últimos cambios.

¿Cómo puedo detectar servidores en un entorno de varios inquilinos?

  • VMware: Si un entorno se comparte entre los inquilinos y no quiere detectar los servidores de un inquilino en la suscripción de otro inquilino, cree credenciales de VMware vCenter Server con acceso solo a los servidores que quiere detectar. Después, use esas credenciales al iniciar la detección en el dispositivo de Azure Migrate.
  • Hyper-V: la detección usa credenciales de host de Hyper-V. Si los servidores comparten el mismo host de Hyper-V, no hay actualmente ninguna manera de separar la detección.

¿vCenter Server es necesario?

Sí, Azure Migrate necesita vCenter Server para detectar un entorno de VMware a fin de realizar la detección. Azure Migrate no admite la detección de hosts de ESXi que no administra vCenter Server.

¿Cuáles son las opciones de dimensionamiento en una evaluación de máquinas virtuales de Azure?

Con el ajuste como tamaño local, Azure Migrate no tiene en cuenta los datos de rendimiento del servidor para la evaluación. Azure Migrate evalúa los tamaños de las VM en función de la configuración local. Con el ajuste de tamaño basado en el rendimiento, el ajuste de tamaño se basa en los datos de uso.

Por ejemplo, si un servidor local tiene 4 núcleos y 8 GB de memoria con un 50 % de uso de CPU y un 50 % de uso de memoria:

  • El ajuste de tamaño como local recomienda una SKU de máquina virtual de Azure con 4 núcleos y 8 GB de memoria.
  • Pero el ajuste de tamaño basado en el rendimiento recomendará una SKU de máquina virtual de 2 núcleos y 4 GB de memoria, ya que se tiene en cuenta el porcentaje de uso.

De forma similar, el ajuste de tamaño de disco depende del criterio de ajuste de tamaño y el tipo de almacenamiento:

  • Si el criterio de ajuste de tamaño se "basa en el rendimiento" y el tipo de almacenamiento es automático, Azure Migrate tiene en cuenta los valores de rendimiento y de IOPS del disco al identificar el tipo de disco de destino (Estándar, Prémium o Ultra).
  • Si el criterio de ajuste de tamaño es "como en el entorno local" y el tipo de almacenamiento es prémium, Azure Migrate recomienda una SKU de disco prémium, basada en el tamaño del disco local. Se aplica la misma lógica para ajustar el tamaño del disco cuando el criterio de ajuste de tamaño es como en el entorno local y el tipo de almacenamiento es Estándar, Prémium o Ultra.

¿El historial de rendimiento y el uso afectan al dimensionamiento en una valoración de máquinas virtuales de Azure?

Sí, el historial de rendimiento y el uso afectan al dimensionamiento de máquinas virtuales de Azure.

Historial de rendimiento

Solo para el ajuste de tamaño basado en el rendimiento, Azure Migrate recopila el historial de rendimiento de las máquinas locales y lo usa para recomendar el tipo de disco y el tamaño de la VM en Azure:

  1. El dispositivo realiza un perfil del entorno local continuamente para recopilar datos de uso en tiempo real cada 20 segundos.
  2. El dispositivo acumula los ejemplos de 20 segundos recopilados y los usa para crear un único punto de datos cada 15 minutos.
  3. Para crear el punto de datos, el dispositivo selecciona el valor máximo de todos los ejemplos de 20 segundos.
  4. El dispositivo envía el punto de datos a Azure.

Uso

Cuando se crea una evaluación en Azure, en función de la duración del rendimiento y el valor del percentil del historial de rendimiento, Azure Migrate calcula el valor del uso efectivo y lo usa para ajustar el tamaño.

Por ejemplo, si establece la duración del rendimiento en 1 día y el valor del percentil en el percentil 95, Azure Migrate ordena los puntos de ejemplo de 15 minutos que envía el recopilador para el último día de manera ascendente. Elige el valor del percentil 95 como el uso efectivo.

El uso del valor del percentil 95 garantiza la omisión de todos los valores atípicos. Los valores atípicos se pueden incluir si Azure Migrate usa el percentil 99. Para elegir el uso máximo para el período sin omitir ningún valor atípico, establezca Azure Migrate para que utilice el percentil 99.

¿En qué se diferencian las valoraciones basadas en la importación de las valoraciones con el origen de detección como dispositivo?

Las valoraciones de máquinas virtuales de Azure basadas en la importación son valoraciones creadas con máquinas que se importan en Azure Migrate mediante un archivo CSV. Solo hay cuatro campos obligatorios para importar: nombre del servidor, núcleos, memoria y sistema operativo. Estos son algunos aspectos que hay que tener en cuenta:

  • Los criterios de preparación son menos rigurosos en las valoraciones basadas en la importación en el parámetro de tipo de arranque. Si no se proporciona el tipo de arranque, se supone que la máquina usa el tipo BIOS y que no está marcada como condicionalmente preparada. En las valoraciones con el origen de detección como dispositivo, la preparación se marca como Condicionalmente preparada si falta el tipo de arranque. Esta diferencia en el cálculo de la preparación se debe a la posibilidad de que los usuarios no tengan toda la información sobre las máquinas en las primeras fases del planeamiento de la migración cuando se realicen evaluaciones basadas en la importación.
  • Las valoraciones de importación basadas en el rendimiento usan el valor de uso proporcionado por el usuario para el cálculo de tamaño correcto. Dado que el valor de uso lo proporciona el usuario, las opciones Historial de rendimiento y Utilización del percentil están deshabilitadas en las propiedades de la valoración. En las valoraciones con el origen de detección como dispositivo, el valor del percentil elegido se selecciona de los datos de rendimiento recopilados por el dispositivo.

¿Por qué la herramienta de migración sugerida en la evaluación de AVS basada en la importación está marcada como desconocida?

En el caso de las máquinas importadas mediante un archivo CSV, se desconoce la herramienta de migración predeterminada en una valoración de AVS. Aun así, para las máquinas de VMware, se recomienda usar la solución Hybrid Cloud Extension (HCX) de VMware. Más información.

Pasos siguientes

Obtenga más información sobre cómo detectar Máquinas virtuales de VMware, Máquinas virtuales de Hyper-Vy Servidores físicos.