Object Storage Service:OSS-HDFS prerequisites

Recurso

Risco

Descrição

Referências

Política de retenção

Impossibilidade de excluir dados

Não ative o serviço OSS-HDFS e configure uma política de retenção no mesmo bucket simultaneamente. Caso contrário, ao excluir dados do diretório .dlsdata/ pelo OSS-HDFS, a operação pode parecer bem-sucedida, mas os dados serão retidos durante toda a vigência da política e não poderão ser excluídos mesmo após o vencimento.

Políticas de retenção no nível do bucket (BucketWorm)

Regra de ciclo de vida

Perda de dados

Ao criar ou atualizar uma regra de ciclo de vida para um bucket com o OSS-HDFS ativado, use o elemento NOT para excluir o diretório .dlsdata/. Isso impede que a regra exclua ou faça a transição de dados essenciais para as operações do OSS-HDFS.

No painel Create lifecycle rule, defina Policy como Match by Prefix, ative a opção NOT e insira .dlsdata no campo Prefix sob NOT.

Caso precise gerenciar o ciclo de vida dos dados armazenados no OSS-HDFS após ativar o serviço, utilize o recurso integrado de armazenamento em camadas automático.

• Regras de ciclo de vida baseadas na última modificação

• Regras de ciclo de vida baseadas no último acesso

• Usar armazenamento em camadas automático

Versionamento

Falhas na exclusão automática de dados e instabilidade do serviço

Não ative o serviço OSS-HDFS e o versionamento no mesmo bucket, pois isso pode causar instabilidade. Para garantir uma operação estável, suspenda o versionamento o mais rápido possível e configure uma regra de ciclo de vida para limpar os marcadores de exclusão.

• Como lidar com um bucket que tem OSS-HDFS e versionamento ativados?

• Versionamento

• Excluir objetos de um bucket com versionamento ativado

• Operações relacionadas ao versionamento

Exclusão de diretórios

Perda de dados

Para evitar interrupções no serviço ou perda de dados, não exclua o diretório .dlsdata/ nem seus subdiretórios em um bucket onde o OSS-HDFS esteja ativado.

Excluir diretórios

Exclusão de objetos

Perda de dados

Para evitar interrupções no serviço ou perda de dados, não exclua nenhum objeto dentro do diretório .dlsdata/ em um bucket com o OSS-HDFS ativado.

Excluir objetos

Renomear um diretório

Perda de dados

Para evitar interrupções no serviço ou perda de dados, não renomeie o diretório .dlsdata/ em um bucket onde tanto o namespace hierárquico quanto o OSS-HDFS estejam ativados.

Renomear um diretório

Renomear objetos

Perda de dados

Para evitar interrupções no serviço ou perda de dados, não renomeie nenhum objeto dentro do diretório .dlsdata/ em um bucket com o OSS-HDFS ativado.

Renomear objetos

Upload de objetos

Perda de dados

Para evitar interrupções no serviço ou perda de dados, não faça upload de objetos no diretório .dlsdata/ por métodos externos ao OSS-HDFS.

Upload simples

Modificação da classe de armazenamento de objetos

Falhas no acesso aos dados e alterações no faturamento

Evite modificar a classe de armazenamento dos objetos no diretório .dlsdata/ de um bucket com o OSS-HDFS ativado.

• Se você alterar a classe de armazenamento para Acesso Infrequente, os dados permanecerão acessíveis pelo OSS-HDFS.

• Se você alterar a classe de armazenamento para Arquivo, Arquivo Frio ou Arquivo Frio Profundo, os dados ficarão inacessíveis pelo OSS-HDFS. Será necessário restaurar os dados antes de acessá-los.

• A alteração da classe de armazenamento para Acesso Infrequente, Arquivo ou outros tipos pode estar sujeita a limitações, como tamanho mínimo faturável (64 KB), duração mínima de armazenamento e taxas de recuperação de dados.

Prossiga com cautela para não comprometer o acesso aos dados ou gerar custos adicionais.

• Modificar a classe de armazenamento de objetos

• Considerações sobre conversão de classe de armazenamento

• Restaurar objetos

Política de bucket

Falhas no acesso aos dados, falhas na exclusão automática e faturamento contínuo

Para garantir que os usuários do OSS-HDFS possam acessar o diretório .dlsdata/ e seus objetos, não crie uma política de bucket com ação de negação após ativar o serviço OSS-HDFS. Caso contrário, o serviço OSS-HDFS não conseguirá ler ou gravar no bucket.

Se for indispensável configurar uma política de negação que restrinja o acesso a endereços IP ou VPCs específicas por motivos de segurança, adicione a seguinte condição a todas as instruções deny, inserindo-a dentro do elemento Condition. Isso assegura que o serviço de segundo plano do OSS-HDFS ainda consiga acessar o bucket pela Classic Network:

"StringNotLike":{
        "oss:ClassicIntranet":[
            "true"
        ]
    }

Política de Bucket

RAM

Falhas no acesso aos dados, falhas na exclusão automática e faturamento contínuo

Ao ativar o serviço OSS-HDFS para um bucket, a função do RAM AliyunOSSDlsDefaultRole é criada automaticamente e a política AliyunOSSDlsRolePolicy é anexada a ela. Para garantir que os usuários possam acessar o diretório .dlsdata/ e seus objetos, não desative, modifique ou exclua essa função ou sua política associada.

Ativar o OSS-HDFS

Inventário do bucket

Contaminação de dados

Para evitar interrupções no serviço ou contaminação de dados ao configurar relatórios de inventário para um bucket com o OSS-HDFS ativado, não defina o Inventory Path como .dlsdata/.

Inventário do bucket

Envio de logs

Contaminação de dados

Para evitar interrupções no serviço ou contaminação de dados ao configurar o envio de logs para um bucket com o OSS-HDFS ativado, não defina o Log Prefix como .dlsdata/.

Configurar envio de logs

Descompactação de pacotes ZIP

Contaminação e perda de dados

Para evitar interrupções no serviço, contaminação ou perda de dados ao configurar regras de descompactação de pacotes ZIP em um bucket com o OSS-HDFS ativado, não defina o Destination Directory como .dlsdata/.

Fazer upload e descompactar automaticamente um pacote ZIP