Controlando Gastos no Azure com Cloudyn
Muito foi falado da compra da Cloudyn pela Microsoft e como isso seria integrado no gerenciamento de custos do Azure.
A verdade é que antes do Cloudyn o Azure possuia poucas ferramentas boas para gerenciar custos, que envolvam:
- Detalhamento dos custos me periodos pré-definididos (dia, semana, mes, ano, etc)
- Comparativo entre custos e budget planejado
- Maiores custos
- Objetos “orfãos” ou expirados
- Outros…
Era possivel usar o Power BI mas exigia um conhecimento bem profundo da camada de dados que o Azure exportava, deixando a maioria dos clientes sem um bom suporte.
Pensando nisso, ao comprar o Cloudyn a Microsoft disponibilizou a ferramenta de forma gratuita (algumas features adicionais são pagas) que cumpre estas tarefas e com vários reports adicionais e práticos.
Instalando e Configurando o Cloudyn
A instalação nada mais é do que uma aplicação que existe no Marketplace do Azure, com o nome de Cost Management, mas se procurar como Cloudyn tambem irá aparecer:
Insira os dados para notificação e o modelo de negócios que vc utiliza, em geral serão os dois primeiros (EA ou CSP). No caso de individual é para quem utiliza OPEN, Cartão de Crédito ou assinaturas MSDN como é o meu caso:
Na tela seguinte irão ser solicitados dados para encontrar as assinaturas, no meu caso a oferta de MSDN e meu tenant do Azure, que pode ser encontrado no portal em Subscriptions:
A partir dai o Cloudyn já encontra todas as subscriptions associadas ao seu usuário e vincula as assinaturas:
Utilizando os Reports de Budget do Cloudyn
Importante: Os dados podem demorar de 3 a 4 dias para serem populados.
Os reports são o ponto alto da ferramenta, relatórios de custos analiticos com base em budget são excelentes.
Para que estes relatório funcionem é importante criar o budget na opção “Projection and Budget”:
A partir dai já é possivel extrair os reports de Projetado x Utilizado, o que é a grande dor dos clientes Azure hoje.
Detalhando o Consumo e Otimizações
O Dashboard inicial do Cloudyn é didático e informativo por sí só:
Em Asset Controller é possivel ver um resumo do que estamos tendo de recursos e a evolução destes recursos:
Um dos recursos mais importantes é em Optimizer onde podemos ver recursos orfãos ou superalocações, que são os hints (dicas) que o Cloudyn fornece de custos.
Veja que no meu caso, possui 2 discos que não estão vinculados a nenhuma VMs, ou seja pago o storage sem utilizar:
Já navegando pelos menus e executando os relatórios temos um muito interessante que é Cost Navigator onde podemos ver diversos periodos e detalhar os custos no periodo:
E principalmente, como comentado no tópico anterior, comparar o meu Budget com o Realizado:
Alguns outros relatórios que não printei aqui são interessantes:
CONCLUSÃO
Vale a pena instalar e utilizar essa ferramenta, o custo dele no seu ambiente é infimo em relação a qualidade dos dados apresentados.
Importante lembrar que em muitos casos é importante utilizar as TAGs para separar recursos em grupos, caso seja necessário.
Porem, mesmo sem as TAGs é possivel utilizar filtros nos relatórios para alguns dados mais especificos.
Disponivel para Compra o Azure Reserved Instance
Em um post no inicio do mês comentamos sobre o Azure Reserved Instance em http://www.marcelosincic.com.br/post/Reducao-de-Custos-com-Azure-Reserved-Instance.aspx
Agora já está disponivel para compra e tambem na calculadora do Azure (Azure Pricing Calculator) para estimar a economia tanto apenas a VM quanto com o AHUB.
Para relembrar, o AHUB é o recurso que permite economia por utilizar as licenças já adquiridas que tenha Software Assurance http://www.marcelosincic.com.br/post/Software-Asset-Management-(SAM)-Convertendo-Licenciamento-para-Azure.aspx
Utilizando a Calculadora
Acesse a calculadora de custos do Azure e ao acrescentar uma VM verá a opção de incluir o AHUB e tambem o RI de 1 ou 3 anos.
Abaixo seguem as imagens demonstrando como escolher e a redução possivel onde de $102 para uma VM normal, caimos para $58 em uma VM RI de 3 anos e juntando o AHUB para U$ 24!!!!!
E por ultimo com a opção de AHUB:
Comprando Reserved Instance no Portal do Azure
A compra do RI pelo portal exige que primeiro seja ativada a oferta na assinatura.
É importante que assinaturas de beneficio MSDN ou EA Dev/test não possuem o RI pois já tem um custo de 40 a 60% menor nas VMs.
Resumindo: Agora podemos ter uma VM com mais de 80% de desconto juntando as ofertas de RI e AHUB!!!
Adquirindo e Licenciamento o Azure OMS – Operations Management Suite
Apresentamos muitas vezes ao cliente esta solução, que executada no Azure traz beneficios muito grandes para que é administrador de TI.
Já foi muito falado do OMS, originalmente chamado de System Center Advisor, depois de Log Insights (http://www.marcelosincic.com.br/post/Utilizando-o-Azure-Log-Analytics-(OMS)-e-o-SCOM-na-Mesma-Maquina.aspx e http://www.marcelosincic.com.br/post/System-Center-Advisor-Previewe28093Novidades.aspx)
Gosto muito de demonstrar as soluções de Health Check (Active Directory e SQL) e Change Log:
Mas muitos não entendem como é o licenciamento para se adquirir essa solução.
Quais são as possibilidades de adquirir?
Primeiro é bom lembrar os níveis básicos que um espaço de gerenciamento (como são chamados as “tenants”) podem ser:
- Free – Útil para testes pois não limita a apenas alguns dos pacotes de soluções, mas a coleta é limitada a 512kb por dia de logs e retenção de apenas 7 dias
- Standalone – Permite coletar sem restrição de tamanho e retenção de 30 dias (pode ser customizado), não tem preço por servidor/nó e sim por storage consumido. Porem, não permite utilizar todos os pacotes de soluções, que precisam ser adquiridos em pacotes E1 ou E2
- Standard e Premium – Permite coletar sem restrição, retenção de 365 dias e permite utilização de pacotes de soluções, dependendo do nivel escolhido
- OMS – Este é o bundle E1 ou E2 que pode ser adquirido conforme a necessidade de pacotes, com preço por nós gerenciados e que inclui licenciamento do System Center e outros serviços
Qual dos modelos vale a pena?
Se a sua intenção é utilizar os contadores e soluções como Healthy Check e algumas analises, pode optar pelo plano Standalone onde poderá usar diversas soluções pagando apenas o tanto de log que armazenar.
Porem com o Standalone não é possivel evoluir para outras soluções, como análise de tráfego de rede e mapeamento de soluções.
Por conta dessa limitação, o ideal é ter os bundles de OMS onde poderá escolher as soluções e ainda incluir uma série de serviços e consumo já embutido, alem de todo o licenciamento System Center.
OMS pacotes E1 e E2
Sem dúvida é a melhor opção para empresas, onde você adquire serviços e pacotes com o System Center incluso (ou via add-on se já tiver) e pode utilizar outros serviços já incluidos no preço.
https://www.microsoft.com/en-us/cloud-platform/operations-management-suite-pricing
Como vemos na imagem acima, os bundles são compostos de pacotes de gerenciamento (imagem abaixo), serviços como Backup e Site Recovery e o licenciamento de System Center.
Isso é bem interessante quando comparamos os custos de cada um dos serviços e o que eles já incluem:
Basta comparar o custo de cada pacote de gerenciamento com o valor do E1 e E2 para notar que não vale a pena aquisição Standalone/Standard/Premium, apenas o custo do pacote de Protection/Recovery já é praticamente o valor do bundle E2.
E se eu já tenho o licenciamento de System Center ou o Windows CIS (Cloud Infrastructure Suite)?
Neste caso não precisará pagar duas vezes o System Center, pois como o E1 e E2 já incluem pode adquirir por add-on, ou seja acrescer ao pacote que já possui podendo optar por continuar renovando o licenciamento do CIS/System Center ou convertendo para OMS:
Pessoalmente acho bom para este caso continuar com o licenciamento do System Center/CIS, pois posso utilizar alguns nós com OMS e outros não dependendo do modelo de monitoração que desejo adotar.
Como posso estimar e comparar e decidir estes custos?
A Microsoft possui uma calculadora onde você seleciona os serviços e recebe a comparação entre os bundles OMS E1 e E2 ou aquisições standalone: http://oms-calculator-webapp.azurewebsites.net/home
Software Asset Management (SAM)–Convertendo Licenciamento para Azure
Este tópico é relevante no momento em que estamos de migração para Cloud Publica em muitas empresas.
Dando continuidade a série sobre SAM, vamos pular alguns outros tópicos e dar atenção a Azure. Para ver a lista de assuntos que já abordamos acesse http://www.marcelosincic.com.br/post/Software-Asset-Management-(SAM)-com-System-Center-Configuration-Manager.aspx
Atualização: Conheça o Reserved Instance no artigo http://www.marcelosincic.com.br/post/Reducao-de-Custos-com-Azure-Reserved-Instance.aspx
1 – Utilizando o Licenciamento Normal para VMs Windows (SPLA)
Ao criar maquinas virtuais no Azure já é possivel definir que o sistema operacional é Windows e pagar o licenciamento embutido como parte do serviço.
Esse modelo de licenciamento é chamado de SPLA e permite a um provedor (não existe apenas no Azure) licenciar VMs como serviços faturado ao invés do cliente comprar a licença perpétua como acontece em ambientes on-premisse.
O custo desse licenciamento é medido por comparar valores de VMs iguais com Windows e Linux em https://azure.microsoft.com/pt-br/pricing/details/virtual-machines/linux/ e https://azure.microsoft.com/pt-br/pricing/details/virtual-machines/windows/
No dia que montei esse post o valor hora de uma VM D2 v2 Linux é de U$ 0,159 e a mesma VM com Windows U$ 0,251. Ou seja uma diferença de 43% no preço da VM.
Por essa diferença de preço que temos opções de usar outras formas de licenciamento que falaremos a seguir.
2 – Utilizando AHUB (Azure Hybrid Use Benefit)
O AHUB nada mais é do que usar a sua licença já comprada em contrato com Software Assurance (SA) no Azure e assim não pagar o licenciamento SPLA.
Note porem que sua licença deve ter SA contratado, ou seja o direito de atualização e virtualização. Se não conhece o SA veja o post http://marcelosincic.com.br/post/Software-Asset-Management-(SAM)-com-System-Center-Configuration-Manager-Windows-Desktop.aspx onde temos um tópico sobre isso.
No caso de usar o AHUB a diferença de preço calculada no item anterior não existe, já que o licenciamento passa a ser feito em contratação em Enterprise Agreement, MPSA ou mesmo OPEN. O tipo de contrato depende do valor e é adquirido junto a um parceiro de licenciamento Microsoft (LSP).
A Microsoft já disponibiliza os templates para VMs AHUB mas tambem é possivel usar PowerShell com o parametro –licencetype. No caso se usar o portal, basta criar a VM informando isso:
Porém é importante ressaltar que o AHUB é uma maquina Windows criada com a camada de preço do Linux e não é possivel fazer a alteração pelo portal. Ou seja, será necessário recriar a VM caso ela já exista no modelo normal.
Claro que existem formas mais fáceis:
- Deleta a VM, mas não delete o disco
- Crie uma nova VM como AHUB
- Anexe o disco da VM que foi deletada
3 – Utilizando CPP (Compute Pre-Purchase)
O CPP é um velho conhecido de quem usa AWS, com o nome de RI (Reserved Instance), mas com uma diferença. Veja o link a seguir, mas ele não tem muitos detalhes: https://azure.microsoft.com/pt-br/overview/azure-for-microsoft-software/faq/
Enquanto no AWS o cliente compra uma VM de determinado tipo/camada, no CPP do Azure o cliente compra horas de computação de determinado tipo/camada de VM, seguindo algumas regras:
- Equivalem a compra de 744 horas de um deterninado tipo de VM
- São compradas por 12 meses independente do aniversário do contrato (não tem pró-rata)
- Não são vinculadas a uma VM especifica, funciona como um abatimento nas horas totais
- Não podem ser utilizadas ou realocadas para outros tipos de VM como se fosse proporcional
- É paga upfront, ou seja o valor de 12 meses
A redução de custo é significativa, mas o valor depende do tipo de contrato que o cliente possui e o nivel de desconto, em alguns casos chega a 60% para clientes EA.
Para entender o cáculo, vamos usar uma tabela simples de custo HIPOTÉTICO:
| VM | Quantidade | Horas Total | Valor Normal | Comprado em CPP | Pago em Commitment | Economia |
| D2 v2 | 5 | 3200 | 3200 horas a U$ 0,251
U$ 803,20 | 3 VMs equivalente a 2.232 horas a U$0,16
U$ 357,12 | Saldo de 968 horas
U$ 242,96 | U$ 203,12 |
Mais uma vez é importante ressaltar que essas VMs não podem ser atribuidas a outro tipo, o CPP cobre por 12 meses 744 horas mensais de um deterninado tipo de VM.
Porem, alguns clientes utilizam o CPP para upgrade uma vez que a redução de custo permite com o mesmo valor já provisionado para Azure subir de 2 a 3 camadas as VMs já existentes!
4 – Utilizando CPP + AHUB
É possivel combinar o CPP com AHUB? SIM!!!
Levando em conta que o cálculo acima do CPP foi hipotético, usamos o valor referencia de U$ 0,251 para VMs Windows no CPP com valor de U$ 0,16, ou seja uma VM com o licenciamento Windows SPLA.
Se juntar o desconto que o AHUB proporcional, você poderá comprar VMs Linux e usar o licenciamento que já possui em contrato, como exemplo o valor da mesma VM D2 v2 de U$ 0,159 Linux cairia para U$ 0,12 com Windows utilizando o licenciamento existente.
CONCLUSÃO
Com o CPP você pode economizar de 25 a 60% sem ter que fazer nenhum esforço, e com o AHUB você pode criar VMs muito mais em conta utilizando o contrato existente com Windows.
Claro que o CPP é muito mais atrativo, uma vez que ele não exige mudança no template da VM, mas tanto o AHUB quanto o CPP precisam ser incluidos em contratos de licenciamento.
Agora divirta-se, consulte seu parceiro de licenciamento e veja quanto poderá economizar com estas duas opções de licenças!!!
Novo RoadMap e Licenciamento Windows Server 2016
Após o lançamento do Windows Server 2016 recebi diversos questionamentos sobre o futuro (roadmap) e o licenciamento do Windows para servidores.
Vamos integrar este assunto ao tópico sobre SAM em http://www.marcelosincic.com.br/post/Software-Asset-Management-(SAM)-com-System-Center-Configuration-Manager.aspx
Novo Ciclo de Vida para Windows Server
Como exemplo, o Windows 10 foi lançado no build 1511, atualizado para o 1606 e já existem outras builds disponiveis para quem é parte do programa Windows Insider.
O mesmo conceito será adotado com o Windows Server, que terá garantido 10 anos de vida útil com atualizações, porem com duas “vertentes”:
- Windows Server 2016 Desktop Experience (instalação pradrão) e Server Core – Nesta versão o tempo de vida será de 10 anos. Esse modelo é o mesmo do Windows 10 chamado de LTSB (Long Term Service Branch).
- Windows Server Nano – Nesta versão o tempo de vida é de 10 anos e as atualizações serão por build como no Windows 10. Esse modelo de atualizações é chamado de CBB (Current Branch for Business) e está em conformidade com o “Modern Lifecycle Policy”.
Referencia: https://blogs.technet.microsoft.com/windowsserver/2016/07/12/windows-server-2016-new-current-branch-for-business-servicing-option/ e https://support.microsoft.com/en-us/lifecycle/search?alpha=windows%20server%202016
Vamos entender melhor o que isso significa e como é diferente do atual modelo.
No Windows 2012 novas features sempre eram acrescentadas no R2 e Service Packs, ou seja, era necessário aguardar até dois anos para ter as novas funcionalidades do SO.
Para as instalações de Windows Server 2016 Full e Server Core as atualizações serão enviadas por pacotes cumulativos, como se fosse um Service Pack. O mais atual para Windows 10 e Windows 2016 é o Anniversary Update. Novas features serão enviadas junto com estes pacotes.
Já no Windows Server 2016 Nano as atualizações carregam novas features, ou seja um novo recurso lançado no Windows será enviado para os servidores como um pacote opcional de 3 a 4 vezes por ano. Não haverá necessidade de esperar pelo update cumulativo para ter acesso a funcionalidades novas.
Em suma, teremos um Windows atualizado por 10 anos. Se utilizar a versão Full precisará aguardar os updates anuais cumulativos para ter acesso a novas funcionalidades. Se usar a versão Nano poderá ter acesso muito rápido quando novas funcionalidades ficarem disponiveis.
Licenciamento
Já conhecido no SQL Server 2012 o licenciamento por CORE se torna o padrão para o Windows Server.
A mudança tem um motivo muito simples, o numero de processadores (sockets) em um servidor low e medium profile (por exemplo Xeon E3 e E4) passaram a dimunir e o numero de CORE (empilhamento) aumentar com o aumento da miniaturização dos componentes.
Em tempos passados era comum uma maquina de 4 Sockets (processores) cada um com 4 ou 8 CORE. Hoje é muito mais comum máquinas de 2 Sockets e 48 CORE. Por exemplo, o Xeon E5-2650 tem 10 CORE e o E7-8890 tem 24 CORE.
Baseado nisso, os fabricantes estão mudando a cobrança de SOCKET para CORE e impondo um minimo de CORE para cada servidor.
Para entendermos melhor como se licenciava antes um servidor e como ficará agora, levando em conta que cada licença é comprada para 2 Processadores ou para 2 CORE:
| SO | Processadores | COREs Total | Tipo de Licença | Licenças Necessárias |
| W2012R2 | 1 | 2 | PROC | 1 licença de 2 Socket(Proc) |
| W2012R2 | 1 | 10 | PROC | 1 licença de 2 Socket(Proc) |
| W2012R2 | 2 | 8 | PROC | 1 licença de 2 Socket(Proc) |
| W2012R2 | 3 | 24 | PROC | 2 licenças de 2 Socket(Proc) |
| W2016 | 1 | 2 | CORE | 8 licenças de 2 CORE (minimo) |
| W2016 | 1 | 10 | CORE | 8 licenças de 2 CORE (minimo) |
| W2016 | 2 | 8 | CORE | 8 licenças de 2 CORE (minimo) |
| W2016 | 3 | 24 | CORE | 12 licenças de 2 CORE |
Ou seja, todos os servidores fisicos que você possua precisarão ser licenciados para no minimo 16 CORE mesmo que ele só tenha 4 CORE (Xeon E2).
Mas não se assuste, o valor que hoje se pagava por uma licença de 2 Processadores é equivalente ao pago pelas 8 licenças de 2 CORE. Ou seja, financeiramente para servidores comuns não haverá diferença.
E como ficam as licenças que já possuo por Processador?
Essa é a pergunta mais comum e a resposta é simples: Para cada licença atual de 2 Processadores/Socket (Lic2Proc) a Microsoft irá automaticamente converter e considerar como 8 licenças CORE (Lic2CORE).
Mas e se eu tenho atualmente um servidor com 2 Processadores e 24 CORE, terei que comprar 8 CORE (2 licenças Lic2CORE) adicional?
Neste caso é importante que você execute um SAM (Software Asset Management) antes de renovar seu contrato ou imediatamente antes de trocar seu servidor para documentar que havia essa situação.
Uma vez com o SAM arquivado e documentado, você poderá contar com as 24 licenças de CORE em outro servidor, mas exige uma atenção:
- Possuo atualmente um servidor de 24 CORE e comprei outro de 36 CORE: Precisará comprar 6 licenças (Lic2CORE) para complementar
- Comprei dois servidores de 12 CORE: Você não poderá “quebrar” as 12 licenças convertidas, pois elas são para um servidor e não licenças independentes
CONCLUSÃO
Execute um SAM imediatamente para documentar a situação dos seus servidores atuais.
Lembre-se que só precisará pagar se não documentar!!!!
Para leitura adicional e exemplos de conversão, baixe o documento de licenciamento: https://www.microsoft.com/en-us/licensing/product-licensing/windows-server-2016.aspx#tab=2