Yandex Cloud
  • Сервисы
  • Решения
  • Почему Yandex Cloud
  • Сообщество
  • Тарифы
  • Документация
  • Связаться с нами
Подключиться
Language / Region
Проект Яндекса
© 2023 ООО «Яндекс.Облако»
Yandex Managed Service for MySQL®
  • Начало работы
  • Пошаговые инструкции
    • Все инструкции
    • Информация об имеющихся кластерах
    • Создание кластера
    • Подключение к базе данных
    • Остановка и запуск кластера
    • SQL-запросы в консоли управления
    • Изменение кластера
    • Подключение к DataLens
    • Управление хостами MySQL
    • Управление базами данных
    • Управление пользователями
    • Управление правами пользователей
    • Управление резервными копиями
    • Просмотр логов кластера
    • Удаление кластера
    • Диагностика производительности
    • Мониторинг состояния кластера и хостов
  • Концепции
    • Взаимосвязь ресурсов сервиса
    • Классы хостов
      • Действующие классы хостов
      • Архив
        • До 1 июня 2020 года
      • Использование устаревших классов хостов
    • Сеть в Managed Service for MySQL
    • Квоты и лимиты
    • Типы дисков
    • Резервные копии
    • Репликация
    • Техническое обслуживание
    • Права пользователей
    • Настройки MySQL
    • Ограничения для команд SQL
  • Практические руководства
    • Все сценарии
    • Анализ производительности и оптимизация Managed Service for MySQL
    • Выгрузка базы данных в Yandex Data Proc
    • Миграция базы данных из стороннего кластера MySQL
    • Миграция базы данных из Managed Service for MySQL в MySQL
    • Поставка данных в Yandex Managed Service for Apache Kafka® с помощью Yandex Data Transfer
    • Поставка данных в Yandex Managed Service for Apache Kafka® с помощью Debezium
    • Миграция базы данных в Yandex Managed Service for YDB с помощью Yandex Data Transfer
    • Миграция базы данных из Managed Service for MySQL в Yandex Object Storage
  • Управление доступом
  • Правила тарификации
    • Действующие правила
    • Архив
      • До 1 февраля 2020 года
  • Справочник API
    • Аутентификация в API
    • gRPC (англ.)
      • Overview
      • BackupService
      • ClusterService
      • DatabaseService
      • ResourcePresetService
      • UserService
      • OperationService
    • REST (англ.)
      • Overview
      • Backup
        • Overview
        • get
        • list
      • Cluster
        • Overview
        • addHosts
        • backup
        • create
        • delete
        • deleteHosts
        • get
        • list
        • listBackups
        • listHosts
        • listLogs
        • listOperations
        • move
        • rescheduleMaintenance
        • restore
        • start
        • startFailover
        • stop
        • streamLogs
        • update
        • updateHosts
      • Database
        • Overview
        • create
        • delete
        • get
        • list
      • ResourcePreset
        • Overview
        • get
        • list
      • User
        • Overview
        • create
        • delete
        • get
        • grantPermission
        • list
        • revokePermission
        • update
      • Operation
        • Overview
        • get
  • История изменений
  • Вопросы и ответы
    • Общие вопросы
    • Вопросы о MySQL
    • Подключение
    • Проблемы с чтением/записью в кластер
    • Проблемы с производительностью
    • Изменение кластера
    • Мониторинг и логи
    • Миграция/перенос
    • Настройки параметров MySQL
    • Все вопросы на одной странице
  1. Концепции
  2. Классы хостов
  3. Использование устаревших классов хостов

Использование устаревших классов хостов в Managed Service for MySQL

Статья создана
Yandex Cloud
,
улучшена
Dmitry A.

    Начиная с 1 июня 2020 года, классы хостов s1.nano и все m1.* выведены из эксплуатации для Managed Service for MySQL.

    Что это значит для пользователей сервиса:

    • Теперь вы не сможете изменить класс хостов на s1.nano и m1.* для вашего кластера.

    • Вы сможете продолжать работу с вашим кластером, если в нем используются классы хостов s1.nano или m1.*, но не сможете добавлять в кластер новые хосты любого класса.

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

      Например, вы можете мигрировать:

      • с s1.nano на класс:
        • s2.micro — самый доступный класс хостов со 100% гарантированной долей vCPU. Содержит вдвое больше ресурсов, чем s1.nano.
        • b2.medium — наиболее близкий по вычислительным ресурсам класс хостов. Стоит дешевле, чем s1.nano, но гарантированная доля vCPU ниже: 50% вместо 100%.
      • с m1.* на класс m2.* (c m1.medium на m2.medium).
    • Правила тарификации для уже созданных хостов s1.nano и m1.* не меняются.

    • Восстановление кластера из резервной копии можно выполнить только на действующие классы хостов.

      Вы не сможете восстановить кластер из резервной копии на хосты класса s1.nano или m1.*, даже если копия была снята с кластера, состоящего из таких хостов.

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

    Language / Region
    Проект Яндекса
    © 2023 ООО «Яндекс.Облако»