Habilitação de nível empresarial S3 com a migração otimizada de storage baseado em objetos do ONTAP S3 para o StorageGRID
Sugerir alterações
PDFs
Habilitação de nível empresarial S3 com a migração otimizada de storage baseado em objetos do ONTAP S3 para o StorageGRID
Preencha o repositório de origem
Vamos colocar alguns objetos no bucket do ONTAP de origem. Vamos usar o S3Browser para esta demonstração, mas você pode usar qualquer ferramenta com a qual você está confortável.
Usando as teclas do usuário ONTAP S3 criadas acima, configure o S3Browser para se conetar ao seu sistema ONTAP.
Agora permite carregar alguns arquivos para o bucket habilitado para versionamento.
Agora vamos criar algumas versões de objetos no bucket.
Eliminar um ficheiro.
Faça upload de um arquivo que já existe no bucket para copiar o arquivo sobre si mesmo e criar uma nova versão dele.
Em S3Browser podemos ver as versões dos objetos que acabamos de criar.
Estabeleça a relação de replicação
Vamos começar a enviar dados do ONTAP para o StorageGRID.
No Gerenciador de sistemas ONTAP, navegue até "proteção/Visão geral". Role para baixo até "Cloud object stores" e clique no botão "Adicionar" e selecione "StorageGRID".
Insira as informações do StorageGRID fornecendo um nome, estilo de URL (para esta demonstração, usaremos URLs Path-styl). Defina o escopo do armazenamento de objetos como "Storage VM".
Se você estiver usando SSL, defina a porta de endpoint do balanceador de carga e copie no certificado de endpoint do StorageGRID aqui. Caso contrário, desmarque a caixa SSL e insira a porta de endpoint HTTP aqui.
Insira as chaves S3 e o nome do bucket do usuário do StorageGRID na configuração do StorageGRID acima para o destino.
Agora que temos um destino configurado, podemos configurar as configurações de política para o destino. Expanda "local policy settings" (Definições de política local) e selecione "Continuous" (contínuo).
Edite a política contínua e altere o "objetivo do ponto de recuperação" de "1 horas" para "3 segundos".
Agora podemos configurar o SnapMirror para replicar o bucket.
SnapMirror create -source-path sv_demo: /Bucket/bucket -destination-path sgws_demo: /Objstore -policy contínuo
O balde agora mostrará um símbolo de nuvem na lista de buckets sob proteção.
Se selecionarmos o bucket e irmos para a guia "SnapMirror (ONTAP ou nuvem)", veremos o status do SnapMirror Repationship.
Os detalhes da replicação
Agora temos um bucket replicando com sucesso do ONTAP para o StorageGRID. Mas o que está realmente replicando? Nossa origem e destino são ambos buckets versionados. As versões anteriores também replicam para o destino? Se olharmos para o nosso bucket do StorageGRID com S3Browser, veremos que as versões existentes não replicaram e nosso objeto excluído não existe, nem um marcador de exclusão para esse objeto. Nosso objeto duplicado tem apenas a versão 1 no bucket do StorageGRID.
Em nosso bucket do ONTAP, vamos adicionar uma nova versão ao nosso mesmo objeto que usamos anteriormente e ver como ele se replica.
Se olharmos para o lado do StorageGRID, veremos que uma nova versão foi criada neste bucket também, mas está faltando a versão inicial de antes do relacionamento do SnapMirror.
Isso ocorre porque o processo ONTAP SnapMirror S3 replica apenas a versão atual do objeto. É por isso que criamos um bucket versionado no lado StorageGRID para ser o destino. Desta forma, o StorageGRID pode manter um histórico de versões dos objetos.
Por Rafael Guedes, e Aron Klein