Матрица поддержки для VMware discovery

В этой статье приведены предварительные требования и требования к поддержке для использования Миграция Azure: обнаружение и оценка средства для обнаружения и оценки серверов в среде VMware для миграции на Azure.

Для оценки серверов сначала создайте проект Миграция Azure. Миграция Azure: средство обнаружения и оценки автоматически добавляется в проект. Затем разверните устройство Миграция Azure. Устройство постоянно обнаруживает локальные или Решение Azure VMware серверы и отправляет метаданные конфигурации и производительности в Azure. По завершении обнаружения соберите обнаруженные серверы в группы и выполните оценки для каждой группы.

При планировании миграции серверов VMware на Azure см. матрицу поддержки migration.

Требования для VMware

VMware Сведения
VCenter Server Серверы, которые необходимо обнаружить и оценить, должны управляться vCenter Server версии 8.0, 7.0, 6.7, 6.5, 6.0 или 5.5.

Обнаружение серверов путем предоставления сведений об узле ESXi в устройстве в настоящее время не поддерживается.

Адреса IPv6 не поддерживаются для vCenter Server (для обнаружения и оценки серверов) и узлов ESXi (для репликации серверов).
Разрешения Инструмент Миграция Azure: Discovery and assessment требует учетную запись vCenter Server с правами только для чтения.

Если вы хотите использовать средство для инвентаризации программного обеспечения, анализа зависимостей без агента, веб-приложений и обнаружения SQL, учетная запись должна иметь привилегии для гостевых операций на виртуальных машинах VMware (виртуальных машинах).

Требования к серверу

VMware Сведения
Операционные системы Для миграции можно оценить все операционные системы Windows и Linux.
Хранение Поддерживаются диски, подключенные к контроллерам SCSI, IDE и SATA.

требования к устройству Миграция Azure

Миграция Azure и модернизация используют устройство Миграция Azure для обнаружения и оценки. Вы можете развернуть устройство в качестве сервера в среде VMware с помощью шаблона устройства VMware Open Virtualization, импортированного в vCenter Server. Вы также можете использовать скрипт PowerShell. Дополнительные сведения о требованиях к устройству для VMware.

Ниже приведены дополнительные требования к устройству:

Требования для доступа к порту

Устройство Подключение
аппарат Миграция Azure Входящие подключения через TCP-порт 3389 для удаленного подключения к рабочему столу устройства.

Входящие подключения через порт 44368 для удаленного доступа к приложению управления устройством с помощью URL-адреса https://<appliance-ip-or-name>:44368

Исходящие подключения через порт 443 (HTTPS) для отправки метаданных обнаружения и производительности в Миграция Azure и Modernize.
VCenter Server Входящие подключения через TCP-порт 443, чтобы разрешить устройству получать метаданные конфигурации и производительности для оценки.

По умолчанию устройство подключается к vCenter через порт 443. Если vCenter Server слушает на другом порту, можно изменить порт при настройке обнаружения.
ESXi хосты Для обнаружения ресурсов программного обеспечения или анализа зависимостей без агента устройство подключается к узлам ESXi через TCP-порт 443, чтобы обнаружить ресурсы программного обеспечения и зависимости на серверах.

Требования к инвентаризации программного обеспечения

Помимо обнаружения серверов, в Миграция Azure Discovery and Assessment можно выполнять инвентаризацию программного обеспечения на серверах. Инвентаризация программного обеспечения предоставляет список приложений, ролей и функций, работающих на Windows и серверах Linux, обнаруженных с помощью Миграция Azure и модернизации. Он позволяет определить и запланировать путь миграции, адаптированный для локальных или Решение Azure VMware рабочих нагрузок.

Поддержка Сведения
Поддерживаемые серверы Вы можете выполнять инвентаризацию программного обеспечения на до 10 000 серверов, работающих на серверах vCenter Server, добавленных на каждое устройство Миграция Azure.
Операционные системы Поддерживаются все серверы с Windows и версиями Linux.
Требования к серверу Для инвентаризации программного обеспечения необходимо установить и запустить средства VMware на серверах. Инструменты VMware должны быть версии 10.2.1 или новее.

Windows серверам необходимо установить PowerShell версии 2.0 или более поздней версии.

Инструментарий управления Windows (WMI) должен быть включен и доступен на серверах Windows для сбора сведений о ролях и функциях, установленных на серверах.
Учетная запись vCenter Server Чтобы взаимодействовать с серверами для инвентаризации программного обеспечения, учетная запись vCenter Server, используемая только для оценки, должна иметь привилегии для гостевых операций на виртуальных машинах VMware.
Доступ к серверу Вы можете добавить несколько доменов и учетных данных, отличных от доменов (Windows/Linux) в диспетчере конфигурации устройства для инвентаризации программного обеспечения.

У вас должна быть учетная запись гостевого пользователя для серверов Windows и стандартной учетной записи пользователя (не доступ к sudo) для всех серверов Linux.
Доступ к портам Устройство Миграция Azure должно иметь возможность подключаться к TCP-порту 443 на узлах ESXi под управлением серверов, на которых требуется выполнить инвентаризацию программного обеспечения. Сервер, на котором выполняется vCenter Server, возвращает подключение к узлу ESXi для загрузки файла, содержащего сведения о ресурсах программного обеспечения.

Если вы используете учетные данные домена, устройство Миграция Azure должно иметь возможность подключаться к следующим портам TCP и UDP:

TCP 135 — конечная точка RPC
TCP 389 — LDAP
TCP 636 — ПРОТОКОЛ SSL LDAP
TCP 445 — SMB
TCP/UDP 88 — проверка подлинности Kerberos
TCP/UDP 464 – операции изменения Kerberos
Открытие Инвентаризация программного обеспечения на серверах выполняется из vCenter Server с помощью средств VMware, установленных на серверах.

Устройство собирает сведения об инвентаризации ресурсов программного обеспечения с сервера, на котором запущено средство  vCenter Server, с помощью API-интерфейсов vSphere.

Инвентаризация программного обеспечения выполняется без агента. На сервере не установлен агент, и устройство не подключается напрямую к серверам.

Условия обнаружения экземпляров SQL Server и его баз данных

Software inventory определяет экземпляры SQL Server. Устройство пытается подключиться к соответствующим экземплярам SQL Server с использованием аутентификации Windows или учетных данных аутентификации SQL Server в диспетчере конфигурации устройства, используя эту информацию. Устройство может подключаться только к тем SQL Server экземплярам, к которым он имеет сетевую линию видимости. Инвентаризация программного обеспечения сама по себе может не нуждаться в сетевой линии видимости.

После подключения устройства он собирает данные конфигурации и производительности для SQL Server экземпляров и баз данных. Устройство обновляет данные конфигурации SQL Server каждые 24 часа и записывает данные о производительности каждые 30 секунд.

Поддержка Сведения
Поддерживаемые серверы Поддерживается только для серверов, работающих SQL Server в виртуальных средах VMware, Майкрософт Hyper-V и физических и неуправляемых средах и инфраструктурах как услуга (IaaS) других общедоступных облаков, таких как Amazon Web Services (AWS) и Google Cloud Platform (GCP).

Вы можете обнаружить до 750 экземпляров SQL Server или 15 000 баз данных SQL, в зависимости от того, что меньше, из одного устройства. Рекомендуется убедиться, что устройство предназначено для обнаружения менее чем 600 серверов, работающих под управлением SQL, чтобы избежать проблем с масштабированием.
серверы Windows поддерживаются Windows Server 2008 и более поздних версий.
Серверы Linux В настоящее время не поддерживается.
Механизм аутентификации Поддерживаются как Windows, так и SQL Server аутентификация. Вы можете указать в диспетчере конфигурации устройства учетные данные обоих типов проверки подлинности.
доступ к SQL Server Чтобы обнаружить инстанции и базы данных SQL Server, для учетной записи Windows, домена или учетной записи SQL Server необходимы эти разрешения на чтение с низким уровнем привилегий для каждого инстанции SQL Server. Вы можете использовать программу подготовки учетных записей с низким уровнем привилегий для создания пользовательских учетных записей или использования любой существующей учетной записи, являющейся членом роли сервера sysadmin для простоты.
версии SQL Server поддерживаются SQL Server 2008 и более поздних версий.
выпуски SQL Server Поддерживаются выпуски Enterprise, Standard, Developer и Express.
Поддерживаемая конфигурация SQL Поддерживается обнаружение автономных, высокодоступных и аварийно защищенных развертываний SQL. Обнаружение развертываний SQL для обеспечения высокой доступности и аварийного восстановления, которые реализованы с помощью экземпляров отказоустойчивого кластера Always On и групп доступности Always On, также поддерживается.
Поддерживаемые службы SQL Поддерживается только SQL Server Database Engine.

Обнаружение SQL Server Reporting Services, SQL Server Integration Services и SQL Server Analysis Services не поддерживается.

Замечание

По умолчанию Миграция Azure and Modernize используют наиболее защищенный способ соединения с инстанциями SQL. То есть Миграция Azure и модернизирует шифрует обмен данными между устройством Миграция Azure и исходными экземплярами SQL Server, задавая свойству TrustServerCertificate значение true. Кроме того, транспортный слой использует защищенный слой сокетов для шифрования канала и обхода цепочки сертификатов для проверки доверия. По этой причине сервер приложения должен быть настроен на доверие корневому удостоверяющему центру сертификата.

Однако параметры подключения можно изменить, выбрав Edit SQL Server свойства подключения на устройстве. Узнайте больше о том, что следует выбрать.

Настройка пользовательского входа для обнаружения SQL Server

Используйте приведенные ниже примеры скриптов, чтобы создать учетную запись и обеспечить её необходимыми разрешениями.

Аутентификация Windows

-- Create a login to run the assessment
use master;
DECLARE @SID NVARCHAR(MAX) = N'';
CREATE LOGIN [MYDOMAIN\MYACCOUNT] FROM WINDOWS;
SELECT @SID = N'0x'+CONVERT(NVARCHAR, sid, 2) FROM sys.syslogins where name = 'MYDOMAIN\MYACCOUNT'
IF (ISNULL(@SID,'') != '')
  PRINT N'Created login [MYDOMAIN\MYACCOUNT] with SID = ' + @SID
ELSE
  PRINT N'Login creation failed'
GO    

-- Create user in every database other than tempdb, model, and secondary AG databases (with connection_type = ALL) and provide minimal read-only permissions.
USE master;
EXECUTE sp_MSforeachdb '
  USE [?];
  IF (''?'' NOT IN (''tempdb'',''model''))
  BEGIN
    DECLARE @is_secondary_replica BIT = 0;
    IF CAST(PARSENAME(CAST(SERVERPROPERTY(''ProductVersion'') AS VARCHAR), 4) AS INT) >= 11
    BEGIN
      DECLARE @innersql NVARCHAR(MAX);
      SET @innersql = N''
        SELECT @is_secondary_replica = IIF(
          EXISTS (
              SELECT 1
              FROM sys.availability_replicas a
              INNER JOIN sys.dm_hadr_database_replica_states b
              ON a.replica_id = b.replica_id
              WHERE b.is_local = 1
              AND b.is_primary_replica = 0
              AND a.secondary_role_allow_connections = 2
              AND b.database_id = DB_ID()
          ), 1, 0
        );
      '';
      EXEC sp_executesql @innersql, N''@is_secondary_replica BIT OUTPUT'', @is_secondary_replica OUTPUT;
    END
    IF (@is_secondary_replica = 0)
    BEGIN
      CREATE USER [MYDOMAIN\MYACCOUNT] FOR LOGIN [MYDOMAIN\MYACCOUNT];
      GRANT SELECT ON sys.sql_expression_dependencies TO [MYDOMAIN\MYACCOUNT];
      GRANT VIEW DATABASE STATE TO [MYDOMAIN\MYACCOUNT];
    END
  END'
GO

-- Provide server level read-only permissions
use master;
GRANT SELECT ON sys.sql_expression_dependencies TO [MYDOMAIN\MYACCOUNT];
GRANT EXECUTE ON OBJECT::sys.xp_regenumkeys TO [MYDOMAIN\MYACCOUNT];
GRANT EXECUTE ON OBJECT::sys.xp_instance_regread TO [MYDOMAIN\MYACCOUNT];
GRANT VIEW DATABASE STATE TO [MYDOMAIN\MYACCOUNT];
GRANT VIEW SERVER STATE TO [MYDOMAIN\MYACCOUNT];
GRANT VIEW ANY DEFINITION TO [MYDOMAIN\MYACCOUNT];
GO

-- Provide msdb specific permissions
use msdb;
GRANT EXECUTE ON [msdb].[dbo].[agent_datetime] TO [MYDOMAIN\MYACCOUNT];
GRANT SELECT ON [msdb].[dbo].[sysjobsteps] TO [MYDOMAIN\MYACCOUNT];
GRANT SELECT ON [msdb].[dbo].[syssubsystems] TO [MYDOMAIN\MYACCOUNT];
GRANT SELECT ON [msdb].[dbo].[sysjobhistory] TO [MYDOMAIN\MYACCOUNT];
GRANT SELECT ON [msdb].[dbo].[syscategories] TO [MYDOMAIN\MYACCOUNT];
GRANT SELECT ON [msdb].[dbo].[sysjobs] TO [MYDOMAIN\MYACCOUNT];
GRANT SELECT ON [msdb].[dbo].[sysmaintplan_plans] TO [MYDOMAIN\MYACCOUNT];
GRANT SELECT ON [msdb].[dbo].[syscollector_collection_sets] TO [MYDOMAIN\MYACCOUNT];
GRANT SELECT ON [msdb].[dbo].[sysmail_profile] TO [MYDOMAIN\MYACCOUNT];
GRANT SELECT ON [msdb].[dbo].[sysmail_profileaccount] TO [MYDOMAIN\MYACCOUNT];
GRANT SELECT ON [msdb].[dbo].[sysmail_account] TO [MYDOMAIN\MYACCOUNT];
GO

-- Clean up
--use master;
-- EXECUTE sp_MSforeachdb 'USE [?]; DROP USER [MYDOMAIN\MYACCOUNT]'
-- DROP LOGIN [MYDOMAIN\MYACCOUNT];
--GO

проверка подлинности SQL Server

--- Create a login to run the assessment
use master;
-- NOTE: SQL instances that host replicas of Always On availability groups must use the same SID for the SQL login.
 -- After the account is created in one of the members, copy the SID output from the script and include this value
 -- when executing against the remaining replicas.
 -- When the SID needs to be specified, add the value to the @SID variable definition below.
DECLARE @SID NVARCHAR(MAX) = N'';
IF (@SID = N'')
BEGIN
 CREATE LOGIN [evaluator]
     WITH PASSWORD = '<provide a strong password>'
END
ELSE
BEGIN
 DECLARE @SQLString NVARCHAR(500) = 'CREATE LOGIN [evaluator]
   WITH PASSWORD = ''<provide a strong password>''
   , SID = ' + @SID
 EXEC SP_EXECUTESQL @SQLString
END
SELECT @SID = N'0x'+CONVERT(NVARCHAR(100), sid, 2) FROM sys.syslogins where name = 'evaluator'
IF (ISNULL(@SID,'') != '')
 PRINT N'Created login [evaluator] with SID = '''+ @SID +'''. If this instance hosts any Always On Availability Group replica, use this SID value when executing the script against the instances hosting the other replicas'
ELSE
 PRINT N'Login creation failed'
GO

-- Create user in every database other than tempdb, model, and secondary AG databases (with connection_type = ALL) and provide minimal read-only permissions.
USE master;
EXECUTE sp_MSforeachdb '
 USE [?];
 IF (''?'' NOT IN (''tempdb'',''model''))
 BEGIN
   DECLARE @is_secondary_replica BIT = 0;
   IF CAST(PARSENAME(CAST(SERVERPROPERTY(''ProductVersion'') AS VARCHAR), 4) AS INT) >= 11
   BEGIN
     DECLARE @innersql NVARCHAR(MAX);
     SET @innersql = N''
       SELECT @is_secondary_replica = IIF(
         EXISTS (
           SELECT 1
           FROM sys.availability_replicas a
           INNER JOIN sys.dm_hadr_database_replica_states b
             ON a.replica_id = b.replica_id
           WHERE b.is_local = 1
             AND b.is_primary_replica = 0
             AND a.secondary_role_allow_connections = 2
             AND b.database_id = DB_ID()
         ), 1, 0
       );
     '';
     EXEC sp_executesql @innersql, N''@is_secondary_replica BIT OUTPUT'', @is_secondary_replica OUTPUT;
   END

   IF (@is_secondary_replica = 0)
   BEGIN
       CREATE USER [evaluator] FOR LOGIN [evaluator];
       GRANT SELECT ON sys.sql_expression_dependencies TO [evaluator];
       GRANT VIEW DATABASE STATE TO [evaluator];
   END
 END'
GO

-- Provide server level read-only permissions
USE master;
GRANT SELECT ON sys.sql_expression_dependencies TO [evaluator];
GRANT EXECUTE ON OBJECT::sys.xp_regenumkeys TO [evaluator];
GRANT EXECUTE ON OBJECT::sys.xp_instance_regread TO [evaluator];
GRANT VIEW DATABASE STATE TO [evaluator];
GRANT VIEW SERVER STATE TO [evaluator];
GRANT VIEW ANY DEFINITION TO [evaluator];
GO

-- Provide msdb specific permissions
USE msdb;
GRANT EXECUTE ON [msdb].[dbo].[agent_datetime] TO [evaluator];
GRANT SELECT ON [msdb].[dbo].[sysjobsteps] TO [evaluator];
GRANT SELECT ON [msdb].[dbo].[syssubsystems] TO [evaluator];
GRANT SELECT ON [msdb].[dbo].[sysjobhistory] TO [evaluator];
GRANT SELECT ON [msdb].[dbo].[syscategories] TO [evaluator];
GRANT SELECT ON [msdb].[dbo].[sysjobs] TO [evaluator];
GRANT SELECT ON [msdb].[dbo].[sysmaintplan_plans] TO [evaluator];
GRANT SELECT ON [msdb].[dbo].[syscollector_collection_sets] TO [evaluator];
GRANT SELECT ON [msdb].[dbo].[sysmail_profile] TO [evaluator];
GRANT SELECT ON [msdb].[dbo].[sysmail_profileaccount] TO [evaluator];
GRANT SELECT ON [msdb].[dbo].[sysmail_account] TO [evaluator];
GO

-- Clean up
--use master;
-- EXECUTE sp_MSforeachdb 'USE [?]; BEGIN TRY DROP USER [evaluator] END TRY BEGIN CATCH PRINT ERROR_MESSAGE() END CATCH;'
-- BEGIN TRY DROP LOGIN [evaluator] END TRY BEGIN CATCH PRINT ERROR_MESSAGE() END CATCH;
--GO

Требования к обнаружению веб-приложений

Инвентаризация программного обеспечения определяет роль веб-сервера, существующую на обнаруженных серверах. Если на сервере установлен веб-сервер, Миграция Azure обнаруживает веб-приложения на сервере.

В устройстве можно добавить как доменные, так и недоменные учетные данные. Убедитесь, что используемая учетная запись имеет права локального администратора на исходных серверах. Миграция Azure и модернизация автоматически сопоставляют учетные данные с соответствующими серверами, поэтому их не нужно сопоставлять вручную. Самое главное, эти учетные данные никогда не отправляются в Майкрософт и остаются на устройстве, работающем в исходной среде.

После подключения устройства собираются данные конфигурации для ASP.NET веб-приложений (веб-сервер IIS) и веб-приложений Java (серверы Tomcat). Данные конфигурации веб-приложений обновляются каждые 24 часа.

Поддержка веб-приложения ASP.NET веб-приложения Java
Стек VMware, Hyper-V и физические серверы. VMware, Hyper-V и физические серверы.
серверы Windows поддерживаются Windows Server 2008 R2 и более поздних версий. Не поддерживается.
Серверы Linux Не поддерживается Серверы, соответствующие требованиям.
Версии веб-сервера IIS 7.5 и более поздних версий. Tomcat 8 или более поздней версии.
Подключение Использует средства VMware.

Если средства VMware не установлены, по умолчанию используется порт WinRM 5986 (HTTPS). Если необходимые компоненты HTTPS не настроены на целевых серверах, обмен данными возвращается к порту WinRM 5985 (HTTP)		 Использует средства VMware.

Если средства VMware не установлены, используется порт SSH 22 (TCP).
Необходимые привилегии Пользователь должен быть частью двух групп пользователей 1. Пользователи удаленного управления 2. IIS_IUSRS. У пользователей должны быть разрешения на чтение на следующих расположениях: C:\Windows\system32\inetsrv\config, C:\Windows\system32\inetsrv\config\applicationHost.config и C:\Windows\system32\inetsrv\config\redirection.config.

Добавьте пользователя в настройку "вход с правами выполнения пакетных заданий" при помощи secpol.msc и убедитесь, что пользователь не входит в группу "запретить вход с правами выполнения пакетных заданий".		 Назначьте разрешения на чтение (r) и выполнение (x) рекурсивно для всех каталогов CATALINA_HOME.

Замечание

Данные всегда шифруются в неактивном состоянии и во время передачи.

Требования к анализу зависимостей без агента

Анализ зависимостей помогает анализировать зависимости между обнаруженными серверами. Можно легко визуализировать зависимости с помощью представления карты в проекте Миграция Azure. Зависимости можно использовать для группировки связанных серверов для миграции в Azure. В следующей таблице приведены требования к настройке анализа зависимостей без агента.

Поддержка Сведения
Поддерживаемые серверы Вы можете включить безагентный анализ зависимостей для до 1000 серверов (на нескольких серверах vCenter), обнаруженных на одно устройство.
серверы Windows Windows Server 2022
Windows Server 2019
Windows Server 2016
Windows Server 2012 R2
Windows Server 2012
Windows Server 2008 R2 (64-разрядная версия)
Windows Server 2008 (32-разрядная версия)
Серверы Linux Red Hat Enterprise Linux 6.x, 7.x, 8.x, 9.x, 9.5
Ubuntu 24.04, 22.04, 12.04, 14.04, 16.04, 18.04, 20.04, 22.04
OracleLinux 6.1, 6.7, 6.8, 6.9, 7.2, 7.3, 7.4, 7.5, 7.6, 7.7, 7.8, 7.9, 8, 8.1, 8.3, 8.5
SUSE Linux 10, 11 SP4, 12 SP1, 12 SP2, 12 SP3, 12 SP4, 15 SP2, 15 SP3
Debian 7, 8, 9, 10, 11
Alma Linux 8.x, 9.x
Rocky Linux 8.x, 9.x
Требования к серверу Средства VMware (10.2.1 и более новой версии) должны быть установлены и запущены на серверах, которые требуется проанализировать.

Windows серверы имеют PowerShell версии 2.0 или более поздней версии.

На серверах Linux установлены Bash версии 4.0 или позже.

WMI должен быть включен и доступен на серверах Windows.
Учетная запись vCenter Server Учетная запись только для чтения, используемая для оценки в Миграция Azure и Modernize, должна иметь привилегии для операций с гостем на виртуальных машинах VMware.
доступ к серверу Windows Учетная запись (локальная или доменная) с разрешениями администратора на серверах.
Доступ к серверу Linux Учетная запись пользователя sudo с разрешениями на выполнение команд ls и netstat. Если вы предоставляете учетную запись пользователя sudo, убедитесь, что вы включите NOPASSWD для учетной записи для выполнения необходимых команд без запроса пароля при каждом вызове команды sudo.

Доступ к портам Устройство Миграция Azure должно иметь возможность подключаться к TCP-порту 443 на узлах ESXi, на которых выполняются серверы с зависимостями, которые нужно обнаружить. Сервер, на котором выполняется vCenter Server, возвращает подключение к узлу ESXi для загрузки файла, содержащего данные о зависимости.
Метод обнаружения Сведения о зависимостях между серверами собираются с помощью средств VMware, установленных на сервере, на котором выполняется vCenter Server.

Устройство собирает сведения с сервера с помощью API-интерфейсов vSphere.

На сервере не установлен агент, и устройство не подключается непосредственно к серверам.

Замечание

В некоторых последних версиях ОС Linux команда netstat была заменена ss командой, учитывая это при подготовке серверов.

Требования к анализу зависимостей на основе агента

анализ Dependency помогает определить зависимости между локальными или Решение Azure VMware серверами, которые необходимо оценить и перенести в Azure. В следующей таблице перечислены требования для настройки анализа зависимостей на основе агента.

Требование Сведения
Перед развертыванием У вас должен быть проект с инструментом обнаружения и оценки Миграция Azure, добавленным в проект.

Вы развертываете визуализацию зависимостей после настройки устройства Миграция Azure для обнаружения локальных или Решение Azure VMware серверов.

Узнайте, как создать проект в первый раз.
Узнайте, как добавить средство обнаружения и оценки в существующий проект.
Узнайте, как настроить устройство Миграция Azure для оценки Hyper-V, VMware или физических серверов.
Поддерживаемые серверы Поддерживается для всех серверов в локальной среде и Решение Azure VMware.
Log Analytics Миграция Azure и Modernize используют решение Service Map в журналах Azure Monitor для визуализации зависимостей.

Вы связываете новую или существующую рабочую область Log Analytics с проектом. Вы не можете изменить рабочую область для проекта после добавления рабочей области.

Рабочее пространство должно находиться в той же подписке, что и проект.

Рабочая область должна находиться в следующих регионах: Восточная часть США, Юго-Восточная Азия или Западная Европа. Рабочие области в других регионах не могут быть привязаны к проекту.

Рабочая область должна находиться в регионе, в котором поддерживается карта служб. Вы можете отслеживать виртуальные машины Azure в любом регионе. Сами виртуальные машины не ограничиваются регионами, поддерживаемыми рабочей областью Log Analytics.

В Log Analytics рабочая область, связанная с Миграция Azure, помечена ключом проекта и именем проекта.
Необходимые агенты На каждом сервере, который необходимо проанализировать, установите следующие агенты:
— агент Azure Monitor (AMA)
- Агент зависимостей

Если локальные или Решение Azure VMware серверы не подключены к Интернету, скачайте и установите на них шлюз Log Analytics.

Дополнительные сведения об установке агента Dependency и агента Azure Monitor.
Рабочая область Log Analytics Рабочее пространство должно находиться в той же подписке, что и проект.

Миграция Azure поддерживает рабочие области, расположенные в регионах "Восточная часть США", "Юго-Восточная Азия" и "Западная Европа".

Рабочая область должна находиться в регионе, в котором поддерживается Service Map. Вы можете отслеживать виртуальные машины Azure в любом регионе. Сами виртуальные машины не ограничиваются регионами, поддерживаемыми рабочей областью Log Analytics.

Вы не можете изменить рабочую область для проекта после добавления рабочей области.
Себестоимость Решение "Карта служб" не взимает никаких расходов в течение первых 180 дней. Число начинается с дня, когда вы связываете рабочую область Log Analytics с проектом.

Через 180 дней начинают применяться обычные тарифы Log Analytics.

Использование любого решения, отличного от схемы обслуживания в связанной рабочей области Log Analytics, вызывает стандартные расходы для Log Analytics.

При удалении проекта рабочая область не удаляется автоматически. После удаления проекта использование карты служб не является бесплатным. Каждый узел оплачивается в соответствии с платным тарифом рабочей области Log Analytics.

Если у вас есть проекты, созданные до того как Миграция Azure вышел в общедоступный доступ (GA) 28 февраля 2018 г., вы можете понести другие расходы на карту служб. Чтобы убедиться, что плата взимается только через 180 дней, рекомендуется создать новый проект. Рабочие пространства, созданные до этапа GA, по-прежнему подлежат оплате.
Управление При регистрации агентов в рабочей области необходимо использовать идентификатор и ключ, предоставленные проектом.

Вы можете использовать рабочую область Log Analytics за пределами Миграция Azure и Modernize.

При удалении связанного проекта рабочая область не удаляется автоматически. Удалите его вручную.

Не удаляйте рабочую область, созданную Миграция Azure и модернизировать, если вы не удаляете проект. Если вы так поступите, функция визуализации зависимостей не будет работать должным образом.
Подключение к Интернету Если серверы не подключены к Интернету, установите шлюз Log Analytics на серверах.
Azure для государственных организаций (облако для государственных учреждений) Анализ зависимостей на основе агента не поддерживается.

Ограничения

Требование Сведения
Ограничения проекта В подписке Azure можно создать несколько проектов Миграция Azure.

Вы можете обнаруживать и оценивать до 35 000 серверов в среде VMware в одном проекте. Проект может включать физические серверы и серверы из среды Hyper-V до ограничений оценки.
Открытие Устройство Миграция Azure может обнаруживать до 10 000 серверов, работающих на нескольких серверах vCenter.

Устройство поддерживает добавление нескольких серверов vCenter Server. На устройство можно добавить до 10 серверов vCenter Server.

Масштаб также действителен для доступа к обнаруженным серверам в решении Миграция Azure VMware Solution (AVS).

Один и тот же vCenter можно обнаружить несколькими устройствами в одном проекте, но не рекомендуется использовать одну виртуальную машину, обнаруженную несколькими устройствами. Дополнительные сведения о настройке области обнаружения.
Оценка В одну группу можно добавить до 35 000 серверов.

Вы можете оценить до 35 000 серверов в одной операции.

Дополнительные сведения об оценках.

Импорт серверов с помощью RVTools XLSX (предварительная версия)

В рамках пути миграции к Azure с помощью устройства Миграция Azure сначала обнаруживаются серверы, инвентаризация и рабочие нагрузки. Однако для быстрой оценки перед развертыванием устройства можно импортировать серверы с помощью файла RVTools XLSX (предварительная версия).

Ключевые преимущества

Использование файла XLSX RVTools:

  • Помогает создать бизнес-дело или оценить серверы перед развертыванием устройства.
  • Помощь в качестве альтернативы, если существует ограничение организации для развертывания устройства Миграция Azure.
  • Будет полезным, если у вас нет возможности предоставить учетные данные для доступа к локальным или Решение Azure VMware сервером.
  • Полезно, если ограничения безопасности препятствуют сбору и отправке данных, собранных устройством в Azure.

Ограничения

В этом разделе рассматриваются ограничения, которые следует учитывать.

Если вы импортируете серверы с помощью файла RVTools XLSX и создаете бизнес-вариант, ниже приведены некоторые ограничения.

  • Длительность журнала производительности в параметрах Azure неактуальна.
  • Серверы относятся к категории 'неизвестные' в диаграмме аналитики использования бизнес-кейсов и оцениваются без оптимизации для затрат на Azure или Решение Azure VMware.

Дальнейшие шаги

  • Last updated on