Domande frequenti su AWS Migration Hub

Per iniziare, segui la Guida alle operazioni di base nella nostra documentazione. 

Prima di utilizzare la maggior parte delle caratteristiche di Hub di migrazione (ad eccezione di Refactor Spaces), è necessario selezionare una regione principale dalla pagina Impostazioni di Hub di migrazione o utilizzando l'API di configurazione di Hub di migrazione. 

I dati archiviati nella regione principale di Hub di migrazione forniscono un unico repository di informazioni sull'individuazione dell'intero portfolio e sulla pianificazione della relativa migrazione, nonché una visualizzazione centralizzata delle migrazioni in diverse regioni AWS. Puoi eseguire la migrazione in qualsiasi regione supportata dagli strumenti di migrazione utilizzati e lo stato della migrazione verrà visualizzato nella regione principale di Migration Hub selezionata. Consulta la documentazione per ulteriori informazioni sulla regione principale di Hub di migrazione.

Una volta impostata, la regione principale di Migration Hub non può essere modificata.

AWS Migration Hub permette di monitorare lo stato delle migrazioni in tutte le regioni AWS in cui sono disponibili gli strumenti di migrazione che utilizzi. Gli strumenti di migrazione che si integrano con Migration Hub (ad esempio AWS Application Migration Service e AWS Database Migration Service) inoltrano lo stato della migrazione alla regione principale di Migration Hub selezionata. La regione principale di Migration Hub viene utilizzata per archiviare i dati di individuazione del portfolio e di monitoraggio della migrazione e viene impostata prima dell'utilizzo iniziale del servizio. Lo stato della migrazione viene aggregato da tutte le regioni di destinazione ed è visibile nella regione principale. Gli strumenti integrati non potranno inoltrare lo stato a meno che non siano stati autorizzati (ovvero collegati) nella pagina Tools (Strumenti) della console di Migration Hub.

AWS Migration Hub è disponibile in tutto il mondo per monitorare lo stato di avanzamento delle migrazioni delle applicazioni, indipendentemente da dove si trovi attualmente l'applicazione. Consulta la tabella delle regioni AWS per verificare la disponibilità degli strumenti di Migration Hub per la raccolta e la pianificazione dell'inventario delle applicazioni e per suggerimenti utili al riguardo, nonché per scoprire le funzionalità di modernizzazione.

Per l'accesso ad AWS Migration Hub è necessario un ruolo account AWS, che verrà aggiunto automaticamente la prima volta che accedi alla console come utente amministratore. È possibile autorizzare gli strumenti di migrazione integrati dalla pagina Tools (Strumenti) della console di Migration Hub. Consulta la sezione Autenticazione e controllo degli accessi della Guida per l'utente di Hub di migrazione AWS per ulteriori dettagli.

Per poter visualizzare le risorse IT in AWS Migration Hub, è necessario utilizzare uno strumento di individuazione AWS oppure eseguire la migrazione utilizzando uno strumento integrato. Successivamente sarà possibile esaminare il proprio ambiente da Migration Hub. Per raccogliere ulteriori informazioni sulle risorse individuate, è sufficiente fare clic sull'ID del server visualizzato nella pagina Servers (Server) della console di Migration Hub. Viene quindi visualizzata la pagina dei dettagli dei server. Se è stato utilizzato uno strumento di individuazione AWS per rilevare i server, saranno visualizzati i dati raccolti, tra cui le specifiche tecniche e l'utilizzo medio.

Al primo accesso in AWS Migration Hub, viene richiesto di eseguire le operazioni di individuazione o di avviare la migrazione. Se si sceglie quest'ultima opzione senza eseguire l'individuazione, i server di applicazioni e di database saranno visualizzati in Migration Hub come risorse durante la migrazione con gli appositi strumenti integrati autorizzati nella console di gestione del servizio.

Per le operazioni di individuazione, le opzioni di raccolta dei dati sono due. Se si dispone di un ambiente VMware e si preferisce non installare un agente, è possibile utilizzare lo strumento di raccolta dati senza agente di AWS Application Discovery Service. Se invece è necessario raccogliere informazioni più dettagliate, è possibile installare un agente sui server per ottenere dati approfonditi quali utilizzo delle risorse, processi in esecuzione sul server e dipendenze di rete del server. Le informazioni su dipendenze di rete e processi possono essere esportate e analizzate al di fuori di AWS Migration Hub. Consulta la Guida per l'utente di Servizio di individuazione delle applicazioni per ulteriori dettagli su AWS Discovery Collectors.

Prima di poter raggruppare server in un'applicazione, è necessario popolare l'elenco di server in AWS Migration Hub. I server vengono aggiunti a questo elenco ogni volta che si esegue uno strumento di individuazione AWS o si utilizza uno strumento di migrazione integrato. Quando l'elenco di server è popolato, seleziona una o più risorse dalla pagina Servers (Server) nella console di Migration Hub, quindi scegli il pulsante "Group as Application" (Raggruppa come applicazione). Se i server vengono individuati tramite l'agente di AWS Discovery, possono anche essere raggruppati in applicazioni tramite lo strumento di visualizzazione di rete. Seleziona uno o più server dal grafico di rete e scegli il pulsante "Group as application" (Raggruppa come applicazione).

Per visualizzare un elenco di applicazioni e il relativo stato di migrazione è sufficiente consultare la pagina Applications nella sezione Migrate della console di AWS Migration Hub. In questa pagina saranno visualizzate solo le risorse raggruppate in applicazioni utilizzando la pagina Servers (Server) della sezione Discover (Individuazione) oppure il kit SDK o l'interfaccia a riga di comando (CLI) di AWS. Gli stati disponibili per una migrazione di applicazioni sono "non avviata", "in corso" e "completata".

Sì. Le applicazioni create da un utente IAM all'interno di un account saranno visibili a tutti gli utenti IAM nello stesso account, purché possano accedere ad AWS Migration Hub. Le eventuali modifiche apportate saranno visibili a tutti gli utenti dotati delle autorizzazioni necessarie.

L'accesso ad AWS Migration Hub avviene utilizzando un utente IAM associato a un account AWS. È perciò possibile vedere i dettagli del proprio account AWS, non quelli degli altri account.

È possibile accedere alla caratteristica di importazione di Hub di migrazione sia dalla console di Hub di migrazione AWS sia richiamando le API di Servizio di individuazione delle applicazioni. I dati importati vengono archiviati nel repository dei dati di Application Discovery Service in formato crittografato.

Migration Hub ti consente di importare i dettagli di server che includono specificazioni di server, utilizzo, etichette e applicazioni associate ai tuoi server. Puoi importare dati da qualsiasi origine se i dati vengono immessi attraverso il modello di importazione CSV di Hub di migrazione.

Sì. Sì, è possibile eliminare un file non corretto visitando la sezione Discover (Individuazione) > Tools (Strumenti) > Imports (Importazioni) e selezionando l'opzione "Delete imported data" (Elimina i dati importati). Per sovrascrivere un file importato esistente, elimina il file e caricane uno nuovo con i record corretti.

No, non esiste alcun limite al numero dei file importati che è possibile caricare. Tuttavia, il numero di record e server che è possibile importare è limitato. Per i dettagli, consulta la sezione limiti di importazione di Hub di migrazione nella documentazione.

No, l'importazione dei dati non prevede costi.

Sì. Sì, puoi importare i dati anche se non hai compilato tutti i campi del modello di importazione. Se immetti la tua chiave di corrispondenza per ogni riga ("ExternalId"), l'importazione la utilizzerà per identificare univocamente e importare i record. Se non verrà specificata alcuna chiave di corrispondenza, per ogni riga, l'importazione utilizzerà il valore specificato per "IPAddress", "HostName" e "MACAddress" o una combinazione di "VMware.MoRefId" e "VMware.vCenterId" per determinare l'univocità di un determinato server. Le righe che non contengono un valore per la chiave di corrispondenza ("ExternalId") o per nessuno dei suddetti campi non verranno importate.

L'importazione esegue un controllo di convalida dei dati per tutti i campi importati che fanno parte del modello di importazione CSV. Ad esempio, se il valore "IPAddress" non risulta valido, la caratteristica di importazione contrassegnerà il record come non corretto. Inoltre sarà considerato non valido e, di conseguenza, non verrà importato qualsiasi record di importazione che non abbia almeno uno tra i seguenti campi compilati: "ExternalId", "MACAddress", "HostName", "IPAddress" o una combinazione di "VMware.VCenterId" e "VMware.MoRefId".

L’Istanza EC2 è una funzione di AWS Migration Hub che analizza i dati raccolti da ciascun server locale, tra cui specifiche del server, CPU e utilizzo della memoria, per consigliare l’Istanza EC2 meno costosa richiesta per condurre i carichi di lavoro locali. Inoltre, è possibile perfezionare i consigli specificando le preferenze per opzioni di acquisto AWS, Regione AWS, esclusioni del tipo di istanza EC2 e utilizzo di CPU/RAM (media, picco o percentile).

No. Per utilizzare la caratteristica di suggerimenti di istanze EC2, è necessario assicurarsi che i dettagli del server locale siano disponibili in AWS Migration Hub. È possibile importare informazioni sull'inventario del server da una fonte come Content Management Database (CMDB) o utilizzare AWS Application Discovery Service per raccogliere i dati direttamente dall'ambiente.

L'Istanza EC2 consiglia il tipo di istanza EC2 più economico che può corrispondere a determinati requisiti di CPU e RAM tenendo conto delle preferenze di un determinato tipo di istanza come l'opzione di acquisto AWS, la Regione AWS, le esclusioni dal tipo di istanza EC2 e metriche di utilizzo di CPU/RAM (media, picco o percentile).

Sì. La funzionalità di suggerimenti per l'istanza EC2 fornisce suggerimenti di istanze a prestazioni espandibili. Considera i punti dati "medi" e "di picco" di utilizzo della CPU per calcolare un numero stimato di crediti CPU consumati e i costi associati in modo da confrontare più accuratamente il prezzo previsto con altre famiglie di istanze.

Se i dati sono disponibili da diverse fonti per lo stesso server, la funzione dell’Istanza EC2 utilizzerà i dati più recenti e completi per fornire un esempio di raccomandazione. Ad esempio, se si caricano le specifiche CPU/RAM per un determinato server utilizzando l'importazione di Migration Hub, verrà generato un suggerimento in base ai dati importati. Pertanto, se viene installato l'agente di individuazione di AWS Application Discovery Service (ADS) su questo server, esso acquisirà anche i dettagli delle specifiche del server. La prossima volta che verrà richiesto un suggerimento di istanza EC2 per quel determinato server, la caratteristica utilizzerà le specifiche raccolte dall'agente ADS per generare il suggerimento in quanto i dati dell'agente sono più recenti e completi.

Sì. Sì, la caratteristica di suggerimenti di istanze EC2 suggerisce solo istanze di generazione corrente. Non fornisce suggerimenti di istanze di generazioni precedenti.

Il ridimensionamento corretto delle risorse di calcolo è un aspetto della comprensione del costo totale di proprietà (TCO). Utilizza la caratteristica di suggerimenti di istanze EC2 di Migration Hub per comprendere i costi previsti delle istanze EC2. Inoltre, tramite TSO Logic, un'azienda AWS, offriamo una valutazione più dettagliata che comprende le ottimizzazioni per le licenze Microsoft e i costi di archiviazione. Contatta l'Ufficio Commerciale AWS o un Partner AWS per ulteriori informazioni su questa valutazione dettagliata.

Dopo aver creato uno o più raggruppamenti di applicazioni dai server individuati con gli strumenti di individuazione AWS o tramite una migrazione con gli appositi strumenti integrati, è possibile avviare o proseguire la migrazione di server o database al di fuori di Migration Hub. Torna a Migration Hub per visualizzare lo stato di migrazione di ogni risorsa nell'applicazione. 

Per farlo, è sufficiente aprire la pagina relativa all'applicazione nella console del servizio. Saranno disponibili un diagramma con tutte le risorse che compongono l'applicazione e una tabella con ulteriori dettagli sullo stato della migrazione. Per ogni risorsa, viene visualizzato lo stato generale e dettagliato sia sotto forma di diagramma che di tabella. Ad esempio, durante la migrazione di un server con AWS Server Migration Service lo stato può essere segnalato come: "In corso/replica avviata", "In corso/replica completata" o "Operazione completata/AMI creata". 

Una volta completata la migrazione, Migration Hub mostrerà anche i dettagli sulle risorse create dalla migrazione. Per i server la cui migrazione è stata gestita da AWS Application Migration Service, AWS Server Migration Service e ATADATA, Migration Hub fornisce i collegamenti alle AMI create o alle istanze Amazon EC2 in esecuzione (a seconda dello strumento). Per i database la cui migrazione è stata gestita da AWS Database Migration Service, Migration Hub fornisce l'ID dell'endpoint di destinazione da utilizzare come filtro di ricerca nella console di gestione di Database Migration Service.

No, AWS Migration Hub non automatizza i passaggi delle migrazioni. Offre una posizione centralizzata da cui monitorare l'avanzamento delle migrazioni delle applicazioni.

Per poter visualizzare l'avanzamento di una migrazione in AWS Migration Hub, si devono verificare due condizioni. Le risorse in corso di migrazione devono trovarsi nel repository di AWS Discovery Service e la migrazione deve essere eseguita con strumenti supportati. Se la migrazione non è preceduta da una fase di individuazione con gli strumenti di raccolta dati di AWS Discovery Service, i server e i database segnalati dagli strumenti di migrazione supportati saranno automaticamente aggiunti al repository di AWS Application Discovery Service. Una volta aggiunti, è possibile raggruppare i server sotto forma di applicazioni e monitorarne lo stato in un unico raggruppamento man mano che la migrazione procede.

Se vengono utilizzati strumenti supportati ma non è visualizzato lo stato in un'applicazione, è necessario accedere alla pagina Updates (Aggiornamenti) e verificare che lo stato dello strumento venga ricevuto. Se lo stato non viene visualizzato nella pagina Updates (Aggiornamenti), è necessario verificare nella pagina Tools (Strumenti) che lo strumento utilizzato sia stato autorizzato all'invio dello stato a Migration Hub. Se non è stato autorizzato, seleziona "Authorize" (Autorizza) per aggiungere le autorizzazioni IAM appropriate.

Se lo stato della migrazione viene visualizzato nella pagina Updates (Aggiornamenti), probabilmente le risorse non sono state raggruppate in un'applicazione. Accedi alla pagina Servers (Server) per procedere al raggruppamento. Quindi visualizza l'applicazione dalla pagina Migrate/Applications (Migrazione/Applicazioni) per verificare lo stato della migrazione.

AWS Migration Hub mostrerà lo stato delle migrazioni delle risorse eseguite con gli strumenti supportati, purché la risorsa sia raggruppata in un'applicazione. Non è necessario eseguire una migrazione esclusivamente in rehosting. Ad esempio, se vengono trasferiti i contenuti di un database utilizzando AWS Database Migration Service, Migration Hub visualizzerà gli aggiornamenti se il server corrispondente alla migrazione del database è raggruppato in un'applicazione.

Gli strumenti che non si integrano con AWS Migration Hub non riporteranno il proprio stato di avanzamento nella console di gestione di Migration Hub. È comunque possibile visualizzare lo stato di altre risorse nell'applicazione e lo stato a livello di applicazione, oppure è possibile aggiornare lo stato programmando un'automazione tramite la CLI o le API.

Gli strumenti di migrazione possono migrare il proprio stato in Hub di migrazione AWS scrivendo all'API Hub di migrazione AWS. I partner interessati ad accedere a questa funzione devono aver ottenuto la competenza di migrazione tramite il programma AWS Competency. Per ulteriori informazioni sul programma Competency e per fare richiesta della competenza di migrazione, consulta questa pagina.

I suggerimenti di strategia di AWS Migration Hub consentono di costruire facilmente una strategia di migrazione e modernizzazione delle applicazioni in esecuzione in locale o in AWS. I suggerimenti di strategia forniscono indicazioni sulla strategia e sugli strumenti che consentono di eseguire la migrazione e la modernizzazione delle applicazioni su larga scala.

I suggerimenti di strategia aiutano a identificare una strategia personalizzata di migrazione e modernizzazione su vasta scala e forniscono gli strumenti e i servizi utili per eseguirla. Consentono inoltre di identificare le incompatibilità (anti-pattern) nel codice sorgente che vanno risolte per implementare i suggerimenti.

I suggerimenti di strategia supportano analisi per potenziali opzioni di rehosting (EC2) e di replatforming (ambienti gestiti come RDS ed Elastic BeanStalk, Container, aggiornamenti del sistema operativo) per applicazioni eseguite su Windows Server 2003 o versioni successive o una vasta gamma di distribuzioni Linux, inclusi Ubuntu, RedHat, Oracle, Linux, Debian e Fedora. I suggerimenti di strategia offrono un'analisi aggiuntiva di refactoring per applicazioni personalizzate scritte in linguaggio C# e Java, e database in licenza (come Server Microsoft SQL, Oracle).

Per iniziare, segui la Guida alle operazioni di base nella nostra documentazione.

Per saperne di più, consulta la sezione Modernizza i carichi di lavoro Windows con AWS.

La trasformazione delle applicazioni è il processo di refactoring, riprogettazione e riscrittura delle applicazioni per aumentare al massimo la disponibilità, la scalabilità, l'agilità aziendale e i vantaggi di ottimizzazione dei costi relativi all'esecuzione nel cloud.

Refactor Spaces consente di accelerare il refactoring delle applicazioni per sfruttare appieno l'elaborazione in AWS e facilita la trasformazione delle app semplificando la gestione del processo di refactoring durante il funzionamento in produzione. Grazie all'utilizzo di Refactor Spaces, puoi concentrarti sul refactoring delle applicazioni piuttosto che sulla creazione e gestione dell'infrastruttura sottostante. Refactor Spaces riduce i rischi aziendali derivanti dall'evoluzione delle applicazioni in microservizi o dall'aggiunta di nuove caratteristiche scritte nei microservizi alle applicazioni legacy che non possono essere modificate.

Refactor Spaces risolve due problemi pratici comuni durante la trasformazione delle applicazioni: la creazione di un'infrastruttura per il refactoring delle applicazioni e la gestione di applicazioni in evoluzione su larga scala. Refactor Spaces rende possibile combinare applicazioni esistenti e microservizi in un'unica applicazione, consentendo al contempo diversi approcci in termini di architettura e tecnologia, allineamento del team e processi tra le parti. Con Refactor Spaces puoi trasformare le applicazioni legacy o modernizzarle con microservizi che vengono eseguiti su qualsiasi destinazione di calcolo AWS (come EC2, Amazon Elastic Container Service, Amazon Elastic Kubernetes Service, AWS Fargate e AWS Lambda). Refactor Spaces consente un notevole risparmio di tempo grazie alla creazione di un'infrastruttura per il refactoring delle applicazioni in pochi minuti.

Refactor Spaces può essere utilizzato per qualsiasi applicazione di cui desideri eseguire il refactoring, la riscrittura e la riprogettazione, purché la sua interfaccia esterna sia un protocollo basato su HTTP e sia in esecuzione in AWS (oppure può essere trasferita prima tramite rehosting con Application Migration Service o replatforming). Refactor Spaces viene comunemente utilizzato per eseguire il refactoring di applicazioni legacy e monolitiche meno recenti, ma contribuisce anche al refactoring e alla riprogettazione di servizi e applicazioni moderni.

Refactor Spaces orchestra altri servizi AWS per creare ambienti di refactoring e unire applicazioni esistenti e microservizi in applicazioni Refactor Spaces più facili da utilizzare durante l'evoluzione dell'app. Gli ambienti di refactoring delle applicazioni vengono creati utilizzando Transit Gateway, Resource Access Manager e API Gateway. In questo modo, Refactor Spaces contribuisce a mantenere le applicazioni esistenti separate dai microservizi attraverso una struttura multi-account collegata alla rete per una facile comunicazione tra account.

Un ambiente Refactor Spaces offre una visualizzazione unificata di reti, applicazioni e servizi tra gli account AWS e funge da container per le applicazioni esistenti e i nuovi microservizi. L'ambiente orchestra Transit Gateway, Resource Access Manager e VPC e fa da ponte di collegamento tra gli account per semplificare la comunicazione tra i vecchi e i nuovi servizi. L'account in cui viene creato un ambiente è il proprietario dell'ambiente. Il proprietario può condividere l'ambiente con altri account AWS e gestisce applicazioni, servizi e routing aggiunti all'ambiente.

Un'applicazione Refactor Spaces fornisce routing configurabile delle richieste verso l'applicazione esistente e i nuovi microservizi. Le applicazioni includono un proxy che semplifica il refactoring delle applicazioni in AWS sulla base del modello strangler fig. Quando si crea un'applicazione all'interno di un ambiente, Refactor Spaces orchestra le policy delle risorse API Gateway, Network Load Balancer (NLB) e AWS Lambda. Il proxy e il routing dell'applicazione vengono utilizzati per mantenere le modifiche dell'architettura sottostante trasparenti per gli utenti dell'applicazione.

Un servizio Refactor Spaces rappresenta l'endpoint di un'applicazione esistente o di un nuovo microservizio. I servizi possono avere un VPC con un endpoint URL o un endpoint AWS Lambda. Refactor Spaces collega automaticamente i VPC di servizio all'interno di un ambiente utilizzando Transit Gateway e il traffico è consentito tra qualsiasi risorsa AWS nei VPC di servizio su tutti gli account nell'ambiente. Quando si imposta un routing verso un servizio, se il servizio ha un endpoint Lambda, il traffico viene instradato utilizzando l'integrazione Lambda di API Gateway. Per i servizi con un endpoint URL, il traffico viene instradato utilizzando un collegamento VPC API Gateway e un gruppo di destinazione NLB.

Refactor Spaces può essere utilizzato tramite la Console di gestione AWS, AWS SDK/CLI o CloudFormation (CFN). Di solito, desideri iniziare con almeno due account: uno per l'applicazione esistente e uno che contenga l'ambiente Refactor Spaces e gestisca il routing del traffico tra i servizi. Gli account AWS possono essere account nuovi o esistenti autonomi, appartenenti a un'organizzazione AWS o forniti da AWS Control Tower. 

Innanzitutto, è necessario installare il ruolo SLR (Service-Linked Role) di Refactor Spaces in ogni account AWS che prevedi di utilizzare per il refactoring visitando la console Refactor Spaces nell'account o utilizzando la console o l'API di IAM per creare il SLR. Successivamente, crea un ambiente Refactor Spaces nell'account scelto come proprietario dell'ambiente e condividi l'ambiente con altri account. Quando gli altri account accettano l'invito alla condivisione dell'ambiente, Refactor Spaces condivide automaticamente le risorse AWS (come Transit Gateway) contenute nell'ambiente con gli altri account designati. 

Successivamente, crea la tua prima applicazione. L'applicazione Refactor Spaces fornisce routing configurabile delle richieste (tramite API Gateway) ai servizi Refactor Spaces, indipendentemente dall'account in cui si trova un servizio. Dopo aver creato l'applicazione, crea uno o più servizi al suo interno. Inizialmente, tutto il traffico passerà all'app esistente, quindi crea un routing predefinito che invii tutto il traffico al servizio all'interno di tale app. Nel tempo, aggiungerai routing per ridurre il traffico verso le capacità aziendali servite da nuovi microservizi.

Sì, puoi accedere privatamente alle API delle aree di progettazione dal tuo VPC ( creato usando Amazon Virtual Private Cloud) creando endpoint VPC. Grazie agli endpoint VPC, il routing tra il VPC e le aree di riprogettazione viene gestito dalla rete AWS senza chiamare in causa gateway Internet, un gateway NAT o una connessione con la rete privata virtuale (VPN). La generazione più recente di endpoint VPC utilizzata da Aree di rifattorizzazione è basata su AWS PrivateLink, una tecnologia che permette connessioni private tra servizi AWS che utilizzano interfacce di rete elastica (ENI) con indirizzi IP privati nei VPC. Per ulteriori informazioni sul supporto PrivateLink, consulta la documentazione PrivateLink per Aree di rifattorizzazione.

L'orchestrazione della migrazione è un meccanismo di automazione dei processi che utilizza modelli, sincronizza più attività in un flusso di lavoro e gestisce le dipendenze per raggiungere l'obiettivo di un progetto di migrazione.

AWS Migration Hub Orchestrator è progettato per automatizzare e semplificare la migrazione delle applicazioni in AWS. Orchestrator ti aiuta a ridurre i costi e i tempi di migrazione eliminando molte delle attività manuali coinvolte nella migrazione di applicazioni aziendali su larga scala, gestendo le dipendenze tra diversi strumenti e fornendo visibilità sull'avanzamento della migrazione in un unico posto. Utilizza modelli di flusso di lavoro predefiniti e personalizzabili in Orchestrator che fornisce un set prescritto di attività di migrazione, strumenti di migrazione e opportunità di automazione che orchestrano flussi di lavoro complessi e attività interdipendenti per semplificare il processo di migrazione ad AWS. 

Orchestrator ti aiuta ad accelerare le migrazioni, semplificare il processo di migrazione e adattare gli strumenti e il processo di migrazione ai tuoi casi d'uso.

• Accelerazione delle migrazioni: accelera le migrazioni delle applicazioni utilizzando modelli di flusso di lavoro predefiniti collaudati basati su migliaia di applicazioni con modelli simili migrati da AWS.
• Semplificazione con l'automazione: automatizza le attività di pre-migrazione, i flussi di lavoro di migrazione e le attività di migrazione su più strumenti come Servizio AWS di individuazione delle applicazioni, Servizio AWS di migrazione delle applicazioni e Avvio della procedura guidata AWS per lo stesso flusso di lavoro di migrazione in modo da ridurre al minimo il lavoro manuale. 
• Adattamento e semplificazione: personalizza e riutilizza i modelli di flusso di lavoro basandosi sui consigli di base e modificando i passaggi e le dipendenze per soddisfare le esigenze di carichi di lavoro e casi d'uso specifici.

Orchestrator semplifica e accelera la migrazione delle applicazioni ad AWS.

• Migrazione delle applicazioni utilizzando una metodologia prescrittiva: puoi avviare rapidamente le migrazioni utilizzando modelli di flusso di lavoro predefiniti basati su migliaia di applicazioni con modelli simili migrati da AWS.
• Personalizzazione del flusso di lavoro di migrazione: puoi personalizzare il tuo flusso di lavoro aggiungendo i tuoi passaggi, le dipendenze e le automazioni per soddisfare le esigenze dei tuoi casi d'uso specifici.
• Orchestrazione delle attività di pre-migrazione negli ambienti di origine: spesso è necessario verificare la disponibilità alla migrazione, installare agenti o rimuovere file di log non necessari che non si desidera migrare in AWS. L'esecuzione manuale di queste attività su ciascun server on-premise è un processo noioso e soggetto a errori. Con Orchestrator, puoi automatizzare queste attività per risparmiare tempo e denaro riducendo gli errori.
• Orchestrazione delle attività di migrazione in diversi strumenti di migrazione: il tuo processo di migrazione ottimale potrebbe implicare l'uso di più strumenti, come Servizio AWS di individuazione delle applicazioni, Servizio AWS di migrazione delle applicazioni o Avvio della procedura guidata AWS per lo stesso flusso di lavoro di migrazione. Con Orchestrator, puoi orchestrare le tue attività di migrazione riutilizzando i metadati dell'inventario, le specifiche di configurazione e il contesto dell'ambiente per ridurre al minimo gli input che devi fornire in ciascuno di questi strumenti. Automatizzando le attività di migrazione manuale, gestendo le dipendenze tra diversi strumenti e fornendo visibilità sull'avanzamento della migrazione in un unico posto, Orchestrator ti aiuta a ridurre i costi e i tempi di migrazione.
• Configurazione, convalida e avvio delle applicazioni migrate: nelle migrazioni di grandi dimensioni, verifica dello stato di istanze, database e connettività di rete, installazione e disinstallazione di applicazioni sui server migrati e l'arresto dell'ambiente di staging si traducono in lunghi periodi di conversione e tempi di inattività. Con Orchestrator, puoi automatizzare questi passaggi di migrazione di routine per ridurre il tempo di conversione di oltre il 50%.

Puoi accedere a Orchestrator dalla console AWS Migration Hub o da AWS Command Line Interface (CLI). Utilizzare Orchestrator per completare i prerequisiti per l'individuazione o l'importazione dei server di origine, il raggruppamento dei server rilevati in applicazioni e l'installazione di un plug-in nell'ambiente di origine. Quindi, scegli uno dei modelli di flusso di lavoro predefiniti per creare un flusso di lavoro per orchestrare la migrazione dell'applicazione. Se lo desideri, puoi anche specificare passaggi personalizzati da automatizzare o completare manualmente come parte del flusso di lavoro. Una volta definito il flusso di lavoro, potrai eseguirlo, metterlo in pausa o eliminarlo. Potrai inoltre tenere traccia dello stato del flusso di lavoro a livello di passaggio e a livello di gruppo di passaggi in Orchestrator.

Un modello di flusso di lavoro è un playbook con una serie prescritta di attività di migrazione, dipendenze, strumenti di migrazione adeguati e opportunità di automazione consigliate. Ad esempio, il modello di flusso di lavoro predefinito per la migrazione di applicazioni basate su SAP NetWeaver con i database HANA include attività dettagliate per la convalida automatizzata della connettività tra server di origine e plug-in, la possibilità di eseguire il provisioning di un nuovo ambiente SAP utilizzando AWS Launch Wizard, la convalida automatizzata degli ambienti di origine e di destinazione, la migrazione automatizzata di database e applicazioni HANA e la convalida post-migrazione. 

Attualmente lo Strumento di orchestrazione supporta cinque modelli di flusso di lavoro predefiniti. Il primo modello aiuta a migrare le applicazioni basate su SAP NetWeaver con i database HANA utilizzando l'Avvio della procedura guidata AWS e HANA System Replication. Il secondo modello ti aiuta ad accelerare il rehosting di qualsiasi applicazione utilizzando AWS Application Migration Service (MGN). Il terzo e il quarto modello consentono di ridefinire la piattaforma dei database di SQL Server su Amazon RDS e di eseguirne il rehosting su Amazon EC2 utilizzando il backup e il ripristino nativi. Il quinto modello ti permette di importare le immagini della macchina virtuale (VM) on-premise in AWS con un'esperienza basata su console per generare un'Amazon Machine Image (AMI) a partire dall'immagine VM che hai creato per soddisfare i tuoi requisiti di sicurezza IT, gestione della configurazione e conformità. Tutti questi modelli includono l'automazione predefinita delle attività con un'opzione per aggiungere nuovi passaggi e script di automazione.