Yandex Cloud
Search
Discuss with expertTry it for free
  • Customer Stories
  • Documentation
  • Blog
  • All Services
  • System Status
  • Marketplace
    • Featured
    • Infrastructure & Network
    • Data Platform
    • AI for business
    • Security
    • DevOps tools
    • Serverless
    • Monitoring & Resources
  • All Solutions
    • By industry
    • By use case
    • Economics and Pricing
    • Security
    • Technical Support
    • Start testing with double trial credits
    • Cloud credits to scale your IT product
    • Gateway to Russia
    • Cloud for Startups
    • Center for Technologies and Society
    • Yandex Cloud Partner program
    • Price calculator
    • Pricing plans
  • Customer Stories
  • Documentation
  • Blog
© 2026 Direct Cursus Technology L.L.C.
Yandex Managed Service for GitLab
  • Getting started
    • All guides
    • Getting instance info
    • Creating and activating an instance
    • Setting up security groups and access restrictions for an instance
    • Stopping and starting an instance
    • Updating instance settings
    • Managing backups
    • Migrating from a custom GitLab installation
    • Migrating to a different availability zone
    • Cleaning up full disk space
    • Deleting an instance
    • Creating and adding users to a project
    • Setting up approval rules
    • Instance state monitoring
    • Setting up OmniAuth
    • Integration with Object Storage
    • Working with a managed runner
  • Access management
  • Pricing policy
  • Terraform reference
  • Monitoring metrics
  • Audit Trails events
  • Release notes
  • FAQ

In this article:

  • Instance state monitoring
  • Setting up alerts in Monitoring
  • Instance statuses
  1. Step-by-step guides
  2. Instance state monitoring

Managed Service for GitLab instance state monitoring

Written by
Yandex Cloud
Updated at May 6, 2026
  • Instance state monitoring
  • Setting up alerts in Monitoring
  • Instance statuses

Note

This feature is at the Preview stage.

You can view instance state data in the Monitoring tab on the instance page or in Yandex Monitoring.

Diagnostic information about the instance state is shown as charts. The charts automatically use the most appropriate multiple measurement units (GB, percentage, etc.).

You can configure alerts in Yandex Monitoring to receive notifications about cluster failures. In Yandex Monitoring, there are two alert thresholds: Warning and Alarm. If the specified threshold is exceeded, you will receive alerts via the configured notification channels.

Instance state monitoringInstance state monitoring

To view detailed information about the Managed Service for GitLab instance state:

  1. Go to Managed Service for GitLab.
  2. Click the instance name and select the Monitoring tab.
  3. To get started with Yandex Monitoring metrics, dashboards, or alerts, click Open in Monium in the top panel.

You will see the following charts:

  • Data disk: Amount of used and free space on the data storage disk.
  • System disk: Amount of used and free space in the system storage.
  • CPU: Processor core workload.
  • Memory: RAM usage. At high workloads, the Available memory value goes down and the Used memory value goes up.

Setting up alerts in MonitoringSetting up alerts in Monitoring

Management console
  1. In the management console, select the folder with the instance for which you want to set up alerts.

  2. Go to  Monitoring.

  3. On the home page, under Service dashboards, select Managed Gitlab.

  4. In the chart you need, click and select Create alert.

  5. If the selected chart contains multiple metrics in the Alert configuration section, you can keep all data queries or only specific ones. For example, for the System disk metric, you can remove the redundant free storage space query and keep only the used space query.

    To remove the redundant query, click → Delete in the query row.

    You can learn more about the query language in this Monitoring article.

  6. Set the alert trigger conditions:

    • Set the query name that will be used to calculate the alert status.

    • Select the aggregation function to apply to metric values in the time window.

    • Select the comparison function to compare the aggregation function result with threshold values.

    • Specify the Warning and Alarm threshold values. Select whether the current chart value should exceed, fall below, or match the threshold.

    • Set the time window for alert evaluation and the evaluation delay.

  7. Click Create.

You can also create alerts for specific Managed Service for GitLab metrics.

Recommended threshold values for certain metrics:

The recommended thresholds for the Remaining free disk space (sys.filesystem.FreeB) metric are as follows:

  1. Aggregation function: Average.
  2. Comparison function: Less than or equal to.
  3. Alarm: 7% of the storage size.
  4. Warning: 10% of the storage size.
  5. Evaluation window: 5 minutes.
  6. Evaluation delay: 30 seconds.

Instance statusesInstance statuses

The status shows whether the instance is started, stopped, or in a transitional state. You can view the status in the list of Managed Service for GitLab instances or on each instance's page.

The following statuses are possible:

Status

Description

Suggested actions

CREATING

Preparing for the first start

Wait a while and get started. The time it takes to create an instance depends on the host class.

RUNNING

The instance is running normally.

No action is required.

STOPPING

Stopping the instance

After a while, the instance status will change to STOPPED and the instance will be taken offline. No action is required.

STOPPED

The instance is stopped.

Start the instance to get it running again.

STARTING

Starting the instance that was stopped earlier

After a while, the instance status will change to RUNNING. Wait a while and get started.

UPDATING

Updating the instance

After the update is complete, the cluster status will switch to RUNNING. Wait a while and get started.

ERROR

An error occurred that does not allow the instance to continue working.

Run the initial diagnostics:

  • Review instance monitoring charts.
  • On the instance page, under  Operations, check the operations performed in the instance.

If you cannot find the cause of the error yourself, contact support.

STATUS_UNKNOWN

The instance is unable to determine its status.

Run the initial diagnostics:

  • Review instance monitoring charts.
  • On the instance page, under  Operations, check the operations performed in the instance.

If you cannot find the cause of the error yourself, contact support.

DELETING

Deleting the instance

Once deleted, the instance will be removed from the Instances list page and will no longer be accessible. No action is required.

When you delete an instance, the system automatically creates its backup which is stored for two weeks. If you need to restore an instance after deletion, contact support.

Was the article helpful?

Previous
Setting up approval rules
Next
Setting up OmniAuth
© 2026 Direct Cursus Technology L.L.C.