O OSS oferece proteção de dados em múltiplas camadas para garantir durabilidade e confiabilidade. A codificação de eliminação e a replicação entre regiões proporcionam recuperação de desastres nos níveis de dispositivo, data center e região. O versionamento e os backups programados protegem contra exclusão acidental e bugs de software. Checksums em tempo real detectam e corrigem erros de transmissão e armazenamento, enquanto a redundância em múltiplos nós garante a recuperação de falhas de hardware sem interrupções.
Armazenamento com redundância de zona
OSS uses a multi-zone data redundancy mechanism for regions that have three or more zones. Your data is stored redundantly across at least three zones within the same region. If a zone becomes unavailable, you can still access your data. For regions that have two zones, OSS uses a dual-zone data redundancy mechanism. Your data is stored redundantly across both zones within the same region. If a zone becomes unavailable, you can still access your data.
Replicação entre regiões
A replicação entre regiões (CRR) copia objetos de forma assíncrona entre buckets em diferentes regiões do OSS em tempo quase real. Os objetos de destino são réplicas exatas dos objetos de origem, preservando nomes, versões, metadados, conteúdo e ACLs. A CRR é compatível com objetos não criptografados e objetos criptografados com SSE-KMS ou SSE-OSS.
A CRR atende aos seguintes casos de uso:
-
Conformidade: embora o OSS armazene múltiplas réplicas de cada objeto em discos físicos por padrão, algumas regulamentações exigem cópias de dados em localizações geograficamente distantes. A CRR replica dados entre regiões distantes do OSS para atender a esses requisitos.
-
Redução de latência: mantenha réplicas de objetos em regiões do OSS mais próximas dos usuários para minimizar a latência de acesso em diferentes localizações geográficas.
-
Backup e recuperação de desastres: armazene uma cópia de todos os dados em outra região para se preparar para desastres de grande escala. Se um data center for destruído, ative o backup na outra região.
-
Migração de dados: replique dados entre regiões do OSS para continuidade dos negócios ou migração.
-
Necessidades operacionais: mantenha réplicas de objetos em múltiplas regiões para clusters de computação que analisam o mesmo conjunto de dados.
Com a CRR ativada, o Replication Time Control (RTC) replica a maioria dos objetos enviados em segundos e 99,99% em até 10 minutos. O RTC oferece monitoramento quase em tempo real e métricas de replicação.
Versionamento
O versionamento do OSS protege os dados do bucket contra exclusão acidental. Ao ativar o versionamento, o OSS salva os objetos sobrescritos ou excluídos como versões anteriores, que você pode restaurar a qualquer momento.
-
O versionamento se aplica a todos os objetos do bucket. Cada atualização gera um ID de versão exclusivo.
-
É possível fazer upload, listar, baixar, excluir e restaurar objetos em um bucket com versionamento ativado.
-
Suspenda o versionamento para interromper a criação de novas versões. As versões anteriores permanecem acessíveis pelo ID de versão.
-
Cada versão gera cobranças de armazenamento. Use regras de ciclo de vida para excluir versões expiradas ou marcadores de exclusão e reduzir custos.
Backup programado
O backup programado permite criar planos de backup automatizados com ciclos e cobertura personalizáveis. Snapshots periódicos protegem contra exclusão acidental, erros lógicos e eventos de desastre.
-
Personalização de políticas
-
Escolha os ciclos de backup (por hora, diário, semanal ou mensal) e o escopo (bucket inteiro ou prefixo específico).
-
Backups incrementais reduzem os custos de armazenamento e melhoram a eficiência.
-
-
Recursos de recuperação precisa
-
Restaure os dados para qualquer snapshot anterior com um único clique. É possível realizar restauração completa ou rollback de arquivos específicos.
-
A recuperação rápida minimiza o tempo de inatividade dos negócios.
-
Política de retenção (WORM)
As políticas de retenção do OSS oferecem proteção Write Once, Read Many (WORM), impedindo que os objetos sejam modificados ou excluídos durante um período de retenção especificado. Configure uma política de retenção em um bucket para restringir todos os usuários, incluindo os proprietários dos recursos, ao acesso somente leitura e upload até que o período de retenção expire.