Автомасштабирование по умолчанию

При создании нового экземпляра Lakebase он теперь создается как проект автомасштабирования Lakebase и отображается на странице автомасштабирования в приложении Lakebase, а не на странице "Подготовлено ". Существующие подготовленные экземпляры не затрагиваются и продолжают работать точно так же, как и раньше.

На странице автомасштабирования новые проекты помечаются значком сведений.

Наведите указатель мыши на значок, и вы увидите подсказку, объясняющую, что проект был создан с помощью API экземпляра базы данных, и что он поддерживает как экземпляр базы данных, так и API Postgres.

Что это означает для вас

• Создание экземпляра Lakebase. Любой новый экземпляр Lakebase создается как проект автомасштабирования Lakebase и отображается на странице автомасштабирования в приложении Lakebase. Этими проектами можно управлять как с помощью API экземпляра базы данных, так и API Postgres.
• Кнопка "Создать" в пользовательском интерфейсе. Кнопка "Создать" (в том числе на вкладке "Сконфигурированная") теперь открывает процесс создания проекта автоматического масштабирования.
• Функции автомасштабирования. Новые проекты получают автоматическое масштабирование вычислений, масштабирование до нуля (отключено по умолчанию для сопоставления подготовленного поведения), ветвления и мгновенного восстановления. Эти функции можно получить из пользовательского интерфейса автомасштабирования Lakebase и API Postgres , когда вы будете готовы.
• Существующие подготовленные экземпляры Lakebase не изменяются. Они остаются на подготовленной странице в пользовательском интерфейсе с тем же поведением, что и раньше. Существующие подготовленные экземпляры продолжают работать, строки подключения продолжают работать, а API-интерфейсы остаются рабочими.
• Существующая автоматизация продолжает работать. Существующая автоматизация продолжает работать без изменений, но новые экземпляры создаются в качестве проектов автомасштабирования.

Api

Чтобы ваша существующая автоматизация, разработанная на платформе Lakebase Provisioned, продолжала работать без перебоев, API экземпляра базы данных (Подготовленный Lakebase) и API Postgres (Автомасштабируемый Lakebase) работают с вновь созданными экземплярами Lakebase. В следующей таблице показано, какой API следует использовать в зависимости от того, как был создан проект или экземпляр.

Если вы используете фичехранилище или таблицы синхронизации и подготавливаете их программным способом (например, онлайн-фичехранилища), в настоящее время используйте API экземпляра базы данных. Программная подготовка таблиц синхронизации пока не поддерживается в API Postgres. Этот разрыв будет закрыт в будущем выпуске.

Различия для новых экземпляров Lakebase

Если вы привыкли к Lakebase Provisioned, новые экземпляры Lakebase, созданные как проекты Lakebase Autoscaling, обладают некоторыми особыми характеристиками. Вот что ожидать.

Размер вычислительных ресурсов

Экземпляры Lakebase, созданные в качестве проектов автомасштабирования, используют единицы вычислений автомасштабирования (ЦС) вместо единиц подготовленной емкости Lakebase. Когда проект создается с помощью API экземпляра базы данных, выбранная единица подготовленной емкости Lakebase сопоставляется с диапазоном Min и Max автомасштабируемой CU для Lakebase следующим образом:

Автомасштабирование в Lakebase поддерживается только до 32 CU. Более крупные размеры (включая 64 CU) являются фиксированными. Таким образом, для емкости 1–4 вы получаете минимально-максимальный диапазон автомасштабирования. Для емкости 8 вы получаете фиксированное количество 64 CU вычислительных блоков (как минимум, так и максимум — оба 64).

Например, если ваша система автоматизации создает экземпляры Lakebase с емкостью 1, новые проекты автомасштабирования Lakebase создаются с минимальной величиной CU 4 и максимальной величиной CU 8. Вы можете изменить min/max позже с помощью API Postgres или в пользовательском интерфейсе автомасштабирования Lakebase. Если задано максимальное значение CU выше 64 с помощью API Postgres, API экземпляра базы данных будет сообщать о емкости как 8.

Масштабирование до нуля

Конечная точка чтения и записи для новых проектов имеет отключение функции 'масштабирование до нуля' по умолчанию, поэтому вычисления всегда выполняются, так же как и в предварительно настроенных экземплярах Lakebase. Нет изменений в поведении. При включении масштабирование до нуля приостанавливает вычисление после периода бездействия (по умолчанию 5 минут, минимум 60 секунд), поэтому вы платите только за активное время вычислений. Вы можете включить масштабирование до нуля в пользовательском интерфейсе автомасштабирования Lakebase или с помощью API Postgres. Дополнительные сведения см. в разделе "Масштабирование до нуля ".

Мгновенное восстановление (окно восстановления)

В Lakebase Provisioned (экземпляры базы данных) окно восстановления можно настроить до 35 дней. В Lakebase Autoscaling (новые проекты) параметр мгновенного восстановления имеет не более 30 дней. Если вы полагаетесь на окно восстановления дольше 30 дней при использовании Provisioned, обратите внимание, что новые проекты поддерживают максимум 30 дней для восстановления на определенный момент времени, перемещения во времени и создания ветвей из прошлых состояний.

Версия PostgreSQL

Новые проекты, созданные с помощью API экземпляра базы данных или через пользовательский интерфейс Lakehouse/Provisioned, используют PostgreSQL 16, согласованный с системой Lakebase Provisioned. Это означает, что автоматизация с помощью API экземпляра базы данных создает проекты с той же версией PostgreSQL (16), что и раньше. По умолчанию для проектов, созданных с помощью пользовательского интерфейса автомасштабирования или API Postgres , используется PostgreSQL 17.

Сведения о подключении и имена узлов

Сведения о подключении для новых проектов используют другой формат имени узла, чем в Lakebase Provisioned. Подготовленные экземпляры используют глобальное имя узла (без региона в имени узла). Только что созданные проекты используют региональное имя узла (в том числе регион). Обе конечные точки — читать-записывать и только для чтения — используют формат имени регионального узла для новых проектов.

Подготовлено (глобальный хостнейм):

host=instance-a1b2c3d4-e5f6-7890-abcd-ef1234567890.database.cloud.databricks.com

Автомасштабирование (региональное имя узла):

host=ep-example-endpoint-a1b2c3d4.database.<region>.cloud.databricks.com

Имя регионального узла содержит код региона для облака и региона (например, us-east-1 в AWS или eastus на Azure).

Private Link

Автомасштабирование Lakebase использует две конечные точки Private Link: front-end Private Link для доступа к API (подключение на уровне рабочей области. У большинства клиентов это уже настроено, изменения не требуются) и Service Direct Private Link (также называется региональный front-end Private Link) для подключения клиентов Postgres к базе данных. Служба Direct Private Link доступна в общедоступной предварительной версии. Если вы используете Private Link и создаете новый экземпляр Lakebase, необходимо добавить только Службу Direct, если у вас еще нет этого экземпляра. Фронтэнд Private Link не изменён. Существующие выделенные экземпляры сохраняют свою текущую конфигурацию Private Link.

Разрешения (списки управления доступом)

Для проектов, созданных в пользовательском интерфейсе Lakehouse или подготовленном пользовательском интерфейсе или API экземпляра базы данных, применяются два отдельных набора списков ACL экземпляра базы данных и списки ACL проекта Lakebase. Каждый набор управляется независимо, поэтому пользователь может иметь другой эффективный доступ в зависимости от того, какой API используется.

• Списки ACL экземпляра базы данных: Настройка с помощью API экземпляра базы данных. Вычисляется, когда вызываете API экземпляра базы данных.
• ACL проекта Lakebase: Настройка с помощью пользовательского интерфейса автомасштабирования Lakebase или API Postgres. Вычисляется при использовании API Postgres или пользовательского интерфейса автомасштабирования.

Имена проектов и экземпляров

Имена проектов и экземпляров должны соответствовать стандартам DNS. Уникальность имен является нечувствительной к регистру, что означает, что вы не можете использовать ABC и abc в одном рабочем пространстве. При использовании API Postgres используйте имя проекта в нижнем регистре. Создание завершается ошибкой, если название совпадает с существующим идентификатором проекта.

Переименование ветви и проекта

Для проектов, созданных с помощью API экземпляра базы данных или пользовательского интерфейса Lakehouse/Provisioned, переименование ветви и переименование проекта недоступно. Имя, используемое в API экземпляра базы данных , — это имя проекта и ветви в пользовательском интерфейсе автомасштабирования.

Дочерние экземпляры базы данных

Для дочерних экземпляров базы данных (дочерний экземпляр соответствует ветви в проекте автомасштабирования):

• Ограничение ветви. С помощью API Postgres или пользовательского интерфейса автомасштабирования можно создать любое количество ветвей. С помощью API экземпляра базы данных можно создать только один родительский экземпляр (одна корневая ветвь) и один дочерний экземпляр (одна дочерняя ветвь), который соответствует предыдущему поведению API экземпляра базы данных.
• Теги и бюджет. Пользовательские теги и политики управления расходами наследуются от родительской ветви. Это изменение предыдущего поведения API экземпляра базы данных , где дочерние экземпляры имели собственные отдельные значения.
• Удаление дочернего экземпляра. Если вы создаете дополнительные ветви с помощью пользовательского интерфейса автомасштабирования Lakebase или API Postgres в проекте, соответствующем дочернему экземпляру, вы не сможете удалить этот дочерний экземпляр с помощью пользовательского интерфейса или API Lakehouse/Provisioned UI или API до тех пор, пока все эти ветви не будут удалены. Сначала удалите ветви (с помощью пользовательского интерфейса автомасштабирования или API Postgres), а затем удалите дочерний экземпляр.

Защищенные ветви

Если вы защищаете ветвь в проекте, созданном с помощью API экземпляра базы данных (независимо от того, соответствует ли ветвь дочернему экземпляру или любой другой созданной ветви), вы не можете удалить этот дочерний экземпляр или корневой (родительский) экземпляр через пользовательский интерфейс или API Lakehouse/Provisioned, пока ветвь не будет снята с защиты. Сначала разблокируйте ветвь в пользовательском интерфейсе Автомасштабирования Lakebase, затем удалите экземпляр. См. раздел "Защищенные ветви".

Функции частной предварительной версии

Недавно созданные проекты — это проекты автомасштабирования Lakebase и не поддерживают автономный API данных Lakebase или закрытые функции предварительного просмотра Forward ETL. Это были отдельные предложения по Provisioned.

• Доступ к REST API (в стиле PostgREST): Lakebase с функцией автомасштабирования предоставляет собственный API данных для REST-доступа, совместимого с PostgREST (CRUD, запросы, RPC).

Часто задаваемые вопросы о автомасштабировании по умолчанию

Применяется ли это как к AWS, так и к Azure?

Да. Это изменение применяется как к AWS, так и к Azure. Развертывание начинается с одной даты в обоих облаках.

Где отображаются только что созданные экземпляры Lakebase?

На странице автомасштабирования в приложении Lakebase, а не на странице "Подготовлено ". Ознакомьтесь с приведенным выше введением .

Что происходит при нажатии кнопки "Создать" в пользовательском интерфейсе Lakebase?

Кнопка "Создать " (в том числе на вкладке "Подготовленная") открывает поток создания проекта автомасштабирования. Вы больше не можете создавать новые подготовленные экземпляры из пользовательского интерфейса. Если у вас нет выделенных экземпляров, вкладка "Выделено" скрывается. Ознакомьтесь с тем, что это означает для вас.

Поддерживаются ли все функции, которые были доступны на Provisioned, также на Autoscaling?

Большинство возможностей, доступных в Lakebase Provisioned, поддерживаются в Автомасштабировании Lakebase с некоторыми различиями. Полное параллельное сравнение см. в таблице сравнения функций на странице индекса Lakebase.

Что не изменяется?

Ниже приводятся неизменные элементы:

• Существующие выделенные экземпляры: они продолжают работать по своим текущим строкам подключения, ценами и конфигурации Private Link.
• Существующие экземпляры автомасштабирования: без изменений.
• API экземпляра базы данных: он остается полностью поддерживаемым. Вам не нужно изменять существующий Terraform, SDK или другую автоматизацию, разработанную для Lakebase Provisioned.
• Существующая автоматизация DABs с помощью database_instances: Пакеты с использованием ресурса database_instances продолжают работать. Однако новые экземпляры, создаваемые с помощью database_instances, создаются как проекты автомасштабирования Lakebase. Вместо этого для новаторской работы с Lakebase рекомендуется использовать postgres_projects. См. сведения о ресурсах пакета.
• Строки подключения для существующих подготовленных экземпляров Lakebase: они остаются неизменными. Обновления не требуются.
• конфигурация Private Link для существующих инстанций выделенных или автомасштабируемых. Без изменения.

Как это изменение влияет на цены?

Все новые экземпляры (включая созданные с помощью API экземпляра базы данных) используют тарифы на автомасштабирование Lakebase. См. раздел "Размер вычислений".

Можно ли использовать API экземпляра базы данных для новых проектов?

Да, для новых проектов, созданных с помощью API экземпляра базы данных или api Lakehouse или подготовленного пользовательского интерфейса. Оба API работают для этих недавно созданных проектов. См. API.

Можно ли использовать API Postgres для существующих выделенных экземпляров?

Нет. Используйте API экземпляра базы данных только для существующих экземпляров, подготовленных Lakebase. См. API.

Можно ли включить масштабирование до нуля или задать минимальное или максимальное количество вычислительных единиц с помощью API экземпляра базы данных?

Нет. Новые проекты, созданные с помощью API экземпляра базы данных, по умолчанию имеют отключенное масштабирование до нуля. Чтобы включить масштабирование до нуля или задать диапазон вычислений автомасштабирования (min/max CU), используйте API Postgres или пользовательский интерфейс автомасштабирования Lakebase. API экземпляра базы данных не предоставляет эти элементы управления. См. раздел "Размер вычислений " и "Масштабирование до нуля".

Почему номера емкости выглядят разными (например, емкость 1 и 4-8 CU)?

Автомасштабирование использует вычислительные блоки (ВБ) с другим объемом ОЗУ на блок, чем предоставленная емкость. См. раздел "Размер вычислений".

Какая версия PostgreSQL использует новые проекты?

Проекты, созданные через интерфейс Lakehouse/Provisioned или API экземпляра базы данных, используют PostgreSQL 16, так же, как и инфраструктура Lakebase Provisioned. Автоматизация с помощью API экземпляра базы данных, поэтому получает ту же версию PostgreSQL (16), что и раньше. См. раздел "Версия PostgreSQL".

Нужно ли изменить сведения о подключении или имена узлов?

Новые проекты используют региональные имена узлов. Если вы используете списки разрешений IP-адресов или Private Link, необходимо обновить их для только что созданных проектов. См. сведения о подключении и имена узлов.

Нужно ли изменить конфигурацию Private Link для новых экземпляров?

Большинству клиентов не нужно ничего менять. Вам нужно добавить Service Direct Private Link, только если вы используете Private Link, создаете новые экземпляры Lakebase и еще не настроили Service Direct Private Link. Если вы уже используете автомасштабирование Lakebase или другие службы, использующие Service Direct, или вы используете только существующие подготовленные экземпляры, изменение не требуется. Полные ссылки на таблицу и настройки см. в Private Link.

Требуются ли изменения в существующих подготовленных экземплярах для Private Link?

Нет. Существующие выделенные экземпляры сохраняют свою текущую конфигурацию Private Link. Перенастройка не требуется. См. раздел Private Link.

Какова разница между окном восстановления (подготовлено) и мгновенным восстановлением (автомасштабированием)?

Lakebase Provisioned поддерживает окно восстановления до 35 дней. Новые проекты автомасштабирования Lakebase используют функцию мгновенного восстановления с максимальным сроком хранения до 30 дней. См. статью "Мгновенное восстановление" (окно восстановления).

Как работают имена экземпляров и проектов для новых экземпляров Lakebase?

Имена должны быть совместимыми с DNS. Уникальность — это нечувствительность регистра (у вас не может быть обоих ABC и abc). При использовании API Postgres используйте имя проекта в нижнем регистре. Создание завершается ошибкой, если название совпадает с существующим идентификатором проекта. См. Названия проектов и имена экземпляров.

Изменяются ли существующие подготовленные экземпляры?

Нет. Они остаются на странице "Подготовлено " с одинаковым поведением. В качестве проектов автомасштабирования создаются только новые экземпляры Lakebase.

Как работают разрешения в проектах, созданных через пользовательский интерфейс Lakehouse или API экземпляра базы данных?

Для этих проектов применяются два отдельных набора ACL (экземпляр базы данных и проект Lakebase), а разрешения по умолчанию могут быть более широкими, чем в Lakebase Provisioned. Проверьте оба набора, если необходимо ограничить доступ. См. разрешения (ACL).

Можно ли использовать PostgREST или получить доступ REST API к новому проекту?

API данных (PostgREST-style) — это приватная предварительная версия функции в Lakebase Provisioned. Недавно созданные проекты используют API автомасштабирования данных Lakebase для доступа REST, совместимого с PostgREST (CRUD, query, RPC). См. дополнительные сведения о функциях приватной предварительной версии.

Подробнее

• Что такое автомасштабирование Lakebase?
• Строки подключения и сведения о проверке подлинности
• Создание проекта