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, depois, 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 é ú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á 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 é aceita, portanto, todos os clientes devem ser reassociados de um compartilhamento ao 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.

*O método 1 só é aceita na migração entre gateways que têm a mesma geração e o mesmo número de versão principal.

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. 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/casa.

    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 CachePercentDirty métrica na guia Monitoramento do gateway de arquivos existente do S3 é0.

  4. 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.

  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 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.

  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.

  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 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.

  8. Inicie a nova VM do Storage Gateway.

  9. Anexe os discos que você desanexou da antiga VM do gateway à nova VM de gateway. Não desconecte o disco raiz existente da nova VM do gateway.

    nota

    Para realizar uma migração bem-sucedida, todos os discos devem permanecer inalterados. 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. Pare a nova VM do Storage Gateway.

  13. Desanexe 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

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

  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 seus 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.

    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 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 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"

      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 S3 File Gateway Gateway.

      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 seu 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 e configurações do 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.

  5. Confirme se o novo gateway está funcionando corretamente e, depois, reassocie/substitua seus clientes dos antigos compartilhamentos para os novos 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 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.