Saltar al contenido

oracle

Oracle, licenciamiento en entornos de respaldo

Después del gran éxito de la mini guía de licenciamiento Oracle para entornos virtualizados:

  • http://blog.aodbc.es/2017/08/09/virtualizar-oracle-mini-guia-licenciamiento-12/
  • http://blog.aodbc.es/2017/08/14/virtualizar-oracle-mini-guia-licenciamiento-22/

os traigo una pequeña entrada dedicada al licenciamiento de entornos de Respaldo / secundarios en Oracle.

 

Antes que nada decir, que por “Respaldo” me refiero a configuraciones tipo Data Guard (sea normal o Activo) y a RAC (incluido RAC one).

 

Data Guard:

Hay que licenciar el nodo Activo y el Stand By, en cualquier caso, con el licenciamiento adecuado al nº de procesadores/cores que correspondan a la máquina.

 

Oracle Data Guard

<Fuente Oracle>

RAC:

Hay que licenciar todos los nodos del RAC, con el licenciamiento adecuado al nº de procesadores/cores que correspondan a la máquina.

Oracle Rac

<Fuente Oracle>

RAC one:

Hay que licenciar el nodo del RAC activo, con el licenciamiento adecuado al nº de procesadores/cores que correspondan a la máquina. El nodo pasivo NO hay que licenciarlo si lo levantamos menos de 10 días. Si superamos los 10 días, deberemos licenciar el entorno.

 

 

Virtualizar Oracle, mini guía de licenciamiento (2/2)

Continuando con el artículo anterior  “Virtualizar Oracle, mini guía de licenciamiento (1/2)“, que la verdad ha despertado bastante interés (o al menos generado feedback por vuestra parte), voy a intentar aclarar algunos aspectos alrededor del licenciamiento de este popular motor de RDBM.

Logo Oracle

Antes que nada recordar que este post no pretende ser una guía de licenciamiento o Best Practices de Oracle (para ello podéis dirigiros a www.oracle.com o a vuestro AM/Partner de confianza, que os podrá ayudar), pero sí aclarar desde mi experiencia, alguna de las preguntas que siempre se plantean.

Entornos de Desarrollo, Test, Pre-Producción…. ¿tengo que licenciarlos?

 

Toda instalación de Oracle debe estar licenciada adecuadamente, ahora bien, existen diversos modelos de licenciamiento (OTN, OMA, OSA, ULA,…). Cuando descargamos software de la OTN ( Oracle Technology Network (OTN) ), aceptamos el modelo de licenciamiento OTN que dice algo así como :

..this limited license allows the user to develop applications using the licensed products as long as such applications have not been used for any data processing, business, commercial, or production purposes….

es decir, podremos usar esta licencia “gratuita” para desarrollar, siempre y cuando no hagamos un uso comercial de la misma, o ejecutemos sobre ella ningún tipo de acción ajeno al desarrollo.

Cualquier entorno de Pre, validación, test, etc., necesitaría por tanto ser licenciado, salvo que lo tratemos como un entorno de desarrollo y ojo!!, no hagamos sobre ellos ninguna labor distinta a los tests propios asociados al desarrollo.

 

Procesadores y factor de corrección

Oracle puede desplegarse sobre distintas arquitecturas (X86, Power, UltraSparc, etc.) y el licenciamiento cambia de un procesador a otro en un factor multiplicador o de corrección. Esto significa que una vez tengamos nuestro número de procesadores, deberemos multiplicarlo por el factor de corrección asociado a esa CPU y tendremos el nº final de licencias necesarias.

 

Podéis consultar la tabla (Oracle la actualiza periódicamente), aquí.

 

VMWare certificado / Soportado para Oracle

Este es otro de los temas que genera bastante confusión.  VMWare NO esta certificado oficialmente para Oracle, pero si soportado, lo que significa que si tenemos un problema podremos acudir al soporte de Oracle y ellos nos ayudaran, pero al no ser un entorno certificado, pueden pedirnos que movamos nuestra BBDD a un entorno certificado para continuar dándonos soporte.

VMWare DRS, afinidad de Hosts  y Oracle

Desde la versión 5.1, Oracle considera necesaria licenciar todos los hosts pertenecientes a un vCenter que vaya a ejecutar una RDBM Oracle, independientemente de que establezcamos DRS con afinidad de Hosts.

Podéis encontrar más información al respecto aquí.

 

Disclaimer: este artículo se basa en mi experiencia y conocimiento del modelo de licenciamiento de Oracle a Agosto de 2017. Es importante remarcar que el modelo de licenciamiento puede cambiar o lo aquí indicado puede contener alguna errata involuntaria, es por ello que el lector se hace responsable del uso que haga de la misma.

 

Información adicional:

http://www.oracle.com/us/corporate/pricing/sig-070616.pdf

http://www.oracle.com/us/corporate/pricing/databaselicensing-070584.pdf

http://www.oracle.com/us/corporate/pricing/partitioning-070609.pdf

http://www.oracle.com/us/products/database/enterprise-edition/comparisons/index.html

https://blog.dbi-services.com/all-you-need-to-know-about-oracle-database-licensing-with-vmware/

Virtualizar Oracle, mini guía de licenciamiento (1/2)

En lo muchos proyectos de diseño de arquitecturas y virtualización de CPDs que he podido realizar a lo largo de mi carrera profesional (y seguramente en muchos de los que vendrán), hay siempre un tema recurrente, virtualizar o no virtualizar las BBDD Oracle. Bien, este post no pretende ser una guía de licenciamiento o Best Practices de Oracle (para ello podéis dirigiros a www.oracle.com o a vuestro AM/Partner de confianza, que os podrá ayudar), pero sí aclarar desde mi experiencia, alguna de las preguntas que siempre se plantean.

 

Logo Oracle

¿Cual es el modelo de licenciamiento?

Oracle BBDD se licencia por procesador, lo que quiere decir que en una máquina física que vaya a correr una BBDD Oracle se debe licenciar todos los procesadores que esa máquina tenga.

 

¿Qué pasa con los entornos virtuales?

Esta es la madre del cordero. La respuesta es que deberemos licenciar todos los procesadores físicos susceptibles de ejecutar la BBDD, ¿qué significa esto?, que si tenemos por ejemplo 3 hosts con 2 sockets de 10 cores cada host, integrantes de un cluster por ejemplo de vSphere, deberemos adquirir 6 licencias, independientemente del nº de cores virtuales que tenga la máquina virtual creada para alojar la BBDD Oracle.

La explicación a la situación anterior es que Oracle interpreta que la máquina virtual que corre la BBDD puede ejecutarse sobre todos los procesadores disponibles en el cluster (por ejemplo al hacer vMotion, estaríamos moviendo la máquina a otro host, que por tanto debe ser licenciado).

¿Que ocurre si establezco reglas de afinidad a procesador o alguna técnica similar?

Oracle no considera que reglas de afinidad a procesador o tecnologías similares, sean garantía de que se va a limitar de manera real lo cores involucrados, por lo tanto deberemos licenciar todos nuestros cores.

El fabricante X (diferente de Oracle) tiene una formula mágica para consumir menos licencias, ¿lo creo?

Cantos de sirena al margen, el único fabricante que establece el modelo de licenciamiento de Oracle es Oracle, por lo que todo lo que sea apartarnos de ese modelo podrá acarrearnos problemas a futuro con el soporte o con el licenciamiento.

 

¿De verdad Oracle me obliga a licenciar todos los cores de mi infraestructura?

No, Oracle contempla dos tipos de particionamiento de una máquina:

  • Físico o Hard Partitioning: lo que hacen las máquinas particionables tipo M6, M7, P-series, etc.
  • Lógica o Soft: VMWare y el resto de Hypervisores caen en esta categoría

pues bien si establecemos particiones fisicas solo tendremos que licenciar los cores en las particiones que corran Oracle, es decir si establecemos una partición de 10 procesadores, solo adquiriremos 10 licencias, aunque nuestra máquina tenga 200 procesadores.

 

¿Hay diferencia entre Hypervisores?,

La respuesta es que todos los Hypervisores se tratan de igual manera, salvo el propio de Oracle que en este caso tiene un trato que resulta claramente ventajoso frente a otras opciones como VMWare, AHV, KVM, etc.

 

El motivo de que OVM salga beneficiado es que pueden ser configurados como Oracle Trusted Partition, lo que les permite licenciarse como si de una partición física se tratase.

 

Disclaimer: este artículo se basa en mi experiencia y conocimiento del modelo de licenciamiento de Oracle a Agosto de 2017. Es importante remarcar que el modelo de licenciamiento puede cambiar o lo aquí indicado puede contener alguna errata involuntaria, es por ello que el lector se hace responsable del uso que haga de la misma.

 

Información adicional:

http://www.oracle.com/us/corporate/pricing/sig-070616.pdf

http://www.oracle.com/us/corporate/pricing/databaselicensing-070584.pdf

http://www.oracle.com/us/corporate/pricing/partitioning-070609.pdf

http://www.oracle.com/us/products/database/enterprise-edition/comparisons/index.html

Oracle promete animar el sector Cloud en su OpenWorld

En el marco del Oracle OpenWorld 2016, Larry Ellison ha anunciado la intención de Oracle de apostar por los servicios en la nube y competir directamente con Amazon, Microsoft, Google e IBM, lo cual no es de extrañar después de las últimas adquisiciones:

avion-oracle-web

  • Netsuite
  • Opower

con un poco de suerte para el consumidor y si Oracle cumple lo prometido por su fundador, podríamos estar en la antesala de una guera de precios en el sector Cloud.

Piton, ¿la próxima generación de procesadores OpenSource?

Hace unos días la prensa se hizo eco de una noticia que puede ser impactante (como lo son muchos titulares), pero que para los apasionados de este mundillo (más si te formaste como profesional rodeado de máquinas SUN) no lo es tanto, es más, llevabamos tiempo esperando avances de este tipo.

Logo_piton

 

Un poco de historia

En el principio de los tiempos (bueno, no tanto, pero ya casi lo parece :-)), en la informática doméstica sobre todo, se inicio una carrera por bien quien fabricaba la CPU de mayor frecuencia (era la época de los Athlon y los Pentium IV). Esta línea de evolución para las CPUs planteaba varios problemas, los principales

  • Mayor frecuencia, mayor disipación de calor y consumo
  • Mayor coste en la fabricación del chip

algunos de estos problemas se paliaron durante un tiempo con las mejoras en tecnlogías de integración, pero estaba claro de que el aumento de frecuencia por si solo, tenía un recorrido muy corto.

Democratización de sistemas multi-procesador:

Hasta la llegada de tecnologías como el Hyperthreading o los diseños multi-core de procesador, los sistemas multi-procesador estaban reservados a entornos de servidor y eran muy costosos, lo que cambio radicalmente con la llegada de los chips multi-core. Esta nueva dirección en el desarrollo de las CPUs, permitió que tanto los chips domésticos como los destinados al mundo profesional cambiaran radicalmente su manera de ofrecer “potencia de calculo”:

  • Donde antes se ofrecía GHz como única medida de desempeño, ahora se ofrecían múltiples cores, de menor frecuencia, pero con capacidad para ejecutar tareas simultaneas
  • Las mejoras en las técnicas de integración, se usaron para incrementar el nº de cores por chip
  • La aparición de tecnologías web, de Java y otras muchas tecnologías con fondo “multi-hebra”, sacaban partido de esta capacidad de paralelizar el trabajo
  • Los sistemas operativos (algunos ya lo tenían…otros lo desarrollaron), cada vez trabajan mejor con entornos multi-hilo.

OpenSPARC T1:

Es la versión OpenSource del procesador SPARC T1 de SUN Microsystem, también llamado NIAGARA. Los más viejos del lugar recordaréis que era el procesador que equipaban los T1000 y T2000 de SUN, unas máquinas que fueron revolucionarias en su tiempo.

SUN-T1000

<servidor T1000 cortesía de Oracle>

¿Por qué fueron tan innovadoras en su tiempo?, porque en una época en la que el multi-core y multi-hilo no estaba tan desarrollado, SUN irrumpió en el mercado con un procesador de bajo consumo y con capacidad para 32 hilos de ejecución por chip.

Uno de los grandes legados de SUN, fue hacer OpenSource la arquitectura del T1 (la gran pena es que no dio tiempo a liberar el T2, tal y como habían anunciado, antes de la adquisición por parte de Oracle).

OpenSparc_T1

<arquitectura OpenSPARC T1, cortesía de Oracle>

Piton:

Piton, que no Python es un desarrollo a partir de OpenSPARC T1 realizado por la universidad de Princeton (podéis visitar la página web del proyecto aquí) que ha construido un chip basado en el T1 con las siguientes características:

  • 25 modified OpenSPARC T1 cores
  • Directory-based shared memory
  • 3 On-chip networks
  • Multi-chip shared memory support
  • 1 GHz clock frequency
  • IBM 32nm SOI process (6mm*6mm)
  • 460 million transistors

es decir nos encontraríamos ante un procesador (no olvidemos que de diseño OpenSource) que nos permitiría construir un sistema con 200.000 cores (a partir de 8000 chips). Semejante brutalidad (perdonad la expresión) de capacidad multihilo revolucionaría los Datacenter con problemática Webscale.

Es importante señalar que no todas las cargas de trabajo son altamente paralelizables y que este tipo de enfoques genera otro tipo de problemas, por lo que habrá que seguir de cerca como esta tecnología se lleva al mercado (que llegará, ya sea de manera directa o inspirando a terceros 😉 ).

 

VMware anuncia 800 despidos

Ayer nos despertábamos con la noticia de que VMware, una de compañía tecnológicas más importantes, tiene previsto realizar 800 despidos de manera inmediata, esta noticia que no deja de sorprender parece alineada con los movimientos de EMC de cara a preparar la adquisición por parte de DELL. La sorpresa si puede llamar así, viene de que aunque EMC posee el 80% de VMware, esta teóricamente opera como compañía independiente, por lo que a priori no debería haberse visto afectada por estos movimientos.

vmware-logo

Nadie dudaba que una macro fusión como la de DELL-EMC traería cambios y re-estructuraciones de ambas compañías (en jerga coloquial se suele traducir por despidos), lo que si esta claro de momento es que le precio de la acción de VMware se ha desplomado de 82$ a 49$ y que 800 personas van a perder su puesto de trabajo.

Esperemos que pronto se resuelva toda la incertidumbre alrededor de estos dos gigantes (con el caso Oracle-SUN ya comprobamos que la incertidumbre tiene su coste) y que puedan poder continuar innovando y dinamizando un mercado, siempre necesitado de competencia.

Oracle, también tendra su propio Switch SDN

Hace poco, os comente la llegada de Six Pack, el nuevo switch de Facebook (podéis leer el artículo aquí), pues bien, en esta ocasión es Oracle la que se anima a presentar un nuevo dispositivo para competir en el Datacenter.

 

Oracle-switch<imagen cortesía de Oracle>

 

 

el switch orientado a SDN, tendrá modelos con puerto de 10Gbps y de 40 Gbps.

La noticia no es tanto las características del equipo, como la circunstancia de que Oracle (que recordemos ya entro en el mercado de servidores con la compra de SUN) se anime a entrar en el mundo del networking.

SPARC T5 de Oracle, Ya están aquí

Con esa frase digna de una de las secuelas de Poltergeist, me hago eco del lanzamiento el pasado 26 de marzo de la serie de servidores basados en el nuevo T5.

anuncio

los nuevos procesadores T5, han sido diseñado con el BigData en mente y se instalaran en los servidores de gama media y high-end.

¿qué puedo contaros de el?

Pues hasta el momento  poca cosa, solo que:

  • Es multi core y multi hebra (16 cores, 8 hebras por core).
  • Frecuencia de 3,6 GHZ
  • No sera compatible con los sockets de T4
  • Esta construido con tecnología de integración de  28nm

sparc_t5_chipCon hasta 8 sockets  por máquina (sin entrar en modelos que High-end), Oracle parece haber dado un salto cualitativo y estar de nuevo en la brecha, esto es una gran noticia para el consumidor que vuelve a tener alternativas a los P-Series de IBM.

Tendremos que verlos en acción, pero de momento Oracle ya tienen el sistema más rápido en los test spec, lo cual aunque no es determinante de nada (faltan los test de los últimos sistemas de IBM principalmente), es un logro importante y sobre todo una declaración de intenciones.

¿Será cierto aquello de que los viejos roqueros nunca mueren? 🙂