Geral

P: O que é o AWS Storage Gateway?

O AWS Storage Gateway é um serviço de armazenamento na nuvem híbrida que oferece acesso local a armazenamento na nuvem praticamente ilimitado. O Storage Gateway oferece um conjunto de protocolos padrão, como iSCSI, SMB e NFS, que permite o uso de armazenamento da AWS sem necessidade de alterar aplicativos existentes. O serviço também disponibiliza performance de baixa latência armazenando em cache dados acessados com frequência no local e, ao mesmo tempo, armazenando dados de modo seguro e resiliente nos serviços de armazenamento na nuvem da Amazon. O Storage Gateway otimiza a transferência de dados para a AWS enviando apenas dados alterados e compactando os dados. Além disso, o Storage Gateway é integrado nativamente ao armazenamento na nuvem do Amazon S3 e Amazon FSx for Windows File Server, disponibilizando os dados para processamento na nuvem; ao AWS Identity and Access Management (AWS IAM), protegendo o gerenciamento de acesso a serviços e recursos; ao AWS Key Management Service (AWS KMS), criptografando dados em repouso na nuvem; ao Amazon CloudWatch para monitoramento; e ao AWS CloudTrail para registro em log de atividades da conta.

P: Por que devo usar o AWS Storage Gateway?

O Storage Gateway permite que você reduza seu volume de armazenamento on-premises e os custos associados, utilizando os serviços de armazenamento da AWS.

P: A quais casos de uso o AWS Storage Gateway oferece suporte?

O Storage Gateway oferece suporte a quatro casos de uso de nuvem híbrida: (1) mover backups e arquivos para a nuvem, (2) reduzir o armazenamento on-premises com compartilhamentos de arquivos baseados na nuvem, (3) fornecer às aplicações on-premises acesso de baixa latência aos dados armazenados na AWS e (4) acesso ao data lake para fluxos de trabalho de pré e pós-processamento.

P: Como o AWS Storage Gateway permite que aplicações on-premises acessem o armazenamento na nuvem?

Dependendo do seu caso de uso, o Storage Gateway oferece três tipos de interfaces de armazenamento para aplicações on-premises: arquivos, volumes e fitas.

O Amazon S3 File Gateway habilita armazenar e recuperar objetos no Amazon Simple Storage Service (S3) usando protocolos de arquivo como Network File System (NFS) e Server Message Block (SMB). Os objetos gravados por meio do S3 File Gateway podem ser acessados diretamente no S3.

O Amazon FSx File Gateway habilita que você armazene e recupere arquivos no Amazon FSx for Windows File Server usando o protocolo SMB. Os arquivos gravados por meio do Amazon FSx File Gateway podem ser acessados diretamente no Amazon FSx for Windows File Server.

O Volume Gateway oferece armazenamento em bloco às aplicações on-premises usando a conectividade iSCSI. Os dados nos volumes são armazenados no Amazon S3 e você pode fazer cópias point-in-time de volumes armazenados na AWS como snapshots do Amazon EBS. Além disso, você pode fazer cópias de volumes e gerenciar sua retenção usando o AWS Backup. Você pode restaurar snapshots do EBS em um volume do gateway de volumes ou em um volume do EBS.

O gateway de fitas disponibiliza a aplicação de backup uma interface de Virtual Tape Library (VTL – Biblioteca de fitas virtuais) iSCSI composta por um conversor de mídia virtual, unidades de fita virtual e fitas virtuais. As fitas virtuais são armazenadas no Amazon S3 e podem ser arquivadas no Amazon S3 Glacier ou no Amazon S3 Glacier Deep Archive.

P: Como uso o serviço AWS Storage Gateway?

Você pode ter dois pontos de contato para usar o serviço: o Console de Gerenciamento da AWS e um gateway disponível como uma máquina virtual (VM) ou como um dispositivo de hardware físico.

Use o Console de Gerenciamento da AWS para fazer download do gateway de dispositivo virtual ou comprar o dispositivo de hardware, configurar o armazenamento e gerenciar e monitorar o serviço. O gateway conecta os aplicativos ao armazenamento da AWS ao disponibilizar interfaces de armazenamento padrão. Ele disponibiliza armazenamento transparente em cache, transferência de dados eficiente e integração com os serviços de monitoramento e segurança da AWS.

Para iniciar o uso, cadastre-se para obter uma conta da AWS e acesse o console de gerenciamento do AWS Storage Gateway para fazer baixar um dispositivo de VM de gateway ou comprar o dispositivo de hardware. Depois de instalar o gateway, associe-o à sua conta da AWS por meio do nosso processo de ativação. Após a ativação, configure o gateway para conectar-se ao tipo de armazenamento correto. No Amazon S3 File Gateway, configure compartilhamentos de arquivos que são mapeados para buckets do S3 ou prefixos do S3 selecionados, usando funções do IAM. No Amazon FSx File Gateway, configure compartilhamentos de arquivos anexando um sistema de arquivos do Amazon FSx existente que contém um ou mais compartilhamentos de arquivos, usando uma conta de serviço. Para o Volume Gateway, crie e monte volumes como dispositivos iSCSI. Para o gateway de fitas, conecte o aplicativo de backup para criar e gerenciar fitas. Após a configuração, comece a usar o gateway para ler/gravar dados de/para o armazenamento da AWS. É possível monitorar o status de transferências de dados e interfaces de armazenamento usando o Console de Gerenciamento da AWS. Além disso, você pode usar a API ou o SDK para gerenciar de modo programático a interação do aplicativo com o gateway.

P: Onde posso implantar um dispositivo do Storage Gateway?

On-premises, é possível implantar uma máquina virtual contendo o software do Storage Gateway no VMware ESXi, Microsoft Hyper-V ou Linux KVM. Também é possível implantar o Storage Gateway como um dispositivo de hardware. Além disso, você pode implantar a VM do Storage Gateway no VMware Cloud on AWS ou como uma AMI no Amazon EC2.

P: O que é o Amazon S3 File Gateway?

O Amazon S3 File Gateway apresenta uma interface baseada em arquivo para o Amazon S3, que aparece como um compartilhamento de arquivos de rede. Ele permite armazenar e recuperar objetos do Amazon S3 por meio de protocolos padrão de armazenamento de arquivos. O File Gateway permite que aplicações ou dispositivos existentes baseados em arquivos usem armazenamento na nuvem seguro e resiliente sem necessidade de modificações. Com o S3 File Gateway, seus buckets configurados do S3 estarão disponíveis como pontos de montagem do Network File System (NFS) ou compartilhamentos de arquivos do Server Message Block (SMB). As aplicações leem e gravam arquivos e diretórios por meio do NFS ou do SMB, fazendo a interface com o gateway como um servidor de arquivos. Por sua vez, o gateway converte estas operações em solicitações de objeto nos buckets do S3. Os dados usados mais recentemente são armazenados em cache no gateway para acesso de baixa latência e a transferência de dados entre o datacenter e a AWS é gerenciada e otimizada pelo gateway. Uma vez no S3, você pode acessar os objetos diretamente ou gerenciá-los usando recursos do S3, como políticas de ciclo de vida do S3 e replicação entre regiões (CRR) do S3. Você pode executar o S3 File Gateway on-premises ou no EC2.

P: O que é o Amazon FSx File Gateway?

O Amazon FSx File Gateway otimiza o acesso on-premises a compartilhamentos de arquivos do Windows no Amazon FSx, facilitando o acesso dos usuários ao FSx para dados do Servidor de Arquivos do Windows com baixa latência e conservando a largura de banda compartilhada. Os usuários se beneficiam de um cache local de dados usados com frequência que eles podem acessar, permitindo uma performance mais rápida e reduzindo o tráfego de transferência de dados. As operações do sistema de arquivos, como leitura e gravação de arquivos, são todas realizadas no cache local, enquanto o Amazon FSx File Gateway sincroniza os dados alterados no FSx for Windows File Server em segundo plano. Com esses recursos, você pode consolidar todos os seus dados de compartilhamento de arquivos on-premises na AWS no FSx for Windows File Server e se beneficiar de sistemas de arquivos protegidos, resilientes e totalmente gerenciados.

P: O que é o Tape Gateway?

O Tape Gateway é uma Virtual Tape Library (VTL - Biblioteca de fitas virtuais) baseada na nuvem. Ele disponibiliza às aplicações de backup uma interface de VTL composta por um trocador de mídia e unidades de fita. Você pode criar fitas virtuais na biblioteca de fitas virtuais usando o Console de Gerenciamento da AWS. Seu aplicativo de backup pode ler ou gravar dados nas fitas virtuais montando-as nas unidades de fita virtual usando o trocador de mídia virtual. As fitas virtuais são descobertas pelo aplicativo de backup por meio do procedimento padrão de inventário de mídia. As fitas virtuais são disponibilizadas para acesso imediato e são respaldadas pelo Amazon S3. Também é possível arquivar fitas. As fitas arquivadas são armazenadas no Amazon S3 Glacier ou no Amazon S3 Glacier Deep Archive.

P: O que é o Volume Gateway?

O Volume Gateway disponibiliza um destino de iSCSI, que permite a criação de volumes de armazenamento em blocos e sua montagem como dispositivos iSCSI por meio de servidores de aplicações on-premises ou no EC2. O Volume Gateway é executado no modo armazenado em cache ou armazenado.

  • No modo de armazenamento em cache, os dados primários são gravados no S3 e os dados com acesso frequente são retidos localmente em um cache para oferecer acesso de baixa latência.
  • No modo armazenado, os dados principais são armazenados localmente e todo o conjunto de dados é disponibilizado para acesso de baixa latência e, ao mesmo tempo, seu backup é feito de modo assíncrono na AWS.

Em ambos os modos, você pode criar snapshots point-in-time dos volumes, que são armazenados como snapshots do Amazon EBS na AWS, permitindo que você crie cópias versionadas de tamanho reduzido dos volumes para fins de proteção, recuperação e migração de dados, bem como para atender a várias outras necessidades de cópia de dados.

P: Que benefícios o AWS Storage Gateway oferece?

O AWS Storage Gateway disponibiliza um conjunto de recursos que permite aproveitar de modo eficiente o armazenamento da AWS nos aplicativos e nos fluxos de trabalho atuais. Ele oferece um conjunto de protocolos padrão, como iSCSI, SMB e NFS, que permite o uso de aplicativos atuais sem a necessidade de nenhuma alteração. Por meio de seu cache local, o gateway disponibiliza acesso de baixa latência a dados usados recentemente. O gateway otimiza a transferência de dados para o armazenamento da AWS, como a otimização de transferências por meio do armazenamento em buffer inteligente, o gerenciamento de uploads para variações de rede de endereços e o gerenciamento de largura de banda. O gateway disponibiliza um mecanismo eficaz para armazenar dados na AWS em meio a vários dos serviços de armazenamento mais indicados para seus casos de uso. A implantação do gateway é fácil e pode aproveitar investimentos existentes em infraestrutura virtual e hipervisores. Também é possível instalar o gateway em um datacenter ou em escritórios remotos como um dispositivo de hardware. O software de gateway executado como uma VM ou no dispositivo de hardware é stateless, o que permite criar e gerenciar facilmente novas instâncias do gateway para acompanhar a evolução das necessidades de armazenamento. Por fim, o serviço se integra nativamente com serviços de gerenciamento da AWS como Amazon CloudWatch, AWS CloudTrail, AWS Key Management Service (KMS) e AWS Identity and Access Management (IAM).

P: Que tipos de AWS Storage Gateway posso gerenciar por meio do AWS Backup?

Usando o AWS Backup, você pode gerenciar políticas de backup e retenção para os modos de volume em cache e armazenados do Volume Gateway.

P: Qual é o tamanho máximo do cache local por gateway?

O tamanho máximo do cache local para um gateway em uma máquina virtual é de 64 TiB.

Amazon S3 File Gateway

P: O que é o Amazon S3 File Gateway?

O Amazon S3 File Gateway é uma configuração do serviço AWS Storage Gateway que fornece às aplicações uma interface de arquivo para armazenar facilmente arquivos como objetos no Amazon S3 e acessá-los usando protocolos de arquivo padrão do setor.

P: O que posso fazer com o Amazon S3 File Gateway?

Os casos de uso do Amazon S3 File Gateway incluem: (a) migração de dados de arquivos on-premises para o Amazon S3, mantendo o acesso local rápido a dados acessados recentemente, (b) backup de dados de arquivos on-premises como objetos no Amazon S3 ( incluindo bancos de dados e logs do Microsoft SQL Server e Oracle), com a capacidade de usar recursos do S3, como gerenciamento de ciclo de vida e replicação entre regiões e, (c) fluxos de trabalho de nuvem híbrida usando dados gerados por aplicações on-premises para processamento por serviços da AWS, como machine learning, análise de big data ou funções sem servidor.

P: Quais são os benefícios de usar o File Gateway para armazenar dados no S3?

O Amazon S3 File Gateway permite que suas aplicações, dispositivos e fluxos de trabalho baseados em arquivos existentes usem o Amazon S3, sem modificação. O Amazon S3 File Gateway armazena de forma segura e durável o conteúdo do arquivo e metadados como objetos, fornecendo ao mesmo tempo às aplicações on-premises acesso de baixa latência aos dados armazenados em cache.

P: A quais categorias de armazenamento do Amazon S3 o S3 File Gateway oferece suporte?

O Amazon S3 File Gateway é compatível com Amazon S3 Standard, S3 Intelligent-Tiering, S3 Standard - Infrequent Access (S3 Standard – IA) e S3 One Zone – IA. Para obter mais detalhes sobre as categorias de armazenamento, consulte a documentação do Amazon S3. Você configura a categoria de armazenamento inicial para objetos criados pelo gateway, bem como usar políticas de ciclo de vida do bucket para mover arquivos do Amazon S3 para o Amazon S3 Glacier. Se um aplicativo tentar acessar um arquivo/objeto armazenado pelo Amazon File Gateway que já está no Amazon S3 Glacier, você receberá um erro de E/S genérico.

P: A quais protocolos o Amazon S3 File Gateway oferece suporte?

O Amazon S3 File Gateway oferece suporte a clientes Linux que se conectam ao gateway usando o Network File System (NFS) versões 3 e 4.1 e oferece suporte a clientes Windows que se conectam ao gateway usando Server Message Block (SMB) versões 2 e 3.

P: Como posso criar e configurar um compartilhamento de arquivos?

É possível criar um compartilhamento de arquivos NFS ou SMB usando o Console de Gerenciamento da AWS ou a API de serviços e associar esse compartilhamento a um bucket novo ou já existente do Amazon S3. Para acessar o compartilhamento de arquivos, monte-o no aplicativo usando comandos padrão do UNIX ou do Windows. Por conveniência, exemplos de linhas de comando para cada ambiente são mostrados no console de gerenciamento.

P: Quais as opções de configuração disponíveis para um compartilhamento de arquivos do NFS?

Você pode configurar o compartilhamento de arquivos NFS com controles administrativos, como limitação do acesso a clientes ou redes NFS específicos, somente leitura ou leitura/gravação, ou a habilitação de squashing de permissões de usuário.

P: Quais as opções de configuração disponíveis para um compartilhamento de arquivos do SMB?

Você pode configurar o compartilhamento de arquivos do SMB para acesso por usuários do Active Directory (AD) ou oferecer acesso de convidados autenticados aos usuários da organização. Também é possível limitar o acesso ao compartilhamento de arquivos como somente leitura ou leitura/gravação, ou a usuários e grupos específicos do AD.

P: O Amazon S3 File Gateway oferece suporte à enumeração baseada em acesso para compartilhamentos de arquivos SMB?

Sim, é possível configurar enumeração baseada em acesso para seus compartilhamentos de arquivos SMB para evitar que usuários vejam pastas e arquivos que eles não poderiam abrir com base em suas permissões de acesso. Você também pode controlar se os usuários podem navegar nos compartilhamentos de arquivos no Amazon S3 File Gateway.

P: O Amazon S3 File Gateway oferece suporte à integração com o Microsoft Active Directory (AD) on-premises?

Sim. O Amazon S3 File Gateway é integrado ao Microsoft Active Directory on-premises, bem como às soluções do Active Directory na nuvem, como o Managed Microsoft AD.

P: Posso exportar um compartilhamento de arquivos do SMB sem o Active Directory?

Sim. Você pode exportar um compartilhamento de arquivos do SMB usando um nome de usuário e senha de usuário convidado. Será preciso alterar a senha padrão usando o console ou a API do serviço antes de configurar o compartilhamento de arquivos para acesso por usuários convidados.

P: Posso exportar uma combinação de compartilhamento de arquivos NFS e SMB no mesmo gateway?

Sim.

P: Posso exportar um compartilhamento de arquivos NFS e SMB para o mesmo bucket?

Não. No momento, não é possível mapear metadados de arquivos, como propriedade, armazenados como metadados de objetos do S3 entre protocolos diferentes.

P: Como o Amazon S3 File Gateway acessa meu bucket do S3?

O Amazon S3 File Gateway usa uma função do AWS Identity and Access Management (IAM) para acessar seu bucket do S3. Você mesmo pode configurar uma função do IAM ou optar pela configuração automática do console de gerenciamento do AWS Storage Gateway. Para a configuração automática, o AWS Storage Gateway cria uma nova função do IAM na sua conta e a associa a uma política de acesso do IAM para acessar o bucket do S3. A função do IAM e a política de acesso do IAM são criadas na sua conta e elas podem ser gerenciadas por você.

P: Como meu aplicativo acessa meu compartilhamento de arquivos?

Para usar o compartilhamento de arquivos, monte-o na aplicação usando comandos padrão do UNIX ou do Windows. Por conveniência, exemplos de linhas de comando são mostrados no console de gerenciamento.

P: Como meu compartilhamento de arquivos é mapeado para meu bucket do S3?

O compartilhamento de arquivos pode ser mapeado para a raiz do bucket do S3 ou para um prefixo do S3 dentro de um bucket do S3. Se você especificar um prefixo do S3 ao criar um compartilhamento de arquivos, estará vinculando-o ao prefixo do S3. Se você não criar um prefixo do S3 ao criar um compartilhamento de arquivos, ele será vinculado à raiz do bucket do S3.

P: Posso dar um nome personalizado ao meu compartilhamento de arquivos?

Sim, o nome do compartilhamento de arquivos não precisa ser o mesmo que os nomes de buckets do S3 ou de prefixos do S3.

P: Posso alterar o nome do meu compartilhamento de arquivos?

Sim, você pode alterar o nome do compartilhamento de arquivos.

P: Qual é o relacionamento entre os arquivos e os objetos?

Os arquivos são armazenados como objetos nos buckets do S3 e você pode configurar a categoria de armazenamento inicial para os objetos criados pelo gateway de arquivos. Existe um relacionamento de um para um entre arquivos e objetos e é possível configurar a categoria de armazenamento inicial para objetos criados pelo Amazon S3 File Gateway.

A chave de objeto é derivada do caminho de arquivo dentro do sistema de arquivos. Por exemplo, se você tiver um gateway com o nome de host file.amazon.com e tiver mapeado o my-bucket/my-prefix, o File Gateway exporá um ponto de montagem chamado file.amazon.com:/export/my-bucket/my-prefix. Se você montar esse ponto localmente em /mnt/my-bucket/my-prefix e criar um arquivo chamado file.html em um diretório /mnt/my-bucket/my-prefix/dir , esse arquivo será armazenado como um objeto no bucket my-bucket com uma chave de my-prefix/dir/file.html. A criação de arquivos dispersos resultará em um objeto não disperso preenchido com zeros no S3.

P: Quais operações do sistema de arquivos são compatíveis com o Amazon S3 File Gateway?

Os clientes podem criar, ler, atualizar e excluir arquivos e diretórios. Seus clientes também podem gerenciar permissões e a propriedade de arquivos e pastas. Os arquivos são armazenados como objetos individuais no Amazon S3. Os diretórios são gerenciados como objetos de pasta no S3, usando a mesma sintaxe do console do S3. Links simbólicos e hard links não têm suporte. Se você tentar criar um link, ocorrerá um erro. Operações comuns de arquivos alteram seus metadados, o que resulta na exclusão do objeto S3 atual e na criação de um novo objeto S3.

As operações de renomear parecerão atômicas para os clientes. No entanto, o S3 não permite renomear objetos. Quando você renomear um arquivo ou diretório, o gateway executará solicitações copy-put para criar uma cópia dos objetos no S3 com as novas chaves e excluir os objetos originais. Dessa forma, não é necessário enviar novamente arquivos grandes pela rede. Renomear diretórios contendo um grande número de arquivos não é instantâneo, resultará no armazenamento de duas cópias dos seus dados no S3, e as operações nos diretórios serão bloqueadas até que a operação de renomeação seja concluída.

P: Quais metadados do sistema de arquivos meu cliente pode acessar e onde esses metadados estão armazenados?

Os clientes podem acessar metatados no estilo do POSIX, incluindo propriedade, permissões e time stamps armazenados com resiliência no S3 nos metadados do usuário do objeto associado ao arquivo. Quando você cria um compartilhamento de arquivos em um bucket existente, os metadados armazenados são restaurados e disponibilizados a seus clientes.

P: Como faço para definir o Content-Type dos arquivos carregados no S3?

Para cada compartilhamento de arquivo, você pode habilitar a suposição de tipos MIME para os objetos carregados no momento da criação ou habilitar o recurso posteriormente. Se habilitado, o gateway de arquivos usará a extensão do nome do arquivo para determinar o tipo MIME do arquivo e definir o Content-Type do objeto do S3 de forma correspondente ao tipo determinado. Essa determinação será útil se você usar o File Gateway para gerenciar objetos no S3 acessados diretamente por meio de uma URL ou distribuídos por meio do Amazon CloudFront.

P: Posso acessar diretamente os objetos armazenados no S3 usando o Amazon S3 File Gateway?

Sim. Depois que os objetos são armazenados no S3, você pode acessá-los diretamente na AWS para cargas de trabalho na nuvem sem exigir o Amazon S3 File Gateway. Os objetos herdam as propriedades do bucket do S3 em que são armazenados, como gerenciamento do ciclo de vida e replicação entre regiões.

Um objeto que precise ser acessado usando um compartilhamento de arquivos só deve ser gerenciado pelo gateway. Se você substituir ou atualizar diretamente um objeto gravado anteriormente pelo Amazon S3 File Gateway, isso resultará em um comportamento indefinido quando o objeto for acessado por meio do compartilhamento de arquivos.

P: E se o meu bucket já tiver objetos?

Se o seu bucket já contiver objetos quando for configurado para uso com o Amazon S3 File Gateway, as chaves de objeto serão usadas para apresentar os objetos como arquivos aos clientes NFS e SMB. Os arquivos receberão metadados padrão do sistema de arquivos.

Para reduzir a latência e o número de solicitações do Amazon S3, o Amazon S3 File Gateway só verifica os cabeçalhos em busca de metadados de arquivo associados aos objetos quando você lista explicitamente os arquivos ou diretórios. Os metadados de arquivos são coletados como parte dessa verificação. O conteúdo do arquivo será obtido por download somente quando o objeto for lido.

P: Como os buckets são acessados pelo gateway? Um bucket inteiro ou todos o conteúdo de um arquivo são obtidos por download?

O gateway não faz automaticamente download de objetos inteiros nem de todos os dados que existem em um bucket. Os dados só serão obtidos por download quando forem acessados explicitamente pelos clientes. Além disso, para reduzir a sobrecarga da transferência de dados, o gateway de arquivos usa carregamentos fracionados e copy put. Portanto, somente os dados alterados dos arquivos são carregados para o S3.

P: Quais metadados podem ser acessados por um cliente NFS para objetos criados fora do gateway?

Para objetos carregados diretamente para o bucket do S3, ou seja, que não usam o gateway de arquivos e um compartilhamento do NFS, você pode configurar a propriedade e as permissões padrão.

P: Quais metadados podem ser acessados por um cliente SMB para objetos criados fora do gateway?

Para objetos submetidos a upload diretamente para o bucket do S3, ou seja, sem usar o Amazon S3 File Gateway e um compartilhamento SMB, metadados como propriedade e permissões serão herdados da pasta pai do objeto. As permissões na raiz do compartilhamento são fixas e os objetos criados diretamente na pasta raiz herdarão essas permissões fixas. Consulte a documentação sobre definições de metadados de objetos criados fora do gateway.

P: Posso usar vários clientes NFS com um único Amazon S3 File Gateway?

É possível ter vários clientes NFS acessando um único gateway de arquivos. No entanto, como ocorre com qualquer servidor NFS, a modificação simultânea de vários clientes NFS pode resultar em um comportamento imprevisível. A coordenação de aplicativos é obrigatória para que isso seja feito de modo seguro.

P: É possível ter vários gravadores no bucket do S3?

Não. Recomendamos um único gravador para os objetos no bucket do S3. A substituição ou a atualização direta de um objeto anteriormente gravado pelo File Gateway resulta em um comportamento indefinido quando o objeto é acessado por meio do compartilhamento de arquivos. A modificação simultânea do mesmo objeto (ex.: por meio da API do S3 e do Amazon S3 File Gateway) pode gerar resultados imprevisíveis. Esta configuração não é recomendada.

P: É possível que dois gateways gravem dados independentes no mesmo bucket?

Não recomendamos configurar vários gravadores em um único bucket, pois isso pode gerar resultados imprevisíveis. É possível aplicar nomes ou prefixos únicos de objeto por meio do fluxo de trabalho da aplicação. O S3 File Gateway emitirá notificações de integridade quando ocorrerem conflitos em tal configuração.

P: Posso ter vários gateways lendo dados do mesmo bucket?

Sim, você pode ter vários leitores em um bucket gerenciado por meio de um Amazon S3 File Gateway. Você pode configurar um compartilhamento de arquivos como somente leitura e permitir que vários gateways leiam objetos do mesmo bucket. Além disso, você pode atualizar o inventário de objetos que seu gateway conhece usando o console do Storage Gateway, o processo automatizado de atualização periódica do cache ou a RefreshCache API.

No entanto, observe que se você não configurar um compartilhamento de arquivos como somente leitura, o Amazon S3 File Gateway não monitorará nem impedirá esses leitores de gravar acidentalmente no bucket. Cabe a você manter uma configuração de gravador único/multileitor da sua aplicação.

P: Posso monitorar meu compartilhamento de arquivos usando o Amazon CloudWatch?

Sim, você pode monitorar o uso do seu compartilhamento de arquivos usando métricas do Amazon CloudWatch e receber uma notificação após a conclusão das operações com arquivos por meio do CloudWatch Events. Para saber mais, acesse Monitoramento do compartilhamento de arquivos.

P: Como faço para saber quando meu arquivo foi carregado?

Quando você grava arquivos no compartilhamento de arquivos com o Amazon S3 File Gateway, primeiro os dados são armazenados localmente e depois carregados de forma assíncrona para o bucket do S3. É possível solicitar notificações por meio do AWS CloudWatch Events quando o upload de um arquivo individual for concluído. Essas notificações podem ser usadas para acionar fluxos de trabalho adicionais, como invocar uma função do AWS Lambda ou do Amazon EC2 Systems Manager Automation que dependam dos dados que foram disponibilizados no S3. Para saber mais, consulte a documentação sobre a notificação de upload de arquivo.

P: Qual é a diferença entre uma notificação de upload de arquivo e uma notificação de evento do S3?

A notificação de upload de arquivo oferece uma notificação para cada arquivo individual que é carregado no Amazon S3 por meio do S3 File Gateway. As notificações de eventos do S3 oferecem avisos que incluem uploads parciais de arquivos, de forma que não é possível saber pela notificação de evento do S3 se o upload do arquivo foi concluído.

P: Como faço para saber quando meu conjunto de arquivos de trabalho foi carregado?

Quando você grava arquivos no compartilhamento de arquivos com o Amazon S3 File Gateway, primeiro os dados são armazenados localmente e depois carregados de forma assíncrona para o bucket do S3. É possível solicitar notificações por meio do Amazon CloudWatch Events quando o upload de um conjunto de arquivos de trabalho for concluído. Essas notificações podem ser usadas para acionar fluxos de trabalho adicionais, como invocar uma função do AWS Lambda ou do Amazon EC2 Systems Manager Automation que dependam dos dados que foram disponibilizados no S3. Para saber mais, consulte a documentação sobre a notificação de upload de conjunto de arquivos de trabalho.

P: Posso atualizar a visão do meu Amazon S3 File Gateway de um bucket para ver objetos criados de uma workload baseada em objeto ou outro File Gateway?

Sim, você pode atualizar o inventário de objetos conhecidos pelo Amazon S3 File Gateway usando o console, o processo de renovação de cache impulsionado pelo sistema de arquivos ou a API RefreshCache. Você receberá notificações por meio do AWS CloudWatch Events quando a operação da API RefreshCache tiver sido concluída. Essas notificações podem ser usadas para enviar e-mails usando o Amazon SNS ou para acionar o processamento local usando os conteúdos atualizados. Para saber mais, consulte a documentação.

P: Posso usar o gateway para atualizar dados em um bucket que pertence a outra conta da AWS?

Sim, você pode usar o gateway para acesso entre contas aos buckets. Para saber mais, consulte a documentação para uso do compartilhamento de arquivos para acesso entre contas.

P: Posso usar o gateway para acessar dados em buckets do S3 do Pagamento pelo solicitante?

Sim, ao criar seu compartilhamento de arquivos, você pode habilitar o acesso aos buckets do S3 do Pagamento a cargo do solicitante. Como um solicitante, você incorrerá nas cobranças associadas ao acesso aos dados por buckets do Pagamento a cargo do solicitante.

P: Como crio vários compartilhamentos por bucket em um gateway?

Você pode criar vários compartilhamentos de arquivos para um único bucket do S3 especificando um prefixo do S3 durante o processo de criação do compartilhamento de arquivos.

P: Quantos compartilhamentos de arquivos é possível criar por gateway?

Você pode criar até 50 compartilhamentos para um bucket do S3 em um único gateway. Não limitamos o número de compartilhamentos de arquivos por bucket em vários gateways, mas cada gateway é limitado a 50 compartilhamentos. No entanto, recomendamos ter um único gravador para o bucket, um Gateway de Arquivos do Amazon S3 ou um cliente acessando o S3 diretamente.

P: Posso alterar o nome de um compartilhamento de arquivos?

Sim, você pode alterar o nome de um compartilhamento de arquivos.

P: Qual é o tamanho máximo de um arquivo individual?

O tamanho máximo de um arquivo individual é de 5 TB, que é o tamanho máximo de um objeto individual no S3. Se você gravar um arquivo maior do que 5 TB, receberá a mensagem de erro "file too large" e apenas os primeiros 5 TB serão carregados.

P: Minha aplicação verifica o tamanho do armazenamento antes de copiar dados. Que tamanho de armazenamento o gateway retorna?

O gateway retorna um número elevado (8 EB) como sua capacidade total. O Amazon S3 não limita o armazenamento total.

P: Posso usar o ciclo de vida do Amazon S3, a replicação entre regiões e a notificação de eventos do S3 com o File Gateway?

Sim. As políticas do bucket para gerenciamento do ciclo de vida, replicação entre regiões e notificação de eventos do S3 são aplicadas diretamente aos objetos armazenados no bucket por meio do AWS Storage Gateway.

É possível usar as políticas de ciclo de vida do S3 para alterar a camada de armazenamento de um objeto ou excluir versões de objetos ou objetos antigos. No caso de objetos excluídos pela política de ciclo de vida, você precisará habilitar o recurso de atualização periódica do cache ou chamar a RefreshCache API para refletir essas alterações em seus clientes NFS.

Ao usar um bucket do S3 que é o destino para replicação entre regiões, você pode precisar habilitar o recurso de atualização periódica do cache ou usar a API RefreshCache para garantir que o cache de gateway e bucket do S3 estejam sincronizados.

Se usar notificações de eventos do S3, você poderá receber eventos para arquivos parciais criados pelo gateway para garantir o armazenamento de dados com resiliência no S3. Arquivos parciais podem ocorrer por diversos motivos, como a necessidade de o gateway liberar espaço no cache ou uma alta taxa de gravações em um arquivo. Esses arquivos parciais podem não ser consistentes entre aplicações.

P: Posso usar o Amazon S3 File Gateway com minha aplicação de backup?

O Amazon S3 File Gateway oferece suporte às versões 2 e 3 do SMB, bem como às versões 3, 4.0 e 4.1 do NFS. Estamos sempre realizando testes contínuos com aplicações de backup comuns. Entre em contato conosco pelo AWS Support ou por meio de sua conta da AWS com a equipe de quaisquer aplicações específicas para testar a compatibilidade.

P: Posso usar o Amazon S3 File Gateway para gravar arquivos no EFS?

Não. O Amazon S3 File Gateway permite que você armazene arquivos como objetos no S3.

P: Quando devo usar o Amazon S3 File Gateway em vez da API do S3?

Você pode usar o Amazon S3 File Gateway quando quiser acessar objetos no S3 como arquivos usando operações de sistema de arquivos padrão. O Amazon S3 File Gateway também fornece acesso local de baixa latência e transferência de dados eficiente. É possível usar a API do S3 quando a aplicação não exige operações de sistema de arquivos e pode gerenciar a transferência de dados diretamente.

P: Como o Amazon S3 File Gateway gerencia o cache local? Quais dados são armazenados localmente?

O armazenamento de disco local no gateway é usado para manter temporariamente dados alterados que precisem ser transferidos para a AWS e para armazenar dados em cache localmente para obter acesso de leitura de baixa latência. O gateway de arquivos gerencia automaticamente o cache que mantém os dados acessados mais recentemente com base nas operações de leitura e gravação do cliente. Os dados só serão removidos do cache quando o espaço for necessário para armazenar os dados usados mais recentemente.

Para maximizar a performance de gravação, o gateway usa um mecanismo de write-back em que os dados são primeiramente persistidos no disco e, depois, carregados de modo assíncrono no S3. O gateway distribui os dados do cache local para maximizar a performance de leitura. Caso não estejam presentes, os dados são obtidos de modo síncrono e eficiente por meio do Amazon S3 usando obtenções com intervalo de bytes.

De modo geral, o cache local deve ser dimensionado para o conjunto de dados de trabalho que você precisa acessar com baixa latência. Se o cache for muito pequeno, as latências de leitura aumentarão, pois os dados solicitados deverão ser obtidos por meio do S3. Além disso, as leituras poderão falhar se não houver espaço livre no cache para armazenar dados no local com upload pendente no S3.

P: Quais orientações devo usar para provisionar o tamanho do disco de cache do gateway? O que acontecerá se eu provisionar um disco de cache menor?

Você deve provisionar o cache com base em:
1. O tamanho do conjunto de dados de trabalho para o qual você precisa de acesso de baixa latência; portanto, você pode reduzir latências de leitura diminuindo a frequência com que os dados são solicitados do S3, e
2. O tamanho dos arquivos gravados no gateway pelos aplicativos.

Discos de cache menores podem resultar em baixa performance e falhas durante as gravações se não houver espaço de cache disponível para armazenar os dados localmente enquanto o upload para o S3 estiver pendente. Para saber mais sobre o monitoramento do uso do cache, consulte Monitoramento do compartilhamento de arquivos na documentação.

P: Quando os dados são excluídos do cache?

Os dados gravados no cache pelos aplicações ou por meio da recuperação do Amazon S3 serão removidos do cache apenas quando houver necessidade de armazenar dados acessados mais recentemente.

P: O Amazon S3 File Gateway realiza redução de dados (eliminação de duplicação ou compactação)?

Não. Os arquivos são mapeados para objetos individuais no bucket sem modificações, permitindo que você acesse dados diretamente no S3 sem a necessidade de usar o gateway ou implantar software adicional para atualizar os dados.

O Amazon S3 File Gateway usa carregamentos fracionados e copy put. Portanto, somente os dados alterados são carregados no S3, o que pode reduzir a transferência de dados. O gateway não baixa objetos completos nem de todos os dados que existem em um bucket automaticamente. Os dados só serão obtidos por download quando forem acessados explicitamente pelo cliente NFS.

P: Posso usar o Amazon S3 File Gateway com o Amazon S3 Transfer Acceleration?

O File Gateway não usará os endpoints acelerados, mesmo que o bucket esteja configurado para o S3 Transfer Acceleration.

P: Que tipo de criptografia o Amazon S3 File Gateway usa para proteger meus dados?

Todos os dados transferidos entre o gateway e o armazenamento da AWS são criptografados usando SSL. Como padrão, todos os dados armazenados no S3 são criptografados no lado do servidor usando chaves de criptografia gerenciadas do Amazon S3 (SSE-S3). Como opção, para cada compartilhamento de arquivo, é possível definir uma configuração que criptografe objetos com chaves gerenciadas do AWS KMS usando o SSE-KMS. Para saber mais, consulte Como criptografar seus dados usando o AWS Key Management Service no guia do usuário do Storage Gateway, que inclui detalhes essenciais sobre o uso do recurso.  

Amazon FSx File Gateway

P: O que é o Amazon FSx File Gateway?

O Amazon FSx File Gateway otimiza o acesso on-premises a compartilhamentos de arquivos do Windows no Amazon FSx, facilitando o acesso dos usuários ao FSx para dados do Servidor de Arquivos do Windows com baixa latência e conservando a largura de banda compartilhada. Os usuários se beneficiam de um cache local de dados usados com frequência que eles podem acessar, permitindo uma performance mais rápida e reduzindo o tráfego de transferência de dados. As operações do sistema de arquivos, como leitura e gravação de arquivos, são todas realizadas no cache local, enquanto o Amazon FSx File Gateway sincroniza os dados alterados no FSx for Windows File Server em segundo plano. Com esses recursos, você pode consolidar todos os seus dados de compartilhamento de arquivos on-premises na AWS no FSx for Windows File Server e se beneficiar de sistemas de arquivos protegidos, resilientes e totalmente gerenciados.

P: Por que devo usar o Amazon FSx File Gateway?

Muitas aplicações de desktop on-premises são sensíveis à latência, o que pode causar atrasos aos usuários finais e diminuir a performance quando eles acessarem arquivos diretamente na AWS de locais remotos. Além disso, permitir que um grande número de usuários acessem diretamente os dados na nuvem pode causar congestionamento em seus recursos de largura de banda compartilhada, como links do AWS Direct Connect. O Amazon FSx File Gateway permite que você use o Amazon FSx for Windows File Server para essas cargas de trabalho e ajuda a substituir seu armazenamento on-premises por armazenamento de arquivos totalmente gerenciado, escalável e altamente confiável na AWS sem afetar suas aplicações ou a rede.

P: Como o Amazon FSx File Gateway resolve esses problemas para aplicações on-premises?

O Amazon FSx File Gateway fornece um servidor de protocolo de arquivo SMB para os clientes se conectarem e um cache on-premises dos dados usados com frequência que eles podem acessar com a mesma baixa latência que teriam dentro da AWS. As operações do sistema de arquivos, como leitura e gravação de arquivos, são todas realizadas no cache local, enquanto o Amazon FSx File Gateway sincroniza os dados alterados no Amazon FSx for Windows File Server em segundo plano. O Amazon FSx File Gateway também ajuda a minimizar a quantidade de transferência de dados, ao mesmo tempo que otimiza o uso da largura de banda da rede para a AWS.

P: Como faço para usar o Amazon FSx File Gateway?

Para usar o Amazon FSx File Gateway, você precisa ter pelo menos um sistema de arquivos do Amazon FSx em execução e garantir que tenha acesso on-premises ao Amazon FSx for Windows File Server por meio de uma VPN ou de uma conexão do AWS Direct Connect. Para começar a usar o FSx for Windows File Server, consulte as instruções da documentação aqui. Em seguida, você começa fazendo download e implantando um dispositivo virtual do Amazon FSx File Gateway VMware ou um dispositivo de hardware do AWS Storage Gateway em seu ambiente on-premises. Depois que seu Amazon FSx File Gateway estiver instalado e você puder acessar o FSx for Windows File Server, você pode usar o Console de Gerenciamento da AWS para anexar um sistema de arquivos do FSx for Windows File Server. O Console de Gerenciamento da AWS guiará você por todas as etapas necessárias para tornar os compartilhamentos de arquivos acessíveis on-premises.

Depois que os compartilhamentos de arquivos são configurados, os sistemas clientes podem navegar e se conectar aos compartilhamentos de arquivos no Amazon FSx File Gateway que correspondem aos sistemas de arquivos selecionados do Amazon FSx. Quando os compartilhamentos de arquivos estão conectados, os usuários podem ler e gravar seus arquivos localmente, enquanto se beneficiam de todos os recursos disponíveis no FSx for Windows File Server. 

P: Em quais regiões o Amazon FSx File Gateway está disponível?

O Amazon FSx File Gateway pode ser usado para acessar os sistemas de arquivos do Windows em todas as regiões da AWS em que o FSx for Windows File Server é oferecido.

P: Quanto custa o Amazon FSx File Gateway?

A cobrança pelo Amazon FSx File Gateway é feita por hora. Para obter informações sobre preços, visite a página de preços do AWS Storage Gateway.

P: Quais protocolos o Amazon FSx File Gateway suporta?

O Amazon FSx File Gateway oferece suporte às versões 2.x e 3.x do protocolo Server Message Block (SMB). O SMB é compatível com os sistemas operacionais Microsoft Windows, MacOS e Linux.

P: Qual é a relação entre os arquivos que vejo no Amazon FSx File Gateway e os arquivos que vejo no Amazon FSx for Windows File Server?

O Amazon FSx File Gateway mapeia compartilhamentos de arquivos locais e seus respectivos conteúdos para compartilhamentos de arquivos armazenados remotamente no Amazon FSx for Windows File Server. Há uma correspondência individual entre os arquivos remotos e visíveis localmente e seus compartilhamentos.

P: O Amazon FSx File Gateway permite que eu acesse os mesmos compartilhamentos de arquivos na AWS?

Sim. Você pode acessar seus compartilhamentos de arquivos do Amazon FSx File Gateway, bem como diretamente do Amazon FSx na AWS; no entanto, você deve garantir que os arquivos só possam ser gravados em um único local por vez. Nesta versão, o Amazon FSx File Gateway não impedirá que gravações de vários locais se sobreponham de forma a criar conflitos.

P: Como o Amazon FSx File Gateway permite que eu gerencie meu Amazon FSx for Windows File Server?

Você pode gerenciar o Amazon FSx for Windows File Server por meio de uma interface de gerenciamento remoto usando todas as ferramentas fornecidas pelo FSx for Windows File Server.

P: O Amazon FSx File Gateway pode ser conectado a mais de um sistema de arquivos do Amazon FSx for Windows?

Sim. Você tem permissão para anexar um gateway a compartilhamentos em até cinco sistemas de arquivos, desde que todos sejam membros do mesmo domínio do Active Directory. O Amazon FSx File Gateway unirá apenas um único domínio do Active Directory.

P: Quais opções de implantação são compatíveis?

Você pode implantar uma máquina virtual contendo o software Amazon FSx File Gateway no VMware ESXi, no Microsoft Hyper-V ou no Linux KVM, ou pode implantar o Storage Gateway como um dispositivo de hardware.

P: Como faço para usar meu Active Directory para fornecer credenciais?

O Amazon FSx File Gateway torna-se membro do domínio do Active Directory se a infraestrutura do AD estiver hospedada no AWS Directory Service ou se for gerenciada on-premises. Depois que o Amazon FSx File Gateway é membro do domínio, ele tem acesso a todos os usuários e políticas definidas nesse domínio para fins de segurança. O Amazon FSx File Gateway se comportará de forma idêntica a qualquer Windows Server e aplicará todas as políticas de acesso a arquivos relevantes com base no que está configurado no Active Directory. 

P: O Amazon FSx File Gateway é compatível com meus controles de acesso do Windows existentes e credenciais do Active Directory?

O Amazon FSx File Gateway usa controles de acesso nativos do Windows e é compatível com qualquer lista de acesso estática existente que funcione com o Microsoft Windows. O tamanho máximo de uma ACL é 64 KB ou aproximadamente 1820 entradas de controle de acesso. Isso é idêntico aos hosts do Windows Server. Os controles de acesso são definidos e armazenados no FSx for Windows File Server, portanto, você só precisa criá-los uma vez e eles serão aplicados a todos os File Gateways anexados.

P: Os dados são criptografados em trânsito?

Sim. O Amazon FSx File Gateway oferece suporte à criptografia SMB até a especificação SMB v3.1.1 mais recente, incluindo AES 128 CCM e AES 128 GCM. Os clientes compatíveis se conectarão usando criptografia automaticamente. Além disso, o Amazon FSx File Gateway usa criptografia SMB quando se comunica com o FSx for Windows File Server na AWS. Você deve configurar uma VPN ou uma comunicação com o Direct Connect para a AWS e definir políticas apropriadas para permitir que o tráfego SMB e o tráfego de gerenciamento passem para a AWS.

P: Como o Amazon FSx File Gateway fornece alta disponibilidade?

Assim como o Amazon S3 File Gateway, o Amazon FSx File Gateway obtém alta disponibilidade no VMware executando uma série de verificações de integridade contínuas na operação do gateway que se conecta ao serviço de monitoramento do VMware. Diante de uma falha de hardware, software ou rede, o VMware acionará a reinicialização do gateway em um novo host ou no host existente se este ainda estiver operando. Usuários e aplicativos terão, no máximo, até 60 segundos de inatividade durante uma reinicialização. Após uma reinicialização, as conexões com o gateway são automaticamente restabelecidas, sem a necessidade de intervenção manual. Na reinicialização, o gateway enviará métricas de volta à nuvem para oferecer aos clientes uma visão completa do evento de disponibilidade. 

P: Quais tipos de falhas são cobertas pelo Amazon FSx File Gateway com alta disponibilidade?

O Amazon FSx File Gateway, com VMware de alta disponibilidade habilitado e monitoramento de aplicações configurado, detectará e se recuperará de falhas de hardware, falhas de hipervisor, falhas de rede, bem como problemas de software que levam a tempos limite de conexão ou indisponibilidade de compartilhamento de arquivos. 

P: O Amazon FSx File Gateway tem capacidade para quantas sessões e compartilhamentos de arquivos?

O Amazon FSx File Gateway oferece suporte a até 50 compartilhamentos e 500 sessões de cliente ativas conectadas a instâncias do Amazon FSx File Gateway em uma configuração de instância única.

Tape Gateway

P: Como posso começar com o AWS Snowball para migrar meus dados em fita?

Para iniciar, no console da família AWS Snow, peça um dispositivo Snowball Edge otimizado para armazenamento com o Tape Gateway. Quando você receber o dispositivo da AWS, desbloqueie-o e conecte-se à sua rede local. Em seguida, inicie o Tape Gateway, que se parece com uma biblioteca física de fitas. Conecte-se à AWS e copie dados de fitas físicas para fitas virtuais no Tape Gateway usando sua aplicação de backup existente. Depois de completar sua cópia de dados, envie o dispositivo Snowball Edge de volta para AWS. Seus dados serão armazenados no S3 Glacier Flexible Retrieval ou no S3 Glacier Deep Archive. É possível visualizar suas fitas virtuais armazenadas na AWS pelo console do AWS Storage Gateway e acessar os dados pelo Tape Gateway que funciona on-premises como uma máquina virtual ou dispositivo de hardware ou em uma instância do Amazon Elastic Compute Cloud (Amazon EC2) na AWS.

P: Quanto de armazenamento está disponível em um dispositivo Snowball Edge otimizado para armazenamento que é possível usar com o Tape Gateway?

O dispositivo Snowball Edge otimizado para armazenamento fornece 80 terabytes de armazenamento em bloco utilizável ou armazenamento de objetos e pode migrar essa quantidade de dados de fita para S3 Glacier Flexible Retrieval ou S3 Glacier Deep Archive.

P: Quando eu uso o Tape Gateway com um dispositivo Snowball Edge otimizado para armazenamento e quando uso o Tape Gateway com um dispositivo virtual ou de hardware?

Você usa um dispositivo Snowball Edge otimizado para armazenamento com o Tape Gateway em ambientes com largura de banda de rede limitada para migrar os dados armazenados em seus arquivos de fita para AWS. Depois de completar sua cópia de dados para o dispositivo, você a envia de volta para a AWS. Com o Tape Gateway no Snowball, seus dados são migrados para AWS offline. Você usa o Tape Gateway em um dispositivo virtual ou de hardware quando deseja copiar novos backups e arquivos para AWS e não tem restrições de rede. Com o Tape Gateway em um dispositivo virtual ou de hardware, seus dados são transferidos para AWS usando a rede e você mantém o dispositivo virtual ou de hardware de forma permanente em seu datacenter.

P: Posso usar o Snowball com o Tape Gateway como uma biblioteca de fitas virtuais (VTL) on-premises em vez de usá-lo para migração de dados offline?

Não. Um dispositivo Snowball Edge otimizado para armazenamento com Tape Gateway não foi projetado e construído para atender às suas necessidades de VTL on-premises - apenas para atender às suas necessidades de migração de dados offline. Após sua aplicação de backup exportar fitas virtuais, suas fitas virtuais no Snowball Gateway com Tape Gateway não poderão ser acessadas até que sejam importadas para AWS. Para as necessidades de VTL on-premises, use um Tape Gateway que roda em uma máquina virtual, em um aparelho de hardware, ou em uma instância do Amazon EC2.

P: Quais são os benefícios de armazenar as fitas virtuais na AWS em comparação com as fitas de armazenamento externas?

Você obtém praticamente 100% de durabilidade de dados, verificações regulares de estabilidade da AWS, criptografia de dados, dados corretos ao restaurar e redução de custos ao armazenar as fitas virtuais na AWS usando o Tape Gateway com S3 Glacier Deep Archive em comparação com o armazenamento de fitas físicas externas. Primeiro, todas as fitas virtuais armazenadas no S3 Glacier Deep Archive são replicadas e armazenadas em pelo menos três Zonas de disponibilidade distribuídas geograficamente, protegidas por praticamente 100% de durabilidade. Segundo, a AWS realiza verificações de estabilidade regularmente, a fim de confirmar se os dados podem ser lidos e se nenhum erro foi inserido. Terceiro, todas as fitas armazenadas no S3 Glacier Deep Archive são protegidas pela Server Side Encryption do S3 usando chaves padrão ou chaves KMS. Além disso, você também evita riscos de segurança física associados à portabilidade da fita. Quarto, em comparação com a experiência de armazenamento de fitas externas, na qual você pode receber uma fita incorreta ou quebrada durante a restauração, com o Tape Gateway, você sempre obtém os dados corretos. Por fim, você pode economizar nos custos mensais de armazenamento ao armazenar seus dados no S3 Glacier Deep Archive em comparação com o armazenamento de fitas externas.

P: Quais categorias de armazenamento do Amazon S3 o gateway de fitas é compatível?

O Tape Gateway é compatível com as categorias de armazenamento S3 Standard, S3 Glacier e S3 Glacier Deep Archive. Os dados das fitas virtuais são armazenados na biblioteca de fitas virtuais do Amazon S3 quando a aplicação de backup está gravando os dados nas fitas. Depois de ejetar as fitas do aplicativo de backup, elas serão arquivadas no S3 Glacier ou S3 Glacier Deep Archive.

P: Quantos dados é possível armazenar em uma fita virtual?

Em um Gateway de Fitas, é possível criar fitas virtuais de, no mínimo, 100 GiB e de, no máximo, 15 TiB. Observe que você paga somente pela quantidade de dados armazenada em cada fita e não pelo volume da fita.

P: Quantas fitas a biblioteca de fitas virtuais (VTL) pode manter?

Um único Tape Gateway pode ter até 1.500 fitas virtuais na VTL, com uma capacidade agregada máximo de 1 PB. No entanto, não há limita para a quantidade de dados ou número de fitas virtuais que podem ser arquivados. Você também pode implantar Tape Gateways adicionais para escalar o armazenamento de fitas virtuais não arquivadas. Para obter mais informações, consulte nossa documentação sobre os limites do Storage Gateway.

P: Que quantidade de dados é possível armazenar em arquivos de fita?

Não há limites para a quantidade ou o tamanho das fitas virtuais que você pode arquivar.

P: Posso recuperar minha fita virtual arquivada para quais categorias de armazenamento do S3?

É possível recuperar uma fita virtual arquivada no S3 Glacier ou no S3 Glacier Deep Archive para o S3. Uma fita arquivada no S3 Glacier é recuperada para o S3 usando o método de recuperação padrão, o que, geralmente, dura entre três e cinco horas. Uma fita arquivada no S3 Glacier Deep Archive é recuperada para o S3 usando o método de recuperação padrão, o que geralmente ocorre dentro de 12 horas.

P: Como acessar dados em fitas virtuais?

A fita virtual que contém os dados deve ser armazenada em uma biblioteca de fitas virtuais antes de poder ser acessada. O acesso às fitas virtuais da biblioteca de fitas virtuais é instantâneo. Se a fita virtual que contém os dados estiver arquivada, será possível recuperá-la usando o Console de Gerenciamento da AWS ou API. Primeiro, selecione a fita virtual, depois escolha a biblioteca de fitas virtuais na qual deseja que a fita virtual seja carregada. O tempo de recuperação de fitas arquivadas para o S3 é normalmente de 3 a 5 horas para o S3 Glacier e de 12 horas para o S3 Glacier Deep Archive. Quando a fita virtual for disponibilizada na biblioteca de fitas virtuais, será possível usar o aplicativo de backup para fazer uso da fita virtual para restaurar dados.

P: É possível acessar as fitas virtuais na minha biblioteca de fitas virtuais usando as APIs do Amazon S3 ou do Amazon S3 Glacier?

Não. Não é possível acessar dados de fitas virtuais usando as APIs do Amazon S3 ou do Amazon S3 Glacier. No entanto, é possível usar as APIs do Tape Gateway para gerenciar a biblioteca de fitas virtuais e a prateleira de fitas virtuais.

P: Como uso o Tape Gateway com a categoria de armazenamento do S3 Glacier Deep Archive?

Ao criar novas fitas por meio do console ou do Storage Gateway ou via API, é possível definir o destino de armazenamento de arquivos para o S3 Glacier Deep Archive. Quando o software de backup ejeta as fitas, elas serão arquivadas no S3 Glacier Deep Archive. É possível recuperar uma fita virtual arquivada no S3 Glacier Deep Archive para o S3 usando o método de recuperação padrão, o que geralmente ocorre dentro de 12 horas.

P: Posso transferir minhas fitas virtuais atuais do S3 Glacier para o S3 Glacier Deep Archive?

Sim. O gateway de fitas é compatível com a movimentação de fitas do S3 Glacier para o S3 Glacier Deep Archive. Você pode atribuir a fita inserida no Glacier Pool ao Deep Archive Pool usando a API ou o console do AWS Storage Gateway. Em seguida, o Tape Gateway moverá a fita virtual para o Deep Archive Pool associado com a classe de armazenamento do S3 Glacier Deep Archive. Será cobrada uma taxa para movimentação da fita do S3 Glacier para o S3 Glacier Deep Archive, e, se aplicável, uma taxa de exclusão antecipada para o S3 Glacier, em caso de movimentação da fita do S3 Glacier para o S3 Glacier Deep Archive antes de 90 dias.

P: Posso mover uma fita do S3 Glacier Deep Archive para o S3 Glacier?

Não, não é possível mover uma fita do S3 Glacier Deep Archive para o S3 Glacier. Você pode recuperar uma fita do S3 Glacier Deep Archive para o S3 ou excluir uma fita do S3 Glacier Deep Archive.

P: Que aplicações de backup posso usar com o Tape Gateway?

A interface da VTL é compatível com aplicativos de backup e arquivamento que usam a interface de biblioteca de fitas baseada em iSCSI padrão do setor. Para obter uma lista completa das aplicações de backup compatíveis, consulte a página de visão geral do Storage Gateway.

P: Que tipo de criptografia o Tape Gateway usa para proteger os dados?

Todos os dados transferidos entre o gateway e o armazenamento da AWS são criptografados usando SSL. Como padrão, todos os dados armazenados pelo gateway de fitas no S3 são criptografados no lado do servidor usando chaves de criptografia gerenciadas do Amazon S3 (SSE-S3).

Opcionalmente, você pode configurar a criptografia de fitas usando chaves gerenciadas do AWS KMS por meio da API do Storage Gateway. Você poderá especificar uma das Customer Master Keys (CMKs – Chaves mestre do cliente) como chave do KMS. A CMK configurada para criptografar uma fita não pode ser alterada após a criação. Para saber mais, consulte Como criptografar seus dados usando o AWS Key Management Service no guia do usuário do Storage Gateway, que inclui detalhes essenciais sobre o uso do recurso.

Gateway de volumes

P: Que quantidade de dados de volume é possível gerenciar por gateway? Qual o tamanho máximo de um volume?

Cada Volume Gateway pode comportar até 32 volumes. No modo armazenado em cache, cada volume pode ter até 32 TB para um máximo de 1 PB de dados por gateway (32 volumes, cada um com 32 TB de tamanho). No modo armazenado, cada volume pode ter até 16 TB para um máximo de 512 TB de dados por gateway (32 volumes, cada um com 16 TB de tamanho). Para obter mais informações, consulte nossa documentação sobre os limites do Storage Gateway.

Os gateways de volumes compactam os dados antes de eles serem transferidos para a AWS e enquanto estiverem armazenados na AWS. Essa compactação pode reduzir as taxas de transferência e armazenamento de dados. O armazenamento de volume não é provisionado previamente. Será cobrada apenas a quantidade de dados armazenada no volume, não o tamanho do volume criado.

P: Por que não consigo ver os dados do volume quando os procuro no Amazon S3?

Os volumes são armazenados em um bucket do Amazon S3 mantido pelo serviço AWS Storage Gateway. Os volumes podem ser acessados para operações de E/S por meio do AWS Storage Gateway. Não é possível acessá-los diretamente usando as ações de API do Amazon S3. Você pode criar snapshots point-in-time dos volumes de gateway, que são disponibilizados no formato de snapshots do Amazon EBS e podem ser convertidos para volumes do Storage Gateway ou do EBS. Use o gateway de arquivos para trabalhar com os dados de modo nativo no S3.

P: Que tipo de criptografia o Volume Gateway usa para proteger os dados?

Todos os dados transferidos entre o gateway e o armazenamento da AWS são criptografados usando SSL. Como padrão, todos os dados armazenados pelo Volume Gateway no S3 são criptografados no lado do servidor usando chaves de criptografia gerenciadas do Amazon S3 (SSE-S3).

Opcionalmente, você pode configurar a criptografia para dados armazenados na AWS em volumes usando as chaves gerenciadas do AWS KMS por meio da API do Storage Gateway. Você poderá especificar uma das Customer Master Keys (CMKs – Chaves mestre do cliente) como chave do KMS. A CMK configurada para criptografar um volume não pode ser alterada após a criação. Para saber mais, consulte Como criptografar seus dados usando o AWS Key Management Service no guia do usuário do Storage Gateway, que inclui detalhes essenciais sobre o uso do recurso.

P: Posso criar um snapshot do EBS de um volume criptografado pelo KMS?

Sim. Você pode criar um snapshot do EBS de um volume criptografado pelo KMS da AWS usando a API. O snapshot do EBS será criptografado usando a mesma chave usada para a criptografia de volumes.

P: Posso criar um volume de um snapshot do EBS criptografado pelo KMS?

Sim. Você pode criar um volume criptografado de um snapshot do EBS criptografado pelo KMS usando a API. O volume criptografado pode usar a mesma chave utilizada para criptografar o snapshot do EBS, ou você pode especificar uma chave de criptografia diferente para criptografar o volume.


P: Por que devo usar snapshots?

Você pode criar snapshots point-in-time de volumes do Volume Gateway na forma de snapshots do Amazon EBS. Também é possível usar um snapshot do volume como o ponto inicial para um novo volume do Amazon EBS, que poderá ser então vinculado a uma instância do Amazon EC2. Com essa abordagem, é possível disponibilizar facilmente dados de aplicativos locais para aplicativos em execução no Amazon EC2, caso seja necessária mais capacidade computacional sob demanda para processamento de dados ou capacidade de substituição para fins de recuperação de desastres.

Para volumes armazenados em cache, em que os dados de volume já estejam armazenados no Amazon S3, é possível usar snapshots para preservar versões dos seus dados. O uso dessa abordagem possibilita a reversão para uma versão anterior, quando necessário, ou a redefinição de uma versão point-in-time como um novo volume. É possível iniciar snapshots de acordo com a programação ou ad hoc. Ao criar um novo snapshot, apenas os dados alterados desde o último snapshot serão armazenados. Se você tiver um volume com 100 GB de dados, mas somente 5 GB de dados tiverem sido modificados desde o último snapshot, somente os 5 GB adicionais de dados serão armazenados no Amazon S3. Ao excluir um snapshot, somente os dados que não são necessários para qualquer outro snapshot são removidos.

Para os volumes armazenados, em que os dados de volume são armazenados localmente, os snapshots oferecem backups externos resilientes no Amazon S3. É possível criar um novo volume por meio de um snapshot, caso seja necessário recuperar um backup. Também é possível usar um snapshot do volume como o ponto inicial para um novo volume do Amazon EBS, que poderá ser então vinculado a uma instância do Amazon EC2.

P: Qual será o conteúdo do snapshot? Como posso saber o momento de obter um snapshot para garantir que meus dados têm backup?

Os snapshots representam uma cópia pontual do volume no momento em que o snapshot é solicitado. Eles contêm todas as informações necessárias para restaurar os dados (do momento em que o snapshot foi obtido) para um novo volume. Os dados gravados no volume pela aplicação antes de gerar o snapshot, mas ainda não carregados na AWS, serão incluídos no snapshot.

Em termos práticos, o snapshot receberá um ID e ficará visível imediatamente no Console de Gerenciamento da AWS e na AWS Command Line Interface (AWS CLI), mas inicialmente apresentará o status PENDING. Quando todos os dados gravados no volume antes da solicitação de snapshot tiverem sido carregados do gateway para o EBS, o status será alterado para AVAILABLE. Nesse momento, será possível usar o snapshot como base para um novo gateway ou volume do EBS.

P: Como restaurar um snapshot para um gateway?

Cada snapshot recebe um identificador único que pode ser visto usando o Console de Gerenciamento da AWS. É possível criar volumes do AWS Storage Gateway ou do Amazon EBS com base em qualquer um dos snapshots atuais, especificando esse identificador único.

Usando o Console de Gerenciamento da AWS, é possível criar um novo volume por meio de um snapshot armazenado no Amazon S3. Em seguida, será possível montar esse volume como um dispositivo iSCSI no servidor de aplicativos local.

Como os volumes armazenados em cache armazenam os dados principais no Amazon S3, ao criar um novo volume de um snapshot, o gateway manterá os dados do snapshot no Amazon S3, onde se tornarão os dados principais do novo volume.

Como os volumes armazenados guardam os dados principais localmente, ao criar um novo volume de um snapshot, o gateway fará o download dos dados contidos no snapshot no hardware local. Lá, eles se tornarão os dados principais do novo volume.

P: Os volumes do AWS Storage Gateway precisam ser desmontados para obter um snapshot? O snapshot precisa ser concluído para que o volume possa ser usado novamente?

Não, obter snapshots não exige que você desvincule os volumes, nem isso causa impacto no desempenho de seu aplicativo. No entanto, as snapshots capturam somente dados que foram redigidos para o volume do AWS Storage Gateway, o que poderá excluir quaisquer dados que foram localmente armazenados em memória temporária pelo aplicativo ou SO.

P: Posso agendar snapshots dos meus volumes do AWS Storage Gateway?

Sim. É possível criar uma programação de snapshots para cada um dos seus volumes. É possível modificar o horário de criação do snapshot a cada dia, bem como a frequência (a cada 1, 2, 4, 8, 12 ou 24 horas).

P: Quanto tempo leva para concluir um snapshot?

O tempo necessário para concluir um snapshot depende muito do tamanho do volume e da velocidade de sua conexão de Internet para a AWS. O AWS Storage Gateway compacta todos os dados antes do upload, reduzindo o tempo necessário para obter um snapshot.

P: Poderei acessar dados do meu snapshot usando as APIs do Amazon S3?

Não. Os snapshots são acessíveis apenas por meio do AWS Storage Gateway e do Amazon EBS. Além disso, eles não podem ser acessados diretamente usando APIs do Amazon S3.

P: Quais são os limites de snapshot por gateway?

Não há limite para a quantidade de snapshots ou de dados de snapshot que um único gateway pode produzir.


P: Quais são os benefícios do uso do AWS Backup para proteger volumes do Volume Gateway?

O uso do AWS Backup para fazer backup de volumes do Volume Gateway simplifica e centraliza o gerenciamento de backups, reduzindo assim a carga operacional e facilitando o cumprimento de requisitos de conformidade em todos os seus recursos da AWS. O AWS Backup permite definir políticas de backup programadas personalizáveis que cumprem seus requisitos de backup. Usando o AWS Backup, você pode definir regras de retenção e expiração de backup, eliminando a necessidade de desenvolver scripts personalizados ou gerenciar manualmente os backups point-in-time dos volumes do Volume Gateway. Finalmente, você pode usar uma única visualização centralizada para gerenciar e monitorar backups em vários Volume Gateways e outros recursos da AWS, como volumes do EBS e bancos de dados RDS.

P: Como faço para proteger volumes no Volume Gateway usando o AWS Backup?

Você pode usar o AWS Backup para fazer um backup único ou definir uma programação de backup para volumes do Volume Gateway. Os backups de volume são armazenados no Amazon S3 como snapshots do Amazon EBS e são visíveis nos consoles do AWS Backup e do Amazon EBS. Os backups de volume criados pelo AWS Backup podem ser excluídos de forma manual ou automática no console do AWS Backup.

P: Como faço para usar o AWS Backup para gerenciar o backup e a retenção dos volumes do Volume Gateway?

Você pode gerenciar os backups no console do Storage Gateway ou do AWS Backup. Se você usar o console do Storage Gateway, poderá navegar até o console do AWS Backup para concluir a configuração do plano de backup ou iniciar um backup sob demanda. Como alternativa, você usar o console do AWS Backup para configurar o plano de backup ou iniciar um backup de volumes do Volume Gateway sob demanda.

P: Há alguma mudança na forma como uso hoje os volumes do Volume Gateway?

Não. Toda a funcionalidade de snapshots do Volume Gateway e todos os snapshots do Amazon EBS existentes continuam disponíveis e inalterados. Você pode continuar a usar o console do Storage Gateway para criar volumes de snapshots do EBS e o console do Amazon EBS para visualizar ou excluir snapshots.

P: Se eu usar o AWS Backup, poderei também continuar a usar os programas de snapshots e os snapshots atuais do Volume Gateway?

Sim. Você pode continuar a usar os recursos de snapshot atuais do Volume Gateway para criar snapshots do Amazon EBS e usar snapshots criados anteriormente para fins de restauração. A programação de backup do AWS Backup opera independentemente dos snapshots programados do Volume Gateway e oferece uma maneira adicional de gerenciar centralmente todas as políticas de backup e retenção.

P: Se eu tiver um volume criptografado pelo KMS no Volume Gateway, o AWS Backup poderá fazer backup desse volume?

Sim. O AWS Backup faz backup de volumes criptografados pelo KMS no Volume Gateway com a mesma chave usada para a criptografia de volumes.

P: Posso usar o AWS Backup para criar um backup de um volume do Volume Gateway em uma região diferente (por exemplo, entre regiões)?

O AWS Backup oferece suporte ao backup de volumes do Volume Gateway na mesma região em que o AWS Backup opera.

Dispositivo de hardware

P: O que é o dispositivo de hardware do Storage Gateway?

O AWS Storage Gateway está disponível como um dispositivo de hardware com o software do Storage Gateway pré-instalado em um servidor com configuração validada. Você gerencia o dispositivo usando o Console AWS ou a API.

P: Que tipos de gateway e interfaces de armazenamento têm suporte no dispositivo de hardware?

O dispositivo de hardware oferece suporte ao Amazon S3 File Gateway com interfaces NFS e SMB, Amazon FSx File Gateway com SMB, volumes em cache do Volume Gateway com iSCSI e Tape Gateway com iSCSI-VTL.

P: Por que posso precisar de um dispositivo de hardware?

O dispositivo de hardware simplifica ainda mais a compra, a implantação e o gerenciamento do AWS Storage Gateway on-premises para ambientes de TI como escritórios e departamentos remotos, que não contam com infraestrutura de servidores virtuais, recursos adequados de disco e memória ou equipe qualificada para o gerenciamento do hipervisor. Com o dispositivo, não é necessário comprar a infraestrutura adicional necessária para um ambiente virtual que comporte a operação do dispositivo de VM do Storage Gateway no local.

P: Quantos modelos de dispositivo de hardware estão disponíveis?  

Existem dois modelos disponíveis que oferecem 5 TB ou 12 TB de cache SSD local.

P: Quais são as especificações do dispositivo de hardware?

O dispositivo de hardware é baseado em configurações de servidor validadas. Consulte a página do produto do dispositivo de hardware do Storage Gateway para obter as especificações.

P: Onde o dispositivo de hardware está disponível? Em que regiões da AWS ele funciona?

O dispositivo de hardware está disponível para envio a todos os destinos internacionais permitidos para exportação pelo governo dos EUA. É compatível com 16 regiões da AWS, incluindo Leste dos EUA (Norte da Virgínia, Ohio), Oeste dos EUA (Norte da Califórnia, Oregon), Canadá (Central), América do Sul (São Paulo), Europa (Irlanda, Frankfurt, Londres, Paris, Stockholm) e Ásia-Pacífico (Mumbai, Seul, Singapura, Sydney, Tóquio).

P: Onde posso comprar o dispositivo de hardware?

O dispositivo de hardware do AWS Storage Gateway está disponível exclusivamente por meio dos revendedores. Entre em contato com o revendedor de sua preferência para obter informações sobre a compra e para solicitar uma cotação. Clientes nos Estados Unidos e Canadá também podem comprar o dispositivo diretamente do CDW.

P: Quem é o proprietário do dispositivo de hardware?

Após a compra, você é o proprietário do dispositivo de hardware.

P: Como faço para usar o dispositivo de hardware?

Após receber o dispositivo de hardware, você configura o endereço IP por meio do console de hardware local e usa esse endereço IP no console do AWS Storage Gateway para ativar o dispositivo. Essa ativação associa o dispositivo de hardware à sua conta da AWS. Após a ativação do dispositivo de hardware, você seleciona o tipo de gateway desejado no console: arquivos, volumes (armazenados em cache) ou fita. O tipo de gateway selecionado é habilitado no dispositivo. Após a ativação, você gerencia e usa o novo dispositivo de hardware do Storage Gateway usando o Console da AWS, a ILC ou o SDK, de forma semelhante ao dispositivo virtual. Para obter mais informações, consulte a documentação do dispositivo de hardware.

P: Posso executar vários gateways em um único dispositivo de hardware?

Não. No momento, o dispositivo de hardware oferece suporte à execução de um gateway por vez.

P: Posso alterar o tipo de gateway após a instalação em um dispositivo de hardware?

Sim. Para alterar o tipo de gateway após a instalação em um dispositivo de hardware, selecione Remove Gateway no console do Storage Gateway para excluir o gateway e todos os recursos associados. Nesse momento, você pode executar um novo gateway no dispositivo de hardware.

P: Como posso comprar e usar armazenamento adicional no dispositivo de hardware do Storage Gateway?

Se você solicitou o modelo de dispositivo de hardware de 5 TB, pode aumentar o cache local utilizável para 12 TB comprando um kit de atualização SSD de cinco unidades. Você pode comprar o kit de atualização SSD seguindo o mesmo processo para solicitar o dispositivo de hardware. Para ampliar o armazenamento, basta inserir os SSDs no dispositivo pré-configurado. Os SSDs podem ser instalados sem desligar o dispositivo. O armazenamento extra será reconhecido pelo dispositivo imediatamente após a instalação. Consulte a documentação para obter instruções.

P: Posso adicionar mais armazenamento a um dispositivo de hardware do Storage Gateway depois que ele for ativado?

Se você já ativou o dispositivo e o associou à sua conta da AWS, precisará restaurar as configurações de fábrica do dispositivo antes de adicionar o armazenamento.

P: Posso adicionar um SSD ou unidade de disco rígido para aumentar a capacidade de armazenamento do dispositivo de hardware do Storage Gateway?

Não. Adicione somente os SSDs que forem disponibilizados pelo fabricante do dispositivo. Esses SSDs são qualificados pela AWS para uso no dispositivo de hardware do Storage Gateway.

P: O dispositivo de hardware do Storage Gateway oferece suporte ao RAID?

Sim. O dispositivo de hardware usa RAID ZFS baseado em software e oferece proteção contra falhas da unidade de armazenamento. O dispositivo básico que oferece 5 TB de armazenamento utilizável tolera a falha de 1 SSD. O que oferece 12 TB de armazenamento utilizável tolera a falha de 2 SSDs.

Alta disponibilidade no VMware

P: Como o Storage Gateway oferece alta disponibilidade?

O Storage Gateway obtém alta disponibilidade executando uma série de verificações de integridade contínuas na operação do gateway que se conectam ao serviço de monitoramento do VMware. Diante de uma falha de hardware, software ou rede, o VMware acionará a reinicialização do gateway em um novo host ou no host existente se este ainda estiver operando. Usuários e aplicativos terão, no máximo, até 60 segundos de inatividade durante uma reinicialização. Após uma reinicialização, as conexões com o gateway são automaticamente restabelecidas, sem a necessidade de intervenção manual. Na reinicialização, o gateway enviará métricas de volta à nuvem para oferecer aos clientes uma visão completa do evento de disponibilidade.

P: Que ambientes são compatíveis com a alta disponibilidade do Storage Gateway?

No momento, a alta disponibilidade do Storage Gateway pode ser ativada em ambientes do VMware vSphere em cluster que tenham o HA do VMware ativado e um armazenamento de volume compartilhado disponível.

P: Quanto custa o Storage Gateway com alta disponibilidade?

Não há custo adicional para executar o Storage Gateway com a integração de alta disponibilidade ativada.

P: Que tipos de falhas são cobertas pela alta disponibilidade do Storage Gateway?

Com o HA do VMware habilitado e o monitoramento de aplicações configurado, o Storage Gateway irá detectar e solucionar o panorama oriundo de falhas de hardware, falhas de hipervisor, falhas de rede e problemas de software que levam a tempos limite de conexão ou indisponibilidade de compartilhamento de arquivos, volume ou biblioteca virtual de fitas.

P: As sessões de NFS e SMB serão mantidas na ocasião da reinicialização do gateway?

Sim.

P: As leituras e gravações do gateway irão falhar na ocasião da reinicialização do gateway?

Os clientes NFS conectados a File Gateways podem esperar até 60 segundos em uma operação de leitura ou gravação enquanto o gateway reinicia e, em seguida, tentar novamente, desde que os clientes usem as configurações de montagem recomendadas. Dependendo das configurações de clientes, pode ser que clientes SMB rejeitem uma leitura ou gravação de arquivo durante uma reinicialização. Todas as leituras e gravações do iSCSI para o Volume Gateway e Tape Gateway irão aguardar durante reinicializações de gateway. Em seguida, novas tentativas serão automaticamente feitas.

P: O HA do Storage Gateway ainda possui a capacidade de reinicializar se uma conexão da AWS falhar?

Sim, os gateways serão reinicializados usando o mesmo armazenamento compartilhado subjacente, preservando o cache local e as filas de upload

P: Perderei dados durante reinicializações do gateway?

Não, os gateways serão reinicializados usando o mesmo armazenamento compartilhado subjacente, preservando o cache local e as filas de upload.

P: Preciso fazer alguma alteração no meu ambiente VMware para me beneficiar do recurso de HA?

Se o gateway for implantado no VMware com o HA do VMware ativado, você poderá configurar a sensibilidade de reinicialização do VM do Storage Gateway no centro de controle do VMware vSphere. As frequências do VM do Storage Gateway estarão disponíveis, permitindo que você reinicie automaticamente o gateway em um tempo limite específico.

P: O que o HA do Storage Gateway me oferece de diferente ao que já tenho operando o HA do VMware?

O HA do VMware monitora a infraestrutura subjacente, como armazenamento e rede. O Storage Gateway fornece uma variedade de verificações de integridade, como disponibilidade do sistema de arquivos, disponibilidade de endpoints SMB e disponibilidade de endpoints NFS que monitoram todas as operações críticas do gateway, garantindo que todo o serviço e não apenas a infraestrutura subjacente estejam continuamente disponíveis para seus usuários e aplicações..

P: Este recurso estará disponível para o VMware Cloud on AWS?

Sim. A alta disponibilidade do Storage Gateway pode ser usada no VMware Cloud sem nenhuma exigência adicional. O VMware Cloud on AWS possui um HA do VMware habilitado por padrão e os volumes compartilhados estão disponíveis.

P: Como saberei se um gateway é capaz de operar em alta disponibilidade e no modo HA?

Ao configurar um novo gateway para o VMware, você terá a opção de testar o HA. Você também pode testar se um gateway implantado é compatível com HA, escolhendo a ação "Testar o HA do VMware" no console.

P: Que tipo de visibilidade operacional eu terei durante a reinicialização do gateway?

O console do AWS Storage Gateway exibirá eventos de disponibilidade em tabelas de log e interrupções nos gráficos de performance durante as reinicializações do gateway.

P: Eu conseguirei visualizar um evento de disponibilidade no CloudWatch na ocasião da reinicialização do gateway?

Sim, se você tiver configurado a integração com o CloudWatch, os eventos de disponibilidade acionados no gateway ficarão disponíveis no CloudWatch.

P: Como saberei quando o gateway retomar a operação?

Se você tiver configurado a integração com o CloudWatch, os eventos do CloudWatch serão acionados na reinicialização. Além disso, os gráficos de performance vão exibir as métricas operacionais do gateway, incluindo o número de sessões ativas.

P: Eu conseguirei definir um tempo limite de serviço que acione uma reinicialização do gateway?

Sim, administradores serão capazes de definir um tempo limite no console do vSphere que poderá acionar a reinicialização do serviço caso o gateway não esteja acessível por um determinado número de segundos.

Segurança e conformidade

P: Que tipo de criptografia o AWS Storage Gateway usa para proteger os meus dados?

Todos os dados transferidos entre qualquer tipo de dispositivo de gateway e o armazenamento da AWS são criptografados usando SSL. Como padrão, todos os dados armazenados pelo AWS Storage Gateway no S3 são criptografados no lado do servidor usando chaves de criptografia gerenciadas pelo Amazon S3 (SSE-S3). Além disso, você pode opcionalmente configurar vários tipos de gateway para criptografar dados armazenados com o AWS Key Management Service (KMS) por meio da API do Storage Gateway. Veja a seguir informações específicas sobre o suporte ao KMS oferecido pelos serviços de File Gateway, Tape Gateway e Volume Gateway.

P: O AWS Storage Gateway está qualificado pela HIPAA?

Sim. O AWS Storage Gateway está qualificado pela HIPAA. Se você tiver um acordo de associação comercial (BAA) com a AWS, poderá usar o Storage Gateway para armazenar, fazer backup e arquivar informações de integridade protegidas (PHIs) em serviços de armazenamento da AWS seguros, escaláveis e econômicos, incluindo o Amazon S3, Amazon S3 Glacier, Amazon S3 Glacier Deep Archive, Amazon FSx for Windows File Server e Amazon EBS, que também estão qualificados pela HIPAA.

As informações sobre os produtos da AWS qualificados pela HIPAA podem ser encontradas em nossa página de conformidade com a HIPAA. Você pode inserir um BAA com a AWS nessa página. A qualificação da HIPAA para o Storage Gateway se aplica a todos os tipos de gateway (arquivos, volumes e fitas).

P: O AWS Storage Gateway está em conformidade com o PCI?

Sim. De acordo com avaliações recentes, o AWS Storage Gateway está em conformidade com o Payment Card Industry Data Security Standard (PCI DSS). Os clientes atuais podem baixar os relatórios atestado de conformidade (AOC) e resumo de responsabilidades do PCI no Console de Gerenciamento da AWS pelo AWS Artifact. Os clientes em potencial podem solicitar os relatórios trabalhando com a equipe de vendas da AWS.

P: O AWS Storage Gateway está em conformidade com o FedRAMP?

Sim, o AWS Storage Gateway está em conformidade com o FedRAMP com nível de autorização alto nas regiões AWS GovCloud (EUA) e nível de autorização moderado nas regiões comerciais dos EUA. Para obter mais informações, acesse a página de conformidade do AWS FedRAMP.

P: O AWS Storage Gateway oferece suporte a endpoints compatíveis com FIPS 140-2?

O S3 File Gateway, o Amazon FSx File Gateway, o Volume Gateway e o Tape Gateway oferecem suporte a endpoints compatíveis com FIPS 140-2.

P: Quais regiões oferecem suporte a endpoints compatíveis com o FIPS 140-2 do AWS Storage Gateway?

O AWS Storage Gateway suporta endpoints compatíveis com o FIPS 140-2 nas seguintes regiões da AWS: Leste dos EUA (Norte da Virgínia), Leste dos EUA (Ohio), Oeste dos EUA (Norte da Califórnia), Oeste dos EUA (Oregon), Canadá (Central), GovCloud (EUA-Oeste) e GovCloud (EUA-Leste).

P: Quais são os endpoints FIPS para o AWS Storage Gateway?

Para obter uma lista dos endpoints FIPS disponíveis para o AWS Storage Gateway, consulte o guia de referência de endpoints do AWS Storage Gateway ou o guia do usuário do AWS GovCloud (EUA).

P: O AWS Storage Gateway Hardware Appliance é compatível com FIPS 140-2?

Não, o AWS Storage Gateway Hardware Appliance não é compatível com FIPS 140-2.

P: O gateway de arquivos oferece registro em log para monitorar operações de acesso a arquivos do cliente?

Sim, os logs de auditoria do gateway de arquivos podem ser usados para monitorar operações de clientes em pastas e arquivos dentro de compartilhamentos de arquivos do SMB.

P: Posso monitorar atividades de clientes em cada compartilhamento arquivo individual?

Você pode configurar os logs de auditoria do gateway de arquivos para monitorar operações de usuários em pastas e arquivos por compartilhamento do SMB.

P: Que tipos de compartilhamentos de arquivos são compatíveis com os logs de auditoria do gateway de arquivos?

Os logs de auditoria do gateway de arquivos são compatíveis com compartilhamentos do SMB.

P: Quais operações de arquivos posso ver nos logs de auditoria do gateway de arquivos?

Você pode ver detalhes sobre as seguintes operações, registradas em arquivos e diretórios: abrir, excluir, ler, gravar, renomear, alterar permissões e operações de arquivo bem-sucedidas. Informações de usuário para cada operação, incluindo time stamp, domínio do Active Directory, nome do usuário e endereço IP do cliente, também são registradas nos logs.

P: como acesso os logs de auditoria do gateway de arquivos?

Você pode acessar os logs de auditoria do gateway de arquivos no Amazon CloudWatch. Os logs de auditoria podem ser enviados do CloudWatch para um bucket do Amazon S3 à sua escolha. Os logs de auditoria podem ser visualizados do Amazon S3 usando o Amazon Athena. Além disso, eles podem ser exportados para aplicações de Security Information and Event Management (SIEM – Gerenciamento de informações e eventos de segurança) para análises nessas ferramentas.

P: O Tape Gateway oferece suporte para o recurso de gravação única e leituras múltiplas (WORM)?

Sim, ao criar novas fitas virtuais manualmente ou usar a configuração de criação automática de fita no Tape Gateway, é possível selecionar o tipo de fita WORM. Os dados nas fitas virtuais WORM não podem ser apagados intencional ou acidentalmente da aplicação de backup. Além disso, o recurso de bloqueio de retenção de fita do Tape Gateway evita que fitas virtuais arquivadas sejam excluídas por um período definido de tempo ou até mesmo indefinidamente.

Redes

P: É possível usar o AWS Storage Gateway com o AWS Direct Connect?

Sim. Você também pode usar o AWS Direct Connect para aumentar a taxa de transferência e reduzir os custos de rede ao estabelecer uma conexão de rede dedicada entre o gateway on-premises e a AWS. O AWS Storage Gateway usa com eficiência a largura de banda da Internet para ajudar a acelerar o upload dos dados de aplicações on-premises para a AWS.

P: É possível rotear o tráfego de Internet do AWS Storage Gateway por meio de um servidor de proxy local?

Sim. Os gateways de volumes e fitas oferecem suporte à configuração de um proxy Socket Secure versão 5 (SOCKS5) entre o gateway on-premises e a AWS. Os gateways de arquivos oferecem suporte à configuração de um proxy HyperText Transfer Protocol (HTTP).

P: Posso implantar um Storage Gateway em uma rede privada não roteável? O Storage Gateway oferece suporte ao AWS PrivateLink?

Sim. Sim. Você poderá implantar um Storage Gateway em uma rede privada não roteável se essa rede estiver conectada à Amazon VPC por meio de DX ou VPN. O tráfego do Storage Gateway será roteado por VPC endpoints baseados no AWS PrivateLink, uma tecnologia que habilita a conectividade privada entre serviços da AWS usando interfaces de rede elástica (ENI) com IPs privados nas VPCs. Para saber mais sobre o PrivateLink, acesse a documentação do PrivateLink. Para configurar o AWS PrivateLink para o Storage Gateway, consulte a documentação do AWS PrivateLink para Storage Gateway.

P: O Storage Gateway oferece suporte ao AWS PrivateLink para todos os tipos de gateway?

Sim. O serviço oferece suporte ao PrivateLink para todos os tipos de gateway (arquivo, volume e fita).

P: Quanto custa usar VPC endpoints com o Storage Gateway?

Você será cobrado por hora de provisionamento do VPC endpoint. As cobranças de processamento de dados também são aplicadas a cada gigabyte processado pelo VPC endpoint, independentemente da origem ou do destino do tráfego.

P: Como ativo gateways conectados à AWS por meio do AWS PrivateLink?

Os gateways habilitados pelo PrivateLink poderão ser ativados pelo Console AWS se o navegador da web tiver acesso à Internet e à rede privada, ou pela ILC na região em que estão baseados.

P: Como uso o PrivateLink com o gateway de arquivos?

Para usar o gateway de arquivos on-premises com o PrivateLink e interfaces virtuais privadas (VIFs) para acessar buckets do Amazon S3, será necessário configurar um servidor de proxy baseado no Amazon EC2. Para acessar o Amazon S3 por uma rede privada, será necessário usar endpoints de gateway do S3. Esses endpoints não podem ser acessados diretamente de ambientes on-premises. O servidor de proxy oferecerá acesso ao S3 por meio do VPC endpoint, que poderá ser acessado por um gateway de arquivos no local. Recomendamos usar uma família de instâncias do EC2 otimizada para largura de banda de rede.

P: Um gateway de arquivos pode usar um VPC endpoint em uma região e acessar um bucket do S3 em outra região?

Não.

P: Como uso o PrivateLink com gateways de volumes e fitas?

Os gateways de volumes e fitas conectam-se diretamente a serviços da AWS por meio do VPC endpoint do Storage Gateway, sem necessidade de um proxy para o S3.

P: Posso usar o AWS PrivateLink como um dispositivo de hardware de Storage Gateway?

Sim. No entanto, o dispositivo deve ser ativado antes de ser mudado para a rede privada.

Performance, monitoramento e manutenção

P: Qual performance posso esperar?

O AWS Storage Gateway fica entre as aplicações e os serviços de armazenamento da Amazon. A performance experimentada depende da plataforma do host (dispositivo de hardware, máquina virtual, instância do Amazon EC2) usada para executar o software do Storage Gateway e de vários outros fatores. Eles incluem a largura de banda de rede entre o iniciador iSCSI ou o cliente e o gateway do NFS, a velocidade e a configuração dos discos locais subjacentes, a configuração da VM, a quantidade alocada de armazenamento local para o gateway e a largura de banda entre o gateway e o armazenamento da Amazon. Nossa documentação técnica oferece instruções sobre como otimizar o ambiente do AWS Storage Gateway para obter uma melhor performance.

P: Quais são os requisitos mínimos de hardware e software para o AWS Storage Gateway?

Para executar o AWS Storage Gateway em uma máquina virtual ou em uma instância do Amazon EC2, consulte a seção de requisitos do Guia do usuário do AWS Storage Gateway. O AWS Storage Gateway também está disponível como um dispositivo de hardware com especificações pré-validadas.

P: Que tipo de redução de dados o AWS Storage Gateway executa?

Os gateways de volumes e fitas executam a compactação de dados em trânsito e ociosos, o que pode reduzir as cobranças de transferência e armazenamento de dados. O AWS Storage Gateway faz o upload apenas dos dados que foram alterados, minimizando a quantidade de dados enviada pela Internet.

P: O AWS Storage Gateway oferece suporte ao controle de utilização da largura de banda de rede?

Sim, é possível controlar a utilização da largura de banda de rede que o gateway usa para sincronizar dados com a AWS com base em um cronograma para volume e Tape Gateways. Você pode especificar o dia da semana, hora e taxas de largura de banda para tráfego de entrada e saída.

P: Como faço para monitorar o meu gateway?

Você pode usar o Amazon CloudWatch para monitorar as métricas de performance e alarmes do seu gateway e obter insights sobre armazenamento, largura de banda, taxa de transferência e latência. Essas métricas e alarmes são acessíveis diretamente do CloudWatch ou seguindo os links no console do AWS Storage Gateway, que o levam diretamente para as métricas e alarmes do CloudWatch para o recurso que está sendo visualizado. Consulte as páginas de detalhes e definição de preço do CloudWatch para obter informações adicionais.

P: Como medir a performance do cache do gateway?

É possível fazer isso usando as métricas do Amazon CloudWatch, como CachePercentDirty, CacheHitPercent, CacheFree e CachePercentUsed. Essas podem ser visualizadas seguindo o link Monitoramento na guia de detalhes do gateway no Console do AWS Storage Gateway.

P: Como medir a largura de banda usada pelo gateway?

É possível fazer isso usando as métricas do Amazon CloudWatch, como CloudBytesUploaded e CloudBytesDownloaded.

P: Como posso criar Alarmes do CloudWatch para o meu gateway?

Você pode criar alarmes recomendados do Amazon CloudWatch ao criar um novo gateway ou após a criação de um novo gateway pelo console do AWS Storage Gateway. Você também pode criar alarmes para o gateway no console do Amazon CloudWatch.

P: Como o AWS Storage Gateway gerencia as atualizações?

O AWS Storage Gateway implanta periodicamente atualizações importantes e patches de software à máquina virtual do gateway. É possível configurar uma programação de manutenção semanal, o que permite o controle de quando essas atualizações serão aplicadas ao gateway. Como opção, também é possível aplicar atualizações manualmente quando forem disponibilizadas usando o console ou a API do AWS Storage Gateway. As atualizações devem levar somente alguns minutos para concluir. Para obter mais informações, acesse a seção Como Gerenciar Atualizações de Gateway na nossa documentação.

Faturamento

P: Como será cobrada a utilização do AWS Storage Gateway?

Existem 3 elementos que serão faturados no AWS Storage Gateway: armazenamento, solicitações e transferência de dados. Para obter informações detalhadas sobre o preço, acesse a página de preço do AWS Storage Gateway.

P: Como será cobrado o armazenamento de arquivos durante o uso do gateway de arquivos?

Os gateways de arquivos armazenam dados diretamente no Amazon S3. O Amazon S3 cobrará os objetos armazenados e as solicitações feitas pelo gateway de arquivos. Para obter mais informações, acesse a página de definição de preço do Amazon S3.

P: Como será cobrado o armazenamento de volume ou fitas virtuais durante o uso do gateway de volumes ou fitas?

A cobrança será feita pela quantidade de dados de volume e fitas virtuais armazenados na AWS. Essa taxa terá um valor pro rata diário e os preços variam por região. Será cobrada apenas a parcela da capacidade de volume ou fita virtual utilizada, não o tamanho provisionado do recurso. Todos os dados de volume e fita virtual serão compactados antes de serem transferidos para a AWS pelo gateway, o que pode reduzir as cobranças de armazenamento. Para obter informações detalhadas sobre a definição de preço, acesse a página de definição de preço do AWS Storage Gateway.

P: Como serão cobrados os snapshots do EBS criados por meio dos volumes do AWS Storage Gateway?

O snapshots do EBS criados por meio dos volumes do Storage Gateway serão armazenados e cobrados pelo Amazon EBS. Ao criar um novo snapshot, apenas os dados alterados desde o último snapshot serão armazenados para reduzir as cobranças de armazenamento. Para obter mais informações, acesse a página de definição de preço do Amazon EBS.

P: Como serão cobradas a leitura e a gravação de dados?

Quando o gateway gravar dados na AWS, a cobrança será feita a uma taxa fixa de 0,01 USD por GB de dados gravados na AWS e pode atingir um máximo mensal de 125 USD por gateway. A leitura de dados por meio da AWS não é cobrada. Como o gateway executa o armazenamento em cache, a otimização da largura de banda (e, para gateways de volumes e fitas, a compactação), a quantidade de dados gravada na AWS pode ser menor do que a quantidade de dados gravada no gateway pelo aplicativo. É possível monitorar a quantidade de dados gravada pelo gateway na AWS usando as métricas disponibilizadas pelo Amazon CloudWatch. Além disso, você pode configurar limites de largura de banda no gateway para gerenciar custos.

P: Como será cobrada a recuperação de dados em uma fita virtual arquivada?

A cobrança será feita durante a recuperação de um fita virtual arquivada no S3 Glacier a uma taxa fixa de 0,01 USD por GB de dados armazenados na fita. Por exemplo, a recuperação de 5 fitas contendo 100 GB cada uma custaria 5 x 100 GB x 0,01 USD = 5,00 USD.

P: Como será cobrada a exclusão de uma fita virtual arquivada?

Se uma fita virtual for excluída dentro de três meses após o arquivamento no S3 Glacier ou dentro de seis meses de arquivamento do S3 Glacier Deep Archive, será cobrada uma taxa de exclusão antecipada. Se a fita virtual tiver sido armazenada por três meses ou mais no S3 Glacier ou por seis meses ou mais no S3 Glacier Deep Archive, não haverá cobrança pela exclusão.

Na região Leste dos EUA (Norte da Virgínia), será cobrada uma taxa de exclusão antecipada pro rata de USD 0,012 por GB excluído antes do período de três meses. Por exemplo, se você excluir uma fita virtual contendo 1 GB de dados um mês após fazer o upload do arquivamento no S3 Glacier, será cobrada uma taxa de USD 0,008 por exclusão antecipada. Se, em vez disso, você excluir a mesma fita virtual após dois meses, será cobrada uma taxa de exclusão antecipada de USD 0,004.

P: Como sou cobrado pelas fitas virtuais que armazeno no S3 Glacier Deep Archive?

As fitas virtuais armazenadas no S3 Glacier Deep Archive serão cobradas com a taxa da categoria de armazenamento do S3 Glacier Deep Archive. Você pode visitar a página de definição de preço do Storage Gateway para verificar a definição de preço do gateway de fitas.

P: Como as fitas virtuais armazenadas no Deep Archive Pool, associadas com a classe de armazenamento do S3 Glacier Deep Archive, aparecerão em minha fatura da AWS e na ferramenta de Gerenciamento de custos da AWS?

O uso e o custo das fitas virtuais armazenadas no Deep Archive Pool aparecerão como um item de linha de serviço independente em sua fatura mensal da AWS com o nome AWS Storage Gateway Deep Archive, separado do AWS Storage Gateway e custos. No entanto, se você estiver usando a ferramenta de Gerenciamento de custos da AWS, o uso e o custo das fitas virtuais armazenadas no Deep Archive Pool serão incluídos no AWS Storage Gateway em seus relatórios detalhados de gastos mensais, e não divididos como um item de linha de serviço separado.

P: Como serei cobrado pela movimentação de uma fita virtual arquivada do S3 Glacier para o S3 Glacier Deep Archive?

No Leste dos EUA (Norte da Virgínia), você será cobrado quando mover uma fita virtual arquivada no S3 Glacier para o S3 Glacier Deep Archive a uma taxa de USD 0,032 por GB de dado armazenado na fita. Por exemplo, mover uma fita de 100 GB arquivada no S3 Glacier para o S3 Glacier Deep Archive custará 100 GB x USD 0,032/GB = USD 3,2. Movendo uma fita arquivada por menos de 90 dias no S3 Glacier para o S3 Glacier Deep Archive, também será cobrada uma taxa de exclusão antecipada para armazenamento da fita no S3 Glacier.

P: Como serei cobrado pela transferência de dados de rede para a AWS, e pelos dados recebidos dela, durante o uso do AWS Storage Gateway?

Será cobrada a transferência de dados pela Internet para cada GB baixado da AWS para o seu gateway. Toda a transferência de dados para carregamento na AWS é gratuita.

P: Como posso saber a quantidade de armazenamento pela qual serei cobrado?

O console de gerenciamento de cobranças e custos mostra uma estimativa do uso de cada serviço no mês até a data atual, inclusive de volumes e fitas virtuais do AWS Storage Gateway. Para obter informações detalhadas sobre o uso por volume ou fita virtual individual, os relatórios de faturamento detalhados permitem consultar diariamente o uso de cada recurso.

P: Serei cobrado pelas solicitações do S3 decorrentes do uso do gateway de arquivos?

Você pagará pelas solicitações do S3 efetuadas em seu nome pelo gateway de arquivos para armazenar e recuperar arquivos no S3 como objetos. O gateway armazena dados em cache até a capacidade dos discos locais alocados, o que pode ajudar a reduzir os custos da recuperação de dados.

P: O uso dos logs de auditoria do gateway de arquivos incorre em cobranças do CloudWatch?

Se você configurar logs de auditoria do gateway de arquivos, serão cobradas as taxas padrão dos serviços Amazon CloudWatch Logs, Amazon CloudWatch Events Amazon CloudWatch Metrics.

P: Quando começa cada ciclo de faturamento mensal?

O sistema de cobrança segue o Tempo Universal Coordenado (UTC). O mês corrido começa à meia-noite do fuso UTC no primeiro dia de cada mês.

P: Os preços incluem impostos?

Salvo indicação em contrário, nossos preços excluem impostos e taxas aplicáveis, incluindo o IVA e o imposto de vendas aplicável. Para clientes com endereço de pagamento no Japão, o uso da região Ásia-Pacífico (Tóquio) está sujeito ao imposto sobre o consumo japonês.

P: Quanto custa o dispositivo de hardware?

Consulte a página de preços do Storage Gateway para obter o preço atual. Você também pode solicitar uma cotação de venda no console do AWS Storage Gateway.

P: Como faço para pagar o dispositivo de hardware?

Você adquire o dispositivo de hardware por meio de um processo de aquisição simplificado que está integrado no Console AWS. Você precisará enviar um pedido de compra após receber uma cotação de venda ou poderá providenciar o pré-pagamento.

P: Posso alugar ou fazer um leasing do dispositivo de hardware?

Não. Você paga o preço integral no momento da compra.

Suporte

P: O AWS Premium Support abrange o AWS Storage Gateway?

Sim, o AWS Premium Support abrange os problemas relacionados ao uso do AWS Storage Gateway. Consulte a página de detalhes do AWS Premium Support para obter mais informações e o preço.

P: Quais outras opções de suporte estão disponíveis?

Você pode obter informações sobre a grande quantidade de conhecimentos existentes sobre a comunidade AWS por meio do fórum de discussão do AWS Storage Gateway.

P: Com quem devo falar para obter suporte relacionado ao dispositivo de hardware?

Entre em contato com o AWS Support, que oferece suporte ao software e ao serviço AWS Storage Gateway. O AWS Support também coordena todos os casos relacionados a hardware com a equipe de suporte do fabricante do hardware. Recomendamos que você compre o AWS Premium Support.

P: Onde posso encontrar a etiqueta de serviço no dispositivo de hardware (também conhecida como número de série)?

A etiqueta de serviço no dispositivo de hardware pode ser encontrada na visualização Hardware do console do AWS Storage Gateway.

P: E se ocorrer um problema de hardware no dispositivo de hardware?

O AWS Support trabalha com o fabricante do hardware para suporte de hardware. O suporte de hardware está incluído na compra do dispositivo e oferece 36 meses de suporte telefônico 24 horas por dia, sete dias por semana, além de serviço no local no próximo dia útil para substituição de peças.

P: Quais são os termos de garantia do dispositivo de hardware?

O dispositivo de hardware vem com três anos de garantia e serviço no local no dia útil seguinte para substituição de peças fornecidas pelo fabricante do hardware. Você pode encontrar informações de garantia aqui.

Saiba mais sobre a definição de preço do AWS Storage Gateway

Acesse a página de definição de preço