Взаимосвязь ресурсов в Managed Service for OpenSearch

OpenSearch — это распределенная система для поиска и анализа данных. Она использует документную модель данных, в которой документ логически соответствует строке в реляционной базе данных. Документ содержит пары ключ-значение и может быть представлен в формате JSON.

Пример документа:

{
"name": "Иван Иванов",
"gpa": 3.89,
"grad_year": 2022
}

Когда документ добавляется в OpenSearch, он попадает в индекс. Данные проиндексированного документа становятся доступны для поиска и анализа.

OpenSearch включает в себя пользовательский интерфейс визуализации данных OpenSearch Dashboards.

Основная сущность, которой оперирует сервис Managed Service for OpenSearch, — кластер OpenSearch.

Каждый кластер состоит из одного или нескольких хостов — виртуальных машин с развернутым ПО OpenSearch. Хосты кластера могут находиться в разных зонах доступности. Минимальное количество хостов в кластере определяется выбранной конфигурацией кластера и требованиями высокой доступности.

При создании кластера необходимо указывать:

• Классы хостов — шаблоны виртуальных машин, по которым будут развертываться хосты кластера.

• Группы хостов — наборы из нескольких связанных друг с другом хостов с определенными характеристиками и ролями:

  • DATA — обеспечивают хранение индексов и обработку запросов.
  • MANAGER — обеспечивают работоспособность всех компонентов OpenSearch.
  • DASHBOARDS — предоставляют доступ к OpenSearch Dashboards.

• Окружение, в котором будет развертываться кластер:

  • PRODUCTION — для стабильных версий ваших приложений.
  • PRESTABLE — для тестирования. Prestable-окружение аналогично Production-окружению и на него также распространяется SLA, но при этом на нем раньше появляются новые функциональные возможности, улучшения и исправления ошибок. В Prestable-окружении вы можете протестировать совместимость новых версий с вашим приложением.

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

При работе необходимо учитывать, что контролирует сервис, а что — клиент Yandex Cloud. Понимание этих зон контроля помогает эффективно использовать облачные ресурсы и избегать возможных проблем при работе с базами данных. Подробнее см. Разграничение зон контроля пользователей сервисов управляемых баз данных (MDB) и Yandex Cloud.

Высокая доступность кластераВысокая доступность кластера

Чтобы кластер обеспечивал высокую доступность и на него распространялось Соглашение об уровне обслуживания (SLA), должны выполняться следующие условия:

1. В кластере должно быть два и более хоста с ролью DATA, расположенных в разных зонах доступности. При этом в каждой зоне доступности должно находиться не больше половины хостов с ролью DATA.

2. В кластере должно быть три и более хоста с ролью MANAGER, расположенных в разных зонах доступности. При этом в каждой зоне доступности должно находиться не больше половины хостов с ролью MANAGER.

3. Каждый индекс в кластере должен иметь хотя бы одну реплику.

   Подробнее о шардировании и репликации индексов.

4. Кластер, индексы и хосты с ролью DATA должны быть настроены так, чтобы данные могли реплицироваться между зонами доступности.

Подробнее о высокой доступности кластера.