Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# Sostituendo le tue esistenti S3 File Gateway con una nuova istanza
**Nota**
Se stai eseguendo una migrazione da Storage Gateway AL2 ad AL2023, prima di iniziare, assicurati di aver completato tutti gli elementi dell'**Pre-migration elenco di controllo ** della campagna di migrazione da [ Storage Gateway AL2 ad AL2023. ](https://docs.aws.amazon.com/filegateway/latest/files3/al2-to-al2023-migration.html)
È possibile sostituire un'istanza S3 File Gateway con una nuova istanza man mano che le esigenze di dati e prestazioni aumentano o se si riceve una notifica di migrazione del gateway. AWS Potrebbe essere necessario eseguire questa operazione se desideri spostare il gateway su una piattaforma host migliore o su istanze Amazon EC2 più recenti o per aggiornare l'hardware del server sottostante.
Esistono due metodi per sostituire un S3 File Gateway FSx File Gateway esistente. La tabella seguente descrive i vantaggi e gli svantaggi di ciascun metodo. Utilizzando queste informazioni, selezionate il metodo più adatto al vostro ambiente gateway, quindi fate riferimento ai passaggi della procedura nella sezione corrispondente che segue.
**Nota**
Se è necessario [ accedere alla nuova console locale di Storage Gateway ](LocalConsole-login-fgw.md) per completare entrambi i metodi, il nome utente iniziale è * admin * e la password temporanea è * password*.
**Importante**
Utilizza queste istruzioni solo per la migrazione delle appliance gateway che eseguono la versione 1.x. Non è possibile utilizzarli per migrare le appliance gateway che eseguono versioni precedenti.
| | **Metodo 1: migra il disco della cache e l'ID del gateway all'istanza sostitutiva\* ** | **Metodo 2: istanza sostitutiva con disco di cache vuoto e nuovo ID gateway ** |
| --- | --- | --- |
| **Dati del disco di cache ** | I dati sul disco della cache vengono conservati. Questo metodo è utile se il gateway dispone di un disco cache di grandi dimensioni o se le applicazioni sono sensibili al ritardo causato dalle operazioni di lettura fuori cache. | I dati nella cache vengono scaricati dal cloud. AWS Questo metodo è ottimale per carichi di lavoro ad alta intensità di scrittura, se le applicazioni sono in grado di tollerare il ritardo causato dalle letture fuori dalla cache. |
| **Tempi di inattività ** | Il gateway rimarrà offline per 1-2 ore durante il processo di migrazione. | Le condivisioni di file sono sempre disponibili, ma i clienti subiranno tempi di inattività brevi quando passeranno da una condivisione di file all'altra durante la transizione alla nuova istanza. La scrittura simultanea su un bucket Amazon S3 da due condivisioni di file * non è supportata*, quindi tutti i client devono essere rimappati da una condivisione all'altra contemporaneamente, anziché gradualmente. |
| **ID del gateway ** | Il nuovo gateway eredita il Gateway ID dal gateway che sostituisce. | Il gateway esistente e il gateway sostitutivo hanno ID gateway separati e univoci. |
| **Implicazione in termini di costi ** | La conservazione dei dati memorizzati nella cache elimina la necessità di scaricarli nuovamente, con conseguente azzeramento dei costi aggiuntivi di S3. | Questo metodo può comportare costi aggiuntivi, in particolare se è necessario il recupero dei dati da S3. Questo approccio può anche comportare notevoli spese per il recupero dei dati da S3 se le condivisioni di file supportate da bucket S3 utilizzano classi di archiviazione come S3, S3 Intelligent-Tiering, S3 One o oggetti trasferiti a GLACIER tramite le politiche del ciclo Standard-IA di vita S3. Zone-IA
Nel caso delle condivisioni di file SMB, se l'ACL principale è configurato nella condivisione di file, deve essere riapplicato al gateway migrato. Questa azione applicherà l'impostazione in modo ricorsivo a tutti gli oggetti all'interno della condivisione di file, introducendo alcune implicazioni in termini di costi. |
**Nota**
La migrazione può essere eseguita solo tra gateway dello stesso tipo. Ad esempio, non è possibile migrare impostazioni o dati da un FSx File Gateway a un S3 File Gateway.
## Metodo 1: migra il disco di cache e l'ID del gateway all'istanza sostitutiva
**Per migrare il tuo S3 File Gatewaydisco di cache e ID del gateway per un'istanza sostitutiva:**
1. Arresta tutte le applicazioni che stanno scrivendo sull'esistente S3 File Gateway
1. Usa i seguenti passaggi per aggiornare il gateway alla versione più recente
1. Aprire la console Storage Gateway all'indirizzo [ https://console.aws.amazon.com/storagegateway/home](https://console.aws.amazon.com/storagegateway/).
1. Nel pannello di navigazione, scegli ** Gateways**, quindi scegli il vecchio S3 File Gateway di cui desideri migrare.
1. Scegli ** Aggiorna ora ** se disponibile. In caso contrario, il gateway è già aggiornato alla versione più recente.
1. Verifica che la `CachePercentDirty` metrica ** nella scheda ** Monitoraggio per l'attuale S3 File Gateway `0`
1. Spegnete l'attuale S3 File Gateway spegnendo la macchina virtuale (VM) host utilizzando i relativi controlli dell'hypervisor.
Per ulteriori informazioni sulla chiusura di un'istanza Amazon EC2, consulta [ Stop and start your instance ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Stop_Start.html) nella Amazon EC2 User Guide. * *
Per ulteriori informazioni sullo spegnimento di un'unità KVM, VMware o VM, consulta la documentazione dell'hypervisor. Hyper-V
1. Scollega tutti i dischi, inclusi il disco root e i dischi di cache, dalla vecchia VM gateway.
**Nota**
Prendi nota dell'ID del volume del disco root e dell'ID del gateway associato a quel disco root. Dovrai scollegare questo disco dal nuovo hypervisor Storage Gateway in una fase successiva.
Se utilizzi un'istanza Amazon EC2 come macchina virtuale per S3 File Gateway , consulta [ Scollegare un volume Amazon EBS da un'istanza Windows ](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/ebs-detaching-volume.html) o Scollegare un volume Amazon EBS da un'istanza [ Linux nella Guida per l'utente di Amazon EC2. ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-detaching-volume.html) * *
Per informazioni sullo scollegamento dei dischi da un KVM, VMware o VM, consulta la documentazione del tuo hypervisor. Hyper-V
1. Crea una nuova istanza VM dell'hypervisor S3 File Gateway, ma non attivarla come gateway. In una fase successiva, questa nuova VM assumerà l'identità del vecchio gateway.
Per ulteriori informazioni sulla creazione di una nuova VM con hypervisor Storage Gateway, vedere [ Scelta di una piattaforma host e download della VM. ](https://docs.aws.amazon.com/filegateway/latest/files3/create-gateway-file.html#hosting-options-file)
**Importante**
Utilizza un'immagine S3 File Gateway per la nuova VM. Un'immagine per un tipo di gateway diverso (ad esempio, Volume Gateway o Tape Gateway) causerà il mancato avvio del gateway migrato.
**Nota**
Non aggiungere dischi di cache per la nuova VM. Questa VM utilizzerà gli stessi dischi di cache utilizzati dalla vecchia VM.
**Nota**
Dopo aver scaricato la VM, chiudi la procedura guidata della console. A questo punto non procedere con l'attivazione.
1. Configura la tua nuova VM Storage Gateway per utilizzare le stesse impostazioni di rete della vecchia VM.
L'impostazione predefinita per la configurazione di rete del gateway è DHCP (Dynamic Host Configuration Protocol). Con DHCP, al gateway viene assegnato automaticamente un indirizzo IP.
Se è necessario configurare manualmente un indirizzo IP statico per la macchina virtuale gateway, vedere [ Configurazione dei parametri di rete. ](https://docs.aws.amazon.com/filegateway/latest/files3/appliance-configure-ip.html)
Se la tua VM gateway deve utilizzare un proxy Socket Secure versione 5 (SOCKS5) per connettersi a Internet, vedi [ Routing del gateway distribuito su EC2 tramite un proxy HTTP. ](https://docs.aws.amazon.com/filegateway/latest/files3/ec2-local-console-fwg.html#EC2_MaintenanceRoutingProxy-fgw)
**Nota**
Puoi riutilizzare lo stesso indirizzo IP o nome host statico della vecchia VM gateway per evitare di riconfigurare i client NFS o SMB.
1. Avviare la nuova VM Storage Gateway.
1. Collega tutti i dischi scollegati dalla vecchia VM gateway alla nuova VM gateway. Ciò include il disco principale e i dischi di cache del vecchio gateway. Non scollegare il disco principale della nuova VM del gateway.
**Nota**
Per eseguire correttamente la migrazione, tutti i dischi devono rimanere invariati. La modifica delle dimensioni del disco o di altri valori causa incongruenze nei metadati che impediscono il successo della migrazione.
1. Avvia il processo di migrazione del gateway connettendoti alla console locale della nuova VM gateway o effettuando richieste web all'indirizzo IP della nuova VM gateway (descritto di seguito).
1. Per utilizzare la console locale, seleziona l'opzione ** Migrate Gateway ** e fornisci l'ID del gateway esistente quando richiesto. Ti verrà richiesto di copiare le impostazioni applicate in precedenza sul vecchio gateway sul nuovo gateway. Puoi scegliere di applicarle o configurarle manualmente in un secondo momento. Vedere [ Accesso alla console locale del Gateway](https://docs.aws.amazon.com/filegateway/latest/files3/accessing-local-console.html).
1. In alternativa, puoi avviare il processo di migrazione del gateway connettendoti alla nuova VM con un URL che utilizza il seguente formato.
```
http://{{your-VM-IP-address}}/migrate?gatewayId={{your-gateway-ID}}
```
È possibile riutilizzare lo stesso indirizzo IP per la nuova macchina virtuale del gateway utilizzato per la vecchia macchina virtuale del gateway. L'URL si presenta in maniera simile al seguente esempio.
```
http://198.51.100.123/migrate?gatewayId=sgw-12345678
```
Utilizza questo URL da un browser o dalla riga di comando utilizzando `curl`, per avviare il processo di migrazione.
Quando il processo di migrazione del gateway è completato con successo, verrà visualizzato un messaggio di conferma dell'avvenuta migrazione.
1. Attendi che lo stato del gateway venga visualizzato come ** In ** esecuzione nella Gateway di archiviazione AWS console. A seconda della larghezza di banda disponibile, l'operazione può richiedere fino a 10 minuti.
1. Arrestare la nuova VM Storage Gateway.
1. Scollegare il disco principale del vecchio gateway, il cui ID di volume è stato annotato in precedenza, dal nuovo gateway.
1. Avviare la nuova VM Storage Gateway.
1. Se il gateway è stato aggiunto a un dominio Active Directory, ricongiungiti al dominio. Per istruzioni, consulta [ Utilizzo di Active Directory per autenticare gli utenti. ](https://docs.aws.amazon.com/filegateway/latest/files3/enable-ad-settings.html)
**Nota**
È necessario completare questo passaggio anche se lo stato di S3 File Gateway appare come Iscritto. ** **
1. Se il gateway utilizzava il metodo di autenticazione SMB Guest Access, sarà necessario immettere nuovamente la password. Per istruzioni, consulta [ Fornire l'accesso come ospite alla condivisione di file. ](https://docs.aws.amazon.com/filegateway/latest/files3/guest-access.html)
1. Verifica che le tue condivisioni siano disponibili all'indirizzo IP della nuova VM gateway, quindi elimina la vecchia VM gateway.
**avvertimento**
Un gateway eliminato non può più essere recuperato.
Per ulteriori informazioni sull'eliminazione di un'istanza Amazon EC2, consulta [ Terminate your instance ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/terminating-instances.html) nella Amazon EC2 User Guide. * * Per ulteriori informazioni sull'eliminazione di un KVM, VMware o Hyper-V VM, consulta la documentazione del tuo hypervisor.
## Metodo 2: istanza sostitutiva con disco cache vuoto e nuovo ID gateway
**Per configurare una sostituzione S3 File Gateway istanza con disco di cache vuoto e nuovo ID Gateway:**
1. Arresta tutte le applicazioni che stanno scrivendo sull'esistente S3 File Gateway Verifica che la `CachePercentDirty` metrica ** nella scheda ** Monitoraggio sia impostata `0` prima di configurare le condivisioni di file sul nuovo gateway.
1. Utilizzate il AWS Command Line Interface (AWS CLI) per raccogliere e salvare le informazioni di configurazione relative a S3 File Gateway e alle condivisioni di file esistenti effettuando le seguenti operazioni:
1. Salvate le informazioni di configurazione del gateway per S3 File Gateway
```
aws storagegateway describe-gateway-information --gateway-arn "arn:aws:storagegateway:{{us-east-2}}:{{123456789012}}:gateway/sgw-12A3456B"
```
Questo comando genera un blocco JSON che contiene metadati sul gateway, come il nome, le interfacce di rete, il fuso orario configurato e il suo stato (se il gateway è in esecuzione).
1. Salvate le impostazioni Server Message Block (SMB) di S3 File Gateway FSx File Gateway.
```
aws storagegateway describe-smb-settings --gateway-arn "arn:aws:storagegateway:{{us-east-2}}:{{123456789012}}:gateway/{{sgw-12A3456B}}"
```
Questo comando genera un blocco JSON che contiene metadati sulla condivisione di file SMB, ad esempio il nome di dominio, lo stato di Microsoft Active Directory, l'impostazione della password ospite e il tipo di strategia di sicurezza.
1. Salva le informazioni sulla condivisione di file per ogni condivisione di file SMB e Network File System (NFS) di S3 File Gateway FSx File Gateway:
+ Utilizzate il seguente comando per le condivisioni di file SMB.
```
aws storagegateway describe-smb-file-shares --file-share-arn-list "arn:aws:storagegateway:{{us-east-2}}:{{123456789012}}:share/{{share-987A654B}}"
```
Questo comando genera un blocco JSON che contiene metadati sulla condivisione di file SMB, come nome, classe di archiviazione, stato, ruolo IAM Amazon Resource Name (ARN), un elenco di client a cui è consentito accedere a S3 File Gateway di montaggio.
+ Usa il seguente comando per le condivisioni di file NFS.
```
aws storagegateway describe-nfs-file-shares --file-share-arn-list "arn:aws:storagegateway:{{us-east-2}}:{{123456789012}}:share/{{share-321A978B}}"
```
Questo comando genera un blocco JSON che contiene metadati sulla condivisione di file NFS, come il nome, la classe di archiviazione, lo stato, il ruolo IAM ARN, un elenco di client a cui è consentito accedere a S3 File Gateway di montaggio.
1. Crea un nuovo S3 File Gateway . Se necessario, fai riferimento alle informazioni salvate nel passaggio 2.
1. Create nuove condivisioni di file per il nuovo gateway con le stesse impostazioni e configurazione delle condivisioni di file configurate sul vecchio gateway. Se necessario, fai riferimento alle informazioni salvate nel passaggio 2.
**Nota**
È ora possibile copiare le configurazioni di condivisione dei file tra i gateway. Per ulteriori informazioni, consulta [ Copiare una condivisione di file. ](https://docs.aws.amazon.com/filegateway/latest/files3/copy-file-share.html)
1. Verifica che il nuovo gateway funzioni correttamente, quindi remap/cut trasferisci i tuoi clienti dalle vecchie condivisioni di file alle nuove condivisioni di file nel modo più adatto al tuo ambiente.
1. Verifica che il nuovo gateway funzioni correttamente, quindi elimina il vecchio gateway dalla console Storage Gateway.
**Importante**
Prima di eliminare un S3 File Gateway , assicuratevi che non vi siano applicazioni attualmente in scrittura nella cache di quel gateway. L'eliminazione di un gateway in uso può comportare una perdita di dati.
**avvertimento**
Un gateway eliminato non può più essere recuperato.
1. Elimina la vecchia VM gateway o l'istanza Amazon EC2.