Yandex.Cloud
  • Сервисы
  • Почему Yandex.Cloud
  • Сообщество
  • Решения
  • Тарифы
  • Документация
  • Связаться с нами
Подключиться
Yandex Managed Service for MongoDB
  • Начало работы
  • Пошаговые инструкции
    • Все инструкции
    • Информация об имеющихся кластерах
    • Создание кластера
    • Миграция базы данных в Yandex.Cloud
    • Подключение к базе данных
    • Остановка и запуск кластера
    • Изменение настроек кластера и базы данных
    • Обновление версии MongoDB
    • Управление базами данных
    • Управление хостами кластера
    • Управление пользователями БД
    • Управление резервными копиями
    • Управление шардами
    • Удаление кластера
  • Сценарии использования
    • Шардирование коллекций
  • Концепции
    • Взаимосвязь ресурсов сервиса
    • Классы хостов
      • Действующие классы хостов
      • Архив
        • До 1 июня 2020 года
      • Использование устаревших классов хостов
    • Сеть в Managed Service for MongoDB
    • Квоты и лимиты
    • Типы хранилища
    • Резервные копии
    • Репликация
    • Шардирование
    • Пользователи и роли
    • Поддерживаемые клиенты
  • Управление доступом
  • Правила тарификации
    • Действующие правила
    • Архив
      • До 1 января 2019 года
      • С 1 января до 1 марта 2019 года
      • С 1 марта 2019 года до 1 февраля 2020 года
  • Справочник API
    • Аутентификация в API
    • gRPC
      • Обзор
      • BackupService
      • ClusterService
      • DatabaseService
      • ResourcePresetService
      • UserService
      • OperationService
    • REST
      • Обзор
      • Backup
        • Обзор
        • get
        • list
      • Cluster
        • Обзор
        • addHosts
        • addShard
        • backup
        • create
        • delete
        • deleteHosts
        • deleteShard
        • enableSharding
        • get
        • getShard
        • list
        • listBackups
        • listHosts
        • listLogs
        • listOperations
        • listShards
        • move
        • restore
        • start
        • stop
        • update
      • Database
        • Обзор
        • create
        • delete
        • get
        • list
      • ResourcePreset
        • Обзор
        • get
        • list
      • User
        • Обзор
        • create
        • delete
        • get
        • grantPermission
        • list
        • revokePermission
        • update
      • Operation
        • Обзор
        • get
  • Вопросы и ответы
    • Общие вопросы
    • Вопросы о MongoDB
    • Все вопросы на одной странице
  1. Концепции
  2. Классы хостов
  3. Использование устаревших классов хостов

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

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

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

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

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

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

      Например, вы можете мигрировать с s1.nano на класс:

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

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

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

    Language / Region
    Вакансии
    Политика конфиденциальности
    Условия использования
    Брендбук
    © 2021 ООО «Яндекс.Облако»