#Переключение при сбое

Когда исходный экземпляр Redis выходит из строя, необходимо сначала выполнить аварийное переключение для кластера аварийного восстановления, а затем переключить адрес доступа клиента на новый экземпляр аварийного восстановления.

#Переключение кластера аварийного восстановления

В кластере аварийного восстановления при сбое исходного экземпляра необходимо разорвать канал синхронизации с неработающим исходным экземпляром, а целевой экземпляр повысить до исходного; это необходимо для обеспечения возможности записи данных клиентом и предотвращения загрязнения целевого экземпляра «грязными» данными с неработающего исходного экземпляра.

#Описание времени переключения при сбое

При возникновении сбоя на исходном экземпляре кластера аварийного восстановления, сервис Alauda Cache Service for Redis OSS на целевой стороне обнаружит разрыв канала аварийного восстановления с исходным экземпляром. В этот момент статус ресурса ActiveRedisConnection станет аномальным, а в веб-консоли целевого экземпляра появится уведомление о возможности выполнения переключения аварийного восстановления.

#Переключение аварийного восстановления

# Просмотр нормального статуса
$ kubectl -n default get activeredisconnections
NAME           INSTANCE   STATUS    MESSAGE   AGE
c6-dest-conn   c6-dest    Healthy             35s

# Просмотр аномального статуса
$ kubectl -n default get activeredisconnections
NAME           INSTANCE   STATUS   MESSAGE                                                                                          AGE
c6-dest-conn   c6-dest    Failed   shard 0 status is Disconnected; shard 1 status is Disconnected; shard 2 status is Disconnected   86s

$ kubectl -n default get activeredisconnections c6-dest-conn -o yaml
apiVersion: redis.middleware.alauda.io/v1alpha1
kind: ActiveRedisConnection
metadata:
  annotations:
    cpaas.io/creator: admin
    cpaas.io/updated-at: "2025-08-27T08:42:16Z"
  creationTimestamp: "2025-08-27T08:42:16Z"
  generation: 1
  labels:
    cpaas.io/activeredis: c6-dest-activeredis
    cpaas.io/activeredis-instance: c6-dest
  name: c6-dest-conn
  namespace: default
  ownerReferences:
  - apiVersion: redis.middleware.alauda.io/v1alpha1
    blockOwnerDeletion: true
    controller: true
    kind: ActiveRedis
    name: c6-dest-activeredis
    uid: ed1010f8-a70d-42ef-be19-0450478df137
  resourceVersion: "19592690"
  uid: 301f77be-ff52-4e50-98d0-d85a38e2415a
spec:
  addresses:
  - 192.168.1.11:30011
  instance: c6-dest
  pause: true
  secretName: c6-dest-conn-password
status:
  instance: c6-dest
  message: shard 0 status is Disconnected; shard 1 status is Disconnected; shard 2
    status is Disconnected
  shards:
  - index: 0
    offset: "0"
    opId: "0"
    status: Disconnected
    syncStatus: PartialSync
  - index: 1
    offset: "0"
    opId: "0"
    status: Disconnected
    syncStatus: PartialSync
  - index: 2
    offset: "0"
    opId: "0"
    status: Disconnected
    syncStatus: PartialSync
  status: Failed
  upstreamPeer:
    service_id: 0
    service_metadata:
      instance: default/c6

$ kubectl -n default delete activeredisconnections c6-dest-conn

#Использование неработающего исходного экземпляра в качестве целевого экземпляра нового источника

После восстановления неработающего исходного экземпляра его можно повторно добавить в кластер аварийного восстановления в качестве целевого экземпляра нового источника. Для способа выполнения операции обратитесь к разделу Setup Disaster Recovery.

#Переключение аварийного восстановления на стороне клиента

Перед подключением к кластеру аварийного восстановления клиент должен поддерживать переключение адреса доступа Redis на новый исходный экземпляр (повышенный целевой) после обнаружения сбоя исходного экземпляра. Обычно существуют следующие методы переключения:

Нельзя судить о необходимости аварийного переключения клиента только по бинарному решению; переключение — это многомерный процесс принятия решений с высокой степенью уверенности. Его необходимо осуществлять с учетом нескольких аспектов обнаружения сбоев, включая, но не ограничиваясь: доступностью экземпляра, наличием высокой доступности экземпляра, возможностью продолжения обслуживания кластера k8s, проверкой доступности дата-центра.

Обычно для безопасного выполнения переключения аварийного восстановления клиентом должно выполняться следующее выражение:

(Ручной запуск переключения)
ИЛИ
(
  (Проверка статуса исходного экземпляра неудачна и продолжается неудача N раз)
  И
  (
    (Экземпляр больше не обладает высокой доступностью)
    ИЛИ
    (Проверка доступности дата-центра неудачна и продолжается неудача N раз)
  )
  И
  (Проверка доступности целевого экземпляра успешна)
)