Oracle Cloud Infrastructure

Información general

Oracle Cloud Infrastructure (OCI) es una infraestructura como servicio (IaaS) y plataforma como servicio (PaaS) utilizada por empresas. Con un completo conjunto de servicios gestionados para alojamiento, almacenamiento, redes, bases de datos y mucho más.

Utiliza la integración de OCI de Datadog para reenviar tus logs y métricas a Datadog, donde pueden servir para dashboards, pueden ayudar a solucionar problemas y ser monitorizados para la seguridad y la postura de cumplimiento.

Configuración

Recopilación de métricas

Para enviar tus métricas de OCI a Datadog:

Para ver una representación visual de esta arquitectura, consulta la sección Arquitectura.

Ingresar la información de la tenencia

  • Tu cuenta de usuario de OCI necesita el rol Cloud Administrator (Administrador de la nube) para completar estos pasos.

  • OCID de la tenencia

  • Región de origen

Ingresa el OCID y la región de origen de la tenencia que deseas monitorizar en el cuadro de integración de Datadog y OCI.

Crear un stack tecnológico de políticas de OCI

Asegúrate de que la región de origen de la tenencia esté seleccionada en la parte superior derecha de la pantalla.

Este stack tecnológico de políticas solo debe desplegarse una vez por tenencia.

  1. Haz clic en el botón Create Policy Stack (Crear un stack tecnológico de políticas) en el cuadro de integración de Datadog y OCI.
  2. Acepta las Condiciones de uso de Oracle.
  3. Deja la opción de utilizar proveedores de Terraform personalizados desmarcada.
  4. Utiliza el nombre y el compartimento predeterminados para el stack tecnológico. De manera opcional, indica tu propio nombre descriptivo o compartimento.
  5. Haz clic en Next (Siguiente).
  6. Asigna un nombre al grupo dinámico, el grupo de usuarios y a la política que se van a crear, o usa los nombres predeterminados proporcionados.
  7. Haz clic en Next (Siguiente).
  8. Haz clic en Create (Crear).

Ingresar la información del DatadogAuthUser

  • OCID del DatadogAuthUser

  • Clave de la API de OCI y valor de la huella digital

  1. En la barra de búsqueda de la consola de OCI, busca DatadogAuthUser y haz clic en el recurso de usuario que aparece.
  2. Copia el valor del OCID del usuario.
  3. Pega el valor en el campo User OCID (OCID del usuario) del cuadro de integración de Datadog y OCI.
  4. Vuelve a la consola de OCI y genera una clave de API con estos pasos: a. En la esquina inferior izquierda de la pantalla, en Resources (Recursos), haz clic en API keys (Claves de API). b. Haz clic en Add API key (Añadir clave de API). c. Haz clic en Download private key (Descargar clave privada). d. Haz clic en Add (Añadir). e. Aparece una ventana emergente Configuration file preview (Vista previa del archivo de configuración), pero no es necesario realizar ninguna acción; cierra la ventana emergente.

La página Add API Key (Añadir clave de API) en la consola de OCI

  1. Copia el valor de la huella digital y pégalo en el campo Fingerprint (Huella digital) del cuadro de integración de Datadog y OCI.
  2. Copia el valor de la clave privada con estos pasos: a. Abre el archivo de clave privada .pem descargado en un editor de texto, o utiliza un comando de terminal como cat para mostrar el contenido del archivo. b. Copia todo el contenido, incluidos -----BEGIN PRIVATE KEY----- y -----END PRIVATE KEY-----.
  3. Pega el valor de la clave privada en el campo Private Key (Clave privada) del cuadro de integración de Datadog y OCI.

Crear un stack tecnológico de reenvío de métricas de OCI

Nota: Para comprobar que el inicio de sesión en el registro de Docker es el correcto, consulta Inicio de sesión en el registro de Oracle Cloud Infrastructure.

El stack tecnológico de reenvío métricas debe desplegarse para cada combinación de tenencia y región que se va a monitorizar. Para la configuración más sencilla, Datadog recomienda crear todos los recursos de OCI necesarios con el stack tecnológico de ORM que se facilita a continuación. Como alternativa, puedes usar tu infraestructura de redes de OCI existente.

Todos los recursos creados a partir del stack tecnológico de ORM de Datadog se despliegan en el compartimento especificado y para la región seleccionada actualmente en la parte superior derecha de la pantalla.

  1. Haz clic en el botón Create Metric Stack (Crear un stack tecnológico de métricas) en el cuadro de integración de Datadog y OCI.
  2. Acepta las Condiciones de uso de Oracle.
  3. Deja sin marcar la opción Custom providers (Proveedores personalizados).
  4. Asigna un nombre al stack tecnológico y selecciona el compartimento en el que se desplegará.
  5. Haz clic en Next (Siguiente).
  6. En el campo Datadog API Key (Clave de API de Datadog), ingresa el valor de tu clave de API de Datadog.
  1. En la sección Network options (Opciones de red), deja marcada la opción Create VCN.

Si utilizas una VCN existente, debes indicar el OCID de la subred en el stack tecnológico. Asegúrate de que la VCN cumpla los siguientes requisitos:

  • Se le permite hacer llamadas de salida HTTP a través de la gateway NAT.
  • Puede extraer imágenes del registro de contenedores de OCI mediante la gateway de servicio.
  • Tiene las reglas de la tabla de enrutamiento para permitir la gateway NAT y la gateway de servicio.
  • Tiene las reglas de seguridad para enviar solicitudes HTTP.
  1. En la sección Network options (Opciones de red), desmarca la opción Create VCN e ingresa la información de tu VCN: a. En el campo vcnCompartment, selecciona tu compartimento. b. En la sección existingVcn, selecciona tu VCN existente. c. En la sección Function Subnet OCID (OCID de subred de función), ingresa el OCID de la subred que se va a utilizar.
  1. De manera opcional, en la sección Metrics settings (Parámetros de las métricas), elimina cualquier espacio de nombres de métrica de la colección.
  2. En la sección Metrics compartments (Compartimentos de las métricas), ingresa una lista separada por comas de los OCID de compartimentos que se van a monitorizar. Los filtros de espacio de nombres de métrica seleccionados en el paso anterior se aplican a cada compartimento.
  3. En la sección Function settings (Parámetros de la función), indica un nombre de usuario de registro de OCI Docker y un token de autenticación en sus campos respectivos. Consulta Cómo obtener un token de autenticación para obtener más información.
  4. Haz clic en Next (Siguiente).
  5. Haz clic en Create (Crear).
  6. Vuelve a la página del cuadro de integración de Datadog y OCI y haz clic en Create configuration (Crear configuración).

Notas:

  • De forma predeterminada, solo se selecciona el compartimento raíz y se activan todos los espacios de nombres de métrica compatibles con la integración de Datadog y OCI (se admiten hasta 50 espacios de nombres por hub de conectores). Si eliges monitorizar compartimentos adicionales, se aplica cualquier filtro de exclusión de espacio de nombres de métrica a cada compartimento.
  • Debes gestionar quién tiene acceso a los archivos de estado de Terraform de los stacks tecnológicos del gestor de recursos. Consulta la sección Archivos de estado de Terraform de la página Seguridad del gestor de recursos para obtener más información.

Validación

Consulta las métricas de oci.* en el dashboard de información general de la integración de OCI o en la página del explorador de métricas en Datadog.

Las métricas de la función de OCI (espacio de nombres oci.faas) y las métricas de la instancia del contenedor (espacio de nombres oci_computecontainerinstance) se encuentran en versión preliminar.

Configuración

Añadir regiones

Para monitorizar una región adicional en una tenencia, navega hasta esa tenencia en el cuadro de integración de OCI.

  1. En la sección Configure an Additional Region (Configurar una región adicional), haz clic en Create Metric Stack (Crear un stack tecnológico de métricas).
  2. Cambia a la región que deseas monitorizar en la parte superior derecha de la pantalla.
  3. Completa los pasos de Crear un stack tecnológico de reenvío de métricas de OCI en la región nueva.
Añadir compartimentos o espacios de nombres de métrica

Para añadir compartimentos o editar la lista de los espacios de nombres de métrica activados, haz clic en Edit (Editar) en el hub de conectores recién creado.

  • Haz clic en + Another compartment (+ otro compartimento) para añadir compartimentos.
  • En la sección Configure source (Configurar origen), añade o elimina espacios de nombres del menú desplegable Namespaces (Espacios de nombres).

Arquitectura

Recursos de reenvío de métricas

Un diagrama de los recursos de OCI mencionados en esta página, en el que se muestra el flujo de datos

Esta integración crea un hub de conectores de OCI, una aplicación de función y una infraestructura de redes segura para reenviar métricas de OCI a Datadog. El stack tecnológico de ORM de estos recursos crea un repositorio de contenedores de la función para la región en la tenencia, y la imagen de Docker se envía a él para que la función la utilice.

Recursos de IAM

Un diagrama de los recursos y el flujo de trabajo de OCI utilizados para la autenticación de la integración

Esta integración crea lo siguiente:

  • Un grupo dinámico con resource.type = 'serviceconnectors', para permitir el acceso al hub de conectores.
  • Un usuario llamado DatadogAuthUser, que Datadog usa para leer recursos de tenencia.
  • Un grupo al que se añade el usuario creado para acceder a la política.
  • Una política en el compartimento raíz para permitir que los hubs de conectores lean métricas e invoquen funciones. Además, otorga al grupo de usuarios creado acceso de lectura a los recursos de la tenencia. Se añaden las siguientes instrucciones a la política:
Allow dynamic-group <GROUP_NAME> to read metrics in tenancy
Allow dynamic-group <GROUP_NAME> to use fn-function in tenancy
Allow dynamic-group <GROUP_NAME> to use fn-invocation in tenancy
Allow dynamic-group Default/<GROUP_NAME> to read metrics in tenancy
Allow dynamic-group Default/<GROUP_NAME> to use fn-function in tenancy
Allow dynamic-group Default/<GROUP_NAME> to use fn-invocation in tenancy
Allow group Default/<USER_GROUP_NAME> to read all-resources in tenancy

Espacios de nombre de métrica

IntegraciónEspacio de nombre de métrica
Base de datos autónomaoci_autonomous_database
Block Storageoci_blockstore
Computaciónoci_computeagent, rdma_infrastructure_health, gpu_infrastructure_health, oci_compute_infrastructure_health
Instancias de contenedor (versión preliminar)oci_computecontainerinstance
Base de datosoci_database, oci_database_cluster
Gateway de enrutamiento dinámicooci_dynamic_routing_gateway
FastConnectoci_fastconnect
File Storageoci_filestorage
Funciones (versión preliminar)oci_faas
HeatWave MySQLoci_mysql_database
Motor de Kubernetesoci_oke
Equilibrador de cargaoci_lbaas, oci_nlb
Gateway NAToci_nat_gateway
Object Storageoci_objectstorage
Colaoci_queue
Hub de conectores de serviciooci_service_connector_hub
Gateway de serviciooci_service_gateway
VCNoci_vcn
VPNoci_vpn
Firewall de aplicaciones weboci_waf

Recopilación de logs

Envía logs desde tu infraestructura en la nube de Oracle a Datadog siguiendo alguno de estos procesos:

  1. Configura un log de OCI.
  2. Crea una función de OCI.
  3. Configura un conector de servicio de OCI.

Las siguientes instrucciones utilizan el portal de OCI para configurar la integración.

Registro de OCI

  1. En el portal de OCI, navega hasta Logging -> Log Groups (Registro > Grupos de logs).
  2. Selecciona tu compartimento y haz clic en Create Log Group. Se abre un panel lateral.
  3. Introduce data_log_group para el nombre y, opcionalmente, proporciona una descripción y etiquetas (tags).
  4. Haz clic en Create (Crear) para configurar tu nuevo grupo de logs.
  5. En Resources (Recursos), haz clic en Logs.
  6. Haz clic en Create custom log (Crear log personalizado) o Enable service log (Habilitar log de servicio) según lo desees.
  7. Haz clic en Enable Log (Habilitar log), para crear tu nuevo log de OCI.

Para más información sobre logs de OCI, consulta Activación del registro para un recurso.

Función de OCI

  1. En el portal de OCI, ve a Functions* (Funciones).
  2. Selecciona una aplicación existente o haz clic en Create Application (Crear aplicación).
  3. Crea una nueva función de OCI dentro de tu aplicación. Consulta Información general de funciones de Oracle para obtener más detalles.
  4. Es recomendado para crear una función boilerplate de Python primero y reemplazar los archivos autogenerados con el código fuente de Datadog:

Hub de conectores de servicio de OCI

  1. En el portal de OCI, navega hasta Logging -> Service Connectors (Registro > Conectores de servicio).
  2. Haz clic en Create Service Connector (Crear conector de servicio) para ser redireccionado a la página Create Service Connector (Crear conector de servicio).
  3. Selecciona Source (Origen) como Logging (Registro) y Target (Destino) como Functions (Funciones).
  4. En Configure Source Connection (Configurar conexión de origen) selecciona Compartment name (Nombre de compartimento), Log Group (Grupo de logs) y Log. (El Log Group (Grupo de logs) y Log creados en el primer paso).
  5. Si también deseas enviar Audit Logs (Logs de auditoría), haz clic en +Another Log (+ otro log) y selecciona el mismo Compartment (Compartimento) y reemplaza “_Audit” (_Auditoría) como tu Log Group (Grupo de logs).
  6. En Configure target (Configurar destino) selecciona Compartment (Compartimento), Function application (Aplicación de función) y Function (Función). (La Function Application (Aplicación de función) y Function (Función) creadas en el paso anterior.
  7. Si se te pide que crees una política, haz clic en Create (Crear) en la pantalla.
  8. Haz clic en Create (Crear) en la parte inferior para terminar de crear tu conector de servicio.

Para obtener más información sobre OCI Object Storage, consulta la entrada del blog sobre el conector de servicio de Oracle.

  1. Configura un log de OCI.
  2. Crea un almacén de objetos de OCI y habilita el acceso de lectura/escritura para logs de OCI.
  3. Crea una función de OCI.
  4. Configura un evento de OCI.

Las siguientes instrucciones utilizan el portal de OCI para configurar la integración.

Registro de OCI

  1. En el portal de OCI, ve a Solutions and Platform -> Logging -> Logs (Soluciones y plataforma -> Registro -> Logs).
  2. Haz clic en Create Custom Log (Crear log personalizado) para pasar a la página Create Custom Log (Crear log personalizado).
  3. Dale un nombre a tu nuevo log de OCI.
  4. Selecciona un Compartment (Compartimento) y un Log Group (Grupo de logs). Estas selecciones se mantienen en toda la instalación.
  5. Haz clic en Create Custom Log (Crear log personalizado) para acceder a la página Create Agent Config (Crear configuración del Agent).
  6. Haz clic en Create new configuration (Crear nueva configuración).
  7. Dale un nombre a tu nueva configuración. Tu compartimento está preseleccionado para ti.
  8. Establece el tipo de grupo en Dynamic Group (Grupo dinámico) y agrupa a uno de tus grupos existentes.
  9. Establece el tipo de entrada en Log Path (Ruta de log), introduce el nombre de entrada que prefieras y utiliza “/” para las rutas de los archivos.
  10. Haz clic en Create Custom Log (Crear log personalizado), entonces tu log de OCI se creará y estará disponible en la página de logs.

Para más información sobre logs de OCI, consulta Activación del registro para un recurso.

OCI object storage

  1. En el portal de OCI, ve a Core Infrastructure -> Object Storage -> Object Storage (Infraestructura central > Object Storage > Object Storage).
  2. Haz clic en Create Bucket (Crear bucket) para acceder al formulario Create bucket (Crear bucket).
  3. Selecciona Standard (Estándar) para tu nivel de almacenamiento y marca Emit Object Events (Emitir eventos de objeto).
  4. Rellena el resto del formulario según tus preferencias.
  5. Haz clic en Create Bucket (Crear bucket), tu bucket se creará y estará disponible en la lista de buckets.
  6. Selecciona tu nuevo bucket en la lista de buckets activos y haz clic en Logs en recursos.
  7. Activa read (leer), lo que te lleva al menú lateral Enable Log (Habilitar log).
  8. Selecciona un Compartment (Compartimento) y un Log Group (Grupo de logs) (utiliza las mismas selecciones que en tu log de OCI).
  9. Introduce un nombre para el Log Name (Nombre de log) y selecciona tu retención de log preferida.

Para más información sobre OCI Object Storage, consulta Poner datos en Object Storage.

Función de OCI

  1. En el portal de OCI, ve a Solutions and Platform -> Developer Services -> Functions (Soluciones y plataforma > Servicios de desarrollador > Funciones).
  2. Selecciona una aplicación existente o haz clic en Create Application (Crear aplicación).
  3. Crea una nueva función de OCI dentro de tu aplicación. Para más detalles, consulta Información general de funciones de Oracle.
  4. Es recomendado para crear una función boilerplate de Python primero y reemplazar los archivos autogenerados con el código fuente de Datadog:

Evento de OCI

  1. En el portal de OCI, ve a Solutions and Platform -> Application Integration -> Event Service (Soluciones y plataforma > Integración de aplicaciones > Servicio de eventos).
  2. Haz clic en Create Rule (Crear regla) para acceder a la página Create Rule (Crear regla).
  3. Asigna un nombre y una descripción a tu regla de evento.
  4. Establece tu condición como Event Type (Tipo de evento), el nombre de servicio como Object Storage y el tipo de evento como Object - Create (Objeto: crear).
  5. Establece tu tipo de acción como Functions (Funciones).
  6. Asegúrate de que tu compartimento de función sea la misma selección que hiciste para Log de OCI, Bucket de OCI y Función de OCI.
  7. Selecciona tu aplicación de función y función (según el paso de instalación anterior).
  8. Haz clic en Create Rule (Crear regla), tu regla se creará y estará disponible en la lista de reglas.

Para más información sobre OCI Object Storage, consulta Empezando con eventos.

Datos recopilados

Métricas

oci.apigateway.backend_http_responses
(count)
Count of the HTTP responses returned by the back-end services.
Shown as response
oci.apigateway.bytes_received
(count)
Number of bytes received by the API gateway from API clients.
Shown as byte
oci.apigateway.bytes_sent
(count)
Number of bytes sent by the API gateway to API clients.
Shown as byte
oci.apigateway.http_requests
(count)
Number of incoming API client requests to the API gateway.
Shown as request
oci.apigateway.http_responses
(count)
Number of HTTP responses that the API gateway has sent back.
Shown as response
oci.apigateway.integration_latency
(gauge)
Time between the API gateway sending a request to the back-end service and receiving a response from the back-end service.
Shown as second
oci.apigateway.internal_latency
(gauge)
Time spent internally in the API gateway to process the request.
Shown as second
oci.apigateway.latency
(gauge)
Average time that it takes for a request to be processed and its response to be sent. This is calculated from the time the API gateway receives the first byte of an HTTP request to the time when the response send operation is completed.
Shown as second
oci.apigateway.response_cache_action
(gauge)
The action taken by the response cache.
oci.apigateway.response_cache_availability
(gauge)
Availability of the response cache as seen by the API gateway.
oci.apigateway.response_cache_latency
(gauge)
Total time taken for connect, read, and store operations on the response cache.
Shown as millisecond
oci.apigateway.subscriber_quota_proportion_used
(gauge)
Proportion of an entitlement's quota that has been consumed by a subscriber. Emitted per request. Calculated as: / .
Shown as fraction
oci.apigateway.subscriber_rate_limit_proportion_used
(gauge)
Proportion of an entitlement's rate limit that has been consumed by a subscriber. Emitted per request. Calculated as: / .
Shown as fraction
oci.apigateway.subscriber_requests
(count)
Number of requests made by a subscriber. Emitted per request.
Shown as request
oci.apigateway.usage_plan_requests
(count)
Number of requests to a given entitlement. Emitted per request.
Shown as request
oci.mediastreams.egress_bytes
(count)
Total egress of data streamed through the Distribution Channel (in GB).
Shown as byte
oci.mediastreams.request_count
(count)
Total number of requests made to the Distribution Channel.
Shown as request
oci.network_firewall.byte_received_count
(count)
The number of bytes received through the firewall.
Shown as byte
oci.network_firewall.byte_sent_count
(count)
The number of bytes sent through the firewall.
Shown as byte
oci.network_firewall.decryption_rule_hit_count
(count)
The number of times a connection matches a decryption rule.
oci.network_firewall.icmp_fragment_attacks_count
(count)
The number of ICMP fragment attacks detected.
oci.network_firewall.ip_spoof_count
(count)
Number of IP spoof attacks detected.
oci.network_firewall.land_attacks_count
(count)
The number of land attacks detected.
oci.network_firewall.mac_spoof_count
(count)
The number of MAC spoof attacks detected.
oci.network_firewall.packet_drop_count
(count)
The number of packets dropped through the firewall.
Shown as packet
oci.network_firewall.packet_received_count
(count)
The number of packets received at the firewall from the network, after drops.
Shown as packet
oci.network_firewall.packet_received_in_error_count
(count)
Number of packets received through the firewall that have errors.
Shown as packet
oci.network_firewall.packet_sent_count
(count)
The number of packets sent from the firewall to the network, after drops.
Shown as packet
oci.network_firewall.ping_of_death_attacks_count
(count)
The number of ping of death attacks detected.
oci.network_firewall.security_rule_hit_count
(count)
The number of times a connection matches a security rule.
oci.network_firewall.teardrop_attacks_count
(count)
The number of teardrop attacks detected.
oci.oracle_appmgmt.active_requests_by_application
(gauge)
Number of executions active grouped by category.
Shown as request
oci.oracle_appmgmt.active_user_sessions
(gauge)
Current Active User Sessions by username.
Shown as session
oci.oracle_appmgmt.active_user_sessions_by_responsibility
(gauge)
Current Active User Sessions grouped by responsibility.
Shown as session
oci.oracle_appmgmt.capacity_utilization_of_concurrent_managers
(gauge)
Utilized capacity of the concurrent manager.
Shown as percent
oci.oracle_appmgmt.completed_requests_by_application
(gauge)
Percentage of executions completed grouped by category.
Shown as percent
oci.oracle_appmgmt.concurrent_processing_component_status
(gauge)
Status of the component. Values are: 1 = Up 0 = Down.
Shown as resource
oci.oracle_appmgmt.concurrent_requests_by_status
(count)
Concurrent requests by status.
Shown as request
oci.oracle_appmgmt.deferred_records
(count)
Deferred records grouped by status.
Shown as record
oci.oracle_appmgmt.executed_programs_by_running_time
(gauge)
Running time of each execution of the program (raw data).
Shown as millisecond
oci.oracle_appmgmt.forms_database_sessions_per_application
(count)
Number Of Forms Sessions.
Shown as session
oci.oracle_appmgmt.forms_database_sessions_per_user
(count)
Number Of Forms Sessions.
Shown as session
oci.oracle_appmgmt.hourly_completed_concurrent_requests_rate
(gauge)
Concurrent Requests Completed by category.
Shown as percent
oci.oracle_appmgmt.inbound_notifications
(count)
Inbound records grouped by status.
Shown as record
oci.oracle_appmgmt.internal_concurrent_manager_status
(gauge)
Status of the resource. Values are: 1 = Up 0 = Down.
Shown as resource
oci.oracle_appmgmt.long_active_concurrent_requests
(gauge)
For pending requests, pending time. For running requests, running time.
Shown as millisecond
oci.oracle_appmgmt.monitoring_status
(gauge)
Status of the resource. Values are: 1 = Up 0 = Down.
Shown as resource
oci.oracle_appmgmt.outbound_notifications
(count)
Outbound records grouped by status.
Shown as record
oci.oracle_appmgmt.queue_details
(count)
Requests grouped by status.
Shown as request
oci.oracle_appmgmt.users_with_most_pending_requests
(gauge)
Number of requests.
Shown as user
oci.oracle_appmgmt.users_with_most_running_requests
(gauge)
Number of requests.
Shown as user
oci.postgresql.buffer_cache_hit_ratio
(gauge)
The percentage of pages found in the buffer cache without reading from disk.
Shown as percent
oci.postgresql.connections
(count)
The number of database connections.
Shown as connection
oci.postgresql.cpu_utilization
(gauge)
The CPU utilization expressed as a percentage. The utilization percentage is reported with respect to the number of CPUs the database is allowed to use, which is two times the number of OCPUs.
Shown as percent
oci.postgresql.deadlocks
(count)
The number of locks on a database row where two or more transactions are waiting for another transaction to give up a locked row.
Shown as lock
oci.postgresql.memory_utilization
(gauge)
The percentage of total RAM that's in use.
Shown as percent
oci.postgresql.read_iops
(gauge)
The number of reads per second.
Shown as read
oci.postgresql.read_latency
(gauge)
Read latency in milliseconds.
Shown as millisecond
oci.postgresql.read_throughput
(gauge)
Reads in kilobytes per second.
Shown as kilobyte
oci.postgresql.used_storage
(gauge)
The amount of storage used, expressed in GB.
Shown as gigabyte
oci.postgresql.write_iops
(gauge)
The number of writes per second.
Shown as write
oci.postgresql.write_latency
(gauge)
Write latency in milliseconds.
Shown as millisecond
oci.postgresql.write_throughput
(gauge)
Writes in kilobytes per second.
Shown as kilobyte

Checks de servicio

La integración de OCI no incluye ningún check de servicio.

Eventos

La integración de OCI no incluye ningún evento.

Resolución de problemas

¿Necesitas ayuda? Ponte en contacto con el servicio de asistencia de Datadog.

Para leer más

Más enlaces, artículos y documentación útiles: