Data Domain: O perfil de nuvem permanece desconectado depois de resolver problemas de capacidade do provedor de serviços em nuvem

O DDOS marcará um perfil de nuvem como "Indisponível" ou "Desconectado" se o protocolo de ou para o provedor de nuvem configurado retornar erros. Para o caso específico de problemas de capacidade na conta ou no provedor de nuvem, erros do tipo HTTP 507 seriam retornados.

Para versões do DDOS anteriores à 7.7.2, esse código de erro será tratado como qualquer outro, e o perfil e o provedor de nuvem poderão ficar indisponíveis se os erros se repetirem com frequência.

No entanto, HTTP/507 sendo um erro especial, que o provedor de nuvem usa para relatar estar em capacidade, o DDOS 7.7.2 e posterior lida com isso de uma maneira especial, ou seja, definindo o perfil da nuvem para o status mostrado abaixo:

Name        Profile             Status         Reason
---------   -----------------   ------------   -------------------------------------------
cloud_unit  cloud_profile       Disconnected   Insufficient storage at the cloud provider.
---------   -----------------   ------------   -------------------------------------------

Para que o administrador do DD saiba por que a unidade de nuvem não está mais funcionando, uma chave de registro persistente é definida, indicando que o provedor de serviços em nuvem está indisponível. O processo do DD FS não entra mais em contato com o provedor de serviços em nuvem.

Depois que os problemas de capacidade no provedor de nuvem forem resolvidos, o perfil e a unidade da nuvem ainda permanecerão no mesmo status. Nenhuma indicação de atividade de nuvem pode ser vista no " usualddfs.info" e "csm.log" arquivos. Reiniciar o file system não resolve o problema.

 

Quando o provedor de nuvem relata estar na capacidade (por meio de erros HTTP/507), o perfil e o provedor de nuvem são marcados como desconectados e uma chave de registro é definida. Essa chave de registro impede que o código da nuvem entre em contato com o provedor de serviços em nuvem novamente, portanto, mesmo que o problema de espaço seja resolvido, a unidade de nuvem não poderá ser acessada sem a intervenção adicional do administrador.

Embora esse problema tenha sido observado apenas para o ECS como um provedor de serviços em nuvem, nada impede que ele ocorra para outros provedores de serviços em nuvem, se eles puderem retornar códigos de erro HTTP 507 para o DD quando houver problemas de capacidade (ou seja, quando a conta usada para armazenamento tiver atingido alguma cota específica).

Há um novo comando no DDOS 7.7.2 e versões posteriores que deve ser usado para limpar o estado da unidade de nuvem para poder acessá-lo novamente depois que a nuvem for desconectada devido à capacidade:

#  cloud unit clear-state <unit-name> {nospace}
                                       Clear the registry entry indicating
                                       cloud unit is not available for writing

Para o exemplo acima, o comando abaixo precisaria ser executado depois de resolver os problemas de capacidade do provedor de serviços em nuvem para permitir que o provedor de serviços em nuvem fosse usado novamente:

# cloud unit clear-state cloud-unit nospace