AACsearch
Enterprise

Выделенный кластер

Когда нужен выделенный кластер AACsearch, что в него входит и чем он отличается от self-hosted.

Выделенный кластер

Выделенный кластер — это деплой AACsearch, у которого поисковые ноды и БД зарезервированы под одного клиента. Управляется нами, в выбранном регионе, на инфраструктуре, которую не делит ни один другой клиент.

Это не self-hosted. Кластер живёт в нашем облаке, на нашей дежурной команде. Self-hosted (вы запускаете кластер у себя) — roadmap, см. внизу страницы.

Когда нужен

Берите выделенный кластер, если что-то одно верно:

  • Compliance запрещает делить инфраструктуру даже при логической изоляции.
  • Нагрузка достаточно burst-овая, чтобы пер-tenant rate limits и квоты общего кластера были реальным, а не теоретическим ограничением.
  • Нужен регион вне стандартного списка (EU / US / RU) — например, Индия, Австралия, Сингапур или конкретный российский регион под 152-ФЗ.
  • Нужна фиксация версии Typesense/PostgreSQL под внешнюю интеграцию.

Если причина — «беспокоит мультиарендная модель безопасности», сначала прочитайте изоляцию арендаторов. Гарантия изоляции на общем кластере та же; на выделенном меняется noisy-neighbor производительность, а не изоляция данных.

Что входит

КомпонентОбщий кластерВыделенный кластер
Поисковые нодыОбщие, автоскейлЗарезервированы, под ваш sizing
PostgreSQLОбщий, row-level изоляцияЗарезервированный инстанс
Object storageОбщий бакет, по префиксуЗарезервированный бакет
РегионEU / US / RUЛюбой AWS / GCP регион, где мы работаем (custom)
СетьПубличный интернетОпционально VPC-peering или private endpoint
БэкапыОбщие WAL-G + S3 snapshotsНезависимые, ваш retention
Maintenance-окнаНазначаем мыСогласовываем вне ваших рабочих часов
Версия TypesenseLatest stableЗакреплена; апгрейд по вашему расписанию
Кастомный SLA99.9 % общийДо 99.99 %, согласовываем

Поверхность приложения (oRPC API, дашборд, виджет, коннекторы, SDK) — та же. Код клиента менять не нужно, чтобы переехать с общего на выделенный.

Sizing

Сайзинг считаем по трём цифрам:

  1. Пиковый concurrent QPS — самая загруженная секунда самого загруженного дня.
  2. Размер индекса — общее количество и средний размер документа по всем коллекциям.
  3. Окно реиндекса — какое максимальное время на alias swap вы готовы терпеть.

Underspec замедляет поиск в пиках, overspec жжёт деньги. Сайзим на p99 + 30 % headroom и пересматриваем поквартально. В инвойсе — оборонимая цифра, не «чёрный ящик».

Закупка

  1. Scoping-колл. 30 минут на use case и ограничения.
  2. Sizing. Письменное предложение с допущениями по QPS и индексу. Если реальность другая — поправляйте.
  3. Контракт. MSA + DPA + аппендикс кластера (регион, SLA, тариф поддержки).
  4. Provisioning. 5–10 рабочих дней после подписи.
  5. Миграция данных. Если сегодня вы на общем кластере, запускаем миграцию — копируем индексы. Без downtime через alias swap.
  6. Go-live. Переключаете DNS / target дашборда. Старые ключи общего кластера отзываются.

Не обещаем сроки, которых не выдержим операционно. Если для региона нужен новый control plane — скажем заранее.

Чего пока нет

  • Self-hosted / air-gapped. Запуск кластера в вашем VPC, у вас в AWS/GCP или полностью офлайн — roadmap. Текущий выделенный кластер — в нашем облаке. См. «Self-hosted» ниже.
  • White-label / OEM. Перебрендирование UI дашборда под ваш бренд — roadmap. Кастомный домен на API кластера (например, search.yourbrand.com) сделать можно; ребрендить дашборд — пока нет.
  • Кастомные правки поискового движка. Запускаем upstream Typesense с нашими расширениями. Per-customer форков в roadmap нет.

Self-hosted

Статус: roadmap. Self-hosted-дистрибутив AACsearch, который вы запускаете у себя в VPC или on-prem, не доступен как GA. Текущий «private deployment» — выделенный кластер в нашем облаке с сетевыми контролями сверху (VPC peering, private endpoint).

Если self-hosted — обязательное требование (например, air-gapped правительственный деплой), пишите на sales@aacsearch.com, чтобы расставить сроки. До публикации релиза здесь — не выставляем счетов и не обещаем дат.

SLA

Стандартный SLA общего кластера — 99.9 % uptime в месяц, по доступности поисковых запросов, с кредит-схемой за нарушения. Для выделенных кластеров согласовываем:

  • 99.95 % или 99.99 % в зависимости от регионального инфраструктурного покрытия и топологии репликации.
  • Кастомную кредит-схему, привязанную к контракту.
  • P1 response time 15 минут, 24/7, вместо best-effort в рабочие часы.

SLA имеет смысл, только если обе стороны понимают, как он мерится. Используем синтетические probes из минимум трёх географий на регион. Maintenance-окна вычитаются из uptime только при анонсе ≥ 7 дней.

См. также

On this page