Yandex Cloud
Поиск
Связаться с намиПодключиться
  • Документация
  • Блог
  • Все сервисы
  • Статус работы сервисов
    • Популярные
    • Инфраструктура и сеть
    • Платформа данных
    • Контейнеры
    • Инструменты разработчика
    • Бессерверные вычисления
    • Безопасность
    • Мониторинг и управление ресурсами
    • Машинное обучение
    • Бизнес-инструменты
  • Все решения
    • По отраслям
    • По типу задач
    • Экономика платформы
    • Безопасность
    • Техническая поддержка
    • Каталог партнёров
    • Обучение и сертификация
    • Облако для стартапов
    • Облако для крупного бизнеса
    • Центр технологий для общества
    • Облако для интеграторов
    • Поддержка IT-бизнеса
    • Облако для фрилансеров
    • Обучение и сертификация
    • Блог
    • Документация
    • Контент-программа
    • Мероприятия и вебинары
    • Контакты, чаты и сообщества
    • Идеи
    • Истории успеха
    • Тарифы Yandex Cloud
    • Промоакции и free tier
    • Правила тарификации
  • Документация
  • Блог
Проект Яндекса
© 2025 ООО «Яндекс.Облако»
Практические руководства
    • Все руководства
    • Развертывание веб-интерфейса Apache Kafka®
    • Миграция БД из стороннего кластера Apache Kafka® в Managed Service for Apache Kafka®
    • Перенос данных между кластерами Managed Service for Apache Kafka® с помощью Data Transfer
    • Поставка данных из Managed Service for MySQL® в Managed Service for Apache Kafka® с помощью Data Transfer
    • Поставка данных из Managed Service for MySQL® в Managed Service for Apache Kafka® с помощью Debezium
    • Поставка данных из Managed Service for PostgreSQL в Managed Service for Apache Kafka® с помощью Data Transfer
    • Поставка данных из Managed Service for PostgreSQL в Managed Service for Apache Kafka® с помощью Debezium
    • Поставка данных из Managed Service for YDB в Managed Service for Apache Kafka® с помощью Data Transfer
    • Поставка данных из Managed Service for Apache Kafka® в Managed Service for ClickHouse® с помощью Data Transfer
    • Поставка данных из Managed Service for Apache Kafka® в Managed Service for Greenplum® с помощью Data Transfer
    • Поставка данных из Managed Service for Apache Kafka® в Managed Service for MongoDB с помощью Data Transfer
    • Поставка данных из Managed Service for Apache Kafka® в Managed Service for MySQL® с помощью Data Transfer
    • Поставка данных из Managed Service for Apache Kafka® в Managed Service for OpenSearch с помощью Data Transfer
    • Поставка данных из Managed Service for Apache Kafka® в Managed Service for PostgreSQL с помощью Data Transfer
    • Поставка данных из Managed Service for Apache Kafka® в Managed Service for YDB с помощью Data Transfer
    • Поставка данных из Managed Service for Apache Kafka® в Data Streams с помощью Data Transfer
    • Поставка данных из Data Streams в Managed Service for YDB с помощью Data Transfer
    • Поставка данных из Data Streams в Managed Service for Apache Kafka® с помощью Data Transfer
    • Захват изменений YDB и поставка в YDS
    • Настройка Kafka Connect для работы с кластером Managed Service for Apache Kafka®
    • Автоматизация задач Query с помощью Managed Service for Apache Airflow™
    • Отправка запросов к API Yandex Cloud через Yandex Cloud Python SDK
    • Настройка SMTP-сервера для отправки уведомлений по электронной почте
    • Добавление данных в БД ClickHouse®
    • Миграция данных в Managed Service for ClickHouse® при помощи Data Transfer
    • Поставка данных из Managed Service for MySQL® в Managed Service for ClickHouse® с помощью Data Transfer
    • Асинхронная репликация данных из PostgreSQL в ClickHouse®
    • Обмен данными между Managed Service for ClickHouse® и Yandex Data Processing
    • Настройка Managed Service for ClickHouse® для Graphite
    • Получение данных из Managed Service for Apache Kafka® в Managed Service for ClickHouse®
    • Получение данных из Managed Service for Apache Kafka® в ksqlDB
    • Получение данных из RabbitMQ в Managed Service for ClickHouse®
    • Сохранение потока данных Data Streams в Managed Service for ClickHouse®
    • Асинхронная репликация данных из Яндекс Метрика в ClickHouse® с помощью Data Transfer
    • Использование гибридного хранилища в Managed Service for ClickHouse®
    • Шардирование таблиц Managed Service for ClickHouse®
    • Перешардирование данных в кластере Managed Service for ClickHouse®
    • Загрузка данных из Яндекс Директ в витрину Managed Service for ClickHouse® с использованием Cloud Functions, Object Storage и Data Transfer
    • Загрузка данных из Object Storage в Managed Service for ClickHouse® с помощью Data Transfer
    • Миграция данных со сменой хранилища из Managed Service for OpenSearch в Managed Service for ClickHouse® с помощью Data Transfer
    • Загрузка данных из Managed Service for YDB в Managed Service for ClickHouse® с помощью Data Transfer
    • Миграция базы данных из Google BigQuery в Managed Service for ClickHouse®
    • Настройка Cloud DNS для доступа к кластеру Managed Service for ClickHouse® из других облачных сетей
    • Миграция кластера Yandex Data Processing с HDFS в другую зону доступности
    • Импорт данных из Managed Service for MySQL® в Yandex Data Processing с помощью Sqoop
    • Импорт данных из Managed Service for PostgreSQL в Yandex Data Processing с помощью Sqoop
    • Монтирование бакетов Object Storage к файловой системе хостов Yandex Data Processing
    • Работа с топиками Apache Kafka® с помощью Yandex Data Processing
    • Автоматизация работы с Yandex Data Processing с помощью Managed Service for Apache Airflow™
    • Совместная работа с таблицами Yandex Data Processing с использованием Metastore
    • Перенос метаданных между кластерами Yandex Data Processing с помощью Metastore
    • Импорт данных из Object Storage, обработка и экспорт в Managed Service for ClickHouse®
    • Миграция в Managed Service for Elasticsearch с помощью снапшотов
    • Миграция коллекций из стороннего кластера MongoDB в Managed Service for MongoDB
    • Миграция данных в Managed Service for MongoDB
    • Миграция кластера Managed Service for MongoDB с версии 4.4 на 6.0
    • Шардирование коллекций MongoDB
    • Анализ производительности и оптимизация MongoDB
    • Миграция БД из стороннего кластера MySQL® в кластер Managed Service for MySQL®
    • Анализ производительности и оптимизация Managed Service for MySQL®
    • Синхронизация данных из стороннего кластера MySQL® в Managed Service for MySQL® с помощью Data Transfer
    • Миграция БД из Managed Service for MySQL® в сторонний кластер MySQL®
    • Миграция БД из Managed Service for MySQL® в Object Storage с помощью Data Transfer
    • Перенос данных из Object Storage в Managed Service for MySQL® с использованием Data Transfer
    • Поставка данных из Managed Service for MySQL® в Managed Service for Apache Kafka® с помощью Data Transfer
    • Поставка данных из Managed Service for MySQL® в Managed Service for Apache Kafka® с помощью Debezium
    • Миграция БД из Managed Service for MySQL® в Managed Service for YDB с помощью Data Transfer
    • Захват изменений MySQL® и поставка в YDS
    • Миграция данных из Managed Service for MySQL® в Managed Service for PostgreSQL с помощью Data Transfer
    • Миграция данных из AWS RDS for PostgreSQL в Managed Service for PostgreSQL с помощью Data Transfer
    • Миграция данных из Managed Service for MySQL® в Managed Service for Greenplum® с помощью Data Transfer
    • Настройка политики индексов в Managed Service for OpenSearch
    • Миграция данных из Elasticsearch в Managed Service for OpenSearch
    • Миграция данных в Managed Service for OpenSearch из стороннего кластера OpenSearch с помощью Data Transfer
    • Загрузка данных из Managed Service for OpenSearch в Object Storage с помощью Data Transfer
    • Миграция данных из Managed Service for OpenSearch в Managed Service for YDB с помощью Data Transfer
    • Копирование данных из Managed Service for OpenSearch в Managed Service for Greenplum® с помощью Yandex Data Transfer
    • Миграция данных из Managed Service for PostgreSQL в Managed Service for OpenSearch с помощью Data Transfer
    • Аутентификация в OpenSearch Dashboards кластера Managed Service for OpenSearch с помощью Keycloak
    • Использование плагина yandex-lemmer в Managed Service for OpenSearch
    • Создание кластера PostgreSQL для «1С:Предприятия»
    • Поиск проблем с производительностью кластера Managed Service for PostgreSQL
    • Анализ производительности и оптимизация Managed Service for PostgreSQL
    • Логическая репликация PostgreSQL
    • Миграция БД из стороннего кластера PostgreSQL в Managed Service for PostgreSQL
    • Миграция БД из Managed Service for PostgreSQL
    • Поставка данных из Managed Service for PostgreSQL в Managed Service for Apache Kafka® с помощью Data Transfer
    • Поставка данных из Managed Service for PostgreSQL в Managed Service for Apache Kafka® с помощью Debezium
    • Поставка данных из Managed Service for PostgreSQL в Managed Service for YDB с помощью Data Transfer
    • Миграция БД из Managed Service for PostgreSQL в Object Storage
    • Перенос данных из Object Storage в Managed Service for PostgreSQL с использованием Data Transfer
    • Захват изменений PostgreSQL и поставка в YDS
    • Миграция данных из Managed Service for PostgreSQL в Managed Service for MySQL® с помощью Data Transfer
    • Миграция данных из Managed Service for PostgreSQL в Managed Service for OpenSearch с помощью Data Transfer
    • Решение проблем с сортировкой строк в PostgreSQL после обновления glibc
    • Миграция БД из Greenplum® в ClickHouse®
    • Миграция БД из Greenplum® в PostgreSQL
    • Выгрузка данных Greenplum® в холодное хранилище Object Storage
    • Загрузка данных из Object Storage в Managed Service for Greenplum® с помощью Data Transfer
    • Копирование данных из Managed Service for OpenSearch в Managed Service for Greenplum® с помощью Yandex Data Transfer
    • Создание внешней таблицы на базе таблицы из бакета Object Storage с помощью конфигурационного файла
    • Миграция БД из стороннего кластера Valkey™ в Yandex Managed Service for Valkey™
    • Использование кластера Yandex Managed Service for Valkey™ в качестве хранилища сессий PHP
    • Загрузка данных из Object Storage в Managed Service for YDB с помощью Data Transfer
    • Загрузка данных из Managed Service for YDB в Object Storage с помощью Data Transfer
    • Обработка аудитных логов Audit Trails
    • Обработка логов Cloud Logging
    • Обработка потока изменений Debezium
    • Анализ данных с помощью Jupyter
    • Обработка файлов детализации в сервисе Yandex Cloud Billing
    • Ввод данных в системы хранения
    • Умная обработка логов
    • Передача данных в микросервисных архитектурах
    • Миграция данных в Object Storage с помощью Data Transfer
    • Миграция данных из стороннего кластера Greenplum® или PostgreSQL в Managed Service for Greenplum® с помощью Data Transfer
    • Миграция кластера Managed Service for MongoDB
    • Миграция кластера MySQL®
    • Миграция на сторонний кластер MySQL®
    • Миграция кластера PostgreSQL
    • Создание реестра схем для поставки данных в формате Debezium CDC из Apache Kafka®

В этой статье:

  • Необходимые платные ресурсы
  • Перед началом работы
  • Подготовьте инфраструктуру
  • Установите дополнительное ПО
  • Подключитесь к кластеру-источнику и создайте логический дамп
  • (Опционально) Загрузите дамп на промежуточную виртуальную машину
  • Восстановите дамп в кластере-приемнике
  • Убедитесь, что дамп полностью восстановлен
  • Удалите созданные ресурсы
  1. Построение Data Platform
  2. Миграция БД из стороннего кластера Valkey™ в Yandex Managed Service for Valkey™

Миграция базы данных из стороннего кластера Valkey™ в Yandex Managed Service for Valkey™

Статья создана
Yandex Cloud
Обновлена 8 апреля 2025 г.
  • Необходимые платные ресурсы
  • Перед началом работы
    • Подготовьте инфраструктуру
    • Установите дополнительное ПО
  • Подключитесь к кластеру-источнику и создайте логический дамп
  • (Опционально) Загрузите дамп на промежуточную виртуальную машину
  • Восстановите дамп в кластере-приемнике
  • Убедитесь, что дамп полностью восстановлен
  • Удалите созданные ресурсы

Для миграции данных в Valkey™ используется логический дамп — файл с набором команд, последовательное выполнение которых восстанавливает состояние баз данных в кластере. Его можно создать разными способами, далее для примера используется redis-dump-go.

Примечание

Для миграции нельзя использовать бинарный дамп в формате RDB, т. к. Yandex Managed Service for Valkey™ не предоставляет доступ к файловой системе на хостах кластера.

Чтобы мигрировать базы данных Valkey™ из кластера-источника в кластер-приемник:

  1. Подключитесь к кластеру-источнику и создайте логический дамп.

  2. (Опционально) Загрузите дамп на промежуточную виртуальную машину.

    Переносить данные с помощью виртуальной машины в Yandex Compute Cloud нужно, если:

    • К вашему кластеру Yandex Managed Service for Valkey™ нет доступа из интернета.
    • Ваше оборудование или соединение с кластером в Yandex Cloud недостаточно надежны.
  3. Восстановите дамп в кластере-приемнике.

  4. Убедитесь, что дамп полностью восстановлен.

Если созданные ресурсы вам больше не нужны, удалите их.

Необходимые платные ресурсыНеобходимые платные ресурсы

В стоимость поддержки описываемого решения входят:

  • Плата за кластер-приемник Yandex Managed Service for Valkey™: использование вычислительных ресурсов, выделенных хостам, и дискового пространства (см. тарифы Valkey™).
  • Плата за использование публичных IP-адресов, если для хостов кластера включен публичный доступ (см. тарифы Virtual Private Cloud).
  • При создании виртуальной машины для загрузки дампа — плата за использование вычислительных ресурсов, хранилища, операционной системы (для отдельных ОС) и публичного IP-адреса (опционально) (см. тарифы Compute Cloud).

Перед началом работыПеред началом работы

Подготовьте инфраструктуруПодготовьте инфраструктуру

Вручную
Terraform
  1. Создайте кластер Yandex Managed Service for Valkey™ любой подходящей конфигурации. Для подключения к кластеру с локальной машины пользователя, а не из облачной сети Yandex Cloud, включите поддержку TLS и публичный доступ для хостов при создании кластера.

  2. (Опционально) Создайте промежуточную виртуальную машину Linux в Yandex Compute Cloud в той же сети, что и кластер Yandex Managed Service for Valkey™ в следующей конфигурации:

    • В блоке Образ загрузочного диска выберите образ Ubuntu 20.04.

    • В блоке Сетевые настройки:

      • Публичный IP-адрес — Автоматически.
      • Внутренний IPv4-адрес — Автоматически.
      • Группы безопасности — выберите ту же группу безопасности, что и для кластера Yandex Managed Service for Valkey™.
  3. Если вы используете группы безопасности Virtual Private Cloud, настройте их.

  1. Если у вас еще нет Terraform, установите его.

  2. Получите данные для аутентификации. Вы можете добавить их в переменные окружения или указать далее в файле с настройками провайдера.

  3. Настройте и инициализируйте провайдер. Чтобы не создавать конфигурационный файл с настройками провайдера вручную, скачайте его.

  4. Поместите конфигурационный файл в отдельную рабочую директорию и укажите значения параметров. Если данные для аутентификации не были добавлены в переменные окружения, укажите их в конфигурационном файле.

  5. Скачайте в ту же рабочую директорию файл конфигурации для подходящего типа кластера:

    • redis-cluster-non-sharded.tf — для нешардированного кластера.
    • redis-cluster-sharded.tf — для шардированного кластера.

    В каждом файле описаны:

    • сеть;
    • подсеть;
    • группа безопасности по умолчанию и правила, необходимые для подключения к кластеру и виртуальной машине;
    • кластер Yandex Managed Service for Valkey™ с публичным доступом из интернета;
    • (опционально) виртуальная машина с публичным доступом из интернета.
  6. Укажите в файле конфигурации:

    • Пароль для доступа к кластеру Yandex Managed Service for Valkey™.

    • (Опционально) Параметры виртуальной машины:

      • Идентификатор публичного образа виртуальной машины. Например, для Ubuntu 20.04 LTS.
      • Логин и абсолютный путь к публичной части SSH-ключа, которые будут использоваться для доступа к виртуальной машине. По умолчанию в образе Ubuntu 20.04 LTS указанный логин игнорируется, вместо него создается пользователь с логином ubuntu. Используйте его для подключения к виртуальной машине.
  7. Проверьте корректность файлов конфигурации Terraform с помощью команды:

    terraform validate
    

    Если в файлах конфигурации есть ошибки, Terraform на них укажет.

  8. Создайте необходимую инфраструктуру:

    1. Выполните команду для просмотра планируемых изменений:

      terraform plan
      

      Если конфигурации ресурсов описаны верно, в терминале отобразится список изменяемых ресурсов и их параметров. Это проверочный этап: ресурсы не будут изменены.

    2. Если вас устраивают планируемые изменения, внесите их:

      1. Выполните команду:

        terraform apply
        
      2. Подтвердите изменение ресурсов.

      3. Дождитесь завершения операции.

    В указанном каталоге будут созданы все требуемые ресурсы. Проверить появление ресурсов и их настройки можно в консоли управления.

Установите дополнительное ПОУстановите дополнительное ПО

  1. (Опционально) Установите на локальный компьютер утилиты для скачивания и загрузки файлов по протоколу SSH, например:

    • WinSCP
    • Putty SCP
  2. Убедитесь, что на кластере-источнике установлена утилита GNU Screen.

    Создание и восстановление дампа могут занять длительное время. Чтобы эти процессы не прерывались при закрытии SSH-сессии по таймауту, запускайте их с помощью этой утилиты. Если при создании или восстановлении дампа SSH-соединение будет прервано, подключитесь повторно и восстановите состояние сессии с помощью команды:

    screen -R
    

Подключитесь к кластеру-источнику и создайте логический дампПодключитесь к кластеру-источнику и создайте логический дамп

  1. Подключитесь к хосту-мастеру кластера-источника по SSH.

  2. Загрузите архив с утилитой redis-dump-go со страницы проекта. Далее в примерах используется версия 0.5.1.

    wget https://github.com/yannh/redis-dump-go/releases/download/v0.5.1/redis-dump-go_0.5.1_linux_amd64.tar.gz
    
  3. Распакуйте архив в текущий каталог:

    tar xf redis-dump-go_0.5.1_linux_amd64.tar.gz
    
  4. Изучите параметры запуска утилиты:

    ./redis-dump-go -h
    
  5. Если для подключения к кластеру Valkey™ нужен пароль, укажите его в значении переменной окружения REDISDUMPGO_AUTH:

    export REDISDUMPGO_AUTH="<пароль_Valkey™>"
    
  6. Запустите интерактивную сессию screen:

    screen
    
  7. Запустите процесс создания логического дампа:

    ./redis-dump-go \
        -host <IP-адрес_или_FQDN_хоста-мастера_в_кластере_Valkey™> \
        -port <порт_Valkey™> > <файл_дампа>
    

    Совет

    В процессе создания дампа на экран будет выводиться количество обработанных ключей. Запомните или запишите последнее выведенное значение, оно понадобится при проверке полноты восстановления дампа в кластере-приемнике.

  8. Когда дамп будет создан, скачайте его на свой компьютер.

  9. Завершите интерактивную сессию screen:

    exit
    

(Опционально) Загрузите дамп на промежуточную виртуальную машину(Опционально) Загрузите дамп на промежуточную виртуальную машину

  1. Подключитесь к промежуточной виртуальной машине по SSH.

  2. Загрузите дамп со своего компьютера на промежуточную виртуальную машину любым удобным способом.

Восстановите дамп в кластере-приемникеВосстановите дамп в кластере-приемнике

  1. Подключитесь к кластеру и запустите интерактивную сессию screen:

    screen
    
  2. Запустите процесс восстановления дампа:

    Подключение без TLS
    Подключение с TLS

    Перед подключением установите зависимости:

    sudo apt update && sudo apt install -y redis-tools
    

    Подключение с помощью Sentinel

    host=$(redis-cli \
      -h <FQDN_любого_хоста_Valkey™> \
      -p 26379 \
      sentinel \
      get-master-addr-by-name \
      no-shards-no-tls | head -n 1)
    redis-cli \
      -h ${host} \
      -p 6379 \
      -a <пароль_кластера-приемника> \
      --pipe < <файл_дампа>
    

    Подключение напрямую к мастеру

    redis-cli \
      -h <FQDN_хоста-мастера> \
      -p 6379 \
      -a <пароль_кластера-приемника> \
      --pipe < <файл_дампа>
    

    При подключении к нешардированному кластеру вместо FQDN хоста-мастера можно использовать особые FQDN.

    Подключение к шардированному кластеру

    1. Создайте скрипт с командами загрузки дампа:

      load-dump.sh

      shards=('<FQDN_хоста-мастера_в_шарде_1>' \
              ...
              '<FQDN_хоста-мастера_в_шарде_N>')
      
      for shard in "${shards[@]}" ; do
        redis-cli -h "${shard}" \
                  -p 6379 \
                  -a "<пароль_кластера-приемника>" \
                  --pipe < <файл_дампа>
      done
      
    2. Запустите скрипт:

      bash ./load-dump.sh
      

      Во время работы скрипта будут выводиться сообщения об ошибках вставки данных. Это нормальное поведение команды redis-cli, связанное с тем, что в шардированном кластере каждый шард хранит только часть данных. Подробнее см. в разделе Шардирование в Yandex Managed Service for Valkey™.

    Перед подключением установите зависимости:

    Соберите утилиту redis-tools с поддержкой TLS одним из двух способов::

    • Из репозитория

      1. Подключите репозиторий:

        sudo apt-add-repository ppa:redislabs/redis
        

        Пакеты в этом репозитории уже собраны с флагом BUILD_TLS=yes.

      2. Установите утилиту:

        sudo apt update && sudo apt install -y redis-tools
        
    • Вручную

      Перейдите в директорию, куда хотите скачать дистрибутив. Скачайте стабильную версию утилиты и выполните сборку и установку:

      wget https://download.redis.io/redis-stable.tar.gz && \
      tar -xzvf redis-stable.tar.gz && \
      cd redis-stable && \
      make BUILD_TLS=yes && \
      sudo make install && \
      sudo cp ./src/redis-cli /usr/bin/
      

    Подключение с помощью Sentinel

    host=$(redis-cli \
           -h <FQDN_любого_хоста_Valkey™> \
           -p 26379 \
           sentinel \
           get-master-addr-by-name \
           no-shards-tls | head -n 1)
    redis-cli \
        -h ${host} \
        -p 6380 \
        -a <пароль_кластера-приемника> \
        --tls \
        --cacert ~/.redis/YandexInternalRootCA.crt \
        --pipe < <файл_дампа>
    

    Подключение напрямую к мастеру

    redis-cli \
        -h c-<идентификатор_кластера>.rw.mdb.yandexcloud.net \
        -p 6380 \
        -a <пароль_кластера-приемника> \
        --tls \
        --cacert ~/.redis/YandexInternalRootCA.crt \
        --pipe < <файл_дампа>
    

    При подключении к нешардированному кластеру вместо FQDN хоста-мастера можно использовать особые FQDN.

    Подключение к шардированному кластеру

    1. Создайте скрипт с командами загрузки дампа:

      load-dump.sh

      shards=('<FQDN_хоста-мастера_в_шарде_1>' \
              ...
              '<FQDN_хоста-мастера_в_шарде_N>')
      
      for shard in "${shards[@]}" ; do
        redis-cli -h "${shard}" \
                  -p 6380 \
                  -a "<пароль_кластера-приемника>" \
                  --tls \
                  --cacert ~/.redis/YandexInternalRootCA.crt \
                  --pipe < <файл_дампа>
      done
      
    2. Запустите скрипт:

      bash ./load-dump.sh
      

      Во время работы скрипта будут выводиться сообщения об ошибках вставки данных. Это нормальное поведение команды redis-cli, связанное с тем, что в шардированном кластере каждый шард хранит только часть данных. Подробнее см. в разделе Шардирование в Yandex Managed Service for Valkey™.

  3. Завершите интерактивную сессию screen:

    exit
    

Убедитесь, что дамп полностью восстановленУбедитесь, что дамп полностью восстановлен

  1. В консоли управления перейдите в каталог, где нужно восстановить кластер.
  2. В списке сервисов выберите Yandex Managed Service for Valkey™.
  3. Нажмите на имя нужного кластера и выберите вкладку Мониторинг.

Обратите внимание на график DB Keys, отображающий количество ключей, хранящихся в кластере. Если кластер шардированный, на графике будет выводиться количество ключей в каждом шарде. В этом случае количество ключей в кластере равно суммарному количеству ключей в шардах.

Общее количество ключей в кластере должно совпадать с числом ключей, обработанных утилитой redis-dump-go при создании дампа.

Удалите созданные ресурсыУдалите созданные ресурсы

Удалите ресурсы, которые вы больше не будете использовать, чтобы за них не списывалась плата:

Вручную
Terraform
  • Удалите кластер Yandex Managed Service for Valkey™.
  • Если вы создавали промежуточную виртуальную машину, удалите ее.
  • Если вы зарезервировали публичные статические IP-адреса, освободите и удалите их.
  1. В терминале перейдите в директорию с планом инфраструктуры.

    Важно

    Убедитесь, что в директории нет Terraform-манифестов с ресурсами, которые вы хотите сохранить. Terraform удаляет все ресурсы, которые были созданы с помощью манифестов в текущей директории.

  2. Удалите ресурсы:

    1. Выполните команду:

      terraform destroy
      
    2. Подтвердите удаление ресурсов и дождитесь завершения операции.

    Все ресурсы, которые были описаны в Terraform-манифестах, будут удалены.

Была ли статья полезна?

Предыдущая
Создание внешней таблицы на базе таблицы из бакета Object Storage с помощью конфигурационного файла
Следующая
Использование кластера Yandex Managed Service for Valkey™ в качестве хранилища сессий PHP
Проект Яндекса
© 2025 ООО «Яндекс.Облако»