Por que meu gateway aparece como offline no Storage Gateway?

Resolução

Quando a máquina virtual (VM) on-premises ou a instância do Amazon Elastic Compute Cloud (Amazon EC2) que hospeda o gateway não tem recursos suficientes, o gateway pode ficar offline.

Confirme se a VM on-premises ou a instância do Amazon EC2 atende aos requisitos mínimos para manter o gateway online.

Veja a seguir os motivos comuns pelos quais seu gateway está offline.

O gateway não consegue acessar os endpoints do serviço

Teste a conectividade de rede do seu gateway. O tipo de endpoint de serviço é um endpoint de serviço do Storage Gateway ou um endpoint de nuvem privada virtual (VPC).

Para solucionar problemas de conectividade com um gateway hospedado em instância, você também pode usar o Reachability Analyzer.

A seguir estão algumas das respostas de erro comuns que você pode receber ao testar a conectividade da rede.

"[FAILED ] Endpoint domain not found"

Você recebe o erro anterior quando a VM do gateway ou a instância do EC2 não consegue resolver os endpoints de serviço do gateway. Verifique a conectividade com o servidor DNS e se o servidor DNS pode resolver o nome DNS do endpoint da VPC. Para atualizar as informações do servidor DNS do gateway, consulte Configuring your gateway network settings.

"[ FAILED ] No response from endpoint host"

Você recebe o erro anterior quando a VM do gateway ou a instância do EC2 não consegue acessar os endpoint do serviço.

Para confirmar a conectividade, execute o comando ncport no console local do gateway que você acessa na plataforma do host da VM:

ncport -d client-cp.storagegateway.eu-west-1.amazonaws.com -p 443

Para identificar o roteador que está bloqueando o tráfego de encaminhamento para os endpoints de serviço, execute o comando tcptraceroute:

tcptraceroute -d client-cp.storagegateway.eu-west-1.amazonaws.com -p 443

"[NETWORK TEST: PASSED] [SSL TEST: FAILED]"

Você recebe o erro anterior quando um sistema de segurança, como um firewall ou proxy, modifica o emissor do certificado. Para identificar o emissor do certificado, execute o seguinte comando:

sslcheck -d client-cp.storagegateway.eu-west-1.amazonaws.com -p 443

O emissor do certificado deve ser uma autoridade de certificação confiável pela Amazon, semelhante à do exemplo a seguir:

subject=/CN=client-cp.storagegateway.eu-west-1.amazonaws.com
issuer=/C=US/O=Amazon/CN=Amazon RSA 2048 M01

Você removeu ou modificou o disco de cache associado ao gateway ou o disco de cache falhou

Se você removeu o disco de cache do host do hipervisor, conclua as seguintes etapas:

1. Desligar o gateway.
2. Adicionar o disco novamente.
   Observação: para um gateway hospedado em uma instância, certifique-se de adicionar o disco ao mesmo nó de disco.
3. Reiniciar o gateway.

Se o disco de cache falhou, ou se você substituiu ou modificou o disco de cache, conclua as etapas a seguir:

1. Desligar o gateway.
2. Redefinir o disco de cache.
3. Reconfigurar o disco para armazenamento em cache.
4. Reiniciar o gateway.

Você não sincronizou a hora da VM do gateway

Para que o gateway valide com êxito os certificados ao se conectar aos pontos de extremidade de serviço, você deve sincronizar a hora da VM com um servidor NTP (Network Time Protocol).

O Storage Gateway realizou uma atualização de manutenção

O Storage Gateway atualiza regularmente o kernel, os patches e os recursos. As atualizações de manutenção podem exigir reinicializações que colocam o gateway temporariamente offline. Verifique se uma atualização estava em andamento no momento em que o gateway ficou offline.

Restaurar a produção

Observação: quando dois gateways gravam arquivos no mesmo bucket, pode ocorrer inconsistência de dados.

Substituir seu Gateway de Arquivos do S3 offline

Para substituir seu Gateway de Arquivos do S3 offline que faz referência ao mesmo bucket do Amazon Simple Storage Service (Amazon S3), ative um novo Gateway de Arquivos do S3.

Quando você usa esse método para restaurar a produção, pode ocorrer um atraso quando o gateway lê o bucket do S3. Confirme que nenhum arquivo está preso e que a métrica CachePercentDirty é 0.

Para substituir o Gateway de Arquivos do S3 existente por uma nova instância, consulte Replacing your existing S3 File Gateway with a new instance. Quando você substitui um Gateway de Arquivos do S3 existente, o disco de cache é movido para uma nova VM ou instância de gateway. Os dados armazenados em cache são retidos e as operações de leitura são realizadas na mesma fase.

Substituir seu Gateway de Volumes offline

Para substituir seu Gateway de Volumes offline para volumes em cache, crie um novo volume de armazenamento. Para Conteúdo do volume, escolha Criar volume a partir de um snapshot do Amazon EBS ou clonar a partir do último ponto de recuperação.

Se você não tiver um clone do volume em cache, consulte Cloning a cached volume from a recovery point.

Observação: como os volumes em cache são armazenados no Amazon S3, o Storage Gateway não cria um snapshot do Amazon Elastic Block Store (Amazon EBS) para eles. Para criar um snapshot de um volume em cache, consulte Creating a recovery snapshot. Para obter mais informações, consulte Editing a snapshot schedule.

Para restaurar a produção de volumes armazenados, consulte Moving stored volumes to a new stored Volume Gateway.

Observação: você incorre em cobranças pelos dados baixados do AWS para o cache do gateway.

Substituir seu Gateway de Arquivos do FSx offline

Para substituir seu Gateway de Arquivos do FSx online, ative um novo gateway FSx com os mesmos servidores FSx para Windows que o backend. Confirme que não há arquivos travados e se a métrica CachePercentDirty é 0.

Substituir seu gateway de fitas offline

Para substituir o Gateway de Fitas offline, ative um novo Gateway de Fitas e conecte-o a uma aplicação de backup. Para obter mais informações, consulte Troubleshooting virtual tape issues. Para concluir a transição das fitas para o arquivamento correspondente, exporte as fitas da aplicação de backup e atualize o status para Arquivado.