Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Anche se il termine endpoint viene spesso usato nella rete, viene usato nel contesto del servizio Storage Mover per descrivere un percorso di archiviazione con un elevato livello di dettaglio.
Un endpoint dello strumento di spostamento di archiviazione è una risorsa che contiene il percorso di un'origine o di una destinazione e altre informazioni pertinenti. Gli endpoint vengono usati nella creazione di una definizione di processo per definire i percorsi di origine e di destinazione per una determinata operazione di copia. Solo alcuni tipi di endpoint possono essere usati rispettivamente come origine o come destinazione. Ad esempio, i dati contenuti in un endpoint di condivisione file NFS (Network File System) possono essere copiati solo in un contenitore di archiviazione BLOB. Analogamente, le operazioni di copia con una destinazione di condivisione file basata su SMB (Server Message Block) possono essere migrate solo in una condivisione file di Azure.
Questo articolo guida alla creazione e gestione degli endpoint di Azure Storage Mover. Per seguire questi esempi, è necessaria una risorsa di spostamento di archiviazione di primo livello. Se non ne è stato creato uno, seguire la procedura descritta nell'articolo Creare una risorsa di Spostamento archiviazione prima di continuare.
Dopo aver completato la procedura descritta in questo articolo, sarà possibile creare e gestire gli endpoint usando il portale di Azure e Azure PowerShell.
Panoramica delle risorse dell'endpoint
All'interno della gerarchia di risorse di Azure Storage Mover, viene usato un progetto di migrazione per organizzare i processi di migrazione in attività o componenti logici. Un progetto di migrazione a sua volta contiene almeno una definizione di attività, che descrive sia le posizioni di origine sia quelle di destinazione per il progetto di migrazione. L'articolo Informazioni sulla gerarchia di risorse di Spostamento archiviazione contiene informazioni più dettagliate sulle relazioni tra uno Spostamento archiviazione, i suoi endpoint e i suoi progetti.
Poiché una migrazione richiede una origine e una destinazione ben definite, gli endpoint sono associati come elementi subordinati alla risorsa padre di Spostamento archiviazione. Questo posizionamento consente di riutilizzare gli endpoint in un numero qualsiasi di definizioni di lavoro. Anche se esiste solo una singola risorsa endpoint, le proprietà di ogni singolo endpoint possono variare in base al tipo. Ad esempio, le condivisioni NFS (Network File System), le condivisioni SMB e gli endpoint del contenitore BLOB di Archiviazione di Azure richiedono informazioni fondamentalmente diverse.
La versione corrente di Spostamento archiviazione di Azure supporta migrazioni con la massima fedeltà per combinazioni specifiche di coppie origine-destinazione. Usare sempre la versione dell'agente più recente per sfruttare queste origini e destinazioni supportate:
| Protocollo di origine | Obiettivo | Commenti |
|---|---|---|
| S3 (anteprima) | Contenitore di archiviazione BLOB di Azure | Non è possibile eseguire la migrazione dei bucket AWS S3 con classi di archiviazione Glacier o Glacier Deep Archive. |
| Montaggio SMB 2.x & 3.x | Contenitore di archiviazione BLOB di Azure, condivisione file di Azure (SMB) | Le origini SMB 1.x e le condivisioni file NFS di Azure non sono supportate attualmente. |
| Montaggio SMB 2.x e 3.x | Contenitore di archiviazione BLOB di Azure | I contenitori con la funzionalità Servizio spazio dei nomi gerarchico (HNS) abilitato sono supportati e il set di API REST di ADLS Gen2 viene usato per la migrazione. |
| Montaggio NFS 3 e 4 | Contenitore di archiviazione BLOB di Azure | I contenitori con la funzionalità Servizio spazio dei nomi gerarchico (HNS) abilitato sono supportati e il set di API REST di ADLS Gen2 viene usato per la migrazione. |
Endpoint SMB
SMB usa il concetto ACL (access control list) e l'autenticazione basata sull'utente per fornire l'accesso ai file condivisi per gli utenti selezionati. Per mantenere la sicurezza, Mover di archiviazione si basa sull'integrazione di Azure Key Vault per archiviare e controllare in modo sicuro l'accesso alle credenziali utente e ad altri segreti. Durante una migrazione, le risorse dell'agente di spostamento archiviazione si connettono agli endpoint SMB con segreti di Key Vault anziché con credenziali hardcoded non sicure. Questo approccio riduce notevolmente la probabilità che i segreti vengano accidentalmente persi.
Dopo aver configurato l'origine della condivisione file locale, aggiungere i segreti per un nome utente e una password nel Key Vault. È necessario fornire sia il nome o l'identificatore uniforme delle risorse (URI) del tuo Key Vault, sia i nomi o gli URI dei segreti delle credenziali durante la creazione dei punti di connessione SMB.
L'accesso dell'agente sia al Key Vault di Azure che alle risorse di archiviazione di destinazione è controllato tramite il sistema di autorizzazione Azure RBAC (controllo degli accessi in base al ruolo). Questo sistema consente di definire l'accesso in base agli attributi associati a identità gestite, entità di sicurezza e risorse. È importante notare che le assegnazioni di ruolo RBAC necessarie vengono applicate automaticamente quando gli endpoint SMB vengono creati nel portale Azure. Tuttavia, qualsiasi endpoint creato a livello di codice richiede di effettuare manualmente le assegnazioni seguenti:
| Ruolo | Risorsa |
|---|---|
| Utente dei segreti di Key Vault | Risorsa dell'insieme di credenziali delle chiavi usata per archiviare le credenziali dell'origine SMB |
| Collaboratore con privilegi per i dati dei file di archiviazione | Risorsa di condivisione file di destinazione |
Esistono molti casi d'uso che richiedono il mantenimento dei valori dei metadati, ad esempio timestamp di file e cartelle, ACL e attributi di file. Storage Mover supporta lo stesso livello di fedeltà dei file della condivisione file di Azure sottostante. I file di Azure supportano a loro volta un sottoinsieme delle proprietà dei file NTFS. La tabella seguente rappresenta i metadati comuni di cui viene eseguita la migrazione:
| Proprietà metadata | Risultato |
|---|---|
| Struttura di directory | La struttura di directory originale dell'origine viene mantenuta nella condivisione di destinazione. |
| Autorizzazioni di accesso | Le autorizzazioni per il file o la directory di origine vengono mantenute nella condivisione di destinazione. |
| Collegamenti simbolici | I collegamenti simbolici nell'origine vengono mantenuti e mappati nella condivisione di destinazione. |
| Timestamp creazione | Il timestamp di creazione originale del file di origine viene mantenuto nella condivisione di destinazione. |
| Timestamp di modifica | Il timestamp di modifica originale del file di origine viene mantenuto nella condivisione di destinazione. |
| Timestamp modificato | Il timestamp originale modificato del file di origine viene mantenuto nella condivisione di destinazione. |
| Timestamp dell'ultimo accesso | Questo timestamp dell'ultimo accesso non è supportato per un file o una directory nella condivisione di destinazione. |
| Altri metadati | Altri metadati dell'elemento di origine vengono mantenuti se la condivisione di destinazione lo supporta. |
Endpoint NFS
Usando il protocollo NFS, è possibile trasferire file tra computer che eseguono Windows e altri sistemi operativi non Windows, ad esempio Linux o UNIX. La versione corrente di Azure Storage Mover supporta le migrazioni da condivisioni NFS in un dispositivo NAS o server all'interno della rete solo in un contenitore BLOB di Azure.
A differenza di SMB, NFS non usa il concetto di ACL o l'autenticazione basata sull'utente. Questa differenza consente l'accesso agli endpoint NFS senza l'integrazione di Azure Key Vault. Inoltre, Spostamento archiviazione elabora i metadati in modo diverso sia per le origini di montaggio NFS che per le controparti di destinazione del contenitore BLOB. La tabella seguente identifica i risultati per i metadati comuni rilevati durante la migrazione:
| Proprietà metadata | Risultato |
|---|---|
| Struttura di directory | I contenitori BLOB non hanno un file system tradizionale, ma supportano invece le "cartelle virtuali". Il percorso di un file all'interno di una cartella viene anteposto al nome del file e inserito in un elenco flat all'interno del contenitore BLOB. Le cartelle vuote sono rappresentate come entità vuote nel contenitore di destinazione. Come per i file, i metadati della cartella di origine vengono salvati in modo permanente nel campo dei metadati personalizzati di questo BLOB. |
| Autorizzazioni di accesso | Le autorizzazioni per il file di origine vengono mantenute nei metadati BLOB personalizzati, ma non funzionano come nell'origine. |
| Collegamenti simbolici | Se è possibile risolvere il collegamento simbolico, viene eseguita la migrazione di un file di destinazione. Un collegamento simbolico che non può essere risolto viene registrato come file non riuscito. |
| Timestamp creazione | Il timestamp originale del file di origine viene mantenuto come metadati BLOB personalizzati. Il timestamp nativo del BLOB riflette il momento in cui è stata eseguita la migrazione del file. |
| Timestamp di modifica | Il timestamp originale del file di origine viene mantenuto come metadati BLOB personalizzati. Non esiste alcun timestamp nativo del BLOB di questo tipo. |
| Timestamp modificato | Il timestamp originale del file di origine viene mantenuto come metadati BLOB personalizzati. Il timestamp nativo del BLOB riflette il momento in cui è stata eseguita la migrazione del file. |
| Timestamp dell'ultimo accesso | Questo timestamp viene mantenuto come metadati BLOB personalizzati, se presente nel file di origine. Non esiste alcun timestamp nativo del BLOB di questo tipo. |
| Altri metadati | Altri metadati vengono salvati in modo permanente in un campo di metadati personalizzato del BLOB di destinazione, se presente negli elementi di origine. È possibile archiviare solo 4 KiB di metadati. I metadati di dimensioni maggiori non vengono migrati. |
Creare un endpoint
Prima di poter creare una definizione di lavoro, è necessario creare endpoint per i dati sorgente e di destinazione.
Importante
Se non hai ancora distribuito una risorsa di Movimento Dati utilizzando il provider di risorse, sarà necessario creare la tua risorsa principale prima di tentare i passaggi in questo esempio.
Azure Storage Mover supporta scenari di migrazione tramite protocolli NFS e SMB. I passaggi per creare entrambi gli endpoint sono simili. La differenza chiave tra la creazione di endpoint abilitati per NFS e SMB è l'uso di Azure Key Vault per archiviare le credenziali condivise per le risorse SMB. Quando viene eseguito un processo di migrazione, gli agenti usano le credenziali condivise archiviate in Key Vault. L'accesso ai segreti di Key Vault viene gestito concedendo un'assegnazione di ruolo Controllo degli accessi in base al ruolo all'identità gestita dell'agente.
Creare un endpoint di origine
Gli endpoint di origine identificano le posizioni da cui viene eseguita la migrazione dei dati. Gli endpoint di origine vengono usati per definire l'origine dei dati specificati all'interno del progetto di migrazione. Spostamento archiviazione di Azure gestisce i percorsi di origine sotto forma di condivisioni file. Questi percorsi possono risiedere in un'archiviazione connessa alla rete (NAS), in un server o persino in una workstation. I protocolli comuni per le condivisioni file sono SMB (Server Message Block) e NFS (Network File System).
I passaggi seguenti descrivono il processo di creazione di un endpoint di origine.
Nel portale di Azure, passare alla pagina risorsa di Spostamento archiviazione. Selezionare Endpoint di archiviazione nel riquadro di spostamento per accedere agli endpoint.
Nella pagina Endpoint di archiviazione la visualizzazione endpoint di archiviazione predefinita visualizza i nomi degli endpoint di origine di cui è stato effettuato il provisioning e un riepilogo delle proprietà associate. È possibile selezionare Endpoint di destinazione per visualizzare gli endpoint di destinazione corrispondenti. È anche possibile filtrare ulteriormente i risultati selezionando la versione del protocollo o il filtro Host e selezionando l'opzione appropriata.
Selezionare Crea endpoint per espandere il menu Tipo di endpoint . Selezionare Crea endpoint di origine per aprire il riquadro Crea endpoint di origine , come illustrato nell'immagine seguente.
Nel riquadro Crea endpoint di origine specificare i valori per i valori nome host o IP e Nome condivisione necessari. Il valore del nome host o dell'indirizzo IP deve essere un indirizzo IPv4, un nome di dominio completamente qualificato o un nome host.
Importante
A seconda della configurazione DNS, potrebbe essere necessario usare il nome di dominio completo (FQDN) anziché il nome host.
È anche possibile aggiungere un valore description facoltativo di lunghezza massima di 1024 caratteri. Selezionare quindi Versione protocollo per espandere il menu di selezione del protocollo e selezionare l'opzione appropriata per la destinazione di origine.
Gli agenti di trasferimento dell'archiviazione usano segreti memorizzati in Key Vault per connettersi agli endpoint SMB. Quando si crea un endpoint di origine SMB, è necessario specificare sia il nome del Key Vault contenente i segreti sia i nomi stessi dei segreti.
In primo luogo, selezionare Gestore delle chiavi per espandere il menu e selezionare il nome del gestore delle chiavi contenente i segreti. È possibile specificare un valore con cui filtrare l'elenco di Key Vault, se necessario.
Dopo aver selezionato il Key Vault appropriato, è possibile fornire valori per i campi richiesti Select secret for username e Select secret for password. Questi valori possono essere forniti fornendo l'URI ai segreti o selezionando i segreti da un elenco. Selezionare il pulsante Seleziona segreto per abilitare il menu e selezionare i valori di nome utente e password. In alternativa, è possibile abilitare l'opzione Immettere il segreto dall'URI e fornire l'URI appropriato al nome utente e al segreto della password.
I valori per host e nome condivisione vengono concatenati per formare il percorso completo di origine della migrazione. Il valore del percorso viene visualizzato nel campo Percorso di origine completo . Copiare il percorso specificato e verificare di essere in grado di accedervi prima di eseguire il commit delle modifiche. Infine, dopo aver confermato che tutti i valori sono corretti e che è possibile accedere al percorso di origine, selezionare Crea per aggiungere il nuovo endpoint.
Il nuovo endpoint viene distribuito e ora viene visualizzato all'interno dell'elenco degli endpoint di origine, come illustrato nell'immagine di esempio seguente.
Creare un endpoint di destinazione
Gli endpoint di destinazione identificano le posizioni di cui viene eseguita la migrazione dei dati. Azure offre vari tipi di archiviazione cloud. Un aspetto fondamentale delle migrazioni di file ad Azure è determinare quale opzione di archiviazione di Azure è adatta ai dati. Il numero di file e cartelle, la struttura di directory, il protocollo di accesso, la fedeltà dei file e altri aspetti sono input importanti in una progettazione completa della soluzione cloud.
Per informazioni sulla scelta dell'archiviazione di destinazione di Azure appropriata per la progettazione della soluzione cloud, vedere l'articolo Nozioni di base sulla migrazione cloud.
I passaggi seguenti descrivono il processo di creazione di un endpoint di destinazione.
Nel portale di Azure, passare alla pagina risorsa di Spostamento archiviazione. Selezionare Endpoint di archiviazione nel riquadro di spostamento per accedere agli endpoint.
Nella pagina Endpoint di archiviazione la visualizzazione endpoint di archiviazione predefinita visualizza i nomi degli endpoint di origine di cui è stato effettuato il provisioning e un riepilogo delle proprietà associate. Selezionare Endpoint di destinazione per visualizzare gli endpoint di destinazione esistenti. È possibile filtrare ulteriormente i risultati selezionando il filtro Account di archiviazione e l'opzione appropriata.
Selezionare Crea endpoint per espandere il menu Tipo di endpoint . Selezionare Crea endpoint di destinazione per aprire il riquadro Crea endpoint di destinazione , come illustrato nell'immagine seguente.
Nel riquadro Crea endpoint di destinazione selezionare rispettivamente la sottoscrizione e l'account di archiviazione di destinazione negli elenchi Sottoscrizione e Account di archiviazione. Selezionare quindi l'opzione Tipo di destinazione appropriata corrispondente all'endpoint di destinazione.
La versione corrente di Spostamento archiviazione di Azure supporta migrazioni con la massima fedeltà per combinazioni specifiche di coppie origine-destinazione. Usare sempre la versione dell'agente più recente per sfruttare queste origini e destinazioni supportate:
Protocollo di origine Obiettivo Commenti S3 (anteprima) Contenitore di archiviazione BLOB di Azure Non è possibile eseguire la migrazione dei bucket AWS S3 con classi di archiviazione Glacier o Glacier Deep Archive. Montaggio SMB 2.x & 3.x Contenitore di archiviazione BLOB di Azure, condivisione file di Azure (SMB) Le origini SMB 1.x e le condivisioni file NFS di Azure non sono supportate attualmente. Montaggio SMB 2.x e 3.x Contenitore di archiviazione BLOB di Azure I contenitori con la funzionalità Servizio spazio dei nomi gerarchico (HNS) abilitato sono supportati e il set di API REST di ADLS Gen2 viene usato per la migrazione. Montaggio NFS 3 e 4 Contenitore di archiviazione BLOB di Azure I contenitori con la funzionalità Servizio spazio dei nomi gerarchico (HNS) abilitato sono supportati e il set di API REST di ADLS Gen2 viene usato per la migrazione. A seconda del tipo di destinazione scelto, selezionare il contenitore BLOB o la condivisione file dall'elenco a discesa corrispondente. Infine, è possibile aggiungere un valore di descrizione facoltativo per la destinazione con una lunghezza massima di 1024 caratteri e selezionare Crea per distribuire l'endpoint.
Il nuovo endpoint viene distribuito e ora viene visualizzato all'interno dell'elenco di endpoint, come illustrato nell'immagine di esempio seguente.
Visualizzare e modificare le proprietà di un endpoint
A seconda del caso d'uso, potrebbe essere necessario recuperare un endpoint specifico o un elenco completo di tutte le risorse dell'endpoint. Potrebbe anche essere necessario aggiungere o modificare la descrizione di un endpoint.
Seguire i passaggi descritti in questa sezione per visualizzare gli endpoint accessibili alla risorsa di Storage Mover.
Per creare un endpoint usando il portale di Azure, passare alla pagina Risorsa di Spostamento archiviazione. Selezionare Endpoint di archiviazione nel riquadro di spostamento per accedere agli endpoint, come illustrato nell'immagine di esempio.
Nella pagina Endpoint di archiviazione la visualizzazione endpoint di archiviazione predefinita visualizza i nomi degli endpoint di origine di cui è stato effettuato il provisioning e un riepilogo delle proprietà associate. Per visualizzare l'endpoint di destinazione con provisioning, selezionare Endpoint di destinazione. È possibile filtrare ulteriormente i risultati selezionando i filtri Protocollo o Host e l'opzione pertinente.
Al momento, il portale di Azure non supporta la modifica diretta degli endpoint di cui è stato effettuato il provisioning. È tuttavia possibile modificare la descrizione di un endpoint usando Azure PowerShell seguendo questo esempio. Le risorse endpoint che richiedono l'aggiornamento nel portale di Azure devono essere eliminate e ricreate.
Eliminare un endpoint
La rimozione di una risorsa endpoint deve essere un evento relativamente raro nell'ambiente di produzione, anche se potrebbe essere utile in alcune occasioni. Per eliminare una risorsa endpoint di Storage Mover, seguire l'esempio fornito.
Avvertimento
L'eliminazione di un endpoint è un'azione permanente e non può essere annullata. È consigliabile assicurarsi di essere pronti a eliminare l'endpoint perché non sarà possibile ripristinarlo in un secondo momento.
Per eliminare un endpoint usando il portale di Azure, passare alla pagina della risorsa Storage Mover. Seleziona Endpoint di archiviazione nel pannello di navigazione per accedere ai tuoi endpoint, come indicato nell'immagine seguente.
La visualizzazione predefinita di Endpoint di origine mostra i nomi degli endpoint di origine di cui è stato effettuato il provisioning e un riepilogo dei dati associati. È possibile selezionare il filtro endpoint di destinazione per visualizzare gli endpoint di destinazione corrispondenti.
Individuare il nome dell'endpoint da eliminare e selezionare la casella di controllo corrispondente. Dopo aver verificato di aver selezionato l'endpoint appropriato, selezionare Elimina come illustrato nell'immagine seguente.
Il nuovo endpoint viene eliminato e non viene più visualizzato nell'elenco di endpoint, come illustrato nell'immagine di esempio seguente.
Passaggi successivi
Creare un progetto per raggruppare le diverse condivisioni di origine di cui è necessario eseguire la migrazione.