Existe alguma maneira de interromper um banco de dados SQL Azure para que ele não cobre nada de nossa conta? Não quero excluí-lo, apenas durante o teste e não está sendo usado, então o definimos como "interrompido", como fazemos com sites, serviços em nuvem e VMs.
Interromper o SQL Azure DB quando não estiver em uso
Respostas:
Em 20 de agosto de 2020, a resposta é não.
Eles não permitirão. Portanto, a cobrança continuará para seu Banco de Dados do Azure a partir do dia em que você o criar. Realmente não há como pausar / interromper o faturamento do Banco de Dados SQL do Azure.
Fonte oficial: feedback.azure.com Adicione a capacidade de desligar / ligar temporariamente o servidor SQL Azure para pausar o faturamento
A resposta oficial da Microsoft parece ser "Sim, você pode exportar seu banco de dados. Exclua o banco de dados SQL do Azure e isso pausará o faturamento. Então, quando precisar, você pode criar um novo banco de dados e importar seu banco de dados exportado anteriormente."
Não acredito que isso seja aceitável como uma resposta para "Permitir que eu desligue temporariamente o SQL Server para economizar no meu faturamento"
11
Não. E se você estiver apenas alugando uma instância do SQL Server, e não uma VM inteira? Você não pode "pausar" um SQL Server. É para isso que serve o tíquete de conexão e esta pergunta.
—
Shiva
Obrigado por atualizar sua resposta a cada dois dias!
—
Zenuka
É uma vergonha. Obrigado pela sua resposta, direta e clara.
—
Striter Alfa
Provavelmente vale a pena atualizar isso a partir de maio de 2019, agora você tem uma opção para fazer isso usando a camada 'sem servidor' do banco de dados SQL do Azure. Detalhes aqui: docs.microsoft.com/en-au/azure/sql-database/…
—
Simon W
É justo, mas o custo zero não vai acontecer. Quando você interrompe uma VM no Azure, ainda está pagando pelo armazenamento dos discos da VM e não há função de interrupção de custo zero para o Serviço de Aplicativo do Azure (incluindo sites), pois o Plano de Serviço de Aplicativo subjacente continua cobrando de você.
—
Simon W
Isso não é uma opção hoje - a única opção que você tem é reduzir o tamanho do Banco de Dados SQL do Azure, o que reduzirá o custo da próxima hora de serviço. Se você realmente não quiser pagar pelo banco de dados, pode fazer backup do banco de dados para armazenamento de blob, excluir o banco de dados e restaurar quando necessário. Você pode orquestrar isso usando PowerShell ou similar.
Atualização de maio de 2019: há uma nova camada "sem servidor" do Banco de Dados SQL do Azure que pode atender a alguns dos requisitos de redução de custos ao não cobrar quando não estiver em uso. A documentação oficial está disponível para leitura .
Parece que ainda é preciso até hoje. Não vejo a opção em lugar nenhum e o Google confirma a mesma.
—
leeman24 de
O backup dos bancos de dados é feito automaticamente antes de uma queda. então, você pode simplesmente descartá-lo quando não precisar dele e restaurá-lo quando necessário. As restaurações levarão algum tempo, dependendo do tamanho do banco de dados e de quanto log você gerou, portanto, não será rápido para bancos de dados grandes.
Além disso, há uma política de expiração de quanto tempo os backups são retidos (depende do nível de serviço), portanto, fique atento a isso.
https://msdn.microsoft.com/en-us/library/azure/jj650016.aspx
A equipe do Banco de Dados SQL do Azure tem o prazer de anunciar que agora existe uma opção que pode atender à sua solicitação. Acabamos de anunciar uma opção "sem servidor" para o Banco de Dados SQL do Azure que pausará seu banco de dados quando não estiver em uso. Você pode ler mais sobre o recurso aqui: SQL Database Serverless
Não parece que o recurso "Auto Pause" funcione. Eu tenho um banco de dados sem servidor. A caixa de seleção "Ativar pausa automática" é definida e o período de tempo é definido para 1 hora. Acabei de voltar das férias prolongadas e notei que o banco de dados SQL consumiu vCores segundos todos esses dias. Nenhuma solicitação foi feita, o aplicativo que usa esse banco de dados não estava ativo. O gráfico na página Visão geral mostra um uso constante da CPU ~ 0,007%. Não tenho ideia de como evitar que ele consuma CPU enquanto estiver ocioso.
—
Andrew Simontsev
Após pesquisas adicionais e este tópico: stackoverflow.com/questions/57909700/… descobri que o problema está no nível do aplicativo. Desculpe por um alarme falso.
—
Andrew Simontsev
Nossa, essa é uma ótima opção. Muito mais barato e rápido depois de mudar para isso para meu banco de dados de desenvolvimento. Obrigado!
—
faddison
Esteja ciente de que a opção básica sem servidor é mais cara (por segundo) do que o servidor "provisionado" comparável e muito mais do que as opções Padrão e Básica . Por exemplo, a opção mais barata "sem servidor", caso funcione em tempo integral, custará US $ 425 / mês. Se você tiver um banco de dados que só precisa estar online por alguns minutos por mês - como eu - tudo bem. Se você estiver usando o banco de dados provisionado de uso geral comparável , mas espera que ele execute menos de 90% do tempo, em média, tudo bem. Em outros cenários, porém, pode ser bastante caro.
—
Jeremy Caney
Portanto, para um banco de dados de desenvolvimento, o banco de dados Basic custará US $ 5 / mês. Com o banco de dados sem servidor, você ganha oito horas pelo mesmo preço. Se você não estiver desenvolvendo ativamente no banco de dados e só precisar dele ocasionalmente, por exemplo, para testar um hotfix como parte da manutenção contínua, provavelmente não há problema. Mas se você estiver desenvolvendo ativamente contra ele, será muito mais caro do que um banco de dados Básico , a menos que de outra forma você precise de muitos DTUs para seu banco de dados de desenvolvimento.
—
Jeremy Caney
Agora isso é possível e o recurso de visualização é público. Banco de Dados SQL do Azure sem servidor
https://docs.microsoft.com/en-us/azure/sql-database/sql-database-serverless
A opção sem servidor oferece grande flexibilidade e não fatura, a menos que esteja realmente sendo usada. Isso é ótimo para bancos de dados que têm pouco uso com o tempo. O tempo de inicialização após entrar em espera é um fator a ser levado em consideração. Para fins de desenvolvimento, isso é excelente.
—
Greg Gum
Concordo com a resposta de @Shiva. Mas se você estiver simplesmente experimentando o SQL Server em uma VM do Azure, não vai querer incorrer em cobranças deixando-o em execução acidentalmente no fim de semana ou semanas. Uma solução é usar o recurso de desligamento automático .
Você não pode baixar a carga até zero, mas quase ...
Se você tentar este comando SQL:
alter DATABASE myDB modify (EDITION = 'Basic')
ou
alter DATABASE myDB modify (EDITION = 'Standard', SERVICE_OBJECTIVE = 'S0', MAXSIZE = 10 gb)
então, seu custo pode cair para algo como 5 dólares por mês (dependendo do tamanho do seu banco de dados).
Quando você voltar a trabalhar em seu banco de dados, você só precisa executar
alter DATABASE myDB modify (EDITION = 'Standard', SERVICE_OBJECTIVE = 'S2', MAXSIZE = 10 gb)
e tudo voltará ao normal, após alguns minutos.
Se você tiver mais de um banco de dados, poderá usar a opção Elastic Pool para reduzir também o seu custo total.
Como não é suportado, no entanto, existem algumas soluções alternativas. Na verdade, depende de quanto tempo você deseja interrompê-lo, de como imediatamente o deseja e do tamanho do banco de dados. Se for por algumas horas, pode não valer a pena porque o faturamento é por hora e você pode ter problemas de arredondamento. Se dias, você pode descartá-lo e restaurá-lo quando necessário. Se houver semanas, exportar o banco de dados e importar quando necessário é outra opção. Além disso, você pode querer verificar a estratégia de backup para a edição que você escolher antes de preferir exportar / restaurar. A outra coisa a ser observada é a necessidade imediata versus planejada. Se for imediato e o banco de dados for grande, verifique se os SLAs em vigor funcionam para você
Você pode exportar o banco de dados para o armazenamento do Azure e importá-lo quando quiser reativá-lo, conforme sugerido aqui:
Sim, você pode, com o Banco de Dados SQL sem servidor do Azure. Embora seus recursos de computação sejam suspensos quando o banco de dados não estiver em uso, você definitivamente economizará os custos de recursos de computação, no entanto, a cobrança continuará para recursos de armazenamento. Você pode definir o tempo limite inativo para o banco de dados após o qual os recursos de computação serão suspensos. Esse tempo limite pode ser tão baixo quanto 1 hora.
Aqui está o que fiz com meu banco de dados Azure (20/4/19)
Aumentei as DTUs do banco de dados o mais baixo possível, mas ainda reservo até 250 GB, o que resulta em 10 DTUs com um custo estimado de 1,50 por DTU (estimado em US $ 15 por mês). Para mim, isso é quase tão bom quanto desligar e ligar. Posso escalonar para 100 DTUs quando quero obter mais processamento e reduzi-lo quando não quero. Mesmo com 100 DTUs por um mês inteiro, o custo foi de apenas US $ 75,93 no mês passado em meu banco de dados de teste.
NOTA: NÃO estou usando uma VM para executar um banco de dados, apenas o servidor SQL padrão que você obtém ao criar um banco de dados no Azure.