Pacotes de Serviços de Nuvem no Azure são automaticamente apagados após conta ser suspendida ou desabilitada

Por: Leonardo Villar

Você pode se encontrar em uma situação onde você tem algum tipo de problema com a sua Conta no Azure (por exemplo, de ter atingido o limite de gastos, problemas com o cartão de crédito e etc.) e sua conta é suspensa ou desativada. Logo após este problema ser resolvido, você observa que os seus Serviços de Nuvem (Cloud Services) estão todos vazios, sem nenhum deploy e os pacotes sumiram. Você também pode observar que suas Máquinas Virtuais IaaS estão paradas, mas você consegue simplesmente iniciar-las novamente dentro de segundos. Então, as maiores pergutas são, por que meus pacotes sumiram e como faço para obtê-los de volta para o meu Serviço de Nuvem? Veja os seguintes pontos para obter a explicação para estas perguntas:

 

Meus Serviços de Nuvem sumiram:

              Quando as contas do Azure são desabilitadas, por padrão, todos os pacotes de Serviços de Nuvem também são deletados pelos seguintes motivos:

· Tendo em vista que as Máquinas Virtuais PaaS são “Stateless” (não mantêm estatdo), nao é possivel desalocar-las como fazemos com Máquinas Virtuais IaaS, que significa que, desligar as máquinas não vai impedir de cliente deixe de ser cobrado por horas de computação. Excluindo os pacotes de implantação impedem as contas com problemas tenham cobranças adicionais de computação.

· Apenas o pacote (.cspkg) eo seu arquivo de configuração (.cscfg) são enviados para o Azure e esses arquivos ainda devem estar com os desenvolvedores

 

Qual seria a solução?

              Para cada implantação feita para Serviços de Nuvem, o Azure armazena os arquivos relacionados (cspkg e cscfg) em uma Conta de Armazenamento interna do Azure (onde apenas o Azure tem acesso a) por alguns dias. Tendo isso em vista, temos um processo interno para recuperar os pacotes e enviá-los para uma Conta de Armazenamento do cliente. Para isso, você tem que abrir um ticket com a equipe de suporte técnico do Azure e fornecer as seguintes informações:

· A URL de um cointerner público de uma Conta de Armazenamento para onde podemos enviar o pacote (ex: https://mystorageaccount.blob.core.windows.net/packages )

· O ID da implementação (Deployment ID) do pacote que você quer recuperar

 

Nota: O ID da implementação é a informação mais importante nesse processo, tendo em vista que essa é a unica forma de identificar os pacotes internamente. O processo de recuperação de pacote não pode ser concluido sem essa informação.

No caso de você não saber onde encontrar o ID da Implementação da implementação deletada, aqui estão algumas dicas de como descobrir:

 

a) Verifique o histórico de Operações da sua Conta (Subscription) no Portal do Azure e procure alguma operação feita no Serviço de Nuvem que você quer (Preparo ou Produção) e obter o ID de implantação nos detalhes da operação. Para isso, faça o login no Portal do Azure (manage.windowsazure.com) vá para "Serviços de Gerenciamento / Logs de Operação"

 

clip_image002

 

clip_image004

 

b) No Server Explorer do Visual Studio, em Contas de Armazenamento você pode encontrar Contas de Armazenamentos associados com os seus Serviços de Nuvem e nas suas tabelas podem haver algumas entradas de log que contêm os IDs de Implantação.

c) Peça para o Engenheiro que esta trabalhando com você no caso para procurar por algum ID de operação relacionado a esse Serviço de Nuvem e depois procurar pelo ID de Implementação nos Logs internos do Azure.

 

Nota: O Azure só mantém o histórico de operação por 90 dias. Assim, qualquer operação antes desse periodo, ela não vai ser encontrada e se não há nenhuma operação neste período de tempo para o Serviço de Nuvem nós não conseguiremos descobrir a ID de Implantação.