Matrice di supporto per la valutazione e l'individuazione di server fisici

Questo articolo riepiloga i prerequisiti e i requisiti di supporto per la valutazione di server fisici per la migrazione ad Azure, tramite lo strumento Azure Migrate: individuazione e valutazione. Per eseguire la migrazione di server fisici in Azure, vedere la matrice di supporto della migrazione.

Per valutare i server fisici, creare un progetto e aggiungere lo strumento Azure Migrate: individuazione e valutazione al progetto. Dopo aver aggiunto lo strumento, distribuire l'appliance Azure Migrate. L'appliance individua continuamente i server locali e invia metadati sui server e dati sulle prestazioni ad Azure. Dopo l'individuazione, è possibile raccogliere i server individuati in gruppi ed eseguire valutazioni per un gruppo.

Limiti

Altre informazioni sulle valutazioni.

Requisiti per i server fisici

• Distribuzione di server fisici: il server fisico può essere autonomo o distribuito in un cluster.

• Tipo di server: server bare metal, server virtualizzati in esecuzione in locale o altri cloud come Amazon Web Services (AWS), Google Cloud Platform (GCP) e Xen.

  Nota

  Attualmente Azure Migrate non supporta l'individuazione di server paravirtualizzati.

• Sistema operativo: tutti i sistemi operativi Windows e Linux possono essere valutati per la migrazione.

Autorizzazioni per i server Windows

• Per i server Windows, usare un account di dominio per i server aggiunti a un dominio e un account locale per i server non aggiunti a un dominio.
• Per l'individuazione fisica, specificare il nome utente in formato di livello inferiore (dominio\nomeutente) e il formato UPN (username@domain.com) non è supportato.

È possibile creare l'account utente in uno dei due modi seguenti.

Opzione 1

Creare un account con privilegi di amministratore nei server. Usare questo account per:

• Eseguire il pull dei dati di configurazione e prestazioni tramite una connessione CIM (Common Information Model).
• Eseguire l'inventario software (individuazione delle applicazioni installate).
• Abilitare l'analisi delle dipendenze senza agente usando la comunicazione remota di PowerShell.

Opzione 2

• Aggiungere l'account utente ai gruppi seguenti: Remote Management Users, Performance Monitor Users e Performance Log Users.
• Se il gruppo Remote Management Users non è presente, aggiungere l'account utente seguente al gruppo WinRMRemoteWMIUsers_.
• L'account necessita di queste autorizzazioni per l'appliance per creare una connessione CIM con il server ed eseguire il pull dei metadati di configurazione e prestazioni necessari dalle classi Strumentazione gestione Windows (WMI) elencate qui.
• In alcuni casi, l'aggiunta dell'account a questi gruppi potrebbe non restituire i dati necessari dalle classi WMI. L'account potrebbe essere filtrato in base al controllo dell'account utente. Per superare il filtro Controllo dell'account utente, l'account utente deve disporre delle autorizzazioni necessarie per lo spazio dei nomi e degli spazi dei nomi secondari CIMV2 nel server di destinazione. Per abilitare le autorizzazioni necessarie, vedere Risolvere i problemi dell'appliance Azure Migrate.

Per individuare i database di SQL Server nei server Windows, è supportata l'autenticazione sia di Windows che SQL Server. È possibile specificare le credenziali di entrambi i tipi di autenticazione in Gestione configurazione appliance. Azure Migrate richiede un account utente di Windows membro del ruolo del server sysadmin.

Autorizzazioni per il server Linux

Per i server Linux, in base alle funzionalità da eseguire, è possibile creare un account utente in uno dei due modi seguenti.

Opzione 1

• È necessario un account utente sudo nei server da individuare. Usare questo account per:

  • Metadati di configurazione e prestazioni pull.
  • Eseguire l'inventario software (individuazione delle applicazioni installate).
  • Abilitare l'analisi delle dipendenze senza agente usando la connettività Secure Shell (SSH).

• È necessario abilitare l'accesso sudo in /usr/bin/bash per eseguire i comandi elencati nei metadati del server Linux. Oltre a questi comandi, l'account utente deve disporre delle autorizzazioni per eseguire comandi ls e netstat per effettuare l'analisi delle dipendenze senza agente.

• Assicurarsi di abilitare NOPASSWD per l'account per eseguire i comandi necessari senza richiedere una password ogni volta che viene richiamato il comando sudo.

• Microsoft Azure Migra e Modernizza supporta le distribuzioni del sistema operativo Linux seguenti per l'individuazione mediante un account con accesso sudo:

  Sistema operativo	Versioni
  Red Hat Enterprise Linux	5.1, 5.3, 5.11, 6.x, 7.x, 8.x, 9.x
  Ubuntu	12.04, 14.04, 16.04, 18.04, 20.04, 22.04
  Oracle Linux	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
  Amazon Linux	2.0.2021
  Contenitore CoreOS	2345.3.0

Opzione 2

• Se non è possibile fornire l'account radice o l'account utente con accesso sudo, è possibile impostare la chiave del Registro di sistema isSudo sul valore 0 nel registro di sistema HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\AzureAppliance nel server dell'appliance. Fornire un account non radice con le funzionalità necessarie usando i comandi seguenti:

  Comando	Scopo
  setcap CAP_DAC_READ_SEARCH+eip /usr/sbin/fdisk setcap CAP_DAC_READ_SEARCH+eip /sbin/fdisk (se /usr/sbin/fdisk non è presente)	Raccoglie i dati di configurazione del disco.
  setcap "cap_dac_override,cap_dac_read_search,cap_fowner,cap_fsetid,cap_setuid, cap_setpcap,cap_net_bind_service,cap_net_admin,cap_sys_chroot,cap_sys_admin, cap_sys_resource,cap_audit_control,cap_setfcap=+eip" /sbin/lvm	Raccoglie i dati sulle prestazioni del disco.
  setcap CAP_DAC_READ_SEARCH+eip /usr/sbin/dmidecode	Raccoglie il numero di serie BIOS.
  chmod a+r /sys/class/dmi/id/product_uuid	Raccoglie il GUID BIOS.

• Per eseguire l'analisi delle dipendenze senza agente nel server, assicurarsi di impostare anche le autorizzazioni necessarie per i file /bin/netstat e /bin/ls usando i comandi seguenti:
  sudo setcap CAP_DAC_READ_SEARCH,CAP_SYS_PTRACE=ep /bin/ls
sudo setcap CAP_DAC_READ_SEARCH,CAP_SYS_PTRACE=ep /bin/netstat

Requisiti dell'appliance di Azure Migrate

Per l'individuazione e la valutazione, Azure Migrate usa l'appliance di Azure Migrate. L'appliance per i server fisici può essere eseguita in una macchina virtuale (VM) o in un server fisico.

• Informazioni sui requisiti dell'appliance per i server fisici.
• Informazioni sugli URL a cui l'appliance deve accedere nei cloud pubblico e per enti pubblici.
• Usare uno script di PowerShell scaricato dal portale di Azure per configurare l'appliance.
• Usare questo script per distribuire l'appliance in Azure per enti pubblici.

Accesso alla porta

La tabella seguente riepiloga i requisiti delle porte per la valutazione.

Requisiti dell'inventario software

Oltre all'individuazione dei server, Azure Migrate: individuazione e valutazione può eseguire l'inventario software nei server. L'inventario software fornisce l'elenco di applicazioni, ruoli e funzionalità in esecuzione in server Windows e Linux individuati tramite Microsoft Azure Migra e Modernizza. Consente di identificare e pianificare un percorso di migrazione personalizzato per i carichi di lavoro locali.

Requisiti per l'istanza di SQL Server e l'individuazione del database

L'inventario software identifica le istanze di SQL Server. L'appliance tenta di connettersi alle rispettive istanze di SQL Server tramite l'autenticazione di Windows o le credenziali di autenticazione di SQL Server fornite in Gestione configurazione appliance usando queste informazioni. L'appliance può connettersi solo alle istanze di SQL Server per le quali dispone di una linea di rete. L'inventario software di per sé potrebbe non avere bisogno di una linea di rete.

Dopo la connessione dell'appliance, raccoglie i dati di configurazione e prestazioni per le istanze e i database di SQL Server. L'appliance aggiorna i dati di configurazione di SQL Server ogni 24 ore e acquisisce i dati sulle prestazioni ogni 30 secondi.

Configurare l'accesso personalizzato per l'individuazione di SQL Server

Usare gli script di esempio seguenti per creare l'accesso ed eseguirne il provisioning con le autorizzazioni necessarie.

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

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

Requisiti di individuazione delle app Web

L'inventario software identifica il ruolo del server Web esistente nei server individuati. Se un server risulta avere un server Web installato, Microsoft Azure Migra e Modernizza individua le app Web nel server.

È possibile aggiungere credenziali sia di dominio che di non dominio nell'appliance. Assicurarsi che l'account usato disponga dei privilegi di amministratore locale nei server di origine. Microsoft Azure Migra e Modernizza esegue automaticamente il mapping delle credenziali ai rispettivi server, quindi non è necessario eseguirne il mapping manuale. Soprattutto, queste credenziali non vengono mai inviate a Microsoft e rimangono nell'appliance in esecuzione nell'ambiente di origine.

Dopo aver connesso l'appliance, raccoglie i dati di configurazione per le app Web ASP.NET (server Web IIS) e app Web Java (server Tomcat). I dati di configurazione delle app Web vengono aggiornati una volta ogni 24 ore.

Requisiti di analisi delle dipendenze (senza agente)

L'analisi delle dipendenze consente di analizzare le dipendenze tra i server individuati. È possibile visualizzare facilmente le dipendenze con una visualizzazione mappa in un progetto di Azure Migrate. È possibile usare le dipendenze per raggruppare i server correlati per la migrazione ad Azure. La tabella seguente riepiloga i requisiti per la configurazione dell'analisi delle dipendenze senza agente.

Requisiti dell'analisi delle dipendenze basata su agente

L'analisi delle dipendenze consente di identificare le dipendenze tra i server locali che si intende valutare e migrare in Azure. Nella tabella seguente sono riepilogati i requisiti per la configurazione dell'analisi delle dipendenze basata su agente. Attualmente è supportata solo l'analisi delle dipendenze basata su agente per i server fisici.

Passaggi successivi

Preparazione per l'individuazione di server fisici.