Substituindo seu gateway de arquivos existente do S3 FSx por uma nova instância - AWS Storage Gateway
Método 1: migrar o disco de cache e o ID do gateway para a instância de substituiçãoMétodo 2: Substituir a instância por um disco de cache vazio e um novo ID de gateway

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Substituindo seu gateway de arquivos existente do S3 FSx por uma nova instância

Você pode substituir um gateway de arquivos existente do S3 FSx por uma nova instância à medida que suas necessidades de dados e desempenho aumentarem ou se você receber uma AWS notificação para migrar seu gateway. Talvez seja necessário fazer isso se quiser mover seu gateway para uma plataforma de hospedagem melhor ou para EC2 instâncias mais recentes da Amazon, ou para atualizar o hardware do servidor subjacente.

Há dois métodos para substituir um gateway de arquivos existente do S3 . A tabela a seguir descreve as vantagens e desvantagens de cada método. Usando essas informações, selecione o método mais adequado para seu ambiente de gateway e, em seguida, consulte as etapas do procedimento na seção correspondente abaixo.

nota

Se você precisar fazer login no console local do seu novo Storage Gateway para concluir qualquer um dos métodos, o nome de usuário padrão é admin e a senha padrão é password.

Método 1: migrar o disco de cache e o ID do gateway para a instância de substituição

Método 2: Substituir a instância por um disco de cache vazio e um novo ID de gateway

Dados do disco de cache

Os dados no disco de cache são preservados. Esse método é útil se o gateway tiver um disco de cache grande ou se seus aplicativos forem sensíveis ao atraso causado pelas operações de out-of-cache leitura.

Os dados em cache são baixados da AWS nuvem. Esse método é ideal para cargas de trabalho com muita gravação, se seus aplicativos puderem tolerar o atraso causado pelas leituras. out-of-cache

Tempo de inatividade

Seu gateway ficará off-line por 1 a 2 horas durante o processo de migração.

Os compartilhamentos de arquivos estão sempre disponíveis, mas os clientes terão um curto período de inatividade ao alternar de um compartilhamento de arquivos para outro durante a transição para a nova instância.

nota

A gravação em um bucket do Amazon S3 a partir de dois compartilhamentos de arquivos simultaneamente não é suportada, portanto, todos os clientes devem ser remapeados de um compartilhamento para o outro simultaneamente, em vez de gradualmente.

ID do gateway

O novo gateway herda o ID do gateway que ele substitui.

O gateway existente e o gateway substituto têm um gateway separado e exclusivo IDs.
nota

A migração só pode ser realizada entre gateways do mesmo tipo. Por exemplo, você não pode migrar configurações ou dados de um gateway de FSx arquivos para um gateway de arquivos S3.

Método 1: migrar o disco de cache e o ID do gateway para a instância de substituição

Para migrar o disco cache e o ID do gateway de do S3 File Gateway para uma instância substituta:

  1. Pare todos os aplicativos que estão gravando no gateway de arquivos existente do S3 .

  2. Verifique se a CachePercentDirty métrica na guia Monitoramento do gateway de arquivos existente do S3 é0.

  3. Encerre o gateway de arquivos existente do S3 FSx desligando a máquina virtual (VM) do host usando seus controles de hipervisor.

    Para obter mais informações sobre o encerramento de uma EC2 instância da Amazon, consulte Pare e inicie sua instância no Guia do EC2 usuário da Amazon.

    Para obter mais informações sobre como desligar uma VM KVM ou Hyper-V VMware, consulte a documentação do hipervisor.

  4. Separe todos os discos, incluindo o disco raiz e os discos de cache da antiga VM do gateway.

    nota

    Anote a ID do volume do disco raiz, bem como a ID do gateway associada a este disco raiz. Você precisará desconectar esse disco do novo hipervisor do Storage Gateway em uma etapa posterior.

    Se você estiver usando uma EC2 instância da Amazon como a VM para seu gateway de arquivos do S3 Gateway, consulte Desanexar um volume do Amazon EBS de uma instância do Windows ou Desanexar um volume do Amazon EBS de uma instância do Linux no Guia do usuário da Amazon. EC2

    Para obter informações sobre como desanexar discos de uma VM KVM ou Hyper-V VMware, consulte a documentação do seu hipervisor.

  5. Crie uma nova instância de VM de AWS Storage Gateway hipervisor, mas não a ative como gateway. Em uma etapa posterior, essa nova VM assumirá a identidade do gateway antigo.

    Para obter mais informações sobre como criar uma nova VM hipervisora do Storage Gateway, consulte Escolhendo uma plataforma de host e baixando a VM.

    nota

    Não adicione discos de cache para a nova VM. Essa VM usará os mesmos discos de cache usados pela VM antiga.

  6. Configure sua nova VM do Storage Gateway para usar as mesmas configurações de rede da VM antiga.

    A configuração de rede padrão para o gateway é Dynamic Host Configuration Protocol (DHCP). Com o DHCP, um endereço IP é atribuído automaticamente ao seu gateway.

    Se você precisar configurar manualmente um endereço IP estático para sua VM de gateway, consulte Configuração de parâmetros de rede.

    Se sua VM de gateway precisar usar um proxy Socket Secure versão 5 (SOCKS5) para se conectar à Internet, consulte Roteamento do gateway implantado EC2 por meio de um proxy HTTP.

  7. Inicie a nova VM do Storage Gateway.

  8. Conecte os discos que você desconectou da VM do gateway antigo à nova VM do gateway. Não desconecte o disco raiz existente da nova VM do gateway.

    nota

    Para migrar com êxito, todos os discos devem permanecer inalterados. Alterar o tamanho do disco ou outros valores causa inconsistências nos metadados que impedem a migração bem-sucedida.

  9. Inicie o processo de migração do gateway conectando-se à nova VM com uma URL que usa o seguinte formato:

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

    Você pode usar o mesmo endereço IP para a nova VM do gateway que você usou para a antiga VM do gateway. Para usar o mesmo IP, exclua primeiro o gateway antigo e, em seguida, continue com a etapa 5. Seu URL deve ser semelhante ao exemplo a seguir:

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

    Use esse URL em um navegador ou na linha de comando usando cURL.

    Quando a migração do gateway é iniciada com êxito, a seguinte mensagem é exibida:

    Successfully imported Storage Gateway information. Please refer to Storage Gateway documentation to perform the next steps to complete the migration.

  10. Aguarde até que o status do gateway apareça como Em execução no AWS Storage Gateway console. Dependendo da largura de banda disponível, isso pode levar até 10 minutos.

  11. Pare a nova VM do Storage Gateway.

  12. Separe o disco raiz do gateway antigo, cujo ID de volume você anotou anteriormente, do novo gateway.

  13. Inicie a nova VM do Storage Gateway.

  14. Se seu gateway foi associado a um domínio do Active Directory, junte-se novamente ao domínio. Para obter instruções, consulte Usando o Active Directory para autenticar usuários.

    nota

    Você deve concluir essa etapa mesmo que o status do gateway de arquivos do S3 apareça como Associado.

  15. Confirme se seus compartilhamentos estão disponíveis no endereço IP da nova VM do gateway e, em seguida, exclua a VM do gateway antigo.

    Atenção

    Não é possível recuperar um gateway excluído.

    Para obter mais informações sobre a exclusão de uma EC2 instância da Amazon, consulte Encerrar sua instância no Guia EC2 do usuário da Amazon. Para obter mais informações sobre como excluir uma VM KVM ou Hyper-V VMware, consulte a documentação do seu hipervisor.

Método 2: Substituir a instância por um disco de cache vazio e um novo ID de gateway

Para configurar uma instância substituta do S3 File Gateway FSx com disco de cache vazio e novo ID de gateway:

  1. Pare todos os aplicativos que estão gravando no gateway de arquivos existente do S3 . Verifique se a CachePercentDirty métrica na guia Monitoramento é 0 antes de configurar compartilhamentos de arquivos no novo gateway.

  2. Use o AWS Command Line Interface (AWS CLI) para coletar e salvar as informações de configuração sobre seu gateway de arquivos e compartilhamentos de arquivos existentes FSx do S3 fazendo o seguinte:

    1. Salve as informações de configuração do gateway para o S3 File Gateway .

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

      Esse comando gera um bloco JSON que contém metadados sobre o gateway, como nome, interfaces de rede, fuso horário configurado e seu estado (se o gateway está em execução).

    2. Salve as configurações do Server Message Block (SMB) do S3 File Gateway Gateway.

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

      Esse comando gera um bloco JSON que contém metadados sobre o compartilhamento de arquivos SMB, como nome de domínio, status do Microsoft Active Directory, se a senha do convidado está definida e o tipo de estratégia de segurança.

      • Use o comando a seguir para compartilhamentos de arquivos SMB.

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

        Esse comando gera um bloco JSON que contém metadados sobre o compartilhamento de arquivos SMB, como nome, classe de armazenamento, status, função do IAM Amazon Resource Name (ARN), uma lista de clientes que têm permissão para acessar o gateway de arquivos do S3 Gateway e o caminho usado pelo cliente SMB para identificar o ponto de montagem.

      • Use o comando a seguir para compartilhamentos de arquivos NFS.

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

        Esse comando gera um bloco JSON que contém metadados sobre o compartilhamento de arquivos NFS, como nome, classe de armazenamento, status, ARN da função do IAM, uma lista de clientes que têm permissão para acessar o gateway de arquivos do S3 Gateway e o caminho usado pelo cliente NFS para identificar o ponto de montagem.

  3. Crie um novo gateway de arquivos do S3 FSx com as mesmas configurações do gateway antigo. Se necessário, consulte as informações que você salvou na Etapa 2.

  4. Crie novos compartilhamentos de arquivos para o novo gateway com as mesmas configurações e configurações dos compartilhamentos de arquivos que foram configurados no gateway antigo. Se necessário, consulte as informações que você salvou na Etapa 2.

  5. Confirme se o novo gateway está funcionando corretamente e, em seguida, remapeie/transfira seus clientes dos compartilhamentos de arquivos antigos para os novos compartilhamentos de arquivos da maneira mais adequada ao seu ambiente.

  6. Confirme se o novo gateway está funcionando corretamente e, em seguida, exclua o gateway antigo do console do Storage Gateway.

    Importante

    Antes de excluir um gateway de arquivos do S3 FSx , verifique se não há aplicativos gravando atualmente no cache desse gateway. Se excluir o gateway enquanto ele estiver em uso, poderá perder dados.

    Atenção

    Não é possível recuperar um gateway excluído.

  7. Exclua a antiga VM do gateway ou a EC2 instância da Amazon.