Создание экземпляра

Полностью поддерживаются следующие версии Redis: 5.0, 6.0, 7.2; другие версии по умолчанию не поддерживаются.

Рекомендации по версиям

При использовании в производственной среде рекомендуется отдавать приоритет версии 7.2, затем 6.0.

7.2 — версия, которая всё ещё поддерживается сообществом и исправляет известные проблемы в 6.0 и 5.0. Версии 6.0 и 5.0 больше не поддерживаются сообществом.
7.2 полностью совместима с 6.0 и 5.0.
В 7.2 дополнительно улучшены возможности ACL.
Использование 5.0 не рекомендуется, так как она не поддерживает расширенные функции, такие как ACL, и не имеет возможности управления пользователями; все бизнес-процессы будут использовать один общий пароль, что представляет потенциальные риски безопасности; кроме того, смена пароля требует перезапуска всех узлов.

Рекомендации по архитектуре

Архитектура с одним узлом не имеет реплик и не поддерживает отказоустойчивость, поэтому её следует использовать только в средах разработки и тестирования. Вы можете выбрать между Sentinel архитектурой и Cluster архитектурой в зависимости от требований вашего бизнеса к данным и параллелизму.

Содержание

Создание экземпляра Redis Процедура

Создание экземпляра Redis

Процедура

Sentinel CLI

Cluster CLI

Standalone CLI

Web Console

Создание экземпляра Redis 6.0 в режиме Sentinel с помощью CLI:

$ cat << EOF | kubectl -n default create -f -
apiVersion: middleware.alauda.io/v1
kind: Redis
metadata:
  name: s6
spec:
  arch: sentinel
  customConfig:
    databases: "16"
    hz: "10"
    save: 60 10000 300 100 600 1
    timeout: "0"
  exporter:
    enabled: true
    resources:
      limits:
        cpu: 100m
        memory: 384Mi
      requests:
        cpu: 50m
        memory: 128Mi
  replicas:
    sentinel:
      master: 1
      slave: 1
  resources:
    limits:
      cpu: "1"
      memory: 2Gi
    requests:
      cpu: "1"
      memory: 2Gi
  sentinel:
    monitorConfig:
      down-after-milliseconds: "30000"
      failover-timeout: "180000"
      parallel-syncs: "1"
    replicas: 3
    resources:
      limits:
        cpu: 100m
        memory: 128Mi
      requests:
        cpu: 100m
        memory: 128Mi
  version: "6.0"
EOF

Для описания полей смотрите документацию Redis API.

Создание экземпляра Redis 6.0 в режиме Cluster с помощью CLI:

$ cat << EOF | kubectl -n default create -f -
apiVersion: middleware.alauda.io/v1
kind: Redis
metadata:
  name: c6
spec:
  affinityPolicy: AntiAffinityInSharding
  arch: cluster
  customConfig:
    hz: "10"
    save: 60 10000 300 100 600 1
    timeout: "0"
  exporter:
    enabled: true
    resources:
      limits:
        cpu: 100m
        memory: 384Mi
      requests:
        cpu: 50m
        memory: 128Mi
  expose:
    type: NodePort
  replicas:
    cluster:
      shard: 3
      slave: 1
  resources:
    limits:
      cpu: 200m
      memory: 200Mi
    requests:
      cpu: 200m
      memory: 200Mi
  version: "6.0"
EOF

Для описания полей смотрите документацию Redis API.

Создание экземпляра Redis 6.0 в режиме Standalone с помощью CLI:

$ cat << EOF | kubectl -n default create -f -
apiVersion: middleware.alauda.io/v1
kind: Redis
metadata:
  name: standalone
spec:
  arch: standalone
  customConfig:
    databases: "16"
    hz: "10"
    save: 60 10000 300 100 600 1
    timeout: "0"
  exporter:
    enabled: true
    resources:
      limits:
        cpu: 100m
        memory: 384Mi
      requests:
        cpu: 50m
        memory: 128Mi
  replicas:
    sentinel:
      master: 1
  resources:
    limits:
      cpu: "1"
      memory: 1Gi
    requests:
      cpu: "1"
      memory: 1Gi
  version: "6.0"
EOF

Для описания полей смотрите документацию Redis API.

Перейдите в представление Alauda Application Services.
В левой навигационной панели представления Alauda Application Services нажмите Redis.
Нажмите на Namespace name.
Нажмите Create Redis Instance.
Выберите тип архитектуры.

Следуйте приведённым ниже инструкциям для завершения соответствующих настроек.

Конфигурация	Параметр	Описание
Конфигурация параметров	Шаблон параметров	Вы можете выбрать системный или пользовательский шаблон параметров. Для пользовательских шаблонов параметров смотрите Управление шаблонами параметров.
Конфигурация подключения	Установить пароль по умолчанию	Рекомендуется установить пароль для пользователя redis `default` при запуске экземпляра. Если пароль не установлен, обратитесь к Управлению пользователями для сброса пароля или создания дополнительных аккаунтов.
	Метод доступа	Если приложения и экземпляры Redis масштабируются в разных кластерах нагрузки, используйте метод внешнего доступа. Метод внешнего доступа поддерживает `LoadBalancer` и `NodePort`, при этом для производственной среды рекомендуется `LoadBalancer`. Если приложения и экземпляры Redis масштабируются в одном кластере нагрузки, используйте метод доступа Внутри кластера.
	Указать порт хоста	При использовании NodePort для внешнего доступа можно указать номера nodeport сервиса. Режим Sentinel: при обновлении экземпляра порты нельзя менять местами; если требуется поменять порты, сначала обновите на другой свободный порт, затем укажите заново. Режим Cluster: при обновлении экземпляра, если нужно заменить только один порт, можно повторно ввести или изменить соответствующий node port в YAML.
Конфигурация планирования	Политика антиаффинности	Для обеспечения высокой надёжности и доступности в различных бизнес-сценариях платформа предоставляет политику антиаффинности для режима Cluster, где Принудительная антиаффинность является политикой по умолчанию. Примечание: После создания экземпляра эта настройка не может быть изменена.
	Метки узлов	Фильтрация доступных узлов в текущем кластере по меткам. Подам будет назначаться размещение на доступных узлах. Примечание: После создания экземпляра эта настройка не может быть изменена.
	Толерантность Pod	Если доступные узлы имеют taint, только Pod с установленной толерантностью смогут терпеть эти taint и могут быть назначены на узлы, соответствующие толерантности Pod и taint узла. Правила соответствия следующие: Equal: когда key, value и effect, которые терпит Pod, точно совпадают с настройками taint узла, Pod терпит taint узла. Exists: когда key и effect, которые терпит Pod, совпадают с настройками taint узла, Pod терпит taint узла. Примечание: effect определяет, будут ли Pod без толерантности к taint назначены на узел с этим taint. Например, если effect — NoExecute, только Pod, терпящие taint (включая Pod этого экземпляра Redis), будут назначены, а уже запущенные Pod на узле без толерантности будут эвакуированы (Pod из других экземпляров). Подробнее о правилах соответствия смотрите в документации сообщества Kubernetes.

Текущая Web Console не поддерживает создание standalone (архитектура Redis с одним узлом).

Нажмите Create.

После изменения статуса экземпляра на Running экземпляр успешно создан.

После создания экземпляра вы можете использовать следующую команду для проверки статуса экземпляра:

$ kubectl -n default get redis
NAME         ARCH         VERSION   ACCESS     STATUS         MESSAGE   BUNDLE VERSION   AUTOUPGRADE   AGE
c5           cluster      5.0       NodePort   Ready                    4.0.1                         2m46s
c6           cluster      6.0                  Initializing             4.0.1                         3m26s
c7           cluster      7.2       NodePort   Initializing             4.0.1                         98s
s5           sentinel     5.0                  Ready                    4.0.1                         3m10s
s6           sentinel     6.0                  Ready                    4.0.1                         25m
s7           sentinel     7.2       NodePort   Ready                    4.0.1                         2m15s
standalone   standalone   6.0                  Initializing             4.0.1                         6s

Значения полей таблицы вывода:

Поле	Описание
NAME	Имя экземпляра
ARCH	Значение соответствует архитектуре Redis. `cluster`: режим Cluster `sentinel`: режим Sentinel `standalone`: однозвенный Redis Это поле указывает, управляет ли данный CR ресурс экземпляром Redis в режиме standalone, Sentinel или Cluster.
VERSION	В настоящее время поддерживаются только 3 версии: `5.0`, `6.0`, `7.2`
ACCESS	Методы доступа, поддерживаемые экземпляром. : экземпляр предоставляет сервисы через ClusterIP `NodePort`: экземпляр предоставляет сервисы через NodePort `LoadBalancer`: экземпляр предоставляет сервисы через LoadBalancer
STATUS	Текущий статус экземпляра, может включать следующие состояния: `Initializing`: экземпляр инициализируется или обновляется `Rebalancing`: кластерный экземпляр масштабируется вверх или вниз `Error`: экземпляр столкнулся с неисправимой ошибкой `Paused`: экземпляр был вручную приостановлен `Ready`: экземпляр готов к работе
MESSAGE	Причина текущего статуса экземпляра
BUNDLE VERSION	Версия оператора, управляющего экземпляром
AUTOUPGRADE	Включено ли автоматическое обновление экземпляра
AGE	Время с момента создания экземпляра

#Создание экземпляра

#Содержание

#Создание экземпляра Redis

#Процедура

Создание экземпляра

Содержание

Создание экземпляра Redis

Процедура