View a markdown version of this page

Substituindo seu existente Gateways de Arquivos do S3 com uma nova instância - AWSStorage 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 existente Gateways de Arquivos do S3 com uma nova instância

nota

Se você estiver realizando uma migração de AL2 para AL2023 do Storage Gateway, antes de começar, certifique-se de ter concluído todos os itens da lista de verificação Pre-migration da campanha de migração de AL2 para AL2023 do Storage Gateway.

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

Há dois métodos para substituir um Gateway de Arquivos do S3 existente. 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

Caso precise fazer login no novo console local do Storage Gateway para seguir qualquer um dos métodos, o nome de usuário inicial é admin e a senha temporária é password.

Importante

Use essas instruções somente para migrar dispositivos de gateway que executam a versão 1.x. Você não pode usá-los para migrar dispositivos de gateway que executam versões inferiores.

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 será útil se o gateway tiver um disco de cache grande ou se as aplicações forem sensíveis ao atraso causado pelas operações de leitura fora do cache.

Os dados em cache são baixados da AWS nuvem. Esse método é ideal para workloads com muita gravação, caso suas aplicações possam tolerar o atraso causado por leituras fora do cache.

Tempo de inatividade

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

Os compartilhamentos de arquivos permanecem disponíveis, mas os clientes terão um curto tempo de inatividade para substituição 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 de dois compartilhamentos de arquivos simultaneamente não compatível. Portanto, todos os clientes devem ser reassociados de um compartilhamento ao outro de maneira simultânea em vez de gradual.

ID do gateway

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

O gateway existente e o gateway de substituição têm IDs separados e exclusivos.

Implicação de custo

A preservação de dados em cache elimina a necessidade de novos downloads, resultando em zero custos adicionais do S3.

Esse método pode incorrer em custos adicionais, especialmente se a recuperação de dados do S3 for necessária. Essa abordagem também pode resultar em despesas substanciais de recuperação de dados do S3 se os compartilhamentos de arquivos apoiados por buckets do S3 utilizarem classes de armazenamento como S3, S3 Intelligent-Tiering, S3 One Zone-IA ou objetos transferidos para o Standard-IA GLACIER por meio de políticas de ciclo de vida do S3.

No caso de compartilhamentos de arquivos SMB, se a ACL raiz estiver configurada no compartilhamento de arquivos, ela deverá ser reaplicada ao gateway migrado. Essa ação aplicará a configuração recursivamente a todos os objetos no compartilhamento de arquivos, introduzindo algumas implicações de custo.
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 Arquivos do FSx para um Gateway de Arquivos do S3.

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

Para migrar seu Gateways de Arquivos do S3do disco de cache e do ID do gateway para uma instância substituta:

  1. Interrompa todas as aplicações que estejam gravando no Gateway de Arquivos do S3 existente.

  2. Use as etapas a seguir para atualizar o gateway para a versão mais recente

    1. Abra o console do Storage Gateway em https://console.aws.amazon.com/storagegateway/home.

    2. No painel de navegação, escolha Gateways e, em seguida, escolha o antigo S3 File Gateway que você deseja migrar.

    3. Clique em Atualizar agora, se disponível. Caso contrário, seu gateway já está na versão mais recente.

  3. Verifique se a métrica CachePercentDirty na guia Monitoramento do Gateway de Arquivos do S3 existente é 0.

  4. Encerre o Gateway de Arquivos do S3 existente desligando a máquina virtual (VM) do host utilizando seus controles de hipervisor.

    Para acessar mais informações sobre como desligar uma instância do Amazon EC2, consulte Parar e iniciar sua instância no Guia do usuário do Amazon EC2.

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

  5. Desanexe 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á desanexar esse disco do hipervisor do novo Storage Gateway em uma etapa posterior.

    Se você estiver usando uma instância do Amazon EC2 como VM para seu Gateway de Arquivos do S3, 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 do Amazon EC2.

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

  6. 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 antigo gateway.

    Para acessar mais informações sobre como criar uma VM com hipervisor do Storage Gateway, consulte Escolher uma plataforma host e baixar a VM.

    nota

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

    nota

    Depois de baixar a VM, feche o assistente do console. Não prossiga com a ativação neste momento.

  7. Configure sua nova VM do Storage Gateway para utilizar as mesmas configurações de rede que a antiga VM.

    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 do gateway, consulte Configurar parâmetros de rede.

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

    nota

    Você pode reutilizar o mesmo endereço IP estático ou nome de host da antiga VM do gateway para evitar a reconfiguração de clientes NFS ou SMB.

  8. Inicie a nova VM do Storage Gateway.

  9. Conecte todos os discos que você desconectou da VM do gateway antigo à nova VM do gateway. Isso inclui o disco raiz e o (s) disco (s) de cache do gateway antigo. Não desconecte o próprio disco raiz da VM do novo gateway.

    nota

    Todos os discos devem permanecer inalterados para que a migração seja bem-sucedida. Alterar o tamanho do disco ou outros valores causa inconsistências nos metadados, o que impede a migração bem-sucedida.

  10. Inicie o processo de migração do gateway conectando-se ao console local da nova VM do gateway ou fazendo solicitações da web ao endereço IP da nova VM do gateway (descrito abaixo).

    1. Para usar o console local, selecione a opção Migrate Gateway e forneça seu ID de gateway existente quando solicitado. Você receberá instruções para copiar as configurações aplicadas anteriormente no gateway antigo para o novo gateway. Você pode optar por aplicá-las ou configurá-las manualmente posteriormente. Consulte Acessando o console local do Gateway.

    2. Como alternativa, você pode iniciar o processo de migração do gateway conectando-se à nova VM com uma URL que usa o formato a seguir.

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

      É possível reutilizar o mesmo endereço IP para a nova VM do gateway que usou para a antiga VM do gateway. O URL deve ser semelhante ao exemplo a seguir.

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

      Use este URL de um navegador ou da linha de comando usando curl para iniciar o processo de migração.

      Quando o processo de migração do gateway for concluído com êxito, você verá uma mensagem confirmando a migração bem-sucedida.

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

  12. Interrompa a nova VM do Storage Gateway.

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

  14. Inicie a nova VM do Storage Gateway.

  15. Se seu gateway estava inserido em um domínio do Active Directory, reinsira-o no domínio. Para receber instruções, consulte Usar o Active Directory para autenticar usuários.

    nota

    Conclua essa etapa mesmo que o status do Gateway de Arquivos do S3 apareça como Ingressado.

  16. Se seu gateway estava usando o método de autenticação SMB Guest Access, a senha precisará ser digitada novamente. Para obter instruções, consulte Fornecer acesso de convidado ao seu compartilhamento de arquivos.

  17. Confirme se os compartilhamentos estão disponíveis no endereço IP da nova VM do gateway.

    Atenção

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

    Consulte mais informações sobre como excluir uma instância do Amazon EC2 em Encerrar uma instância no Guia do usuário do Amazon EC2. Para obter mais informações sobre como excluir um KVM, VMware ou Hyper-V VM, 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 substituição Gateways de Arquivos do S3 instância com disco de cache vazio e novo ID de gateway:

  1. Interrompa todas as aplicações que estejam gravando no Gateway de Arquivos do S3 existente. Verifique se a métrica CachePercentDirty na guia Monitoramento é 0 antes de configurar os 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 S3 File Gateway Gateway existente e compartilhamentos de arquivos fazendo o seguinte:

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

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

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

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

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

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

    3. Salve as informações de compartilhamento de arquivos para cada compartilhamento de arquivos SMB e Network File System (NFS) do Gateway de Arquivos do S3:

      • 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, o nome do recurso da Amazon (ARN) do perfil do IAM, uma lista de clientes que têm permissão para acessar o Gateway de Arquivos do S3 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 do perfil do IAM, uma lista de clientes que têm permissão para acessar o Gateway de Arquivos do S3 e o caminho usado pelo cliente NFS para identificar o ponto de montagem.

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

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

    nota

    Agora você pode copiar as configurações de compartilhamento de arquivos entre gateways. Para obter mais informações, consulte Copiar um compartilhamento de arquivos.

  5. Confirme se o novo gateway está funcionando corretamente e, em seguida, remap/cut 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, depois, exclua o gateway antigo do console do Storage Gateway.

    Importante

    Antes de excluir um Gateway de Arquivos do S3, verifique se não há nenhuma aplicação gravando no momento no cache do 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 VM do gateway antigo ou a instância do Amazon EC2.