Matice podpory pro detekci VMware

Tento článek shrnuje požadavky a požadavky na podporu pro použití nástroje Azure Migrate: Zjišťování a hodnocení nástroj pro zjišťování a posouzení serverů v prostředí VMware pro migraci do Azure.

Pokud chcete posoudit servery, nejprve vytvořte Azure Migrate projekt. Azure Migrate: Nástroj pro zjišťování a hodnocení se automaticky přidá do projektu. Pak nasaďte zařízení Azure Migrate. Zařízení nepřetržitě zjišťuje místní nebo Řešení Azure VMware servery a odesílá do Azure konfigurační a výkonová metadata. Jakmile je proces objevu ukončen, seskupte objevené servery do skupin a proveďte posouzení pro každou skupinu.

Při plánování migrace serverů VMware na Azure se podívejte na matici podpory migrace.

Požadavky VMware

VMware Podrobnosti
vCenter Server Servery, které chcete objevit a hodnotit, musí být spravovány systémem vCenter Server verze 9.0, 8.0, 7.0, 6.7, 6.5, 6.0 nebo 5.5.

Objevování serverů poskytnutím detailů o ESXi hostiteli v zařízení momentálně není podporováno.

IPv6 adresy nejsou podporovány pro vCenter Server (pro objevování a hodnocení serverů) a pro ESXi hostitele (pro replikaci serverů).
Povolení Nástroj pro zjišťování a posouzení Azure Migrate vyžaduje účet jen pro čtení vCenter Serveru.

Pokud chcete použít nástroj pro inventarizaci softwaru, analýzu závislostí bez agenta, webové aplikace a SQL objev, účet musí mít privilegia pro operace hosta na virtuálních strojích VMware (VM).

Požadavky na server

VMware Podrobnosti
Operační systémy Pro migraci je možné posoudit všechny operační systémy Windows a Linux.
Storage Disky připojené k řadičům SCSI, IDE a SATA jsou podporovány.

požadavky na zařízení Azure Migrate

Azure Migrate a Modernize pomocí zařízení Azure Migrate provádí zjišťování a hodnocení. Zařízení můžete nasadit jako server ve svém prostředí VMware pomocí šablony VMware Open Virtualization Appliance, která je importována do vCenter Server. Můžete také použít skript PowerShellu. Přečtěte si další informace o požadavcích zařízení pro VMware.

Zde jsou další požadavky na spotřebič:

Požadavky na přístup k přístavu

Zařízení Připojení
Zařízení Azure Migrate Příchozí připojení na portu TCP 3389 umožňují vzdálené připojení ke zařízení.

Příchozí připojení na portu 44368 pro vzdálený přístup k aplikaci pro správu zařízení pomocí URL adresy https://<appliance-ip-or-name>:44368.

Odchozí připojení na portu 443 (HTTPS) slouží k odesílání metadat zjišťování a výkonu do Azure Migrate and Modernize.
vCenter Server Příchozí připojení na TCP port 443 umožňují zařízení shromažďovat metadata konfigurace a výkonu pro hodnocení.

Spotřebič se připojuje k vCenter na portu 443 ve výchozím nastavení. Pokud vCenter Server naslouchá na jiném portu, můžete změnit tento port při nastavování vyhledávání.
Hostitelé ESXi Pro zjišťování softwarového inventáře nebo bezagentovou analýzu závislostí se zařízení připojuje k hostitelům ESXi na TCP portu 443, aby zjistilo softwarový inventář a závislosti na serverech.

Požadavky na inventář softwaru

Kromě zjišťování serverů Azure Migrate: Zjišťování a hodnocení může na serverech provádět inventář softwaru. Inventář softwaru poskytuje seznam aplikací, rolí a funkcí spuštěných na Windows a linuxových serverech zjištěných pomocí Azure Migrate a modernizace. Umožňuje identifikovat a naplánovat cestu migrace přizpůsobenou místním nebo Řešení Azure VMware úlohám.

Podpora Podrobnosti
Podporované servery Inventář softwaru můžete provádět až na 10 000 serverech spuštěných na všech serverech vCenter přidaných do každého zařízení Azure Migrate.
Operační systémy Podporují se servery se všemi verzemi Windows a Linuxu.
Požadavky na server Pro inventarizaci softwaru musí být na vašich serverech nainstalovány a spuštěny VMware Tools. Verze nástroje VMware Tools musí být verze 10.2.1 nebo novější.

Windows servery musí mít nainstalovaný PowerShell verze 2.0 nebo novější.

Windows Management Instrumentation (WMI) musí být povolené a dostupné na Windows serverech pro shromáždění podrobností o rolích a funkcích nainstalovaných na serverech.
vCenter Server účet Chcete-li interagovat se servery pro inventarizaci softwaru, účet vCenter Server pouze pro čtení použitý pro hodnocení musí mít oprávnění pro operace s hosty na VMware virtuálních strojích.
Přístup k serveru V nástroji Správce konfigurace zařízení pro inventář softwaru můžete přidat několik domén a přihlašovacích údajů jiných než domén (Windows/Linux).

Musíte mít uživatelský účet typu host pro servery Windows a standardní uživatelský účet (přístup bez sudo) pro všechny servery s Linuxem.
Přístup k portu Zařízení Azure Migrate musí být schopné připojit se k portu TCP 443 na hostitelích ESXi se spuštěnými servery, na kterých chcete provést inventář softwaru. Server s nainstalovaným vCenter Serverem vrací připojení k hostiteli ESXi pro stažení souboru obsahujícího detaily softwarové inventarizace.

Pokud používáte přihlašovací údaje k doméně, zařízení Azure Migrate musí být schopné připojit se k následujícím portům TCP a UDP:

TCP 135 – RPC koncový bod (Endpoint)
TCP 389 – LDAP
TCP 636 – LDAP SSL
TCP 445 – SMB
TCP/UDP 88 – ověřování Kerberos
TCP/UDP 464 – Kerberos změnové operace
Objev Provádění inventarizace softwaru z vCenter Serveru se provádí pomocí VMware Tools nainstalovaných na serverech.

Zařízení shromažďuje informace o softwarovém inventáři ze serveru, na kterém běží vCenter Server, prostřednictvím vSphere API.

Inventář softwaru je bez agentů. Na serveru není nainstalován žádný agent a zařízení se nepřipojuje přímo k serverům.

požadavky na zjišťování instancí a databází SQL Server

InventářSoftware identifikuje instance SQL Server. Zařízení se pomocí těchto informací pokusí připojit k těm příslušným instancím systému SQL Server, a to prostřednictvím ověřování Windows nebo ověřovacích údajů systému SQL Server nastavených ve Správci konfigurace zařízení. Zařízení se může připojit jenom k těm SQL Server instancím, ke kterým má síťovou čáru. Samotná inventarizace softwaru možná nepotřebuje přímou viditelnost v síti.

Po připojení zařízení shromažďuje data o konfiguraci a výkonu pro SQL Server instance a databáze. Zařízení aktualizuje konfigurační data SQL Server jednou za 24 hodin a každých 30 sekund zaznamenává údaje o výkonu.

Podpora Podrobnosti
Podporované servery Podporováno pouze pro servery, na kterých běží SQL Server ve vašem VMware, Microsoft Hyper-V a fyzických/holých prostředích a serverech infrastruktury jako služby (IaaS) jiných veřejných cloudů, jako jsou Amazon Web Services (AWS) a Google Cloud Platform (GCP).

Z jednoho zařízení můžete detekovat až 750 instancí SQL Serveru nebo 15 000 SQL databází, podle toho, co je nižší. Doporučujeme zajistit, aby zařízení bylo omezené na zjišťování méně než 600 serverů s SQL, aby se zabránilo problémům se škálováním.
servery Windows Windows Server 2008 a novějších verzích se podporují.
Servery s Linuxem Momentálně není podporováno.
Mechanismus ověřování Podporováno je jak ověřování Windows, tak ověřování SQL Server. Ve správci konfigurace zařízení můžete zadat pověření pro oba typy autentizace.
přístup k SQL Server K objevení instancí a databází SQL Server účet systému Windows/doménový účet nebo účet SQL Server vyžaduje tato nízká oprávnění ke čtení pro každou instanci SQL Server. Pomocí nástroje pro zřizování účtů s nízkými oprávněními můžete vytvořit vlastní účty nebo použít jakýkoli existující účet, který je členem role serveru sysadmin pro zjednodušení.
verze SQL Server SQL Server 2008 a novějších verzích se podporují.
edice SQL Server Edice Enterprise, Standard, Developer a Express jsou podporovány.
Podporovaná konfigurace SQL Podporováno je zjišťování samostatných, vysoce dostupných a proti katastrofám chráněných nasazení SQL. Objevování nasazení SQL pro obnovu po havárii s vysokou dostupností, které jsou podporovány instancemi clusteru převzetí služby Always On a skupinami dostupnosti Always On, je také podporováno.
Podporované služby SQL Podporuje se jenom Databázový stroj systému SQL Server.

Zjišťování služeb SQL Server Reporting Services, Služby Integrace SQL Serveru a Analytické služby SQL Serveru není podporováno.

Poznámka:

Ve výchozím nastavení Azure Migrate and Modernize používá nejbezpečnější způsob připojení k instancím SQL. To znamená, že Azure Migrate a modernizace šifrují komunikaci mezi zařízením Azure Migrate a zdrojovými instancemi SQL Server nastavením vlastnosti TrustServerCertificate na true. Transportní vrstva také používá protokol Secure Socket Layer k šifrování kanálu a obejití řetězu certifikátů k ověření důvěryhodnosti. Z tohoto důvodu musí být server zařízení nastavený tak, aby důvěřoval kořenové autoritě certifikátu.

Nastavení připojení ale můžete upravit tak, že na zařízení vyberete Edit SQL Server vlastnosti připojení. Zjistěte více, abyste pochopili, co si vybrat.

Konfigurujte vlastní přihlášení pro detekci SQL Serveru

Použijte následující ukázkové skripty k vytvoření přihlašovacích údajů a k jejich opatření potřebnými oprávněními.

Autentizace 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

ověřování SQL Serveru

--- 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

Požadavky na zjišťování webových aplikací

Inventář softwaru identifikuje roli webového serveru existující na zjištěných serverech. Pokud je na serveru nainstalovaný webový server, Azure Migrate and Modernize detekuje webové aplikace na serveru.

Na zařízení můžete přidat přihlašovací údaje doménové i nedoménové. Ujistěte se, že použitý účet má místní administrátorská práva na zdrojových serverech. Azure Migrate and Modernize automaticky přiřazuje přihlašovací údaje k příslušným serverům, takže je nemusíte mapovat ručně. Nejdůležitější je, že tyto přihlašovací údaje se nikdy neodesílají do Microsoft a zůstanou na zařízení spuštěném ve zdrojovém prostředí.

Po připojení zařízení shromažďuje konfigurační data pro ASP.NET webové aplikace (webový server IIS) a Java webových aplikací (servery Tomcat). Konfigurační data webových aplikací se aktualizují každých 24 hodin.

Podpora ASP.NET webové aplikace Java webové aplikace
Zásobník VMware, Hyper-V a fyzické servery. VMware, Hyper-V a fyzické servery.
servery Windows Windows Server 2008 R2 a novější se podporují. Není podporováno.
Servery s Linuxem Není podporováno Servery, které splňují požadavky.
Verze webového serveru IIS 7.5 a novější. Tomcat 8 nebo novější.
Připojení Používá nástroje VMware.

Pokud nejsou nainstalované nástroje VMware, použije se ve výchozím nastavení port WinRM 5986 (HTTPS). Pokud na cílových serverech nejsou nakonfigurované požadavky HTTPS, komunikace se vrátí na port WinRM 5985 (HTTP).
Používá nástroje VMware.

Pokud nástroje VMware nejsou nainstalované, použije se port SSH 22 (TCP).
Vyžadovaná oprávnění Uživatel by měl být součástí dvou skupin uživatelů 1. Uživatelé vzdálené správy 2. IIS_IUSRS. Uživatelé musí mít oprávnění ke čtení do následujících umístění: C:\Windows\system32\inetsrv\config, C:\Windows\system32\inetsrv\config\applicationHost.config a C:\Windows\system32\inetsrv\config\redirection.config.

Přidat uživatele k přihlášení jako dávkovou úlohu pomocí příkazu secpol.msc a zajistit, aby uživatel nebyl součástí odepření přihlášení jako dávková úloha.
Oprávnění ke čtení (r) a spuštění (x) nastavena rekurzivně pro všechny adresáře CATALINA_HOME.

Poznámka:

Data je vždy šifrována jak během uložení, tak během přenosu.

Požadavky na analýzu závislostí (bez agentů)

Analýza závislostí vám pomůže analyzovat závislosti mezi nalezenými servery. Závislosti můžete snadno vizualizovat pomocí zobrazení mapy v projektu Azure Migrate. Pomocí závislostí můžete seskupit související servery pro migraci do Azure. Následující tabulka shrnuje požadavky pro nastavení analýzy závislostí bez agenta.

Podpora Podrobnosti
Podporované servery Na jednom zařízení můžete povolit bezagentní analýzu závislostí až pro 3 000 serverů zjištěných v rámci více serverů vCenter.
servery Windows Windows Server 2022
Windows Server 2019
Windows Server 2016
Windows Server 2012 R2
Windows Server 2012
Windows Server 2008 R2 (64 bitů)
Windows Server 2008 (32bitová verze)
Servery s Linuxem 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
Požadavky na server Nástroje VMware (verze 10.2.1 a novější) musí být nainstalovány a spuštěny na serverech, které chcete analyzovat.

Windows Servery mají PowerShell verze 2.0 nebo novější.

Na linuxových serverech je nainstalovaný Bash verze 4.0 nebo novější.

Rozhraní WMI by mělo být povolené a dostupné na Windows serverech.
vCenter Server účet Účet pro čtení používaný Azure Migrate a Modernize pro posouzení musí mít práva pro operace hosta na VM VMware.
přístup k serveru Windows Účet uživatele (místní nebo doménový) s oprávněními správce na serverech.
Přístup k linuxovému serveru Uživatelský účet sudo s oprávněními k provádění příkazů ls a netstat. Pokud poskytujete uživatelský účet sudo, ujistěte se, že pro účet povolíte NOPASSWD, aby se požadované příkazy daly spustit bez výzvy k zadání hesla při každém vyvolání příkazu sudo.

Přístup k portu Zařízení Azure Migrate musí být schopné připojit se k portu TCP 443 na hostitelích ESXi se servery, které mají závislosti, které chcete zjistit. Server spouštějící vCenter Server vrací připojení k hostiteli ESXi ke stažení souboru obsahujícího data závislostí.
Metoda objevování Informace o závislostech mezi servery se získávají pomocí nástroje VMware Tools nainstalovaného na serveru, na kterém běží vCenter Server.

Zařízení shromažďuje informace ze serveru pomocí vSphere API.

Na serveru není nainstalován žádný agent a zařízení se nepřipojuje přímo k serverům.

Poznámka:

V některých nedávných verzích operačního systému Linux byl příkaz netstat nahrazen příkazem ss; mějte to na paměti při přípravě serverů.

Vizualizace závislostí založená na agentech (vyřazeno)

Analýza závislostí založená na agentech se podporuje jenom v klasickém zobrazení a není dostupná v novém prostředí. Klasické zobrazení je naplánováno na vyřazení do konce roku 2026. Do té doby můžete dál přistupovat k pracovním prostorům Log Analytics pro servery, kde už je povolená analýza závislostí založená na agentech. Nové servery ale nemůžete přidat pro analýzu závislostí založenou na agentech. Informace najdete v tématu Nastavení vizualizace závislostí.

Pokud používáte Service Map k analýze závislostí založené na agentech, přejděte na VM Insights. ServiceMap se vyřadí z provozu.

Poznámka:

Analýza závislostí pomocí agenta je zpoplatněna dodatečně. Můžou se účtovat poplatky za využití přidruženého pracovního prostoru Log Analytics. Informace o cenách najdete v Azure Monitor cenách.

Importujte servery pomocí RVTools XLSX (náhled)

V rámci cesty k migraci na Azure pomocí zařízení Azure Migrate nejprve zjistíte servery, inventář a úlohy. Nicméně, pro rychlé posouzení před nasazením zařízení můžete importovat servery pomocí souboru RVTools XLSX (náhled).

Klíčové výhody

Použití souboru RVTools XLSX:

  • Pomáhá vytvořit plán pro podnikání nebo posoudit servery před tím, než nasadíte zařízení.
  • Nástroje mohou sloužit jako alternativní řešení v případě, že existují organizační omezení pro nasazení appliance Azure Migrate.
  • Je užitečné, když nemůžete sdílet přihlašovací údaje, které umožňují přístup k místním nebo Řešení Azure VMware serverům.
  • Je užitečné, když bezpečnostní omezení brání shromažďování a odesílání dat shromážděných zařízením do Azure.

Omezení

Tato sekce pojednává o omezeních, která je třeba zvážit.

Pokud importujete servery pomocí souboru RVTools XLSX a vytváříte obchodní případ, zde je několik omezení:

  • Doba trvání historie výkonu v nastavení Azure není použitelná.
  • Servery jsou v grafu přehledů využití obchodních případů klasifikovány jako neznámé a jejich velikost není upravena pro náklady na Azure nebo Řešení Azure VMware.

Další kroky