View a markdown version of this page

Sustituir el existente Puerta de enlace de archivo de S3 con una nueva instancia - AWSStorage Gateway
Método 1: migrar el disco de caché y el ID de la puerta de enlace a la instancia de reemplazoMétodo 2: reemplazar la instancia por un disco de caché vacío y el ID de la nueva puerta de enlace

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Sustituir el existente Puerta de enlace de archivo de S3 con una nueva instancia

nota

Si va a realizar una migración de Storage Gateway AL2 a AL2023, antes de empezar, asegúrese de haber completado todos los elementos de la lista de verificación de Pre-migration la campaña de migración de Storage Gateway AL2 a AL2023.

Puede reemplazar una puerta de enlace de archivos FSx de S3 de enlace. Puede que tenga que hacerlo si quiere trasladar la puerta de enlace a una plataforma de host mejor o a instancias de Amazon EC2 más nuevas, o si desea actualizar el hardware del servidor subyacente.

Existen dos métodos para reemplazar una puerta de enlace de archivo de S3 existente. En la siguiente tabla se detallan las ventajas y desventajas de cada método. Con esta información, seleccione el método que mejor se adapte a su entorno de puerta de enlace y, a continuación, consulte los pasos del procedimiento en la sección correspondiente que aparece a continuación.

nota

Si necesita iniciar sesión en la nueva consola local de Storage Gateway para completar cualquiera de los métodos, el nombre de usuario inicial es admin y la contraseña temporal es password.

importante

Utilice estas instrucciones únicamente para migrar dispositivos de puerta de enlace que ejecuten la versión 1.x. No puede utilizarlos para migrar dispositivos de puerta de enlace que ejecuten versiones anteriores.

Método 1: migrar el disco de caché y el ID de la puerta de enlace a la instancia de reemplazo*

Método 2: reemplazar la instancia por un disco de caché vacío y el ID de la nueva puerta de enlace

Datos del disco de caché

Se conservan los datos del disco de caché. Este método resulta útil si la puerta de enlace tiene un disco de caché de gran tamaño o si las aplicaciones son sensibles al retraso provocado por las operaciones de lectura fuera de la memoria caché.

Los datos de la caché se descargan de la AWS nube. Este método es óptimo para cargas de trabajo con un uso intensivo de escritura, si sus aplicaciones pueden tolerar el retraso provocado por las lecturas fuera de la memoria caché.

Tiempo de inactividad

Su puerta de enlace estará fuera de línea durante una o dos horas durante el proceso de migración.

Los recursos compartidos de archivos siempre están disponibles, pero los clientes experimentarán un breve tiempo de inactividad de transición al cambiar de un recurso compartido de archivos a otro durante la transición a la nueva instancia.

nota

No se admite la escritura simultánea en un bucket de Amazon S3 desde dos recursos compartidos de archivos, por lo que todos los clientes deben reasignarse de un recurso compartido a otro simultáneamente, en lugar de hacerlo de forma gradual.

ID de puerta de enlace

La nueva puerta de enlace hereda el ID de puerta de enlace de la puerta de enlace a la que sustituye.

La puerta de enlace existente y la puerta de enlace de reemplazo tienen ID de puerta de enlace únicos e independientes.

Implicación de costes

La conservación de los datos en caché elimina la necesidad de volver a descargarlos, lo que se traduce en cero costes adicionales de S3.

Este método puede generar costes adicionales, especialmente si es necesaria la recuperación de datos de S3. Este enfoque también puede generar importantes gastos de recuperación de datos en S3 si los archivos compartidos respaldados por depósitos de S3 utilizan clases de almacenamiento como S3, S3 Intelligent-Tiering Standard-IA, S3 One Zone-IA u objetos que se han transferido a GLACIER a través de las políticas de ciclo de vida de S3.

En el caso de los archivos compartidos SMB, si la ACL raíz está configurada en el recurso compartido de archivos, debe volver a aplicarse a la puerta de enlace migrada. Esta acción aplicará la configuración de forma recursiva a todos los objetos del recurso compartido de archivos, lo que implicará algunos costes.
nota

La migración solo se puede realizar entre puertas de enlace del mismo tipo. Por ejemplo, no puede migrar la configuración o los datos de una puerta de enlace de archivo de FSx a una puerta de enlace de archivo de S3.

Método 1: migrar el disco de caché y el ID de la puerta de enlace a la instancia de reemplazo

Para migrar su Puerta de enlace de archivo de S3es el disco caché y el ID de puerta de enlace a una instancia de reemplazo:

  1. Detenga todas las aplicaciones que estén escribiendo en la puerta de enlace de archivo de S3s.

  2. Siga estos pasos para actualizar la puerta de enlace a la versión más reciente

    1. Abra la consola Storage Gateway en https://console.aws.amazon.com/storagegateway/home.

    2. En el panel de navegación, elija Gateways y, a continuación, elija la antigua puerta de enlace de archivos S3 que desee migrar.

    3. Haga clic en Actualizar ahora si está disponible. De lo contrario, su puerta de enlace ya está en la versión más reciente.

  3. Compruebe que la métrica CachePercentDirty de la pestaña Supervisión de la puerta de enlace de archivo de S3 existente es 0.

  4. Apague la puerta de enlace de archivo de S3 existente apagando la máquina virtual (VM) host mediante los controles del hipervisor.

    Para obtener más información acerca de cómo cerrar una instancia de Amazon EC2, consulte Detención e inicio de la instancia en la Guía del usuario de Amazon EC2.

    Para obtener más información sobre cómo apagar un KVM, VMware o Hyper-V VM, consulte la documentación del hipervisor.

  5. Desconecte todos los discos, incluidos el disco raíz, los discos de memoria caché de la máquina virtual de puerta de enlace anterior.

    nota

    Anote el ID de volumen del disco raíz, así como el ID de puerta de enlace asociado a ese disco raíz. Tendrá que desconectar este disco del nuevo hipervisor de Storage Gateway en un paso posterior.

    Si utiliza una instancia de Amazon EC2 como máquina virtual para la puerta de enlace de archivo de S3, consulte Desconectar un volumen de Amazon EBS de una instancia de Windows o Desconectar un volumen de Amazon EBS de una instancia de Linux en la Guía del usuario de Amazon EC2.

    Para obtener información sobre cómo separar discos de un KVM, VMware o Hyper-V VM, consulte la documentación del hipervisor.

  6. Cree una nueva instancia de máquina virtual con AWS Storage Gateway hipervisor, pero no la active como puerta de enlace. En un último paso, esta nueva máquina virtual asumirá la identidad de la puerta de enlace anterior.

    Para obtener más información sobre la creación de una nueva máquina virtual de hipervisor de Storage Gateway, consulte Selección de una plataforma host y descarga de la máquina virtual.

    nota

    No agregue discos de caché a la nueva máquina virtual. Esta nueva máquina virtual utilizará los mismos discos de caché que utilizaba la máquina virtual anterior.

    nota

    Tras descargar la máquina virtual, cierre el asistente de la consola. No continúe con la activación en este momento.

  7. Configure la nueva máquina virtual de Storage Gateway para usar la misma configuración de red que la máquina virtual anterior.

    La configuración de red predeterminada de la gateway es DHCP (Dynamic Host Configuration Protocol). Con DHCP, a la gateway se le asigna automáticamente una dirección IP.

    Si necesita configurar manualmente una dirección IP estática para la máquina virtual de puerta de enlace, consulte Configuración de parámetros de red.

    Si la máquina virtual de puerta de enlace debe usar un proxy Socket Secure versión 5 (SOCKS5) para conectarse a Internet, consulte Direccionamiento de la puerta de enlace implementada en EC2 a través de un proxy HTTP.

    nota

    Puede volver a utilizar la misma dirección IP estática o el mismo nombre de host de la antigua máquina virtual de puerta de enlace para evitar tener que volver a configurar los clientes NFS o SMB.

  8. Inicie la nueva máquina virtual de Storage Gateway.

  9. Adjunte todos los discos que desconectó de la máquina virtual de puerta de enlace anterior a la nueva máquina virtual de puerta de enlace. Esto incluye el disco raíz y los discos de caché de la antigua puerta de enlace. No separe el disco raíz de la nueva máquina virtual de puerta de enlace.

    nota

    Para migrar correctamente, todos los discos deben permanecer sin cambios. El cambio de tamaño del disco u otros valores provoca incoherencias en los metadatos que impiden que la migración se realice correctamente.

  10. Inicie el proceso de migración de la puerta de enlace conectándose a la consola local de la nueva máquina virtual de puerta de enlace o realizando solicitudes web a la dirección IP de la nueva máquina virtual de puerta de enlace (que se describe a continuación).

    1. Para usar la consola local, seleccione la opción de Migrate Gateway y proporcione su ID de puerta de enlace actual cuando se le solicite. Se le solicitará que copie la configuración aplicada anteriormente en la puerta de enlace anterior a la nueva. Puede optar por aplicarlos o configurarlos manualmente más adelante. Consulte Acceso a la consola local de Gateway.

    2. Como alternativa, puede iniciar el proceso de migración de la puerta de enlace conectándose a la nueva máquina virtual con una URL que utilice el siguiente formato.

      http://your-VM-IP-address/migrate?gatewayId=your-gateway-ID

      Puede volver a utilizar la misma dirección IP para la nueva VM de puerta de enlace que utilizaba para la VM de puerta de enlace anterior. La URL debe ser similar al siguiente ejemplo.

      http://198.51.100.123/migrate?gatewayId=sgw-12345678

      Utilice esta URL desde un navegador o desde la línea de comandos utilizando curl para iniciar el proceso de migración.

      Cuando el proceso de migración de la puerta de enlace se complete correctamente, verá un mensaje que confirma que la migración se realizó correctamente.

  11. Espere a que el estado de la puerta de enlace aparezca como En ejecución en la consola de AWS Storage Gateway. En función del ancho de banda disponible, este proceso puede tardar hasta 10 minutos.

  12. Detenga la nueva máquina virtual de Storage Gateway.

  13. Desconecte el disco raíz de la antigua puerta de enlace, cuyo ID de volumen indicó anteriormente, de la nueva puerta de enlace.

  14. Inicie la nueva máquina virtual de Storage Gateway.

  15. Si la puerta de enlace se unió a un dominio de Active Directory, vuelva a unirse al dominio. Para ver las instrucciones, consulte Uso de un Active Directory para autenticar usuarios.

    nota

    Debe realizar este paso aunque el estado de la puerta de enlace de archivo de S3 aparezca como Unida.

  16. Si su puerta de enlace utilizaba el método de autenticación SMB Guest Access, tendrá que volver a introducir la contraseña. Para obtener instrucciones, consulte Proporcionar acceso como invitado a su recurso compartido de archivos.

  17. Confirme que los recursos compartidos estén disponibles en la dirección IP de la máquina virtual de puerta de enlace nueva y, a continuación, elimine la máquina virtual de puerta de enlace anterior.

    aviso

    Cuando se elimina una puerta de enlace, no se puede recuperar.

    Para obtener más información sobre la eliminación de una instancia de Amazon EC2, consulte Terminar la instancia en la Guía del usuario de Amazon EC2. Para obtener más información sobre cómo eliminar un KVM, un VMware o una Hyper-V máquina virtual, consulte la documentación del hipervisor.

Método 2: reemplazar la instancia por un disco de caché vacío y el ID de la nueva puerta de enlace

Para configurar un reemplazo Puerta de enlace de archivo de S3 instancia con un disco caché vacío y un nuevo ID de puerta de enlace:

  1. Detenga todas las aplicaciones que estén escribiendo en la puerta de enlace de archivo de S3s. Compruebe que la métrica CachePercentDirty de la pestaña Supervisión es 0 antes de configurar los recursos compartidos de archivos en la nueva puerta de enlace.

  2. Utilice AWS Command Line Interface (AWS CLI) para recopilar y guardar la información de configuración sobre la puerta de enlace de archivos de S3 existente y los recursos compartidos de archivos de la siguiente manera:

    1. Guarde la información de configuración de la puerta de enlace para la puerta de enlace de archivo de S3.

      aws storagegateway describe-gateway-information --gateway-arn "arn:aws:storagegateway:us-east-2:123456789012:gateway/sgw-12A3456B"

      Este comando devuelve un bloque JSON que contiene los metadatos de una puerta de enlace, por ejemplo, su nombre, las interfaces de red, la zona horaria configurada y el estado (es decir, si la puerta de enlace se está ejecutando o no).

    2. Guarde la configuración de Service Message Block (SMB) de la puerta de enlace de archivo de S3.

      aws storagegateway describe-smb-settings --gateway-arn "arn:aws:storagegateway:us-east-2:123456789012:gateway/sgw-12A3456B"

      Este comando devuelve un bloque JSON que contiene los metadatos sobre el recurso compartido de archivos SMB, por ejemplo, su nombre de dominio, el estado de Microsoft Active Directory, si se ha establecido la contraseña del invitado y el tipo de estrategia de seguridad.

    3. Guarde la información de los recursos compartidos de archivos para cada recurso compartido de archivos SMB y Network File System (NFS) de la puerta de enlace de archivo de S3:

      • Utilice el siguiente comando para recursos compartidos de archivos SMB.

        aws storagegateway describe-smb-file-shares --file-share-arn-list "arn:aws:storagegateway:us-east-2:123456789012:share/share-987A654B"

        Este comando genera un bloque JSON que contiene metadatos sobre el recurso compartido de archivos SMB, como su nombre, clase de almacenamiento, estado, rol de IAM, Nombre de recurso de Amazon (ARN), una lista de clientes que pueden acceder a la puerta de enlace de archivo de S3 y la ruta utilizada por el cliente SMB para identificar el punto de montaje.

      • Utilice el siguiente comando para recursos compartidos de archivos NFS.

        aws storagegateway  describe-nfs-file-shares --file-share-arn-list "arn:aws:storagegateway:us-east-2:123456789012:share/share-321A978B"

        Este comando genera un bloque JSON que contiene metadatos sobre el recurso compartido de archivos NFS, como su nombre, clase de almacenamiento, estado, ARN del rol de IAM, una lista de clientes a los que se les permite acceder a la puerta de enlace de archivo de S3 y la ruta utilizada por el cliente NFS para identificar el punto de montaje.

  3. Cree una nueva puerta de enlace de archivo de S3 con los mismos ajustes y configuración que la puerta de enlace anterior. Si es necesario, consulte la información que guardó en el paso 2.

  4. Cree nuevos recursos compartidos de archivos para la nueva puerta de enlace con los mismos ajustes y configuración que los recursos compartidos de archivos que se configuraron en la puerta de enlace anterior. Si es necesario, consulte la información que guardó en el paso 2.

    nota

    Ahora puede copiar las configuraciones de uso compartido de archivos entre puertas de enlace. Para obtener más información, consulte Copiar un recurso compartido de archivos.

  5. Compruebe que la nueva puerta de enlace funciona correctamente y, a continuación, remap/cut transfiera sus clientes de los antiguos recursos compartidos de archivos a los nuevos de la manera que mejor se adapte a su entorno.

  6. Confirme que la nueva puerta de enlace funciona correctamente y, a continuación, elimine la puerta de enlace anterior de la consola de Storage Gateway.

    importante

    Antes de eliminar una puerta de enlace de archivo de S3, asegúrese de que no haya aplicaciones escribiendo en la caché de la puerta de enlace. Si elimina la puerta de enlace mientras se esté utilizando, puede producirse pérdida de datos.

    aviso

    Cuando se elimina una puerta de enlace, no se puede recuperar.

  7. Elimine la máquina virtual de puerta de enlace anterior o la instancia de Amazon EC2.