Выделенный кластер
Когда нужен выделенный кластер 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-окна | Назначаем мы | Согласовываем вне ваших рабочих часов |
| Версия Typesense | Latest stable | Закреплена; апгрейд по вашему расписанию |
| Кастомный SLA | 99.9 % общий | До 99.99 %, согласовываем |
Поверхность приложения (oRPC API, дашборд, виджет, коннекторы, SDK) — та же. Код клиента менять не нужно, чтобы переехать с общего на выделенный.
Sizing
Сайзинг считаем по трём цифрам:
- Пиковый concurrent QPS — самая загруженная секунда самого загруженного дня.
- Размер индекса — общее количество и средний размер документа по всем коллекциям.
- Окно реиндекса — какое максимальное время на alias swap вы готовы терпеть.
Underspec замедляет поиск в пиках, overspec жжёт деньги. Сайзим на p99 + 30 % headroom и пересматриваем поквартально. В инвойсе — оборонимая цифра, не «чёрный ящик».
Закупка
- Scoping-колл. 30 минут на use case и ограничения.
- Sizing. Письменное предложение с допущениями по QPS и индексу. Если реальность другая — поправляйте.
- Контракт. MSA + DPA + аппендикс кластера (регион, SLA, тариф поддержки).
- Provisioning. 5–10 рабочих дней после подписи.
- Миграция данных. Если сегодня вы на общем кластере, запускаем миграцию — копируем индексы. Без downtime через alias swap.
- 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 дней.