Guía de decisiones sobre registros e informes

Todas las organizaciones necesitan mecanismos para informar a los equipos de TI sobre los problemas de rendimiento, tiempo de actividad y seguridad antes de que se conviertan en problemas graves. Una correcta estrategia de supervisión muestra cómo funcionan los componentes individuales que forman la infraestructura de red y las cargas de trabajo. Dentro del contexto de una migración a la nube pública, la integración del registro y los informes con cualquiera de sus sistemas de supervisión existentes, es crítico para el éxito. Además, exponer eventos y métricas importantes al personal de TI adecuado es fundamental para garantizar que su organización cumpla sus objetivos de tiempo de actividad, seguridad y cumplimiento de directivas.

Diagrama que muestra el trazado de las opciones de registro, informes y supervisión de menos a más complejas, alineadas con vínculos.

Vaya a: Planeamiento de una infraestructura de supervisión | Nativo de la nube | Extensión local | Agregación de puerta de enlace | Supervisión híbrida (local) | Supervisión híbrida (en la nube) | Nube múltiple | Más información

El punto de inflexión al determinar una estrategia de registro e informes en la nube se basa principalmente en:

  • Inversiones existentes que la organización ha realizado en procesos operativos.
  • Cualquier requisito que tenga que admitir una estrategia multinube.

Las actividades en la nube se registran e informan de varias maneras. El registro nativo en la nube y el centralizado son dos opciones de servicio administrado habituales basadas en el diseño de la suscripción y en el número de suscripciones.

Planeamiento de una infraestructura de supervisión

Al planear la implementación, piense en dónde se almacenarán los datos de registro y en cómo integrará los informes basados en la nube y los servicios de supervisión con las herramientas y los procesos existentes.

Pregunta Nativo de la nube Extensión local Supervisión híbrida Agregación de puerta de enlace
¿Dispone de una infraestructura de supervisión local existente? No No
¿Existen requisitos que impidan almacenar los datos de registro en ubicaciones de almacenamiento externas? No No No
¿Necesita integrar la supervisión en la nube con sistemas locales? No No No
¿Necesita procesar o filtrar datos de telemetría antes de enviarlos a los sistemas de supervisión? No No No

Nativo de la nube

Una solución SaaS nativa en la nube, como Azure Monitor, es la opción más fácil si:

  • Actualmente, su organización carece de sistemas establecidos de registro e informes.
  • No es necesario integrar la implementación planeada con los sistemas de supervisión locales o externos existentes.

En este escenario, todos los de datos de registro se registran y almacenan en la nube. La plataforma Azure y Azure Monitor proporcionan las herramientas de registro e informes que procesan y exponen información al personal de TI.

Cuando sea necesario, implemente soluciones de registro personalizadas basadas en Azure Monitor para cada suscripción o carga de trabajo en implementaciones más pequeñas o experimentales. Estas soluciones se organizan de forma centralizada para supervisar los datos de registro en todos los recursos de la nube.

Supuestos nativos de la nube: al usar un sistema de registro y generación de informes nativo de la nube, se suponen las siguientes circunstancias:

  • No es necesario integrar los datos de registro de las cargas de trabajo de la nube en los sistemas locales existentes.
  • No usará los sistemas de informes basados en la nube para supervisar los sistemas locales.

Extensión local

El uso de soluciones de registro y generación de informes en la nube, como Azure Monitor, puede requerir un considerable esfuerzo de desarrollo para las aplicaciones y servicios. En esos casos, plantéese la posibilidad de que estas cargas de trabajo sigan enviando datos de telemetría a los sistemas locales existentes.

Para admitir este enfoque, los recursos en la nube deben comunicarse directamente con los sistemas locales mediante una combinación de redes híbridas y servicios de dominio hospedados en la nube. Gracias a esta comunicación, la red virtual en la nube funciona como una extensión de red del entorno local. Por tanto, las cargas de trabajo hospedadas en la nube pueden comunicarse directamente con el sistema local de registros e informes.

Este enfoque saca el máximo rendimiento a la inversión existente en herramientas de supervisión con una modificación limitada de todos los servicios o las aplicaciones implementados en la nube. Además, este enfoque suele ser la manera más rápida de dar soporte a la supervisión durante una migración mediante lift-and-shift. Pero no capturará los datos de registro generados por los recursos PaaS y SaaS basados en la nube. También omite los registros relacionados con las máquinas virtuales generados por la propia plataforma en la nube, como el estado de la máquina virtual. Como resultado, este patrón debe ser una solución temporal hasta que se implemente una solución de supervisión híbrida más completa.

Suposiciones solo locales: el uso de un sistema local de registros e informes supone que se dan las siguientes circunstancias:

  • Los datos de registro solo se mantienen en el entorno local. Mantiene los datos de registro de esta manera para respaldar los requisitos técnicos o para cumplir las disposiciones legales o de las directivas.
  • Los sistemas locales no admiten soluciones híbridas de registros e informes o la agregación de puerta de enlace.
  • Las aplicaciones basadas en la nube pueden enviar telemetría directamente a los sistemas de registro locales. O se pueden implementar agentes de supervisión que envíen en el entorno local a las máquinas virtuales de carga de trabajo.
  • Las cargas de trabajo no dependen de servicios PaaS o SaaS que requieren registro y generación de informes basados en la nube.

Agregación de puerta de enlace

Es posible que se requiera un servicio de agregación de puerta de enlace de datos de registro para escenarios en los que:

  • La cantidad de datos de telemetría basados en la nube es grande.
  • Los sistemas de supervisión locales existentes necesitan modificar los datos de registro para poder procesarlos.

Se implementa un servicio de puerta de enlace en el proveedor de servicios en la nube. A continuación, configure las aplicaciones o los servicios pertinentes para que envíen datos de telemetría a la puerta de enlace en lugar de a un sistema de registro predeterminado. La puerta de enlace procesa los datos: los agrega, combina o formatea antes de enviarlos al servicio de supervisión para su ingesta y análisis.

Además, puede usar una puerta de enlace para agregar y preprocesar datos de telemetría destinados a sistemas híbridos o nativos en la nube.

En una agregación de puerta de enlace, se da por hecho lo siguiente:

  • Espera volúmenes altos de datos de telemetría de los servicios o las aplicaciones basados en la nube.
  • Necesitar dar formato u optimizar los datos de telemetría antes de enviarlos a los sistemas de supervisión.
  • Los sistemas de supervisión tienen API u otros mecanismos disponibles para la ingesta de datos de registro después de que la puerta de enlace los procese.

Supervisión híbrida (local)

Una solución de supervisión híbrida combina los datos de registro de los recursos locales y los recursos en la nube para proporcionar una visión integrada del estado operativo del entorno de TI.

Si ya ha realizado una inversión en sistemas de supervisión local y le resultaría difícil o caro sustituirlos, puede que necesite integrar los datos de telemetría de las cargas de trabajo en la nube en las soluciones de supervisión locales preexistentes. En un sistema de supervisión local híbrida, los datos de telemetría locales siguen usando el sistema de supervisión local existente. Los datos de telemetría basados en la nube se envían directamente al sistema de supervisión en la nube, o bien los datos se envían a Azure Monitor y luego se compilan e ingieren en el sistema local a intervalos regulares.

Supuestos de la supervisión híbrida local: al usar un sistema de registros e informes local para una supervisión híbrida, se dan por hecho las siguientes condiciones:

  • Debe usar los sistemas de informes locales existentes para supervisar las cargas de trabajo en la nube.
  • Mantiene la propiedad local de los datos de registro.
  • Los sistemas de administración locales tienen API u otros mecanismos disponibles para la ingesta de datos de registro de los sistemas basados en la nube.

Sugerencia

Como parte de la naturaleza iterativa de migración a la nube, el paso de una supervisión local y nativa de la nube claramente diferenciadas a un enfoque híbrido parcial se puede realizar cuando madure la integración de servicios y recursos en la nube en un entorno de TI general.

Supervisión híbrida (basada en la nube)

Si no tiene una necesidad imperiosa de mantener un sistema de supervisión local o quiere reemplazar los sistemas de supervisión locales por una solución centralizada basada en la nube, también puede integrar los datos de registro locales con Azure Monitor para proporcionar un sistema de supervisión centralizado basado en la nube.

Al crear un reflejo del enfoque centrado en el entorno local, en este escenario, las cargas de trabajo basadas en la nube enviarían telemetría directamente a Azure Monitor. Y las aplicaciones y servicios locales enviarían la telemetría directamente a Azure Monitor o agregarían los datos en el entorno local para la ingesta en Azure Monitor a intervalos regulares. Azure Monitor podría actuar como sistema de supervisión y generación de informes principal para todo el entorno de TI.

Suposiciones para la supervisión híbrida basada en la nube: al usar sistemas de registros e informes basados en la nube para una supervisión híbrida, se dan por hecho las siguientes condiciones:

  • No depende de los sistemas de supervisión locales existentes.
  • Las cargas de trabajo no tienen requisitos de directiva o normativos para almacenar los datos de registro localmente.
  • Los sistemas de supervisión basados en la nube tienen API u otros mecanismos disponibles para la ingesta de datos de registro de aplicaciones y servicios locales.

Nube múltiple

La integración de las funcionalidades de informes y registros en una plataforma multinube puede resultar complicada. Los servicios ofrecidos entre las plataformas no suelen ser comparables directamente, y las funcionalidades de registro y telemetría proporcionadas por estos servicios también varían.

La compatibilidad con el registro de nube múltiple requiere que el uso de servicios de puerta de enlace procesen los datos de registro en un formato común antes de enviarlos a una solución híbrida de registros.

Más información

Azure Monitor es el servicio de informes y supervisión predeterminado para Azure. Ofrece:

  • Una plataforma unificada para recopilar datos de telemetría de aplicaciones, telemetría de host (como máquinas virtuales), métricas de contenedor, métricas de la plataforma Azure y registros de eventos.
  • Herramientas de visualización, consultas, alertas y análisis. Pueden proporcionar información sobre las máquinas virtuales, los sistemas operativos invitados, las redes virtuales y los eventos de aplicaciones de carga de trabajo.
  • API de REST para la integración con servicios externos y automatización de los servicios de supervisión y alertas.
  • Integración con muchos proveedores externos populares.

Pasos siguientes

El registro y la generación de informes no es más que uno de los componentes de la infraestructura central que requieren decisiones arquitectónicas durante un proceso de adopción en la nube. Visite la introducción a las guías para la toma de decisiones arquitectónicas para información sobre patrones o modelos alternativos que se usan cuando se toman decisiones de diseño para otros tipos de infraestructura.