Licenciamento de software: o ponto cego nos custos da nuvem pública

Nos últimos cinco anos, à medida que as equipes de TI corporativa implementaram melhor a governança da nuvem, passaram do “choque com a conta” para o gerenciamento e a otimização de seus gastos com a nuvem pública. Na verdade, o RightScale 2018 State of the Cloud Report descobriu que a otimização dos custos da nuvem é a principal iniciativa de todos os usuário do modelo, pelo segundo ano consecutivo.

No entanto, os custos adicionais de software licenciado em execução em instâncias de nuvem pública ainda são um ponto cego para muitas organizações. Em alguns casos, o custo do software licenciado pode exceder em muito o custo da infraestrutura em nuvem na qual ele é executado. A nuvem também se tornou um hub para aplicativos que se conectam a dispositivos de borda, como dispositivos móveis e IoT. Esses dispositivos de borda também podem executar componentes de software licenciados que precisam ser incluídos no custo geral de um serviço. Sem um quadro completo de todos os custos das cargas de trabalho na nuvem, incluindo os custos de licença de software, as organizações arriscam arcar com gastos não otimizados.

Enquanto as empresas estão aproveitando os serviços de PaaS para algumas cargas de trabalho, elas também estão instalando software licenciado em instâncias da nuvem, com frequência. Essas licenças podem ser cobertas por acordos empresariais existentes ou podem representar novas licenças  que precisam ser adquiridas.

Como os principais fornecedores de software costumam avaliar as licenças de software de forma diferente para as instâncias de nuvem pública, o software executado na nuvem pública (mesmo na mesma máquina virtual ou no mesmo chipset da CPU) pode não custar o mesmo que na execução local. Além disso, muitas vezes há incentivos fornecidos pelos fornecedores de software para executar o software na própria nuvem pública do fornecedor. Todos esses fatores devem ser considerados, independentemente de você estar migrando cargas de trabalho existentes para a nuvem, criando aplicativos nativos em nuvem ou negociando preços.

Vejamos dois exemplos que ilustram a importância de considerar os custos de licença de software na nuvem.

Exemplo 1: Licenciamento do Oracle Database Enterprise Edition
A Oracle mapeia núcleos de CPU para processadores licenciados de maneira diferente entre ambientes de computação on-premise e em nuvem. Como resultado, os custos de licença de software para o Oracle Database Enterprise Edition serão o dobro na AWS ou na Azure do que para implantações on-premise. A Oracle está claramente empurrando os clientes para sua própria nuvem ou para o on-premise.

Há várias opções que você pode considerar para atenuar o preço inflacionado do banco de dados Oracle nas nuvens  AWS e  Azure.

• Encontre o tamanho certo para sua instância. Verifique se você não está provisionando demais vCPUs na nuvem. Se o seu fator limitante de desempenho for a memória, você poderá escolher instâncias que ofereçam a maior taxa de memória para vCPU, como instâncias do AWS X1 ou instâncias do Azure G-series ou M-series.
• Limite as vCPUs alocadas. Mesmo depois de escolher os tamanhos de instância corretos, você pode limitar ainda mais o número de vCPUs para controlar o custo. As opções AWS Optimize CPU e Azure Constrained CPU permitem reduzir as vCPUs e, portanto, reduzir o custo da licença do software.
• Considere ofertas de banco de dados como serviço. Você pode considerar se outras ofertas de banco de dados como serviço atenderiam às suas necessidades. A AWS e o Azure oferecem vários mecanismos de banco de dados SQL, incluindo MySQL, MariaDB, PostgreSQL e suas próprias ofertas proprietárias.

Exemplo 2: benefício híbrido do Azure (AHB)
A Microsoft permite que você aplique licenças não utilizadas para o Windows Server ou SQL Server às suas instâncias do Azure e, assim, aproveite as licenças de software que você já comprou para reduzir o custo por hora de suas instâncias Azure.

Todos os usuários do Azure devem planejar o aproveitamento do Azure Hybrid Benefit (AHB) para otimizar os gastos da Microsoft.

• Revise suas licenças. Para o Windows Server Datacenter Edition, você pode usar cada licença duas vezes – simultaneamente on-premise e no Azure. Para o Windows Server Standard Edition, você pode usar licenças não usadas do Windows Server e realocá-las para serem usadas no Azure.
• Preste atenção às vCPUs. Cada licença de dois processadores para o Windows Server tem direito a duas instâncias do Azure de até oito núcleos ou uma instância de até 16 núcleos. Você deve aplicar o AHB a instâncias de oito ou 16 núcleos sempre que possível para maximizar o benefício.
• Implemente a otimização contínua de licenças. A aplicação do AHB não é uma atividade “uma vez, feito”. Você precisará de ferramentas para monitorar continuamente as licenças que estão sendo usadas on-premise e na nuvem para garantir que não esteja sobrecarregando. À medida que o uso de licenças on-premise aumenta, você precisará liberar licenças atribuídas ao AHB no Azure e permitir que essas VMs do Azure retornem aos preços sob demanda do Windows. Essa abordagem ajuda a otimizar o uso de suas licenças enquanto permanece em conformidade.

Custos de software são importantes na nuvem
Esses são apenas dois exemplos que ilustram os impactos de custo e licenciamento de ativos de software na nuvem pública. Ao migrar para a nuvem, você tem a oportunidade de adotar novas abordagens para gerenciar licenças de software – ao redimensionar seus recursos de nuvem, realocar licenças entre ambientes locais e na nuvem e otimizar continuamente o uso de licenças de software que você já comprado.

(*) Kim Weins é vice-presidente de estratégia de nuvem da Flexera