Lifecycle DryRun - Object Storage Service: Central de Documentação do Alibaba Cloud

O DryRun do ciclo de vida é um recurso de simulação do gerenciamento de ciclo de vida do OSS (oss). Antes de adicionar, modificar, desativar ou excluir uma regra de ciclo de vida, use o DryRun para simular a tendência de dados de um bucket em um período futuro. Isso permite verificar se a tendência de dados causada pelas regras de ciclo de vida atende às suas expectativas, o que reduz o risco de exclusão acidental de dados ou de transição inesperada de classe de armazenamento por configuração incorreta das regras. Além disso, durante operações como migração e replicação de dados, você pode simular todas as regras de ciclo de vida do bucket atual para identificar riscos em potencial.

Nota

Este recurso está disponível mediante lista de permissões. Para usá-lo, entre em contato com o suporte técnico. Há suporte apenas nas seguintes regiões: China (Hangzhou), China (Shanghai), China (Qingdao), China (Beijing), China (Zhangjiakou), China (Hohhot), China (Ulanqab), China (Shenzhen), China (Guangzhou), China (Chengdu), China (Hong Kong), Singapore, Indonesia (Jakarta) e Germany (Frankfurt).

Como funciona

O gerenciamento de ciclo de vida do OSS pode migrar objetos automaticamente entre classes de armazenamento (de quente para fria) ou excluí-los com base nas regras configuradas, o que ajuda a reduzir os custos de armazenamento. No entanto, ao adicionar, modificar ou excluir regras, podem ocorrer reações em cadeia com as regras existentes, o que resulta em transição de classe de armazenamento ou exclusão inesperada de dados. O DryRun simula com base em um snapshot de inventário do bucket em um momento específico, combinando-o com todas as regras de ciclo de vida configuradas atualmente no bucket, para prever as alterações de capacidade de cada classe de armazenamento e a tendência de exclusão de dados ao longo de um período futuro.

Simulação global: Uma regra recém-adicionada ou alterada pode interagir com as regras existentes. Por isso, o DryRun simula de forma abrangente todas as regras em nível de bucket, em vez de simular apenas um único Prefix ou uma única regra.
Apenas simulação, sem execução: O DryRun não modifica nenhum atributo do objeto (como LastModifiedTime e LastAccessTime) e não exclui nem migra dados na prática. As alterações nas regras de ciclo de vida permanecem em estado pendente por padrão, e você deve aplicá-las manualmente com base no relatório.
Previsão baseada em snapshot: A simulação baseia-se no snapshot atual e não pode prever o horário futuro de acesso ou modificação dos objetos. Os resultados diferem da execução real e servem apenas como referência. Portanto, não recomendamos o DryRun para auditoria ou estimativa precisa de custos.

Cenários

Simular dados antes de configurar uma nova regra de ciclo de vida: Antes de adicionar uma regra de transição de classe de armazenamento ou exclusão, execute o DryRun primeiro para confirmar se o efeito combinado da nova regra com as regras existentes atende às suas expectativas e, em seguida, aplique a regra.
Avaliar antes de alterar uma regra: Antes de modificar, desativar ou excluir uma regra existente, use o DryRun para prever o efeito geral após a alteração e evitar impactos inesperados. Se o resultado atender às suas expectativas, você pode decidir se aplica a modificação, a desativação ou a exclusão da regra de ciclo de vida.
Resolver problemas em cenários de alteração de dados: Quando um bucket passa por operações como migração de dados, aplicação de tags ou replicação entre regiões ou na mesma região, os dados recém-gravados ou sincronizados podem corresponder às regras de ciclo de vida existentes. Execute o DryRun para identificar riscos potenciais com antecedência.

Considerações

Granularidade do bucket: O sistema simula apenas o conjunto completo de regras de ciclo de vida de um bucket inteiro. Não há suporte para a simulação de um Prefix específico ou de uma única regra. Por exemplo, se você adicionar uma regra de ciclo de vida a um bucket, o DryRun não simulará apenas essa regra. Em vez disso, ele faz uma simulação global que combina todas as regras de ciclo de vida existentes do bucket com a regra recém-adicionada, e o relatório gerado pelo DryRun também apresenta uma previsão de simulação global baseada em todas as regras.
Restrição de classe de armazenamento do bucket: Você deve armazenar o relatório do DryRun e os arquivos de inventário em um bucket cuja classe de armazenamento padrão seja Standard ou Infrequent Access (IA). Caso contrário, a tarefa não será executada e nenhum relatório será gerado.
Dependência do recurso de inventário: Ao iniciar o DryRun, o sistema cria um inventário automaticamente e o entrega junto com o relatório do DryRun no bucket especificado. A verificação e a entrega do inventário consomem tempo. Quanto maior a escala de dados, mais tempo o processo leva. Portanto, há um intervalo de tempo entre a configuração e a geração do relatório.
Faturamento: O recurso DryRun em si não tem cobrança separada, mas cada execução gera as seguintes taxas associadas: taxas de solicitação de inventário, taxas de armazenamento para o relatório do DryRun e arquivos de inventário, além das taxas de solicitação e de tráfego de saída pela Internet geradas ao acessar os arquivos de inventário e os arquivos de relatório do DryRun.
Consumo de tempo: A geração de um relatório do DryRun geralmente leva de dezenas de minutos a várias horas adicionais além do tempo de geração do inventário, dependendo do número de arquivos no bucket.
Controle de versão: O relatório não distingue entre a versão atual e as versões anteriores; ambas são combinadas no relatório.
Tarefa única: O DryRun é uma tarefa pontual e você pode acioná-lo várias vezes para o mesmo bucket. Quando não for mais necessário, você pode excluir o relatório e os arquivos de inventário.
Impacto do WORM: Atualmente, o DryRun não considera o WORM. Para objetos que ainda estão dentro do período de retenção do WORM, o DryRun assume, durante a previsão, que eles serão excluídos quando a regra de ciclo de vida expirar.

Ativar o DryRun do ciclo de vida

Você pode acionar o DryRun ao alterar as regras de ciclo de vida ou acioná-lo manualmente sem alterar as regras.

Método 1: Executar ao alterar regras de ciclo de vida

Ao criar, editar, excluir ou desativar uma regra de ciclo de vida, o sistema orienta você a escolher se deseja executar o DryRun.

Para iniciar, acesse a Lista de buckets, clique no bucket de destino e, no painel de navegação à esquerda, escolha Data Management > Lifecycle.
Na guia Lifecycle, crie, edite, modifique, exclua, ative ou desative uma regra e clique em OK.
Na caixa de diálogo DryRun recommended que aparece, selecione Use DryRun to simulate future capacity trends and reduce misconfiguration risks. Se não precisar simular, selecione Skip DryRun and directly create or modify the current lifecycle rule.
Configure e conclua Configure DryRun conforme orientado: especifique e defina o caminho de armazenamento para o inventário e o relatório, conclua a autorização e confirme as regras de ciclo de vida a serem aplicadas desta vez.
- Primeiro, defina o nome do bucket e o caminho do bucket para Checklist and DryRun report stored in. O sistema gera o nome da regra de inventário automaticamente, e o OSS cria a regra de inventário e gera o arquivo de inventário com base no modelo padrão. Se o caminho do bucket especificado não existir, o OSS o cria automaticamente. Para armazenar no diretório raiz do bucket, deixe o caminho do bucket vazio.
- Em seguida, defina a authorization role. Por favor, selecione Default quick authorization. No primeiro uso, clique em One-Click Authorize para criar e autorizar a função AliyunOSSBatchOperationJobRole (essa função dá suporte a todas as operações em lote na conta atual). Você também pode escolher Custom authorization. Quando terminar, clique em Next.
Na guia Apply lifecycle rules, confirme todas as regras de ciclo de vida que participam deste DryRun e clique em Confirm DryRun Task Creation.
O sistema mantém as regras adicionadas ou alteradas desta vez em estado pendente e as usa apenas para a simulação do DryRun; elas não afetam a execução normal das regras existentes. Após a conclusão da tarefa do DryRun, visualize o relatório para confirmar que não há riscos e aplique manualmente as regras correspondentes.

Nota

Se você optar por usar o DryRun, o sistema não executa as regras adicionadas ou alteradas desta vez na prática até que você as aplique manualmente.

Método 2: Acionar o DryRun manualmente

Se você não alterou as regras de ciclo de vida, mas deseja avaliar o impacto de todas as regras atuais nos dados futuros, acione o DryRun manualmente.

Para iniciar, acesse a Lista de buckets, clique no bucket de destino e, no painel de navegação à esquerda, escolha Data Management > Lifecycle.
Clique na guia DryRun e em Configure DryRun (você também pode clicar em Configure DryRun no cartão de aviso na parte superior da página).
Configure e conclua Configure DryRun conforme orientado: especifique e defina o caminho de armazenamento para o inventário e o relatório, conclua a autorização e confirme as regras de ciclo de vida a serem aplicadas desta vez.
- Primeiro, defina o nome do bucket e o caminho do bucket para Checklist and DryRun report stored in. O sistema gera o nome da regra de inventário automaticamente, e o OSS cria a regra de inventário e gera o arquivo de inventário com base no modelo padrão. Se o caminho do bucket especificado não existir, o OSS o cria automaticamente. Para armazenar no diretório raiz do bucket, deixe o caminho do bucket vazio.
- Em seguida, defina a authorization role. Por favor, selecione Default quick authorization. No primeiro uso, clique em One-Click Authorize para criar e autorizar a função AliyunOSSBatchOperationJobRole (essa função dá suporte a todas as operações em lote na conta atual). Você também pode escolher Custom authorization. Quando terminar, clique em Next.
Na guia Apply lifecycle rules, confirme todas as regras de ciclo de vida que participam deste DryRun e clique em Confirm DryRun Task Creation.
Após enviar a tarefa, aguarde a geração do relatório do DryRun (aproximadamente 48 horas) e visualize o relatório na lista DryRun.

Visualizar relatórios do DryRun

Após a conclusão da tarefa do DryRun, você pode visualizar os gráficos do relatório ou o relatório detalhado na lista DryRun.

Gráficos do relatório: Você pode visualizar os seguintes gráficos no console para avaliar rapidamente o efeito da execução das regras.

Gráfico	Descrição
Total Capacity	Mostra a capacidade total atual, a capacidade total futura, a variação e a porcentagem de alteração.
Predicted Deletion Ratio	Mostra a proporção entre a quantidade de dados estimada para exclusão no futuro e os dados restantes.
Capacity Trend by Storage Class	Mostra a capacidade atual, a capacidade futura e a tendência de variação das classes de armazenamento, como Standard, IA e Archive.
Tendência diária de exclusão	Mostra a capacidade dos objetos que o sistema exclui permanentemente ou marca com um marcador de exclusão a cada dia (não cumulativo).

Relatório detalhado: No bucket que armazena os arquivos de inventário e o relatório do DryRun, você pode visualizar o relatório detalhado para analisar a lista de objetos excluídos em um dia específico e os motivos da exclusão.

Caminho de armazenamento do relatório

Após a conclusão da tarefa do DryRun, o sistema armazena os arquivos de relatório e os arquivos de inventário no bucket e no caminho do bucket especificados ao configurar o DryRun. Os arquivos de relatório têm a seguinte organização:

<report-bucket>/
└── <configured-prefix>job-<JobId>/
    ├── manifest.json                      # manifest file of the DryRun report
    └── results/
        ├── report-0000000000.csv[.gz]     # object-level prediction results, may be split
        └── ...

<report-bucket>: o bucket especificado para Checklist and DryRun report stored in ao configurar o DryRun.
<configured-prefix>: o caminho do bucket especificado ao configurar o DryRun. O caminho geralmente termina com uma barra (/), e job-<JobId> é anexado diretamente após ele. Se o caminho do bucket estiver vazio, o sistema armazena o relatório no diretório raiz do bucket.
<JobId>: o ID da tarefa do DryRun.

Por exemplo, se o bucket for examplebucket e o caminho do bucket for dryrun-report/, os arquivos de relatório da tarefa ficam armazenados em examplebucket/dryrun-report/job-<JobId>/.

Arquivos de relatório

manifest.json: o arquivo principal de saída do DryRun. Ele registra os metadados do relatório e a localização de cada arquivo de relatório CSV. O formato deste arquivo é igual ao de um relatório de tarefa de operação em lote. Para mais informações, consulte Batch Operations.
Arquivos CSV no diretório results/: registram os resultados da previsão no nível do objeto. Cada linha corresponde a uma versão do objeto. Se o volume de dados for grande, o sistema divide os resultados em vários arquivos e pode compactá-los com GZIP (.gz). O campo ReportSchema no manifest.json define as colunas dos arquivos CSV. Para o significado de cada coluna, consulte a tabela a seguir.

Campos no relatório CSV

Campo	Descrição
`Bucket`	O bucket source onde o objeto está armazenado.
`Key`	O nome (chave) do objeto. A chave usa codificação por porcentagem, e o sistema codifica um espaço como %20 em vez de +. A codificação é igual à dos arquivos de inventário, o que facilita a correlação entre os dois tipos de arquivos CSV.
`VersionId`	O ID da versão do objeto. O inventário usado pelo DryRun contém todas as versões. Portanto, cada linha corresponde a uma versão específica do objeto.
`IsLatest`	Indica se a versão do objeto é a versão atual.
`StorageClass`	A classe de armazenamento atual do objeto no snapshot de inventário. Os campos Transition*Time indicam a classe de armazenamento de destino prevista.
`Length`	O tamanho do objeto. Unidade: bytes.
`HTTPStatus`	O código de status da solicitação de previsão de ciclo de vida para o objeto. 200 indica que a previsão foi bem-sucedida. Outros valores indicam que a solicitação de previsão para o objeto falhou. Este código de status não indica o status de uma solicitação de exclusão ou transição de classe de armazenamento para o objeto.
`Error`	A mensagem de erro retornada quando a previsão falha. O OSS registra um erro retornado como o código de erro correspondente, e registra outros erros uniformemente como InternalError. Este campo fica vazio se a previsão for bem-sucedida.
`TransitionStdTime`	O horário previsto para a conversão do objeto para a classe de armazenamento Standard.
`TransitionIaTime`	A data e a hora estimadas para a transição do objeto para a classe de armazenamento Infrequent Access (IA).
`TransitionArchiveTime`	O momento previsto para migrar o objeto para a classe de armazenamento Archive.
`TransitionColdArchiveTime`	A previsão de horário para a conversão do objeto para a classe de armazenamento Cold Archive.
`TransitionDeepColdArchiveTime`	O horário estimado para a transição do objeto para a classe de armazenamento Deep Cold Archive.
`ExpirationTime`	O horário previsto para a execução da ação de expiração (exclusão) do ciclo de vida.
`CreateDeleteMarkerTime`	O horário previsto para a criação de um marcador de exclusão.