Archivo

Archive for the ‘Sistemas’ Category

Oracle Enterprise Linux for SPARC

El pasado 3 de abril Oracle liberó el nuevo sistema operativo de la compañía, procedente de un proyecto SSO (Open Source) y vinculado a una nueva versión de “Oracle Enterprise Linux” para sistemas SPARC.

Solaris podría perder la exclusiva en plataformas SPARC

La apuesta de la compañía por ofrecer prioritariamente su hardwarelinux es indiscutible, después de conocer a principios de año que el Exadata incorporará máquinas con chips M7 para los Database Servers en su versión SL6, y otras noticias como la oferta de sistemas operativos para dicha plataforma con un núcleo Linux. Todo ello poco después de conocer que Solaris, pese haber ampliado su soporte hasta 2031, no dispondrá de una versión 12; y que Oracle aplicará desarrollo continuo en Solaris 11 renunciando a nuevas “major releases”.

La primera versión liberada de OEL para SPARC se basa en la releaseOEL 6u7 (sin systemd) y está orientada a la experimentación de desarrolladores/partners, por lo que Oracle tan sólo ofrecerá soporte para esta plataforma sobre el núcleo UEK R2 en los “Exadata Database Machine SL6”. En cuanto a equipos, sólo estarán certificados T7 y T5 a partir de una versión de firmware concreta (9.6.6.a para los T5 y 9,7,4 para los T7).

OEL for SPARC 6u7 sólo tiene soporte en Exadata Database Machine SL6 UEK R2

oracle-sparc-m7Podemos descargar la iso de instalación desde OTN; para los interesados en probarla, funciona sobre Oracle VM Server y como guest domain en Oracle VM for SPARC. Tenemos que tener en cuenta que se trata de una primera versión con carencias significativas en los paquetes de software, la lista de aplicaciones soportadas es la siguiente.

En cuanto a la principal novedad de la última generación de chips SPARC, Software in Silicon; esta versión de Linux tan sólo soporta las funciones sobre chip DAX (Data Analytics Accelerator) y “Silicon Secured Memory”. Dejando fuera de soporte otras funciones como “In-Line Decompression”, “In-Memory Querys”y las opciones criptográficas.

Las funciones “Software in Silicon” están parcialmente soportadas en esta primera versión

Pese a que el proyecto todavía es muy joven, no podemos evitar pensar en la posibilidad de que en un futuro tengamos que escoger entre Solaris o Linux, como SO al comprar un equipo SPARC, plataforma que hasta la fecha era sinónimo de Solaris.  Por el momento tan sólo podemos probar la primera versión liberada.

Categorías:Sistemas Etiquetas: , , ,

Introducción a Docker: Creación y utilidades

docker

En este post queremos hacer una breve introducción al mundo docker (containers) del cual  seguiremos ampliando información en futuras entradas.

Docker es una palabra que actualmente está muy de moda. Tecnológicamente no es nada nuevo, ya existían los containers, chroot, debootstrap, plantillas para crear máquinas… Pero docker ha facilitado todo el proceso y lo ha orientado más a servidores que a servicios.

¿Qué utilidades tiene un docker?

Se pueden diferenciar dos líneas, una de desarrollo y otra de negocio.

En el área de desarrollo, un docker nos sirve para levantar un entorno específico en el que hacer pruebas con sistemas operativos, y también, realizar versiones concretas de la aplicación sin tener que realizar cambios en nuestro equipo; además, permite que otra persona desde otro lugar y sin tener que hacer ninguna configuración especial, levante exactamente el mismo docker.

En el área de negocio, sirve para levantar servicios en muy poco tiempo en función de la carga o necesidades. Cada vez hay más herramientas para orquestar y monitorizar este tipo de acciones. Por ejemplo, si tenemos un frontal web, podemos monitorizar la carga e insertar umbrales, de tal forma que si la carga llega a un 80% continúe levantando más dockers para balancearla; y una vez, disminuya del 30% espere el tiempo que deseemos, 5 minutos por ejemplo, y empiece a detener los containers. Esto es útil en plataformas como aws, digital ocean, etc… en las que se paga por uso.

¿Cómo se crea un docker?

Leer más…

Categorías:Sistemas Etiquetas: , ,

Preparémonos para los próximos cambios en Solaris

solaris-logo

En su evolución continua, los sistemas operativos añaden funcionalidades y los administradores de sistemas nos concentramos en ellas, leer los documentos de Whats new y las Release Notes es parte de nuestro día a día. Pero, ¿qué pasa con todo el software que es sustituido o descartado?

Hemos repasado la End of features notices de Solaris, para evaluar qué nos puede deparar sus próximas versiones, y los descartes que en nuestra opinión son más relevantes son los siguientes:

  • java8_logoLas recomendaciones de seguridad son prioritas para Oracle y, tras el descarte de Java SE 6 en Solaris 11u3, Java SE 7 ya tiene oficialmente muerte anunciada. Java SE 8 es y será la recomendación de facto para las próximas versiones. En caso de ser necesario, podremos obtener el paquete de instalación en el publisher oficial de Solaris así como en la web java.com. Para despistados, cabe recordar que Java SE 8 tan sólo soporta máquinas de 64 bits.

Oracle recomienda Java SE 8, que tan sólo incluye binarios de 64 bits.

  • El tradicional firewall IPFilter nos dejará próximamente, OpenBSD Packet filter (PF)
    le reemplazará como cortafuegos por defecto en el paquete pkg:/network/firewall. En caso de actualizar la versión de SO, tendremos el paquete pkg:/network/ipf2pf que nos ayudará en la migración, sin embargo siempre es aconsejable repasar que las reglas resultantes ejecuten con garantías nuestra estrategia de firewall.

pf (OpenBSD Packet Filter) será el cortafuegos por defecto en el paquete pkg:/network/firewall.

  • Las shells sh y jsh de Sun dejarán de estar disponibles. Es muy probable que tengamos que modernizar nuestros viejos scripts, dado que eran shells muy utilizadas en el mantenimiento de nuestros equipos.

/usr/sunos/bin/sh y /usr/sunos/bin/jsh desaparecerán.

  • El demonio UUCP (Unix to Unix Protocol) desaparecerá en las próximas versiones, este caso lo comentamos por su componente histórico. ¡UUCP es más viejo que muchos de nosotros!

UUCP desaparecerá de Solaris tras más de treinta años en Unix.

  • Una práctica habitual en la consolidación de máquinas utilizando zonas era importar sistemas de archivos completos mediante ficheros compactados (cpio, pax, tar, zfs, etc.). Deberíamos olvidarnos de esta estrategia porque dejará de existir, tendremos que utilizar la opción install –a de UA (Unified Archives)

No podremos importar zonas basándonos en los archivos compactados cpio, pax, tar y zfs.

  • solaris10Las zonas de compatibilidad con Solaris 10 dejarán de estar disponibles. Para hacer correr un entorno Oracle Solaris 10 podremos utilizar OVM for Sparc para crear un dominio virtual que lo albergue.

Las zonas de compatibilidad de Oracle Solaris 10 desaparecen.

  • Hay ficheros de configuración que dejarán de existir. Por ejemplo, para marcar nuestra puerta de enlace por defecto no podremos utilizar el clásico archivo /etc/defaultrouter (el comando route  lo configurará persistentemente), el directorio /usr/ucb desaparecerá (ps, halt, fastboot, echo, touch, whereis, etc.). Este último parece el cambio más relevante que hemos visto, pero en realidad tan sólo afectará a opciones de los mismos.

Los binarios /usr/ucb desaparecerán.

 

Hace relativamente poco hemos gozado del cambio de sysvinit a systemd en la versión 7 de Oracle Linux (RHEL), cambios radicales en la administración de este tipo de sistemas que a muchos ha dejado en “fuera de juego”. Como profesionales tenemos la obligación de adelantarnos, estar “en linea” para no perder ninguna oportunidad.

Por favor, leamos las End of Features.

Categorías:Sistemas Etiquetas: , ,

Oracle Linux 7 update 2 disponible

diciembre 11, 2015 Deja un comentario

linuxOracle ha publicado recientemente la segunda actualización de su sistema operativo Linux 7. Desde el 1 de diciembre tenemos las descargas de Oracle Linux 7 update 2 disponibles para Intel 8086 de 64 bits, en Oracle Software Delivery Cloud y en los siguientes formatos ISO:

  • DVD completo (V100082-01.iso – 4,2GB)
  • 2 versiones DVD con fuentes (V100083/4-01.iso – 3,3GB y 2,4GB)
  • Boot de la versión Unbreakable del kernel (V100085-01.iso – 379MB)
  • Boot image (V100086-01.iso – 364MB)

Respecto al resto de plataformas, la versión de 32 bits x86 conserva el versionado OEL6u7 desde el 29 de Julio de 2015 y la de Intel Itanium (ia64) en OEL5u5 desde el 23 de Diciembre de 2011.

Las principales novedades que incorpora son las siguientes:

  • Aumenta el número máximo de CPUs lógicas soportadas, ahora de 5124 (el máximo certificado son 2048)
  • Update del kernel, ahora 3.10.0-327.el7 (Red Hat uek-3.8.13-98.7.1)
  • El binario makedumpfile incluye soporte al formato sadump
  • Es posible configurar kdump en instalaciones no interactivas
  • Balanceo de carga nativa en la capa 4 vía un módulo del kernel y tecnología IPVS
  • Alta disponibilidad en la capa de aplicación vía la aplicación HAProxy
  • Posibilidad de instalar MySQL 5.6 (Community Edition) desde Anaconda (instalador live de OEL)
  • Cliente de Spacewalk integrado, podemos registrar directamente con el binario rhnreg_ks

Podemos encontrar las releases notes en el siguiente link.

Categorías:Sistemas Etiquetas: ,

Investigar reinicios de servidores Linux con kdump

En algunos sistemas puede suceder que algún servidor se reinicie sin motivo aparente y sin dejar rastro en ningún log. Cuando esto sucede en entornos productivos, y de manera continua, puede convertirse en un verdadero problema. Si se trata de un servidor con sistema operativo Linux, podemos hacer uso de la herramienta kdump para investigar el origen de la caída y aplicar medidas correctivas.

kdump es un mecanismo del kernel de Linux que vuelca información sobre la caída del sistema, creando una imagen de la memoria (vmcore) que puede ayudar a determinar la causa del problema.

Haciendo uso de la herramienta kexec para arrancar un segundo kernel (también llamado crash kernel) consigue reservar una pequeña parte de la memoria del sistema de manera exclusiva que, por tanto, no estará disponible para otros usos. Cuando se activa, el sistema se arranca desde el contexto de este segundo kernel, que hará uso de la memoria reservada para él, y cuyo único propósito es capturar la imagen del volcado de la memoria (o core dump) en caso de que el sistema se caiga.

kdump se puede configurar en el momento de instalación del sistema, aunque si no se ha hecho podemos configurarlo posteriormente sin ningún tipo de problema, con el inconveniente de que hará falta reiniciar la máquina. El primer paso para poder hacer uso de kdump en nuestro sistema será instalar el paquete kexec-tools en caso de que no lo tengamos. Adicionalmente, se pueden instalar los paquetes crash y kernel-debuginfo para investigar el origen del problema a partir del vmcore generado.

Una vez instalados estos paquetes, habrá que configurar kdump. Este paso se puede realizar de dos maneras:

  1. Con la interfaz gráfica. Se necesitará tener instalado el paquete system-config-kdump.Configurar kdump
  2. Desde línea de comando editando los ficheros a mano. El principal fichero a modificar es grub.conf, al que es necesario añadir a la línea de carga del kernel el parámetro crashkernel con el valor de memoria a configurar, pudiendo ser un valor determinado como crashkernel=M, o un valor automático como crashkernel=auto, aunque este último caso tiene sus limitaciones.

La línea del kernel debe quedar algo parecido a lo siguiente:

title Oracle Linux Server Unbreakable Enterprise Kernel (2.6.39-400.248.3.el5uek)
        root (hd0,0)
        kernel /vmlinuz-2.6.39-400.248.3.el5uek ro root=/dev/VolGroup00/LogVol00 rhgb quiet numa=off transparent_hugepage=never crashkernel=128M@48M
        initrd /initrd-2.6.39-400.248.3.el5uek.img

El fichero de configuración de kdump es /etc/sysconfig/kdump, el cual posee varias opciones configurables, una de ellas es dónde queremos guardar los volcados de memoria. Por defecto se guarda en /var/crash, pero se puede modificar para que se almacene en otro filesystem disponible en la máquina, un dispositivo RAW o un directorio remoto mediante NFS o SSH.

También hay que tener en cuenta el tamaño de la memoria y el espacio disponible en disco, es decir, si la máquina tiene 32GB de memoria, es posible que el volcado de memoria llegue a necesitar ese espacio Para solucionar esto se puede activar otra de las características de kdump, el ‘core collector’, configurándolo para que comprima el volcado o elimine cierta información.

Una vez configurado kdump únicamente queda arrancar el servicio y habilitarlo para que se inicie junto con la máquina:

#chkconfig kdump on
#service kdump start
No kdump initial ramdisk found.                            [WARNING]
Rebuilding /boot/initrd-2.6.39-200.24.1.el6uek.x86_64kdump.img
Starting kdump:                                            [  OK  ]

Por último se puede revisar el estado con service kdump status, si es correcto nuestro sistema ya estará preparado para guardar volcados de memoria en caso de caídas del sistema. La documentación de kdump para Oracle está disponible en este link.

Categorías:Sistemas Etiquetas: ,

La arquitectura non-CDB de Oracle Database tiene los días contados

marzo 27, 2015 Deja un comentario

Oracle recomienda el uso de la arquitectura CDBA estas alturas, 2 años después del anuncio de la versión 12c, todos sabemos que el acrónimo CDB se refiere (en el mundo Oracle) al Multitenant Container Database.

En Database Upgrade Guide de la versión 12.1.0.2 podemos leer que la arquitectura non-CDB ya está obsoleta (deprecated) y podría dejar de estar soportada y disponible en las siguientes versiones de 12c y posteriores.

¿Qué implicación para nosotros, los clientes y profesionales que trabajamos con las bases de datos Oracle, tiene esta noticia? A mi parecer está claro que es a donde quiere dirigirse Oracle con las próximas versiones, lo que significa que en el futuro toda la base instalada será del tipo CDB. Eso obliga a tomar una decisión para los upgrades de las instalaciones existentes o para las instalaciones nuevas: ¿instalamos siguiendo ya la arquitectura CDB o elegimos usar la 12c como non-CDB?

Es un tema importante ya que es muy fácil decidirse por la arquitectura non-CDB, por lo conocida que es o por el desconocimiento de que, aunque la opción multitenant tiene que ser licenciada aparte, se puede usar la arquitectura CDB como singletenant sin coste adicional. No obstante, más tarde o más temprano tocará “abrazar” estas nuevas funcionalidades y familiarizarse con nuevas opciones, comandos, etc., y creo que, cuanto antes se haga esta transición más tiempo habrá hasta el momento inevitable, cuando ya no habrá la opción de elegir entre CDB y non-CDB.

Dicho esto, no todas las instalaciones se pueden migrar ya a CDB; hay una lista de características no soportadas o restringidas para esta arquitectura (la podemos encontrar en Readme Information for Oracle Database 12c Release 1 (12.1.0.2) sección 2.2.1):

  • DBVERIFY
  • Data Recovery Advisor
  • Flashback Pluggable Database
  • Flashback Transaction Backout
  • Database Change Notification
  • Continuous Query Notification (CQN)
  • Client Side Cache
  • Heat map
  • Automatic Data Optimization
  • Oracle Streams

If you need these features, then continue to use the non-CDB architecture until your required feature works with the CDB architecture.

En la lista de arriba hay una cosa curiosa: en la tercera línea pone que no puede usarse Flashback Pluggable Database, pero Pluggable solo tiene sentido en el contexto de CDB. Creo que debe ser un error en la documentación y debe referirse a Flashback Database o tal vez no está bien expresado ya que no se puede hacer flashback de una base de datos pluggable.

Categorías:Sistemas Etiquetas: , , ,

Máximo rendimiento, el precio más bajo – Nuevos sistemas de ingeniería de Oracle

febrero 20, 2015 Deja un comentario

CDB

El día 21 de enero tuvo lugar un evento durante el cual Larry Ellison (Oracle Chairman of the board y CTO) presentó nuevos sistemas de ingeniería de Oracle, la serie X5: Virtual Compute Appliance X5, FS1 Flash SAN Storage y Zero Data Loss Recovery Appliance. Además habló de las actualizaciones de los sistemas de ingeniería ya existentes: Oracle Database Appliance X5, Big Data Appliance X5, Exalogic Elastic Cloud X5, SuperCluster y por supuesto Exadata Database Machine X5 (ya en su sexta generación).

Exas

El lema de la presentación fue: “Highest Performance, Lowest Price: New Strategy“. Larry Ellison empezó por describir el núcleo de CPD con servidores de 2 procesadores (2 sockets), almacenamiento SAN y Linux virtualizado entre otros. En este contexto presentó Virtual Compute Appliance (VCA) con el cuál Oracle quiere competir como contrapunto al sistema Cisco UCS + EMC. La transparencia muestra que VCA cuesta más o menos la mitad que su competidor. VCA promete reducir el tiempo de instalación y configuración y soporta cualquier aplicación Linux, Solaris o Windows. El siguiente sistema presentado fue FS1 Flash SAN Storage (FS1), complemento perfecto para VCA y con un coste una tercera parte del precio de EMC VNX 8000. Ambos fueron presentados juntos, como una solución escalable, simple y de máximo rendimiento; pero, como dijo Larry Ellison, ¡el cliente debe estar dispuesto a pagar menos! El último nuevo sistema presentado fue Zero Data Loss Recovery Appliance (R), el cual ya lo pudimos ver en Oracle Open World y ha sido creado con un solo propósito: proteger nuestras bases de datos, cientos de ellas, sin perder un solo dato. Sin entrar en detalle, su funcionamiento se basa en transporte de redo en tiempo real.

Lo que más me interesó fue la parte de presentación de Exadata. Hay muchas novedades pero personalmente creo que las más importante son las configuraciones elásticas y la posibilidad de tener OVM en Exadata. ¿Qué son las configuraciones elásticas? Hasta ahora el cliente podía empezar por 1/8, pasar a 1/4 de rack, después a 1/2 y al final a un rack entero; eran las configuraciones de upgrade preestablecidas. Para pasar de 1/8 a 1/4 se habilitaban los procesadores y celdas que ya estaban en el rack, de 1/4 a 1/2 se añadían 2 nodos de computo y 4 celdas de almacenamiento, y de 1/2 a completo otros 4 nodos de computo y 7 celdas de almacenamiento adicionales. A partir de X5 se empieza con 2 nodos de computo y 3 celdas pero a partir de allí ya se puede ir añadiendo nodos de 1 en 1. Además ahora es posible mezclar en el mismo rack las celdas de alta capacidad con las de alto rendimiento. De hecho desaparecen las celdas de alto rendimiento basadas en discos ya que son reemplazados por celdas sólo basadas en flash, llamadas Extreme Flash Storage. Aparte de las mejoras obvias de hardware, las configuraciones elásticas son el anuncio más significativo y creo que hará que Exadata sea más atractivo para los clientes de lo que ya lo era. Una cosa más: se pueden expandir sistemas más antiguos con los nodos X5, es decir, si una empresa por ejemplo tiene 1/4 de X2-2 y ya se le quedaba pequeño, pero la expansión de 1/4 adicional era excesiva, ahora podrá añadir más capacidad a medida que vayan creciendo sus necesidades.

Dedicaré próximos posts a cada uno de estos sistemas, describiendo con más detalle las novedades y mejoras. Recomiendo ver la presentación, que se puede encontrar en el siguiente enlace: The Next Generation of Oracle Engineered Systems