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
  1. Step-by-step guides
  2. Updating instance settings

Updating instance settings

Written by
Yandex Cloud
Improved by
Danila N.
Updated at May 6, 2026

After creating a GitLab instance, you can update the general and advanced instance settings yourself.

Updating general and advanced instance settingsUpdating general and advanced instance settings

Warning

During instance type or disk size update, your GitLab instance will be temporarily unavailable.

Management console
CLI
Terraform
API
  1. In the management console, select the folder with your GitLab instance.

  2. Go to Managed Service for GitLab.

  3. Select the instance and click Edit at the top of the page.

  4. At the top of the page:

    • Specify a new instance name and description.
    • Add labels to break instances into logical groups.
    • Enable or disable instance protection against accidental deletion by users.
  5. Under Configuration:

    • Change the instance type. From the current instance type, you can only upgrade to a higher-performance type, e.g., from s2.micro to s2.small. You cannot downgrade to a lower-performance instance type.

    • Select another security group or create a new one:

      • Click Create group.
      • Enter a name and description for the security group. You can add rules for the security group later in Virtual Private Cloud.
      • Click Create.

      If you do not specify a separate security group, the default security group created in the instance network will apply.

      Configure your security group so that its rules allow incoming and outgoing traffic on the specified ports and IP addresses.

      Warning

      The security group's setup determines the Managed Service for GitLab instance performance and availability.

      If you have issues with setting up a security group, contact support.

    • Specify the disk size. You can increase the disk size or leave it as is. Reducing the disk size is not supported.

    • Change the automatic backup retention period, in days.

    • Select the appropriate configuration for approval rules.

      Note

      The configuration you select affects the cost of using the instance computing resources.

    • To activate the approval rules, provide the GitLab token.

  6. Under Advanced settings, enable or disable deletion of untagged images. This setting affects the amount of free disk space on the instance.

  7. Click Save.

If you do not have the Yandex Cloud CLI yet, install and initialize it.

The folder used by default is the one specified when creating the CLI profile. To change the default folder, use the yc config set folder-id <folder_ID> command. You can also specify a different folder for any command using --folder-name or --folder-id. If you access a resource by its name, the search will be limited to the default folder. If you access a resource by its ID, the search will be global, i.e., through all folders based on access permissions.

  1. View the description of the CLI command for updating Managed Service for GitLab instance settings:

    yc managed-gitlab instance update --help
    
  2. Update the GitLab instance settings (this example does not use all available parameters):

    yc managed-gitlab instance update <instance_name_or_ID> \
      --new-name <new_instance_name> \
      --resource-preset-id <host_class> \
      --disk-size <disk_size_in_GB> \
      --deletion-protection \
      --approval-rules <approval_rule_configuration>
    

    Where:

    • --new-name: New instance name, unique within Yandex Cloud. Follow these naming requirements:

      • Length: between 3 and 63 characters.
      • It can only contain lowercase Latin letters, numbers, and hyphens.
      • It must start with a letter and cannot end with a hyphen.
    • --resource-preset-id: Host class. It determines the configuration of the VM to host the GitLab instance. The possible values are:

      • s2.micro: 2 vCPUs, 8 GB RAM
      • s2.small: 4 vCPUs, 16 GB RAM
      • s2.medium: 8 vCPUs, 32 GB RAM
      • s2.large: 16 vCPUs, 64 GB RAM
    • --disk-size: Disk size, in GB.

    • --deletion-protection: Instance protection against accidental deletion by users.

      Note

      You can use the CLI to enable but not disable the accidental deletion protection.

    • --approval-rules: Approval rule configuration. The possible values are:

      • BASIC
      • STANDARD
      • ADVANCED

      Note

      The configuration you select affects the cost of using the instance computing resources.

    Result:

    id: c17c60tpadua********
    folder_id: b1g2slt7p9ug********
    created_at: "2025-07-20T18:34:16.078Z"
    updated_at: "2025-07-20T18:54:49.829961285Z"
    name: test-cli
    resource_preset_id: s2.small
    disk_size: "107374182400"
    status: RUNNING
    admin_login: admin-gl
    admin_email: user@example.com
    domain: test-domain-user.gitlab.yandexcloud.net
    subnet_id: e9b4rrpuu2a********
    backup_retain_period_days: "7"
    deletion_protection: true
    approval_rules_id: BASIC
    gitlab_version: 17.11.6
    

    For more information about this command, see the CLI reference.

  1. Open the current Terraform configuration file describing your infrastructure.

    For more information about creating this file, see Creating a GitLab instance.

  2. Change the parameter values in the GitLab instance description:

    resource "yandex_gitlab_instance" "my_gitlab_instance" {
      ...
      resource_preset_id        = "<host_class>"
      disk_size                 = <disk_size_in_GB>
      approval_rules_id         = "<approval_rule_configuration>"
      backup_retain_period_days = <backup_retention_period>
      deletion_protection       = <true_or_false>
      ...
    }
    

    Where:

    • resource_preset_id: Host class. It determines the configuration of the VM to host the GitLab instance. The possible values are:

      • s2.micro: 2 vCPUs, 8 GB RAM
      • s2.small: 4 vCPUs, 16 GB RAM
      • s2.medium: 8 vCPUs, 32 GB RAM
      • s2.large: 16 vCPUs, 64 GB RAM
    • disk_size: Disk size, in GB.

    • approval_rules_id: Approval rule configuration. The possible values are:

      • BASIC
      • STANDARD
      • ADVANCED

      Note

      The configuration you select affects the cost of using the instance computing resources.

    • backup_retain_period_days: Automatic backup retention period, in days.

    • deletion_protection: Instance protection against accidental deletion by users. The possible values are true or false.

    For more information about yandex_gitlab_instance properties, see this provider guide.

  3. Make sure the settings are correct.

    1. In the command line, navigate to the directory that contains the current Terraform configuration files defining the infrastructure.

    2. Run this command:

      terraform validate
      

      Terraform will show any errors found in your configuration files.

  4. Confirm updating the resources.

    1. Run this command to view the planned changes:

      terraform plan
      

      If you described the configuration correctly, the terminal will display a list of the resources to update and their parameters. This is a verification step that does not apply changes to your resources.

    2. If everything looks correct, apply the changes:

      1. Run this command:

        terraform apply
        
      2. Confirm updating the resources.

      3. Wait for the operation to complete.

    Terraform will update all the required resources. You can check the update using the management console or this CLI command:

    yc managed-gitlab instance list
    

For more information, see this Terraform provider guide.

Use the Update REST API method for the Instance resource or the InstanceService/Update gRPC API call.

Was the article helpful?

Previous
Stopping and starting an instance
Next
Managing backups
© 2026 Direct Cursus Technology L.L.C.