The page has been translated by Gen AI.

Monitoring metrics

Cloud Monitoring Service Termination Notice

According to Samsung Cloud Platform’s policy, the Cloud Monitoring service is scheduled to be terminated.

Accordingly, services whose monitoring metrics are linked in Cloud Monitoring will no longer be able to monitor resources through Cloud Monitoring after the service improvement work in November 2026.
After that, resource monitoring can be continuously performed through the ServiceWatch service released in October 2025.

To ensure smooth service usage, proceed with the migration work according to the service termination schedule below.

  1. Notice on Applying Monitoring Service by Resource

    • New Resources: Resources created after the service improvement work in July 2026 are monitored by default using the ServiceWatch service.
    • Existing resources: After the service improvement work in September 2026 We provide monitoring concurrently through Cloud Monitoring and ServiceWatch services.
    • During the parallel operation period, we must prepare for the Servicewatch transition. *
      Performance and log data backup, user-configured settings linked with existing Cloud Monitoring (e.g. You need to review the event policies, etc., perform tasks such as resetting the ServiceWatch service, and complete them.
  2. Cloud Monitoring Service Phased Termination Schedule Notice

    • Console menu termination (September 2026 service improvement work)
      • You cannot access the Cloud Monitoring Console through the Console menu; you can only connect via the separate URLs for each region listed below.
  • Service termination (service improvement work in November 2026)
    • All services of Cloud Monitoring, including the API, will be permanently discontinued.
      • After the service ends in November, Cloud Monitoring data cannot be accessed. * Be sure to complete the ServiceWatch migration within the parallel operation period**.

Detailed information about ServiceWatch is available in the ServiceWatch Overview.

Search Engine Monitoring Metrics

The table below shows the performance monitoring metrics for Event Streams that can be viewed through Cloud Monitoring. For detailed Cloud Monitoring usage, refer to the Cloud Monitoring guide.

Refer to the Virtual Server Monitoring Metrics guide for the Search Engine server monitoring metrics.

Performance itemsDetailed descriptionunit
Disk Usagedatadir usageMB
Documents [Deleted]Total number of deleted documentscnt
Documents [Existing]Total number of existing documentscnt
Filesystem Bytes [Available]Available file systemsbytes
Filesystem Bytes [Free]Available file systembytes
Filesystem Bytes [Total]Total file systembytes
Instance Status [PID]Elasticsearch process PIDPID
JVM Heap Used [Init]Heap init used by JVM (bytes)bytes
JVM Heap Used [MAX]Heap max used by JVM (bytes)bytes
JVM Non Heap Used [Init]init (bytes) outside the heap used by the JVMbytes
JVM Non Heap Used [MAX]max (bytes) other than the heap used by the JVMbytes
Kibana ConnectionsKibana connectioncnt
Kibana Memory Heap Allocated [Limit]Maximum heap size allocated to a Node.js process (bytes)bytes
Kibana Memory Heap Allocated [Total]Maximum heap size allocated to a Node.js process (bytes)bytes
Kibana Memory Heap UsedMaximum heap size allocated to a Node.js process (bytes)bytes
Kibana Process UptimeKibana processms
Kibana Requests [Disconnected]Request count metriccnt
Kibana Requests [Total]Request count metriccnt
Kibana Response Time [Avg]Response time metricms
Kibana Response Time [MAX]Response time metricms
Kibana Status [PID]Kibana process PIDPID
License Expiry Date [ms]License expiration date [milisecond]ms
License StatusLicense statusstatus
License TypeLicense typetype
Queue TimeQueue timems
SegmentsTotal number of segmentscnt
Segments BytesTotal segment size (bytes)bytes
ShardsCluster shard countcnt
Store BytesTotal storage size (bytes)bytes
Table. Search Engine Monitoring Metrics
Server Type
How-to guides