Maticová struktura podpory pro posouzení Hyper-V

Tento článek shrnuje požadavky a požadavky na podporu při zjišťování a posuzování místních serverů spuštěných v prostředí Hyper-V pro migraci do Azure pomocí nástroje Azure Migrate: Zjišťování a hodnocení. Pokud chcete migrovat servery na Hyper-V do Azure, přečtěte si matici podpory migrace.

Pokud chcete nastavit zjišťování a hodnocení serverů spuštěných na Hyper-V, vytvoříte projekt a přidáte do projektu Azure Migrate: Nástroj pro zjišťování a hodnocení. Po přidání nástroje nasadíte zařízení Azure Migrate. Zařízení nepřetržitě zjišťuje místní servery a odesílá metadata serveru a data o výkonu do Azure. Po dokončení zjišťování shromáždíte zjištěné servery do skupin a spustíte posouzení pro skupinu.

Omezení

Podpora Podrobnosti
Limity posouzení V jednom projektu můžete zjistit a posoudit až 35 000 serverů.
Limity projektu V Azure předplatném můžete vytvořit více projektů. Kromě serverů na Hyper-V může projekt zahrnovat servery na VMware a fyzických serverech až do limitů posouzení pro každý z nich.
Objev Zařízení Azure Migrate může zjišťovat až 5 000 serverů běžících na Hyper-V.

Zařízení se může připojit až k 300 hostitelům Hyper-V.
Hodnocení Do jedné skupiny můžete přidat až 35 000 serverů.

Pro skupinu můžete vyhodnotit až 35 000 serverů.

Přečtěte si další informace o posouzeních.

požadavky na hostitele Hyper-V

Podpora Podrobnosti
hostitel Hyper-V Hostitel Hyper-V může být samostatný nebo nasazený v clusteru.

Hostitel Hyper-V může spouštět Windows Server 2022, Windows Server 2019, Windows Server 2016 nebo Windows Server 2012 R2. Podporují se také instalace jádra serveru těchto operačních systémů.
Servery umístěné na hostitelích Hyper-V se spuštěnými Windows Server 2012 nemůžete posoudit.
Povolení Na hostiteli Hyper-V potřebujete oprávnění správce.
Pokud nechcete přiřazovat oprávnění správce, vytvořte místní nebo doménový uživatelský účet a přidejte ho do těchto skupin: Uživatelé vzdálené správy, Hyper-V Správci a Sledování výkonu Uživatelé.
Vzdálené řízení PowerShellu PowerShell remoting musí být povolená na každém hostiteli Hyper-V.
replika Hyper-V Pokud používáte repliku Hyper-V (nebo máte více serverů se stejnými identifikátory serveru) a zjistíte původní i replikované servery pomocí Azure Migrate a modernizace, nemusí být posouzení vygenerované Azure Migrate a Modernizace přesné.

Požadavky na server

Podpora Podrobnosti
Operační systém Pro migraci je možné posoudit všechny operační systémy.
Integrační služby Hyper-V Integrační služby musí být spuštěné na serverech, které vyhodnocujete za účelem zachycení informací o operačním systému.
Storage Místní disk, DAS, JBOD, Prostory úložiště, CSV a SMB. Tyto úložiště hostitelů Hyper-V, na kterých jsou uloženy VHD/VHDX, jsou podporovány.
Podporují se virtuální řadiče IDE a SCSI.

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 pomocí komprimovaného virtuálního pevného disku Hyper-V, který stáhnete z portálu, nebo pomocí skriptu PowerShell. Další informace:

Přístup k portu

Následující tabulka shrnuje požadavky na porty pro posouzení.

Zařízení Připojení
Zařízení 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í adresy URL: https://<appliance-ip-or-name>:44368

Odchozí připojení na portu 443 (HTTPS) pro odesílání metadat o zjišťování a výkonu do Azure Migrate and Modernize.
Hyper-V hostitel/klastr Příchozí připojení ve výchozím nastavení používá port WinRM 5986 (HTTPS). Pokud na cílových serverech nejsou nakonfigurované požadavky HTTPS, komunikace se vrátí na port WinRM 5985 (HTTP), aby se shromáždila metadata a data o výkonu pro servery Hyper-V pomocí relace MODELU CIM (Common Information Model).
Servery Windows servery potřebují přístup na portu 5986 (HTTPS) nebo na portu 5985 (HTTP). Servery s Linuxem potřebují přístup na portu 22 (TCP) k provádění inventáře softwaru a analýzy závislostí bez agentů.

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. Pomůže vám identifikovat a naplánovat cestu migrace přizpůsobenou pro vaše místní úlohy.

Podpora Podrobnosti
Podporované servery Inventář softwaru můžete provádět až na 5 000 serverech spuštěných napříč Hyper-V hostiteli a clustery přidanými do každého zařízení Azure Migrate.
Operační systémy Všechny verze Windows a Linuxu s povolenými integračními službami Hyper-V.
Požadavky na server Windows servery musí mít povolenou vzdálenou správu pomocí PowerShellu a nainstalovaný PowerShell verze 2.0 nebo novější.

Aby bylo možné shromáždit podrobnosti o rolích a funkcích nainstalovaných na serverech, musí být rozhraní WMI povolené a dostupné na Windows serverech.

Servery s Linuxem musí mít povolené připojení Secure Shell (SSH) a zajistit, aby se na linuxových serverech mohly spouštět následující příkazy pro vyžádání dat aplikací: list, tail, awk, grep, locate, head, sed, ps, print, sort, uniq. Na základě typu operačního systému a používaného typu správce balíčků jsou zde některé další příkazy: rpm/snap/dpkg, yum/apt-cache, mssql-server.
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 Windows servery potřebují přístup na portu 5986 (HTTPS) nebo na portu 5985 (HTTP). Servery s Linuxem potřebují přístup na portu 22 (TCP).

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 Inventář softwaru se provádí přímým připojením k serverům pomocí přihlašovacích údajů serveru přidaných na zařízení.

Zařízení shromažďuje informace o inventáři softwaru z Windows serverů pomocí vzdálené komunikace PowerShellu a ze serverů s Linuxem pomocí připojení SSH.

Inventář softwaru je bez agentů. Na serverech není nainstalovaný žádný agent.

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

InventářSoftware identifikuje instance SQL Server. Zařízení použije tyto informace a pokusí se připojit k příslušným instancím SQL Server prostřednictvím Windows authentication nebo SQL Server ověřovacích přihlašovacích údajů, které jsou k dispozici v 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. SQL Server konfigurační data se aktualizují jednou za 24 hodin. Data o výkonu se zaznamenávají každých 30 sekund.

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 Azure Webové služby a Google Cloud Platform.

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. Podporuje se také zjišťování nasazení SQL s vysokou dostupností a zotavením po havárii, která využívají instance clusteru s podporou převzetí služeb při selhání AlwaysOn a skupiny dostupnosti AlwaysOn.
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í. Přečtěte si další informace , 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 a 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 a 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, která existuje na zjištěných serverech. Pokud se zjistí, že má server nainstalovaný webový server, Azure Migrate and Modernize zjistí 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ě. 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ší
Protokol Pokud požadavky HTTPS nejsou na cílových serverech nakonfigurované, komunikace se ve výchozím nastavení vrátí zpět na port WinRM 5985 (HTTP). Port SSH 22 (TCP)
Vyžadovaná oprávnění Nejméně privilegovaný 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í v následujících umístěních: C:\Windows\system32\inetsrv\config, C:\Windows\system32\inetsrv\config\applicationHost.config a C:\Windows\system32\inetsrv\config\redirection.config.

Přidejte uživatele do oprávnění „přihlásit se jako dávková úloha“ pomocí secpol.msc a zajistěte, aby uživatel nebyl součástí skupiny „odepřít přihlášení jako dávková úloha“.		 Oprávnění ke čtení (r) a provádění (x) rekurzivně u všech adresářů 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áhá 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 Analýzu závislostí bez agentů můžete povolit až na 1 000 serverech (na více hostitelích nebo clusterech Hyper-V) na jedno zařízení.
Operační systémy Všechny verze Windows a Linuxu s povolenými integračními službami Hyper-V.
Požadavky na server Windows servery musí mít povolenou vzdálenou správu pomocí PowerShellu a nainstalovaný PowerShell verze 2.0 nebo novější.

Na linuxových serverech musí být povolené připojení SSH a ujistěte se, že se na serverech Linuxu dají spouštět následující příkazy: touch, chmod, cat, ps, grep, echo, sha256sum, awk, netstat, ls, sudo, dpkg, rpm, sed, getcap, which, date.
přístup k serveru Windows Uživatelský účet (místní nebo doména) 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 Windows servery potřebují přístup na portu 5986 (HTTPS) nebo na portu 5985 (HTTP). Servery s Linuxem potřebují přístup na portu 22 (TCP).
Metoda objevování Analýza závislostí bez agentů se provádí přímým připojením k serverům pomocí přihlašovacích údajů serveru přidaných na zařízení.

Zařízení shromažďuje informace o závislostech z Windows serverů pomocí vzdálené komunikace PowerShellu a ze serverů s Linuxem pomocí připojení SSH.

Na serverech není nainstalován žádný agent pro vyžádání dat závislostí.

Požadavky na analýzu závislostí řízených agenty

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.

Další kroky

Připravte se na detekci serverů spuštěných na Hyper-V.

  • Poslední aktualizace v