Развертывание кластера Valkey в службе Azure Kubernetes (AKS)

В этой статье мы рассмотрим проблемы правильного использования зон доступности Azure при запуске кластера Valkey в AKS, обсудим некоторые соображения масштабирования и предложим решение.

Внимание

Программное обеспечение с открытым кодом упоминается во всей документации и примерах AKS. Развертываемое программное обеспечение не покрывается соглашениями об уровне обслуживания AKS, ограниченной гарантией и поддержкой Azure. При использовании технологии с открытым исходным кодом вместе с AKS ознакомьтесь с вариантами поддержки, доступными от соответствующих сообществ и обслуживающих проектов для разработки плана.

Например, репозиторий Ray GitHub описывает несколько платформ, которые зависят от времени отклика, назначения и уровня поддержки.

Корпорация Майкрософт несет ответственность за создание пакетов с открытым кодом, которые мы развертываем в AKS. Эта ответственность включает полную ответственность за процесс сборки, сканирования, подписи, проверки и внесения исправлений, а также управление двоичными файлами в образах контейнеров. Для получения дополнительной информации см. Управление уязвимостями для AKS и Поддержка AKS.

Что такое Valkey?

Valkey — это ответвлениепроекта Redis, который сохраняет исходную лицензию открытого исходного кода. Valkey — это высокопроизводительная база данных, которая поддерживает хранилище данных типа ключ-значение, и её можно использовать для кэширования, хранилища сеансов, очередей сообщений и т. д. Кластер Valkey имеет несколько узлов, ответственных за размещение хранилищ данных Valkey. Valkey сегментирует данные в меньшие части и распределяет их между узлами. В упрощенном кластере Valkey, состоящем из трех основных узлов, каждый из которых поддерживается одним узлом реплики для обеспечения базовых возможностей отказоустойчивости. Данные распределяются по узлам, что позволяет кластеру продолжать работу, даже если один из узлов выходит из строя.

Дополнительные сведения см. в документации по Valkey.

Обзор решения Valkey

Цель этого решения — развернуть Valkey в AKS с тем же уровнем обслуживания, что и у премиум-уровня Azure Cache для Redis.

В следующей таблице перечислены ключевые функции уровня "Премиум" Azure Cache для Redis и предложенное решение Valkey.

Кэш Azure для Redis категории "Премиум"	Решение Valkey
Память до 1,2 ТБ	Использование трех Valkey-праймеров, работающих на Standard_E64_v5 SKU.
Репликация	Добавление как минимум одного реплика pod на каждый основной pod.
Избыточность зоны	Размещение основных и реплика pod в разных зонах доступности.

Мы создадим два разных StatefulSet ресурса: один для первичных компонентов Valkey и один для реплик. spec.affinity API StatefulSet размещает основные pod'ы в двух разных зонах доступности, а реплицированные pod'ы — в третьей зоне доступности. Такой подход гарантирует, что сбой одной зоны не влияет на доступность какого-либо сегмента Valkey.

Примечание.

Обратите внимание, что решение, предлагаемое в этой статье, отличается от документации Valkey, где кластерные модули Pod принадлежат одному StatefulSet, и единственное spec.affinity гарантирует, что модули Pod размещаются на разных узлах. Автоматическая инициализация кластера Valkey, описанная в документации Valkey, не гарантирует, что основные и репликации Pods для одного шарда размещаются в разных зонах доступности.

Следующие шаги

Создание ресурсов инфраструктуры для запуска кластера Valkey в AKS

Соавторы

Корпорация Майкрософт поддерживает эту статью. Первоначальная версия была написана следующими участниками:

• Nelly Kiboi | Инженер службы
• Saverio Proto | Главный инженер по работе с клиентами
• Don High | Главный инженер клиента
• Лабрина Любя | Инженер основной службы
• Кен Килти | Ведущий менеджер проекта
• Рассел де Пина | Главный технический менеджер программ
• Колин Миксон | Product Manager
• Кетан Чавда | Старший инженер клиента
• Naveed Харади | Инженер по работе с клиентами
• Эрин Шаффер | Разработчик содержимого 2