Yandex Cloud
Search
Contact UsGet started
  • Blog
  • Pricing
  • Documentation
  • All Services
  • System Status
    • Featured
    • Infrastructure & Network
    • Data Platform
    • Containers
    • Developer tools
    • Serverless
    • Security
    • Monitoring & Resources
    • ML & AI
    • Business tools
  • All Solutions
    • By industry
    • By use case
    • Economics and Pricing
    • Security
    • Technical Support
    • Customer Stories
    • Gateway to Russia
    • Cloud for Startups
    • Education and Science
  • Blog
  • Pricing
  • Documentation
Yandex project
© 2025 Yandex.Cloud LLC
Yandex Managed Service for GitLab
  • Getting started
    • All guides
    • Getting information about instances
    • Creating and activating an instance
    • Setting up security groups and access restrictions to an instance
    • Stopping and starting an instance
    • Editing instance settings
    • Managing backups
    • Migrating from a custom GitLab installation
    • Migrating to a different availability zone
    • Cleaning up full disk space
    • Deleting an instance
    • Adding and removing users from a project
    • Setting up approval rules
    • Monitoring the instance status
    • Setting up OmniAuth
  • Access management
  • Pricing policy
  • Monitoring metrics
  • Audit Trails events
  • Release notes
  • FAQ

In this article:

  • Monitoring instance status
  • Alert settings in Monitoring
  • Instance statuses
  1. Step-by-step guides
  2. Monitoring the instance status

Monitoring Managed Service for GitLab instance status

Written by
Yandex Cloud
Updated at May 5, 2025
  • Monitoring instance status
  • Alert settings in Monitoring
  • Instance statuses

Note

This feature is at the Preview stage.

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

Diagnostic information about the instance status is visualized in charts. The charts automatically apply 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.

Monitoring instance statusMonitoring instance status

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

  1. Go to the folder page and select 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 Monitoring in the top panel.

The following charts will open on the page:

  • 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: Load on processor cores.
  • Memory: RAM usage. At high loads, the value of the Available memory parameter goes down and the Used memory values go up.

Alert settings in MonitoringAlert settings in Monitoring

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

  2. In the list of services, select 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 the Monitoring documentation.

  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 t0 compare the aggregation function result with threshold values.

    • Specify the Warning and Alarm threshold values. Select whether the current chart value should be greater than, less than, or equal to the threshold.

    • Set the alert calculation time window and delay.

  7. Click Create.

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

The recommended thresholds are as follows:

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 intermediate 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 launch

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 disabled. 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 completed, the cluster status will change 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, view which operations were performed in the instance.

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

STATUS_UNKNOWN

Instance is unable to determine its own status

Run the initial diagnostics:

  • Review instance monitoring charts.
  • On the instance page, under  Operations, view which operations were 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, a backup is automatically created and stored for two weeks. If you need to restore the instance after deletion, contact support.

Was the article helpful?

Previous
Setting up approval rules
Next
Setting up OmniAuth
Yandex project
© 2025 Yandex.Cloud LLC