Amazon Redshift запускает RG‑инстансы на Graviton с встроенным движком для запросов по data lake

Amazon Redshift представил семейство RG‑инстансов на процессорах AWS Graviton с интегрированным движком для данных в S3: при включённом по умолчанию движке производительность хранилищных задач возрастает до 2.

Redshift выпустил новое семейство RG‑инстансов на процессорах Graviton с интегрированным движком запросов по data lake, который включён по умолчанию при создании кластера. Это означает, что вычислительные узлы теперь напрямую выполняют запросы к данным в S3 без необходимости отдельного движка, что сказывается на скорости обработки аналитики и упрощает архитектуру. Для компаний с объединёнными нагрузками data warehouse + data lake это снижает операционную сложность и может уменьшить затраты на инфраструктуру.

По опубликованным данным, RG‑инстансы дают до 2.2× ускорения для классических задач хранилища данных по сравнению с текущими RA3‑инстансами и предлагают примерно на 30% более низкую цену за vCPU. Для аналитики по открытым форматам движок показал до 2.4× ускорения для Apache Iceberg и до 1.5× для Apache Parquet относительно RA3. Ранее, в марте 2026 года, Redshift уже продемонстрировал до 7× ускорения новых запросов для BI и ETL, улучшая отклик низколатентных SQL‑запросов.

В модельном сопоставлении семейство инстансов изменяет наборы размеров: ra3.xlplus сопоставим с rg.xlarge (4 vCPU, 32 ГБ памяти), а ra3.4xlarge заменяется на rg.4xlarge с пересмотренным соотношением vCPU и памяти — с 12→16 vCPU и с 96→128 ГБ (примерно 1.33:1 по vCPU: память). Это даёт путь к масштабированию с сохранением привычных вариантов размеров. Миграция и запуск новых кластеров поддерживаются через консоль, CLI и API: можно создавать чисто новые RG‑кластеры или мигрировать существующие. Для совместимых конфигураций доступен Elastic Resize — миграция на месте с демонтажом узлов за 10 — 15 минут; при необходимости изменить конфигурацию предлагается использовать Snapshot and Restore для создания RG‑кластера из снапшота.

Технически ключевым изменением является выполнение запросов по data lake прямо на вычислительных узлах Redshift — Redshift Spectrum при этом больше не обязателен. Запросы остаются внутри VPC, используют существующие IAM‑роли и перестают облагаться платой за сканирование в размере $5 за ТБ, что снижает суммарные расходы на аналитику, особенно при интенсивных запросах и нагрузках от агентных AI‑задач. Для разработчиков и инженеров это означает упрощение операционной карты: единый движок обрабатывает таблицы хранилища и внешние таблицы в S3, при этом совместимость синтаксиса сохраняется и существующие Spectrum‑запросы продолжают работать. Производительность и потенциальная экономия зависят от конкретного профиля нагрузки, поэтому рекомендуется использовать калькулятор цен для оценки эффекта на своих сценариях.