AI-Ops Documentation

Русский English
  • Главная
  • Карта документации
0. С чего начать
  • Что это за продукт
  • Для кого он
  • Как устроена документация
  • Быстрые ссылки
  • Как начать разработку
  • Как найти нужный сервис
  • К кому идти по вопросам
1. Продукт
Обзор продукта
  • Миссия продукта
  • Ценность для бизнеса
  • Основные сценарии
  • Границы системы
Пользователи и персоны
  • Сегменты пользователей
  • Роли пользователей
  • Основные потребности
Пользовательские сценарии
  • Регистрация / логин
  • Основной пользовательский сценарий
  • Оплата / заказ / действие
  • Поддержка и сценарий восстановления
Функции продукта
Фича: Аутентификация
  • Цель
  • Пользовательская история
  • Бизнес-правила
  • Ограничения
  • Метрики успеха
  • Связанные сервисы
  • Связанные события / данные
  • Фича: Профиль
  • Фича: Организации
  • Фича: Топология
  • Фича: Вычислительные ресурсы
  • Фича: Кластеры
  • Фича: Каталог сервисов
Требования
  • Функциональные требования
  • Нефункциональные требования
  • Требования к производительности
  • Требования к безопасности
  • Конфиденциальность и соответствие
  • Доступность
Метрики
  • Ключевая метрика (North Star)
  • Продуктовые KPI
  • Метрики воронки
  • Метрики качества
  • Метрики экспериментов
2. Домены
Домен: Identity
  • Назначение
  • Основные концепции
  • Сущности
  • Бизнес-правила
  • Сервисы домена
  • Данные домена
  • Связанные фичи
  • Домен: Профиль пользователя
  • Домен: Поиск
  • Домен: Заказы / транзакции
  • Домен: Уведомления
  • Домен: Аналитика
  • Домен: Рекомендации
3. Архитектура
Обзор системы
  • Что входит в систему
  • Что не входит
  • Высокоуровневая диаграмма
C4 Model
  • Контекстная диаграмма
  • Диаграмма контейнеров
  • Диаграмма компонентов
  • Диаграмма развёртывания
Интеграционная архитектура
  • Внешние системы
  • Интеграции API
  • Webhooks
  • Сторонние провайдеры
Потоки данных
  • Онлайн-поток данных
  • Пакетный поток данных
  • Поток событий
  • Владение данными
Архитектура безопасности
  • Аутентификация
  • Авторизация
  • Управление секретами
  • Шифрование
  • Аудит и логирование
Надежность и масштабируемость
  • SLA / SLO
  • Планирование мощностей
  • Отказоустойчивость
  • Обратное давление и повторы
  • Восстановление после сбоев
Архитектурные принципы
  • Границы доменов
  • Принципы проектирования API
  • Принципы проектирования событий
  • Принципы контрактов данных
  • Диаграмма: auth микросервисы
Control plane
  • Архитектура компонентов (control plane)
  • Доменная модель v0
  • Протокол v0 (control plane)
  • Примеры (control plane)
Сервисы (control plane)
Сервис control plane
  • API
  • Модель данных
  • События
  • Модули
  • Операции
Сервис execution plane
  • API
  • Модель данных
  • События
  • Модули
  • Операции
Сервис resource catalog
  • API
  • Модель данных
  • События
  • Модули
  • Операции
4. Инженерия
Сервисы
Каталог сервисов
  • Все сервисы списком
  • Владельцы
  • Критичность
  • Уровень / домен / статус
  • Сервис аутентификации
  • Сервис аккаунтов
  • Облачный сервис
  • Сервис учётных данных
  • Herald
  • Сервис идентификации
  • API Gateway
  • Сервис токенов
Фронтенд
  • Обзор фронтенда
  • Структура приложения
  • Routing (фронтенд)
  • State management (фронтенд)
  • Design system (фронтенд)
  • UI components (фронтенд)
  • API контракты фронтенда
  • Обработка ошибок (фронтенд)
  • Performance (фронтенд)
  • Feature flags (фронтенд)
  • Тестирование фронтенда
Бэкенд
  • Обзор бэкенда
  • Паттерны сервисов
  • Рекомендации по API
  • Событийные паттерны
  • Паттерны доступа к БД
  • Кэширование
  • Асинхронные задачи и воркеры
  • Идемпотентность
  • Обработка ошибок
  • Тестирование бэкенда
Данные
  • Обзор данных
  • Системы-источники
  • Контракты данных
  • Каталог схем событий
  • Хранилище данных
  • Витрины данных
  • ETL / ELT-пайплайны
  • Качество данных
  • Происхождение данных
  • Политики хранения
  • Политики доступа
ML / DS
  • Обзор ML/DS
  • Сценарии (ML)
  • Каталог моделей
  • Feature store
  • Training pipelines
  • Inference pipelines
  • Offline evaluation
  • Online evaluation / A-B
  • Мониторинг (ML)
  • ML runbooks
QA / Качество
  • Стратегия качества
  • Пирамида тестов
  • Тестовые окружения
  • Тестовые данные
  • Ручное тестирование
  • Автоматизированное тестирование
  • Нагрузочное тестирование
  • Тестирование безопасности
  • Критерии приёмки релиза
  • Процесс разбора багов
5. Платформа
Инфраструктура
  • Ansible
  • WireGuard
  • Kubernetes
  • Longhorn
  • Ingress
  • PostgreSQL Cluster
  • Redis
  • Kafka
  • Vault
  • MinIO
  • Authentik
  • Monitoring
  • Logging
  • Tracing
  • Nexus
  • SonarQube
  • GlitchTip
  • GitLab Runner
  • Kubernetes Dashboard
  • OLM
  • Deploy
  • Internal DNS
  • Обзор (инфраструктура)
  • Config generator
  • Пример (инфраструктура)
  • Скрипты (инфраструктура)
Окружения
  • Локальное
  • Stage
  • Pre
  • Продакшен (prod)
  • Tech
  • Облако
  • Объектное хранилище
  • CI/CD
  • Секреты и сертификаты
Наблюдаемость
  • Логирование
  • Метрики
  • Трейсинг
  • Алертинг
  • Резервное копирование и восстановление
6. Разработка
  • Быстрый старт
  • Локальная настройка
  • Карта репозиториев
  • Стандарты кода
  • Git-процесс
  • Стратегия ветвления
  • Руководство по код-ревью
  • Критерии готовности
  • Процесс релиза
  • Флаги фич
  • FAQ разработчика
  • Миграция secure auth
7. Эксплуатация
  • Дежурство
  • Управление инцидентами
  • Уровни критичности
  • Политика эскалации
  • Постмортемы
  • Ранбуки
  • Управление изменениями
  • Непрерывность бизнеса
8. Аналитика
  • План трекинга событий
  • Определения KPI
  • Каталог дашбордов
  • Словарь метрик
  • Эксперименты
  • Стандарты отчётности
9. Управление
  • Решения (ADR)
  • Политика статуса контента
  • Changelog обновлений документации
Безопасность и соответствие
  • Модель угроз
  • Безопасная разработка
  • Управление доступом
  • Конфиденциальность
  • Реагирование на инциденты
Ответственность и владельцы
  • Команды
  • Зоны ответственности команд
  • Владельцы сервисов
  • Владельцы доменов
  • Контакты
Глоссарий
  • Бизнес-термины
  • Продуктовые термины
  • Технические термины
  • Сокращения

Index

Документация по установке и использованию Redis HA кластера через Opstree Redis Operator.

Оглавление

  • Описание
  • Быстрый старт
  • Архитектура
  • Команды
  • Конфигурация
  • Подключение
  • Troubleshooting

Описание

Opstree Redis Operator - Kubernetes оператор для управления Redis кластерами с поддержкой HA режима.

Возможности

  • ✅ HA Redis Cluster режим
  • ✅ Автоматическое управление кластером
  • ✅ Мониторинг через Redis Exporter
  • ✅ Persistent storage
  • ✅ Автоматическое масштабирование

Текущая конфигурация

  • Operator namespace: tech-redis-operator
  • Clusters namespace: tech-redis-clusters
  • Storage: Longhorn (15Gi per pod, StorageClass: longhorn-redis)
  • Placement: Operator и Redis поды могут размещаться на любых нодах (masters + workers)
  • Cluster size: 3 поды (минимальный HA кластер)

Быстрый старт

1. Подготовка нод

Подготовка нод выполняется автоматически через Ansible playbook:

1
cd ../.. && make k8s-prepare-nodes

Это добавит: - На master нодах: label node-role.kubernetes.io/control-plane=true и taint node-role.kubernetes.io/control-plane:NoSchedule - На worker нодах: label node-role.kubernetes.io/worker=true

2. Установка Operator

1
2
cd infra/k8s
make redis-install-operator

Это установит Opstree Redis Operator через Helm chart из официального репозитория.

3. Создание секрета с паролем для redis-cluster

Кластер использует существующий Secret с ключом password.

Вариант A: через Makefile (интерактивно)

1
make redis-create-secret

Вариант B: вручную через kubectl

1
2
kubectl -n tech-redis-clusters create secret generic redis-cluster-secret \
  --from-literal=password=YOUR_PASSWORD

Или через YAML манифест:

1
2
3
4
5
6
7
8
apiVersion: v1
kind: Secret
metadata:
  name: redis-cluster-secret
  namespace: tech-redis-clusters
type: Opaque
stringData:
  password: YOUR_PASSWORD

Важно: - Secret должен быть в namespace tech-redis-clusters - Имя Secret должно совпадать с spec.secret.name в RedisCluster (по умолчанию redis-cluster-secret) - Секрет должен содержать ключ password с паролем

4. Создание кластера

1
make redis-create-cluster

Это создаст: - StorageClass longhorn-redis - Redis кластер redis-cluster с 3 подами

5. Проверка статуса

1
make redis-status

Архитектура

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
┌─────────────────────────────────────┐
│  tech-redis-operator                │
│  └── redis-operator (deployment)   │
└─────────────────────────────────────┘

┌─────────────────────────────────────┐
│  tech-redis-clusters                │
│                                     │
│  redis-cluster (RedisCluster CR)    │
│  ├── redis-cluster-0 (leader)       │
│  ├── redis-cluster-1 (leader)       │
│  └── redis-cluster-2 (leader)       │
│                                     │
│  Services:                          │
│  ├── redis-cluster-leader           │
│  └── redis-cluster-follower         │
└─────────────────────────────────────┘

Команды

Управление

1
2
3
4
5
6
7
8
9
make redis-install-operator   # Установка оператора
make redis-create-secret      # Создание секрета с паролем (интерактивно)
make redis-create-cluster     # Создание кластера redis-cluster
make redis-delete-cluster     # Удаление кластера (сохраняет оператор)
make redis-install-insight    # Установка RedisInsight UI
make redis-insight-port-forward # Port-forward RedisInsight (http://localhost:8001)
make redis-status             # Статус оператора и кластеров
make redis-connect            # Инструкции по подключению
make redis-uninstall          # Удаление (УДАЛЯЕТ ДАННЫЕ!)

Справка

1
make redis-help  # Справка по Redis командам

Конфигурация

Operator

Оператор устанавливается через Helm chart из официального репозитория: - Helm chart: ot-helm/redis-operator версия 0.19.0 - Helm repository: https://ot-container-kit.github.io/helm-charts/ - CRDs устанавливаются автоматически при установке Helm chart - ServiceAccount, Role, RoleBinding создаются автоматически

Кластер redis-cluster

Конфигурация в manifests/redis-operator/redis-cluster.yaml:

  • Cluster size: 3 поды (минимальный HA кластер)
  • Image: quay.io/opstree/redis:v7.2.3
  • Password: Настраивается через Secret redis-cluster-secret с ключом password
  • Storage: 15Gi per pod (Longhorn, StorageClass: longhorn-redis)
  • Resources: 250m-1 CPU, 512Mi-2Gi RAM
  • Redis Exporter: Enabled для мониторинга
  • Node placement: Любые ноды (masters + workers)
  • Pod anti-affinity: Разные ноды по kubernetes.io/hostname

StorageClass

StorageClass longhorn-redis создается автоматически при создании кластера: - Provisioner: driver.longhorn.io - Replicas: 1 - Reclaim policy: Delete - Volume binding: Immediate

Подключение

Connection Strings

1
2
3
4
5
# Leader (write)
redis-cluster-leader.tech-redis-clusters.svc.cluster.local:6379

# Follower (read)
redis-cluster-follower.tech-redis-clusters.svc.cluster.local:6379

Подключение через kubectl exec

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
# Получение пароля из секрета
REDIS_PASSWORD=$(kubectl -n tech-redis-clusters get secret redis-cluster-secret -o jsonpath='{.data.password}' | base64 -d)

# Подключение к leader поду
kubectl -n tech-redis-clusters exec -it \
  $(kubectl -n tech-redis-clusters get pod -l redis.opstreelabs.in/cluster=redis-cluster,role=leader -o jsonpath='{.items[0].metadata.name}') \
  -- redis-cli -a "$REDIS_PASSWORD"

# Проверка состояния кластера
kubectl -n tech-redis-clusters exec -it \
  $(kubectl -n tech-redis-clusters get pod -l redis.opstreelabs.in/cluster=redis-cluster,role=leader -o jsonpath='{.items[0].metadata.name}') \
  -- redis-cli -a "$REDIS_PASSWORD" CLUSTER NODES

Подключение из приложения

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
import redis
import os

# Получение пароля из переменной окружения или секрета
password = os.getenv('REDIS_PASSWORD', 'your-password')

# Подключение к leader
r = redis.Redis(
    host='redis-cluster-leader.tech-redis-clusters.svc.cluster.local',
    port=6379,
    password=password,
    decode_responses=True
)

# Использование
r.set('key', 'value')
value = r.get('key')

Примечание: Для production рекомендуется использовать Kubernetes Secrets для передачи пароля в приложение через переменные окружения или mounted volumes.

Troubleshooting

Проверка статуса оператора

1
2
kubectl -n tech-redis-operator get pods
kubectl -n tech-redis-operator logs deployment/redis-operator

Проверка статуса кластера

1
2
3
4
5
6
7
8
# Статус CR
kubectl -n tech-redis-clusters get rediscluster redis-cluster -o yaml

# Статус подов
kubectl -n tech-redis-clusters get pods -l redis.opstreelabs.in/cluster=redis-cluster

# Логи пода
kubectl -n tech-redis-clusters logs redis-cluster-0

Проверка кластера Redis

1
2
3
4
5
6
7
# Подключение к кластеру
kubectl -n tech-redis-clusters exec -it redis-cluster-0 -- redis-cli

# Внутри redis-cli
CLUSTER INFO
CLUSTER NODES
INFO replication

Проблемы с PVC

1
2
3
4
5
# Проверка PVC
kubectl -n tech-redis-clusters get pvc

# Проверка StorageClass
kubectl get storageclass longhorn-redis

Пересоздание кластера

1
2
3
4
5
# Удаление кластера
make redis-delete-cluster

# Создание заново
make redis-create-cluster

RedisInsight UI

RedisInsight - официальный GUI инструмент от Redis для управления и мониторинга Redis кластеров.

Установка

1
make redis-install-insight

Доступ

1
2
3
4
5
# Запустить port-forward
make redis-insight-port-forward

# Открыть в браузере
http://localhost:5540

Подключение к кластеру в RedisInsight

  1. Откройте RedisInsight в браузере (http://localhost:5540)
  2. Нажмите "Add Redis Database"
  3. Выберите "Redis Cluster"
  4. Введите параметры подключения:
  5. Hosts: redis-cluster-leader.tech-redis-clusters.svc.cluster.local:6379
  6. Password: (получите из секрета):
    1
    kubectl -n tech-redis-clusters get secret redis-cluster-secret -o jsonpath='{.data.password}' | base64 -d
    
  7. Нажмите "Add Redis Database"

Примечание: Сервис redis-cluster-leader автоматически балансирует запросы между всеми leader подами кластера, поэтому достаточно указать один хост. Redis Cluster протокол автоматически получит информацию о топологии кластера.

Дополнительные ресурсы

  • Opstree Redis Operator Documentation
  • Opstree Redis Operator GitHub
  • Redis Cluster Tutorial
  • RedisInsight Documentation

← Назад к главной документации

Меню
Главная Карта документации
0. С чего начать
С чего начать Что это за продукт Для кого он Как устроена документация Быстрые ссылки Как начать разработку Как найти нужный сервис К кому идти по вопросам
1. Продукт
Продукт
2. Домены
Домены Домен: Профиль пользователя Домен: Поиск Домен: Заказы / транзакции Домен: Уведомления Домен: Аналитика Домен: Рекомендации
3. Архитектура
Архитектура Диаграмма: auth микросервисы
4. Инженерия
Инженерия
5. Платформа
Платформа Облако Объектное хранилище CI/CD Секреты и сертификаты Резервное копирование и восстановление
6. Разработка
Разработка Быстрый старт Локальная настройка Карта репозиториев Стандарты кода Git-процесс Стратегия ветвления Руководство по код-ревью Критерии готовности Процесс релиза Флаги фич FAQ разработчика Миграция secure auth
7. Эксплуатация
Эксплуатация Дежурство Управление инцидентами Уровни критичности Политика эскалации Постмортемы Ранбуки Управление изменениями Непрерывность бизнеса
8. Аналитика
Аналитика План трекинга событий Определения KPI Каталог дашбордов Словарь метрик Эксперименты Стандарты отчётности
9. Управление
Управление Решения (ADR) Политика статуса контента Changelog обновлений документации

На странице

Оглавление Описание Возможности Текущая конфигурация Быстрый старт 1. Подготовка нод 2. Установка Operator 3. Создание секрета с паролем для redis-cluster 4. Создание кластера 5. Проверка статуса Архитектура Команды Управление Справка Конфигурация Operator Кластер redis-cluster StorageClass Подключение Connection Strings Подключение через kubectl exec Подключение из приложения Troubleshooting Проверка статуса оператора Проверка статуса кластера Проверка кластера Redis Проблемы с PVC Пересоздание кластера RedisInsight UI Установка Доступ Подключение к кластеру в RedisInsight Дополнительные ресурсы