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.
È 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 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. NotaLa 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:
-
Arresta tutte le applicazioni che stanno scrivendo sull'esistente S3 File Gateway
-
Usa i seguenti passaggi per aggiornare il gateway alla versione più recente
Aprire la console Storage Gateway all'indirizzo https://console.aws.amazon.com/storagegateway/home
. -
Nel pannello di navigazione, scegli Gateways, quindi scegli il vecchio S3 File Gateway di cui desideri migrare.
-
Scegli Aggiorna ora se disponibile. In caso contrario, il gateway è già aggiornato alla versione più recente.
-
Verifica che la
CachePercentDirtymetrica nella scheda Monitoraggio per l'attuale S3 File Gateway0 -
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 nella Amazon EC2 User Guide.
Per ulteriori informazioni sullo spegnimento di un'unità KVM, VMware o VM, consulta la documentazione dell'hypervisor. Hyper-V
-
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 o Scollegare un volume Amazon EBS da un'istanza Linux nella Guida per l'utente di Amazon EC2.
Per informazioni sullo scollegamento dei dischi da un KVM, VMware o VM, consulta la documentazione del tuo hypervisor. Hyper-V
-
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.
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.
-
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.
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.
Nota
Puoi riutilizzare lo stesso indirizzo IP o nome host statico della vecchia VM gateway per evitare di riconfigurare i client NFS o SMB.
-
Avviare la nuova VM Storage Gateway.
-
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.
-
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).
-
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.
-
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-12345678Utilizza 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.
-
-
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.
-
Arrestare la nuova VM Storage Gateway.
-
Scollegare il disco principale del vecchio gateway, il cui ID di volume è stato annotato in precedenza, dal nuovo gateway.
-
Avviare la nuova VM Storage Gateway.
-
Se il gateway è stato aggiunto a un dominio Active Directory, ricongiungiti al dominio. Per istruzioni, consulta Utilizzo di Active Directory per autenticare gli utenti.
Nota
È necessario completare questo passaggio anche se lo stato di S3 File Gateway appare come Iscritto.
-
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.
-
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 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:
-
Arresta tutte le applicazioni che stanno scrivendo sull'esistente S3 File Gateway Verifica che la
CachePercentDirtymetrica nella scheda Monitoraggio sia impostata0prima di configurare le condivisioni di file sul nuovo gateway. -
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:
-
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).
-
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.
-
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.
-
-
-
Crea un nuovo S3 File Gateway . Se necessario, fai riferimento alle informazioni salvate nel passaggio 2.
-
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.
-
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.
-
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.
-
Elimina la vecchia VM gateway o l'istanza Amazon EC2.