Skip to main content
Element Software
Uma versão mais recente deste produto está disponível.
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Proteção de dados

Colaboradores
PDFs

Os recursos de proteção de dados incluem replicação remota, snapshots de volume, clonagem de volume, domínios de proteção e alta disponibilidade com tecnologia Double Helix.

A proteção de dados de storage do Element inclui os seguintes conceitos:

Tipos de replicação remota

A replicação remota de dados pode assumir as seguintes formas:

Para obter mais informações, "TR-4741: Replicação remota do software NetApp Element"consulte .

Replicação síncrona e assíncrona entre clusters

Para clusters que executam o software NetApp Element, a replicação em tempo real permite a criação rápida de cópias remotas de dados de volume.

É possível emparelhar um cluster de storage com até quatro outros clusters de storage. É possível replicar dados de volume de forma síncrona ou assíncrona de qualquer cluster em um par de cluster para cenários de failover e failback.

Replicação síncrona

A replicação síncrona replica continuamente os dados do cluster de origem para o cluster de destino e é afetada pela latência, perda de pacotes, jitter e largura de banda.

A replicação síncrona é apropriada para as seguintes situações:

  • Replicação de vários sistemas a uma curta distância

  • Um local de recuperação de desastres que é geograficamente local para a fonte

  • Aplicações sensíveis ao tempo e à proteção de bancos de dados

  • Aplicações de continuidade dos negócios que exigem que o local secundário atue como o local principal quando o local principal está inativo

Replicação assíncrona

A replicação assíncrona replica continuamente os dados de um cluster de origem para um cluster de destino sem esperar pelos confirmações do cluster de destino. Durante a replicação assíncrona, as gravações são confirmadas para o cliente (aplicativo) após serem confirmadas no cluster de origem.

A replicação assíncrona é apropriada para as seguintes situações:

  • O local de recuperação de desastre está longe de ser a fonte, e a aplicação não tolera latências induzidas pela rede.

  • Há limitações de largura de banda na rede conetando os clusters de origem e destino.

Replicação somente snapshot

A proteção de dados somente snapshot replica os dados alterados em momentos específicos para um cluster remoto. Somente os snapshots criados no cluster de origem são replicados. As gravações ativas do volume de origem não são.

É possível definir a frequência das replicações de instantâneos.

A replicação Snapshot não afeta a replicação assíncrona ou síncrona.

Replicação entre clusters Element e ONTAP com o SnapMirror

Com a tecnologia NetApp SnapMirror, é possível replicar snapshots obtidos usando o software NetApp Element para a ONTAP para fins de recuperação de desastres. Em uma relação SnapMirror, Element é um endpoint e ONTAP é o outro.

O SnapMirror é uma tecnologia de replicação Snapshot da NetApp que facilita a recuperação de desastres, projetada para failover de armazenamento primário para armazenamento secundário em um local remoto geograficamente. A tecnologia SnapMirror cria uma réplica, ou espelho, dos dados em funcionamento no storage secundário a partir da qual você pode continuar fornecendo dados se houver interrupção no local primário. Os dados são espelhados no nível do volume.

A relação entre o volume de origem no storage primário e o volume de destino no storage secundário é chamada de relação de proteção de dados. Os clusters são referidos como pontos de extremidade nos quais os volumes residem e os volumes que contêm os dados replicados devem ser colocados em campo. Um relacionamento de pares permite que clusters e volumes troquem dados com segurança.

O SnapMirror é executado nativamente nas controladoras NetApp ONTAP e é integrado ao Element, que é executado nos clusters NetApp HCI e SolidFire. A lógica para controlar o SnapMirror reside no software ONTAP; portanto, todas as relações do SnapMirror devem envolver pelo menos um sistema ONTAP para executar o trabalho de coordenação. Os usuários gerenciam relacionamentos entre clusters Element e ONTAP principalmente por meio da IU do Element. No entanto, algumas tarefas de gerenciamento residem no Gerenciador de sistemas do NetApp ONTAP. Os usuários também podem gerenciar o SnapMirror por meio da CLI e da API, que estão disponíveis no ONTAP e no Element.

Consulte "TR-4651: Arquitetura e Configuração do NetApp SolidFire SnapMirror" (login necessário)

Você deve habilitar manualmente a funcionalidade do SnapMirror no nível do cluster usando o software Element. A funcionalidade SnapMirror está desativada por predefinição e não é ativada automaticamente como parte de uma nova instalação ou atualização.

Depois de ativar o SnapMirror, você pode criar relacionamentos do SnapMirror a partir da guia proteção de dados no software Element.

O software NetApp Element 10,1 e superior suporta a funcionalidade SnapMirror para copiar e restaurar snapshots com sistemas ONTAP.

Os sistemas que executam o elemento 10,1 e acima incluem código que pode se comunicar diretamente com o SnapMirror em sistemas ONTAP executando 9,3 ou superior. A API do Element fornece métodos para habilitar a funcionalidade do SnapMirror em clusters, volumes e snapshots. Além disso, a IU do Element inclui recursos para gerenciar as relações do SnapMirror entre o software Element e os sistemas ONTAP.

A partir dos sistemas Element 10,3 e ONTAP 9.4, é possível replicar volumes originados do ONTAP para volumes de elementos em casos de uso específicos com funcionalidade limitada.

Para obter mais informações, consulte a documentação do ONTAP.

Snapshots de volume para proteção de dados

Um snapshot de volume é uma cópia pontual de um volume que você poderia usar posteriormente para restaurar um volume para esse tempo específico.

Embora os snapshots sejam semelhantes aos clones de volume, os snapshots são simplesmente réplicas de metadados de volume, para que você não possa montá-los ou gravá-los. A criação de um snapshot de volume também exige apenas uma pequena quantidade de recursos e espaço do sistema, o que torna a criação de snapshot mais rápida do que a clonagem.

Você pode replicar snapshots para um cluster remoto e usá-los como uma cópia de backup do volume. Isso permite reverter um volume para um ponto específico no tempo usando o snapshot replicado. Você também pode criar um clone de um volume a partir de um snapshot replicado.

É possível fazer backup de snapshots de um cluster de elementos para um armazenamento de objetos externo ou para outro cluster de elementos. Ao fazer backup de um snapshot em um armazenamento de objetos externo, você deve ter uma conexão com o armazenamento de objetos que permita operações de leitura/gravação.

Você pode tirar um snapshot de um volume individual ou vários para proteção de dados.

Clones de volume

Um clone de um único volume ou vários volumes é uma cópia pontual dos dados. Quando você clonar um volume, o sistema cria um snapshot do volume e cria uma cópia dos dados referenciados pelo snapshot.

Este é um processo assíncrono, e a quantidade de tempo que o processo requer depende do tamanho do volume que você está clonando e da carga atual do cluster.

O cluster dá suporte a até duas solicitações de clone em execução por volume de cada vez e até oito operações de clone de volume ativo de cada vez. Solicitações além desses limites são enfileiradas para processamento posterior.

Visão geral do processo de backup e restauração para armazenamento de elementos

Você pode fazer backup e restaurar volumes para outro storage SolidFire, bem como para armazenamentos de objetos secundários compatíveis com Amazon S3 ou OpenStack Swift.

Pode efetuar uma cópia de segurança de um volume para o seguinte:

  • Um cluster de storage SolidFire

  • Um armazenamento de objetos do Amazon S3

  • Um armazenamento de objetos OpenStack Swift

Ao restaurar volumes do OpenStack Swift ou Amazon S3, você precisa de informações de manifesto do processo de backup original. Se você estiver restaurando um volume que foi feito backup em um sistema de storage SolidFire, nenhuma informação de manifesto será necessária.

Domínios de proteção

Um domínio de proteção é um nó ou um conjunto de nós agrupados de modo que qualquer parte ou até mesmo todos eles possam falhar, mantendo a disponibilidade dos dados. Os domínios de proteção permitem que um cluster de armazenamento recupere automaticamente da perda de um chassi (afinidade de chassi) ou de um domínio inteiro (grupo de chassi).

Você pode ativar manualmente o monitoramento de domínio de proteção usando o ponto de extensão de configuração do NetApp Element no plug-in do NetApp Element para vCenter Server. Você pode selecionar um limite de domínio de proteção com base em domínios de nó ou chassi. Você também pode ativar o monitoramento do domínio de proteção usando a API Element ou a IU da Web.

Um layout do domínio de proteção atribui cada nó a um domínio de proteção específico.

Dois layouts diferentes de domínio de proteção, chamados níveis de domínio de proteção, são suportados.

  • No nível do nó, cada nó está em seu próprio domínio de proteção.

  • No nível do chassi, apenas os nós que compartilham um chassi estão no mesmo domínio de proteção.

    • O layout do nível do chassi é determinado automaticamente a partir do hardware quando o nó é adicionado ao cluster.

    • Em um cluster onde cada nó está em um chassi separado, esses dois níveis são funcionalmente idênticos.

Ao criar um novo cluster, se você estiver usando nós de storage que residem em um chassi compartilhado, considere a possibilidade de criar uma proteção contra falhas no nível do chassi usando o recurso domínios de proteção.

domínios de proteção personalizados

Você pode definir um layout personalizado do domínio de proteção que corresponda ao layout específico do chassi e do nó e onde cada nó está associado a um e apenas um domínio de proteção personalizado. Por padrão, cada nó é atribuído ao mesmo domínio de proteção personalizado padrão.

Se não forem atribuídos domínios de proteção personalizados:

  • A operação do cluster não é afetada.

  • O nível personalizado não é tolerante nem resiliente.

Quando você configura domínios de proteção personalizados para um cluster, há três níveis possíveis de proteção, que você pode ver no painel da IU da Web do Element:

  • Não protegido: O cluster de armazenamento não está protegido contra a falha de um de seus domínios de proteção personalizados. Para corrigir isso, adicione capacidade de armazenamento adicional ao cluster ou reconfigure os domínios de proteção personalizados do cluster para proteger o cluster contra possíveis perdas de dados.

  • Tolerante a falhas: O cluster de armazenamento tem capacidade livre suficiente para evitar a perda de dados após a falha de um de seus domínios de proteção personalizados.

  • Resistente a falhas: O cluster de armazenamento tem capacidade livre suficiente para se auto-curar após a falha de um de seus domínios de proteção personalizados. Após a conclusão do processo de recuperação, o cluster será protegido contra a perda de dados se domínios adicionais falharem.

Se mais de um domínio de proteção personalizado for atribuído, cada subsistema atribuirá duplicatas a domínios de proteção personalizados separados. Se isso não for possível, ele reverte a atribuir duplicatas a nós separados. Cada subsistema (por exemplo, compartimentos, fatias, provedores de endpoint de protocolo e ensemble) faz isso de forma independente.

Você pode configurar domínios de proteção personalizados usando os seguintes métodos de API:

Dupla Helix alta disponibilidade

A proteção de dados Double Helix é um método de replicação que espalha pelo menos duas cópias redundantes de dados em todas as unidades dentro de um sistema. A abordagem "sem RAID" permite que um sistema absorva várias falhas simultâneas em todos os níveis do sistema de storage e faça o reparo rapidamente.