Empreendedor desde sempre, trabalhou em diversas áreas da tecnologia, permeando a gastronomia com empreendimentos próprios, como uma padaria gourmet e um bistrot francês, Missel desenvolve códigos desde os 12 anos de idade e mantém esse blog como uma espécie de memória, já que a sua não é tão boa assim... #família #tecnologia #café #cerveja #motores #surf #serumhomembom são suas palavras de incentivo.
Published
30 de Julho de 2013
Leandro Missel	in Governança de T.I., Infraestrutura, Licenciamento	| 30 de Julho de 2013
Licenciamento de Oracle Database: Virtualizar ou não?
Introdução
Estou liderando um projeto relativamente de grande porte na empresa em que trabalho. O desafio dessa vez é levar o ambiente para um datacenter aqui da cidade (Porto Alegre) ou melhorar as nossas dependências a fim de fornecer a segurança física necessária contra desastres, entretanto, havia a cerca de 3 anos outro projeto parado que o assunto era a criação de uma “nuvem privada”, somei os projetos e estou por aqui ficando quase de cabelo branco… (hehe).
No decorrer desse projeto, me deparei com a seguinte situação, virtualizar ou não virtualizar a minha instância de banco de dados?
No nosso caso utilizamos o Oracle como banco de dados principal na empresa. Nele temos nosso ERP, GED e CRM, além dele temos outros bancos de dados menores para outras tarefas, como intranet por exemplo, mas vamos nos ater ao Oracle.
Quando pensei em virtualizar, logo fui consultar o EULA da Oracle (como de praxe) para ver como ficariam as licenças para esse servidor. Entre diversos EULA’s, conversas com amigos, consultores, fornecedores e DBA’s, pude juntar as informações que forneço para vocês abaixo.
Importante: Não se baseie somente nessas informações, eu não trabalho para a Oracle, não sou certificado Oracle (ainda hehe) e essas informações servem somente como conhecimento e não como documento. Fiquem atentos as versões dos EULA’s fornecidos diretamente no site da fabricante do software. Não me responsabilizo por qualquer ação tomada com base nesse artigo.
Particionamento de servidor
A Oracle considera duas formas de “particionar” um servidor, são elas: soft partition e hard partition.
Abaixo algumas considerações sobre ambas.
Soft Partition
Soft partition é quando fazemos o particionamento em um hypervisor (VMWare, Citrix XenServer, Microsoft Hyper-V, etc). Quando configuramos a VM com um processador apenas.
Essa modalidade NÃO É ACEITA para o cálculo de número de processadores para aquisição de licenças Oracle.
Obs.: caso a virtualização seja feita sob o hypervisor da Oracle, o Oracle VM, existe outro documento permitindo contabilizar somente o processador da VM para licenciamento.
Hard Partition
Hard partition é quando conseguimos realmente especificar o hardware que será utilizado pelo sistema operacional. Essa modalidade sim é aceita pela Oracle como cálculo de numero de processadores para aquisição de licenças Oracle.
Entretanto, nas arquiteturas Intel x86 e x86_64 não são possíveis fazer hard partition, os SO’s não são preparados para isso, somente em arquiteturas RISC, como é o caso de Power (PPC) da IBM por exemplo.
Dessa forma é possível “informar” para o SO quanto de recurso físico ele vai utilizar, independentemente da máquina possuir no total dois processadores, por exemplo.
Licenças Oracle Database Standard Edition One e Oracle Database Standard Edition
A Oracle possui muitas outras licenças e formas de licenciamento, entretanto vou comentar apenas essas duas licenças de processador, as quais eu estudei para a implementação desse projeto.
Obs.: essas licenças podem ser pagas anualmente ou na forma perpétua.
Obs. 1: o valor do suporte anual é de 20% do valor das licenças, é preciso pagar para quantidade total de processadores que você tem e é muito importante que você tenha o suporte atualizado, caso contrário não terá direito de baixar pacotes de atualização do seu software e não terá suporte pela Oracle quando for necessário (geralmente quando chega a esse ponto é porque a coisa está muito, mas muito feia…). Outro motivo é que você paga retroativo, caso pule um ano, por exemplo (isso pode onerar o orçamento do seu departamento de TI e seu gestor certamente não vai gostar).
Considerações sobre Oracle Database Stanadard Edition One
Nessa edição, podemos licenciar equipamentos com até 2 processadores físicos. FIQUEM ATENTOS ENTRETANTO, que mesmo que a licença permita que sejam licenciados até dois processadores, não significa que uma máquina com dois processadores necessitará apenas de uma licença, pelo contrário, significa que caso tenha mais do que 2 processadores, deverá ser usada outro tipo de licença, falaremos disso mais adiante.
Além disso, esse licenciamento custa o equivalente a metade do valor da versão Standard (em 2013) e não possui direitos de uso de Oracle RAC (Real Application Cluster – Consiste basicamente em um conjunto de serviços de alta disponibilidade).
Exemplificando:
Exemplo 1: Um servidor com dois processadores físicos deverá utilizar duas licenças Oracle Database Standard Edition One.
Exemplo 2: Um servidor com quatro processadores físicos deverá utilizar outro tipo de licenciamento.
Exemplo 3: Um servidor com mais de quatro processarores físicos deverá utilizar um tipo de licenciamento diferente do comentado no Exemplo 2 (esse não será comentado nesse artigo).
Considerações sobre Oracle Database Stanadard Edition
Nessa versão, podemos utilizar em equipamentos com até 4 processadores físicos e o mesmo comentado na versão anterior vale para cá.
Essa versão é bem cara e contempla a utilização do Oracle RAC.
Obs.: Ainda existe a versão Enterprise para equipamentos com mais de 4 processadores, que possui um algoritmo de cálculo baseado no total dos cores dos processadores físicos multiplicado por 0,5, mas não vou comentar nada além disso nesse artigo, pois não estudei muito a fundo… além disso, dependendo do tamanho da empresa (quantidade de usuários, se está virtualizado ou não, falaremos mais adiante).
Considerações sobre utilização de virtualização
As formas de licenciamento supracitadas servem tanto para ambientes virtuais como físicos, entretanto devemos observar alguns pontos além dos já citados em ambientes virtuais. São eles:
Suporte
No projeto inicial iríamos virtualizar a instância de banco de dados sob o Microsoft Windows Server 2012 Hyper-V, entretanto um ponto levantado foi fortemente considerado. A Oracle “não presta suporte” á ambientes que não estão virtualizados com Oracle VM (até então). Na verdade, eles não vão deixar de te atender, mas vão te mandar simular o erro que está ocorrendo em uma máquina física (caso o erro ainda não esteja relatado), aí já viu que a dor de cabeça vira enxaqueca rapidinho…
Utilização de V-motion
Todos os hypervisors tem a possibilidade de v-motion (mover máquinas virtuais dentro de um grupo [pool] de servidores) que é uma ferramenta de excelente aplicabilidade em qualquer ambiente, principalmente quando utilizado com HA (High Available, alta disponibilidade).
Com a utilização desse serviço, a sua VM com a instância Oracle passará por diversos equipamentos e a política da Oracle é clara quanto à isso: toda a máquina que rodar o produto deverá ser licenciada. Portanto, se você tem um pool com 4 máquinas físicas por onde essa VM poderá passar por V-motion, você terá que licenciar todas as máquinas do pool.
Oracle VM
Conforme já citado, a Oracle tem um documento específico para o licenciamento sob Oracle VM, nesse caso é contato apenas o processador da máquina virtual em que está instalado o banco de dados.
Obs.: até então o Oracle VM não faz motion de storage, entretanto, isso não é um impecílio, o próprio storage tem tecnologia suficiente para suprir essa necessidade.
Conclusão
Conforme o estudo realizado sob as licenças Oracle, tive que alterar parte considerável do escopo do projeto inicial, inclusive os custos do projeto.
No meu caso, optei por não virtualizar, apenas utilizar uma máquina (host) específica para esse serviço, mas cada ambiente é um organismo e precisa ser avaliado de perto.
Essas são algumas considerações que eu tive para o meu projeto, mas não tome como documento, pergunte e informe-se em fontes garantidas, como o site da fabricante.
Você também pode contribuir para a comunidade. Tem alguma sugestão ou correção? Descreva nos comentários.
E você o que usou ou usaria em seu ambiente?
Recommend on Facebook
Share on Linkedin
Tweet about it
Print for later
Bookmark in Browser
Tell a friend
Post Views: 2.363
Related Posts
Solução Opensource para Project
Script para obter Service Tag da Dell
SaaS – Mercado de software como serviço pode dobrar em 5 anos
MediaWiki: Instalação e configuração
Erro ao importar CSV no Microsoft Outlook 2007 e 2010
Ferramentas de Administração de Servidor Remoto para Windows 7
Erro ao adicionar o computador no domínio. Não é possível alcançar o local da rede
Descobrindo SERVICE TAG da Dell por WMI
A migração de plataformas de softwares “Suites de Escritórios”
Leandro Missel	
Empreendedor desde sempre, trabalhou em diversas áreas da tecnologia, permeando a gastronomia com empreendimentos próprios, como uma padaria gourmet e um bistrot francês, Missel desenvolve códigos desde os 12 anos de idade e mantém esse blog como uma espécie de memória, já que a sua não é tão boa assim... #família #tecnologia #café #cerveja #motores #surf #serumhomembom são suas palavras de incentivo.
Published
30 de Julho de 2013
Write a Comment	
Cancel Reply
Write a Comment
Comment
Name
Email
Website
Guardar o meu nome, email e site neste navegador para a próxima vez que eu comentar.
Código CAPTCHA *
Este site utiliza o Akismet para reduzir spam. Fica a saber como são processados os dados dos comentários.
Eduardo
29 de Novembro de 2018	
Vc quem está ou possui sistemas voltados a grandes negócios deem uma análisada aos bancos open de mercado e dêem opções aos seus clientes… Afinal de contas pq será que. Sap largou de mão a Oracle?
Reply to Eduardo	
Leandro Missel
6 de Dezembro de 2018	
E aí Eduardo! Isso aí, temos grandes soluções open source no mercado, eu mesmo uso direto em meus projetos! Só não podemos desmerecer as pagas em detrimento disso. Oracle também é muito bom, assim como MSSQL, a questão é que cada projeto tem a sua stack de desenvolvimento e ambiente próprio, cabe à nós, arquitetos, engenheiros, analistas e desenvolvedores de software, junto com o nosso time, decidirmos quais as ferramentas são melhores adaptadas ao projeto e ao time.