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 quello esistente S3 File Gateway con una nuova istanza
Nota
Se stai eseguendo una migrazione da Storage Gateway AL2 a AL2023, prima di iniziare, assicurati di aver completato tutti gli elementi Pre-migration della checklist della campagna di migrazione da Storage Gateway AL2 a AL2023.
Puoi sostituire un S3 File Gateway File Gateway esistente con una nuova istanza man mano che le esigenze di dati e prestazioni aumentano o se ricevi AWS una notifica per la migrazione del gateway. Potrebbe essere necessario eseguire questa operazione se desideri spostare il gateway su una piattaforma host migliore o su istanze Amazon EC2 più recenti o aggiornare l'hardware del server sottostante.
Esistono due metodi per sostituire un S3 File Gateway File Gateway esistente. La tabella seguente descrive i vantaggi e gli svantaggi di ciascun metodo. Utilizzando queste informazioni, selezionate il metodo più adatto all'ambiente gateway in uso, quindi fate riferimento ai passaggi della procedura nella sezione corrispondente riportata di seguito.
Nota
Se è necessario accedere alla nuova console locale di Storage Gateway per completare uno dei due metodi, il nome utente iniziale è admin e la password temporanea è password.
Importante
Utilizzare queste istruzioni solo per la migrazione delle appliance gateway che eseguono la versione 1.x. Non è possibile utilizzarle per migrare i dispositivi gateway che eseguono versioni precedenti.
Metodo 1: migra il disco di cache e l'ID del gateway su un'istanza sostitutiva* |
Metodo 2: istanza sostitutiva con disco di cache vuoto e nuovo ID Gateway |
|
|---|---|---|
Dati del disco di cache |
I dati sul disco cache vengono conservati. Questo metodo è utile se il gateway dispone di un disco di cache di grandi dimensioni o se le applicazioni sono sensibili al ritardo causato dalle operazioni di lettura fuori dalla cache. |
I dati nella cache vengono scaricati dal cloud. AWS Questo metodo è ottimale per carichi di lavoro che richiedono molta scrittura, se le applicazioni sono in grado di tollerare il ritardo causato dalle letture fuori dalla cache. |
Tempo 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 sperimenteranno tempi di inattività brevi quando passeranno da una condivisione di file all'altra durante la transizione alla nuova istanza. NotaLa scrittura su un bucket Amazon S3 da due condivisioni di file contemporaneamente non è supportata, quindi tutti i client devono essere rimappati da una condivisione all'altra contemporaneamente, anziché gradualmente. |
ID gateway |
Il nuovo gateway eredita il Gateway ID dal gateway che sostituisce. |
Il gateway esistente e il gateway sostitutivo dispongono di ID gateway univoci e separati. |
Implicazione dei costi |
La conservazione dei dati memorizzati nella cache elimina la necessità di scaricamenti ripetuti, con conseguente zero costi aggiuntivi per S3. |
Questo metodo può comportare costi aggiuntivi, in particolare se è necessario il recupero dei dati da S3. Questo approccio può inoltre comportare notevoli spese di recupero dei dati da S3 se le condivisioni di file supportate dai bucket S3 utilizzano classi di storage come S3 Intelligent-Tiering, S3, S3 One o oggetti trasferiti a GLACIER tramite le politiche del ciclo di vita di S3 Standard-IA. Zone-IA Nel caso delle condivisioni di file SMB, se l'ACL principale è configurato sulla 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 File Gateway S3.
Metodo 1: migra il disco di cache e l'ID del gateway su un'istanza sostitutiva
Per migrare il tuo S3 File Gatewaydel disco di cache e dell'ID del gateway su un'istanza sostitutiva:
-
Arresta tutte le applicazioni che stanno scrivendo sul S3 File Gateway File Gateway esistente.
-
Utilizza 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 Gateway, quindi scegli il vecchio S3 File Gateway che desideri migrare.
-
Fai clic su Aggiorna ora se disponibile. In caso contrario, il gateway utilizza già la versione più recente.
-
Verificate che la
CachePercentDirtymetrica nella scheda Monitoraggio per l'esistente S3 File Gateway FSx File sia.0 -
Spegni l'esistente S3 File Gateway Gateway spegnendo la macchina virtuale (VM) host utilizzando i controlli dell'hypervisor.
Per ulteriori informazioni sulla chiusura di un'istanza Amazon EC2, consulta Stop and start your istance nella Amazon EC2 User Guide.
Per ulteriori informazioni sullo spegnimento di un 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 macchina virtuale gateway.
Nota
Prendi nota dell'ID del volume del disco root e dell'ID del gateway associato a quel disco root. Sarà necessario scollegare questo disco dal nuovo hypervisor Storage Gateway in un passaggio successivo.
Se utilizzi un'istanza Amazon EC2 come macchina virtuale per il tuo S3 File Gateway FSx File Gateway 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 su come scollegare i dischi da un KVM, VMware o VM, consulta la documentazione del tuo hypervisor. Hyper-V
-
Crea una nuova istanza di macchina virtuale Gateway di archiviazione AWS hypervisor, ma non attivarla come gateway. In una fase successiva, questa nuova macchina virtuale assumerà l'identità del vecchio gateway.
Per ulteriori informazioni sulla creazione di una nuova macchina virtuale hypervisor Storage Gateway, vedere Scelta di una piattaforma host e download della macchina virtuale.
Nota
Non aggiungere dischi di cache per la nuova macchina virtuale. Questa macchina virtuale utilizzerà gli stessi dischi di cache utilizzati dalla vecchia macchina virtuale.
Nota
Dopo aver scaricato la VM, chiudi la procedura guidata della console. A questo punto non procedete con l'attivazione.
-
Configura la tua nuova macchina virtuale Storage Gateway per utilizzare le stesse impostazioni di rete della vecchia macchina virtuale.
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 macchina virtuale gateway deve utilizzare un proxy Socket Secure versione 5 (SOCKS5) per connettersi a Internet, consulta Routing del gateway distribuito su EC2 tramite un proxy HTTP.
Nota
Puoi riutilizzare lo stesso indirizzo IP o nome host statico della vecchia macchina virtuale gateway per evitare di riconfigurare i client NFS o SMB.
-
Avvia la nuova VM Storage Gateway.
-
Collega tutti i dischi scollegati dalla vecchia macchina virtuale gateway alla nuova macchina virtuale gateway. Ciò include il disco root e i dischi di cache del vecchio gateway. Non scollegare il disco principale della macchina virtuale del nuovo gateway.
Nota
Per migrare correttamente, 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 macchina virtuale del gateway o effettuando richieste Web all'indirizzo IP della macchina virtuale del nuovo 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. È possibile scegliere di applicarle o configurarle manualmente in un secondo momento. Vedere Accesso alla console locale del gateway.
-
In alternativa, è possibile avviare il processo di migrazione del gateway connettendosi alla nuova macchina virtuale 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.Una volta completato correttamente il processo di migrazione del gateway, 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, questa operazione può richiedere fino a 10 minuti.
-
Arresta la nuova VM Storage Gateway.
-
Scollega il disco principale del vecchio gateway, il cui ID di volume è stato annotato in precedenza, dal nuovo gateway.
-
Avvia 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 File Gateway appare come Unito.
-
Se il gateway utilizzava il metodo di autenticazione SMB Guest Access, la password dovrà essere reinserita. Per istruzioni, consulta Fornire agli ospiti l'accesso alla condivisione di file.
-
Verifica che le tue condivisioni siano disponibili all'indirizzo IP della nuova macchina virtuale gateway, quindi elimina la vecchia macchina virtuale 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 VM, consulta la documentazione del tuo hypervisor Hyper-V .
Metodo 2: istanza sostitutiva con disco di cache vuoto e nuovo Gateway ID
Per configurare un sostituto S3 File Gateway istanza con disco di cache vuoto e nuovo Gateway ID:
-
Arresta tutte le applicazioni che stanno scrivendo sul S3 File Gateway File Gateway esistente. Verifica che la
CachePercentDirtymetrica nella scheda Monitoraggio sia quella indicata0prima di configurare le condivisioni di file sul nuovo gateway. -
Utilizzate AWS Command Line Interface (AWS CLI) per raccogliere e salvare le informazioni di configurazione sul vostro S3 File Gateway File Gateway esistente e sulle condivisioni di file effettuando le seguenti operazioni:
-
Salvate le informazioni di configurazione del gateway per S3 File Gateway 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 relativo stato (se il gateway è in esecuzione).
-
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 guest e il tipo di strategia di sicurezza.
-
-
Usa il comando seguente 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 il nome, la classe di storage, lo stato, il ruolo IAM Amazon Resource Name (ARN), un elenco di client autorizzati ad accedere a S3 File Gateway FSx File Gateway e il percorso utilizzato dal client SMB per identificare il di montaggio.
-
Usa il comando seguente 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, l'ARN del ruolo IAM, un elenco di client autorizzati ad accedere a S3 File Gateway FSx File Gateway e il percorso utilizzato dal client di montaggio.
-
-
-
Crea un nuovo S3 File Gateway Gateway con le stesse impostazioni e configurazioni del vecchio gateway. Se necessario, fate riferimento alle informazioni salvate nel passaggio 2.
-
Crea nuove condivisioni di file per il nuovo gateway con le stesse impostazioni e configurazioni delle condivisioni di file configurate sul vecchio gateway. Se necessario, fate 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 client 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 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 macchina virtuale gateway o l'istanza Amazon EC2.