Monthly Archives: octubre 2016

AS400. Cómo darle una nueva vida en dos pasos.

as-400-vmware

Jamás un hombre es demasiado viejo para recomenzar su vida y no hemos de buscar que lo que fue le impida ser lo que es o lo que sera. Miguel de unamuno

Aunque las palabras de Unamuno nos sirven “como anillo al dedo” al tema que nos ocupa, vamos a dejar la literatura un poco al lado para hablar del tema que nos ocupa, nuestro viejo amigo AS400.

Hoy vamos a escribir sobre una situación que puede mantener preocupados a muchos CEOs, Directores Grales y CIOS en España que disponen de AS400 en estos momentos.

Se trata de algo parecido al “Efecto 2000”, no sé si lo recordaréis, que acaeció hace algunos años. Aunque este caso no tenga las proporciones que tuvo el mencionado caso, el que nos ocupa sobre el AS400 puede llegar a ser de importancia importante para algunos en particular.

Hoy vamos a escribir como podemos no sentirnos “atados” a las viejas arquitecturas y hardware, beneficiándonos de sus aplicaciones. ¿Parece curioso? ¿Incluso imposible?, pues vamos a verlo

 

AS400

De donde venimos…

Este post ha tenido varios títulos como “El ocaso de los dioses” o “Parque Jurásico”. Que duda cabe que todos los ordenadores de los que hablaremos en este escrito han sido como “dioses” para la industria en general.

En los años 80-90 no existian los servidores actuales ni por asomo. Toda empresa mediana grande precisaba o bien de un Mainframe (trabajaba con un 4381 mod 20 en los 80), maquina grandiosa que precisaba un sistema de climatizacion casi digno de una sala de cine, o bien los llamados “minis” que eran o bien, con sistema propietario como los 36, 38, AS400 o bien eran una “unix box” como un Alpha, un HP 3000, también podría ser un VAX con su vms o un PDP-11. Nombres que algunos de vosotros ni habréis oído nunca.

Lo importante es que funcionaban y funcionaban muy bien. Recursos limitados que generó el efecto 2000, memorias insuficientes que te obligaban a hacer overlays y discos inmentos (como armarios roperos) que contenían megas.

Y dentro de ese “dinosaurio”(con cariño), grande, generalmente ruidoso y hoy fuera de su época, se empezó a crear la joya preciosa que  es la aplicación que hoy, 30 años después, tras haber sufrido modificaciones tienes toda la confianza depositada en ella, la conoces al dedillo y lo que es mejor, la conocen como el pasillo de su casa.

AS400:LA PARADOJA, O EL MOMENTO DE LA VERDAD….

Y es el momento donde nos encontramos ahora. La aplicación funciona razonablemente bien (que yo sepa no he oido ninguna que sea la purga de Benito), fruto de todas las inversiones que se han hecho en ella, pero se halla “embutida” dentro de un contenedor que cada vez tiene más años, los mantenimientos te arruinan, los usuarios te piden mas funcionalidaes y buscas subsistemas “satélites” para evitar “el dinosaurio” y encima te empiezas a plantear o te plantean como vas a afrontar el plan de continuidad de negocio o de contingencia. “Con estos juncos vamos a hacer nuestros cestos…”

Hasta aquí la paradoja. Algo que va bien, dentro, atado, de algo que no tiene futuro. Y de ahí es donde nace el momento de la verdad ¿Que hacer?

Hasta ahora habían pocas opciones, por no decir una. Comprar un aplicativo nuevo que funcionara dentro de un entorno wintel y si podia ser virtualizado. Punto.

En mis años en IT (van para 35) he vivido y he visto muchos cambios de ERP. Corre por ahí una estadística de que este cambio puede generar más de un 33% de caida de facturación en tu empresa debido a ineficiencias (Procesos que aún no funcionan bien, gente que no conoce bien el funcionamiento, funcionalidades que no cubren bien o no entienden los procesos de la empresa, auténticos latidos de la misma.

Nuevas propuestas actuales a la paradoja

¡Muerte al Hardware, viva el Software!

Bueno, tampoco es que vayamos a montar un 14 de Julio en la Bastilla….  pero va por ahí el tema. El problema, entendámoslo bien, es que claro que lo necesitamos, claro que necesitamos que evolucione. Pero tiene dos puntos muy “malos”. Tiene por definición limitaciones y si lo configuras de una forma es muy difícil, sino imposible, reconfigurar en otra.

y ¿cómo lo hacemos?

Pues poco a a poco y bien.

El primer paso al que nos referimos se basa en “liberar” a la aplicación de sus “ataduras físicas” que tiene con el Hardware. ¿Que hay más puro y limpio de una aplicación que su código fuente, perfectamente leíble y editable? Pues eso es lo que quiere nuestro partner ASNA, ése código fuente que ha ido siendo modelado en función de los procesos que ha ido teniendo la organización. Los procesos, aquellos que hacen nuestra empresa singular y que nos ha costado “un riñón y un ojo de la cara” automatizar a pesar de todo…

Pues bien, los amigos de ASNA disponen de un conversor que “traduce” este código fuente a RPG .NET, capaz de “correr” sin ningún tipo de problema sobre una convencional plataforma wintel.

En la otra mano tenemos la Base de Datos, auténtica biografía de la empresa, donde está aquel dato único que no podemos encontrar en ningona otra parte. De nuevo nuestro partner ASNA dispone de un módulo capaz de convertir la Base de datos DB2/DB400 en una Base de Datos MS-SQL, de nuevo siendo capaz de ejecutarse en una plataforma wintel.

¿y el segundo paso?

Hombre, ya que hemos llevado nuestra aplicación al futuro, sobreviviendo al sistema para el que fue concevido, no nos que quedemos en “antesdeayer”.

Lo suyo es integrar estas plataformas wintel dentro de una convergencia como puede ser Flexpod (Cisco y NetApp) para que con los elementos de redundancia, su HA (Alta disponibilidad), vMotion (movimiento de la maquina virtual en marcha entre servidores), FT Capacidad de tolerancia a fallos… con todo ello podemos “arropar” nuestra querida aplicación en un entorno que si de por sí era robusto, ahora además disfruta de herramientas de tolerancia a fallos.

La entrada AS400. Cómo dárle una nueva vida en dos pasos. aparece primero en Un cio como tu ….
Source: jmgriscom

vRealize Operations Manager: Primeros pasos

Capura de vrealize vRealize Operations Manager

Serie de posts sobre vRealize Operations Manager

vRealize Operations Manager es la solución de VMware que nació para darle a nuestro entorno vSphere una visibilidad profunda y eficiente, de una manera fácil y sobretodo flexible. Cada vez se está consolidando más como la herramienta de monitorización para estos entornos: el hecho que sea del mismo VMware ayuda, pero sobre todo es la facilidad de recolectar métricas y presentar los datos, adaptándose muchísimo a los procesos u operativas de cada departamento de IT.

“Out-of-the-box” ya nos da muchísima información tanto a nivel de análisis como a nivel de generación de alertas o notificaciones, pero es sin duda cuando se genera una necesidad de datos sobre el entorno en nuestro departamento cuando podemos sacarle el máximo partido, generando el reporte, dashboard o alerta que precisamos de manera personalizada.

Es por ello que voy a dedicar los siguientes post a ver con profundidad vRealize Operations Manager, desde su instalación a cómo configurarlo de manera que nos ayude precisamente a dar respuesta a nuestras demandas.

¿En qué consiste vRealize Operations Manager?

vRealize Operations Manager es una solución de monitorización y Capacity Planning que, como tal, se enfoca en tres grandes funciones: recolectar datos, analizarlos y presentarlos.

En todos estos puntos, vROps destaca de entre los demás de la siguiente manera:

  • En cuanto a recolección, es rápido y muy fácil de configurar para que acceda a las métricas/datos de los sistemas origen. Es importante resaltar que, aunque sea de VMware, no es un producto orientado únicamente a monitorizar nuestro vCenter, ni siquiera orientado a monitorizar sólo productos de VMware. Por defecto lo que nos viene es vROps con el conector para vCenter, ése siempre estará ahí, pero existen un montón de “Management Packs” del propio VMware para integrar vRealize Operations Manager y monitorizar otras de sus soluciones más allá de vCenter o incluso de terceros para monitorizar dispostivos (switches, cabinas, …) o aplicaciones (SAP HANA, Oracle, Antivirus, …). Aquí podréis ver qué plug-ins, ampliaciones y Management Packs existen. Hay fabricantes como Blue Medora que se dedican a desarrollar este tipo de conectores.
  • En cuanto a análisis, estaremos de acuerdo en que previamente a la caída o malfuncionamiento de un sistema, este experimentará en la mayoría de los casos un comportamiento distinto al “normal”, anómalo. Las soluciones de monitorización tradicionales basan sus sistemas de alertas en tratar la evolución de una métrica según evolucione en el tiempo y dar su comportamiento como “correcto” mientras esté contenida en un umbral preestablecido. vROps va mucho más allá. Aprende el comportamiento normal según patrones que ya ha analizado para ese objeto y su motor analítico es tan potente que permite no solo levantar alertas por que tal métrica ha alcanzado el umbral que le hemos establecido, sino que además nos dirá si ese objeto está teniendo el comportamiento esperado para ese momento. De esta manera podemos preveer un potencial problema en cada elemento monitorizado. Además, es sencillo poder crear escenarios “What-If” que nos permiten simular qué niveles de servicio tendría nuestro actual entorno si le añadiéramos más capacidad, más VMs/demanda, le quitaramos un host…,
    Finalmente, tenemos la capacidad de aplicar políticas según queramos ser más agresivos o más conservadores en cuanto a todo lo que el análisis y tratamiento de las métricas se refiere, ya sea en umbrales de alertas, Capacity Planning, …
  • En presentación de datos, además de traer reportes, widgets y Dashboards por defecto, nos aporta una gran flexibilidad para poder crear nuestros propios paneles y reportes a medida, según más nos convenga.

Una vez tiene analizadas las métricas de los objetos a monitorizar, genera unas métricas propias llamadas “Badges” que consisten en un resumen del estado de cada objeto en los siguientes términos: Salud, donde nos indicará si el objeto está actualmente experimentando algún problema o error. Riesgo, que aporta la información de capacidad y tiempo restante de nuestra infraestructura según la proyección del uso y crecimiento actual de la misma, así como problemas de salud sostenidos en el tiempo. Por último eficiencia, detallando qué oportunidades de ahorro o reclamación de recursos tenemos según el uso que estemos haciendo de la infraestructura.

De este modo que podemos tener una gran variedad de entornos monitorizados bajo una sola herramienta.  Esto nos da la gran ventaja de poder relacionar los diferentes objetos de nuestra infraestructura en todas las capas. Aún mas, ofréce toda la potencia de un motor analítico muy desarrollado y customizable. Finalmente, la libertad de customizar la presentación de datos para adaptar la herramienta a las operativas de nuestro departamento.

Arquitectura de vRealize Operations Manager

A nivel de arquitectura/implementación, vROps tiene dos tipos de despliegue según los niveles de disponibilidad que se quiera de la aplicación o la cantidad de datos que se gestionen: un modo “all-in-one” en el que un solo nodo se encarga de recolectar los datos, analizarlos y mostrarlos o un modelo distribuido en el que se pueden desplegar los siguientes nodos:

  • Master Node: siempre habrá uno nodo con este rol en nuestro “cluster” de vROps, ya sea “all-in-one” o distribuido. Este nodo se encarga de gestionar todos los demás y lleva todos los roles.
  • Data Node: Lleva los conectores para poder recolectar datos de las diferentes fuentes
  • Replica Node: Réplica del master para dar HA al cluster de vROps
  • Remote Collector Node: Estos solo recolectan información de los objetos de inventario, no almacenan los datos ni los tratan, sirven para reducir el consumo de ancho de banda para monitorizar entornos externos.

Conclusión

vROps es la solución para dar la visibilidad que todo entorno necesita. VROps permite así ser mucho más eficientes en la resolución de incidencias, poder prevenir las mismas y tener el control de cuánta infraestructura nos queda.

VMware está ofreciendo un programa de optimización de infraestructuras mediante vROps con el que se entrega un informe detallado de los problemas reales y potenciales de cada entorno basado en vSphere, así como las oportunidades de ahorro en recursos que tenemos. No dude en contactar con nosotros rellenando este formulario con la opción “Monitorización de sistemas” para llevar a cabo uno de estos estudios y tener una imagen real del estado de salud y la proyección de su entorno.

La entrada vRealize Operations Manager: Primeros pasos aparece primero en Un cio como tu ….


Source: jmgriscom

ELK cómo generar alertas

Alertas en ELK

alertas en ELK : CÓMO GENERARLAS

El uso más común de ELK (Elasticsearch, Logstash and Kibana) es la generación dashboards para la visualización de métricas y tendencias, así como para el análisis forense o en procesos de debug. Pero este también puede usarse para generar alertas basadas en los cambios que se producen en la infraestructura. ELK por si mismo no dispone de un sistema de generación de alertas, pero hay herramientas para ello. Vamos ha analizar las diferentes opciones de alertas en elk.

Watcher

Watcher es el producto de Elastic para la generación y envío de alertas.

Este genera alertas en base a los cambios de la información guardada en Elasticsearch.

Este funciona en base a la definición de consultas en elastisearch, la definición de condiciones, definir cada cuando se realiza la consulta (scheduler) y que acción realizar si se cumple la condición definida.

Watcher se integra en ELK como una aplicación más i forma parte del paquete de aplicaciones de pago que  Elastic vende como añadidos a ELK.

 

Elastalert

Elastalert ha sido desarrollado por Yelp para uso interno y liberado bajo licencia Apache License, version 2.0. A diferencia de Watcher, Elastalert no se integra como un aplicación de ELK, sino que se ejecuta al margen de ELK.

Este realiza queries sobre Elasticsearch de forma periódica i permite definir un conjunto de reglas en base a la cuales se envían alertas hacia diferentes sistemas como Email, Slack o Hipchat entre otras.

 

Kaae

Kaae es un nuevo proyecto que pretende ser una alternativa opensource a Watcher. Este utiliza el mismo modelo que Watcher y se integra como una aplicación de ELK.

 

Logstash

A diferencia de Watcher Elastalert y Kaae, que se basan en la ejecución de queries para obtener y analizar la información, Logstash permite configurar eventos en tiempo real. Es decir, Logstash puede generar alertas cuando recibe los datos.

Todo y que es memos completo, ya que no podemos generar alertas en base a la correlación de datos, permite generar alertas justo cuando se recibe el datos de la fuente.

La entrada ELK cómo generar alertas aparece primero en Un cio como tu ….


Source: jmgriscom