#Обновление глобального кластера

#Загрузка образов

Скопируйте основной пакет на любой узел плоскости управления глобального кластера. Распакуйте пакет и выполните cd в каталог с распакованным содержимым.

• Если глобальный кластер использует встроенный реестр, выполните:

  bash upgrade.sh --only-sync-image=true

• Если глобальный кластер использует внешний реестр, также необходимо указать адрес реестра:

  bash upgrade.sh --only-sync-image=true --registry <registry-address> --username <username> --password <password>

Если вы планируете выполнить обновление Operator и Cluster Plugin одновременно с обновлением глобального кластера, заранее загрузите соответствующие пакеты в реестр соответствующего кластера. Инструкции по массовой загрузке см. в разделе Загрузить все пакеты одновременно.

Подробности о подкоманде violet push см. в разделе Загрузка пакетов.

#Запуск обновления

После завершения загрузки образов выполните следующую команду, чтобы запустить процесс обновления:

bash upgrade.sh --skip-sync-image

Дождитесь завершения сценария, прежде чем продолжать. Примерно через 10–15 минут кнопка обновления на вкладке Functional Components станет доступной. После этого вы сможете обновить Operator и Cluster Plugin в соответствии со следующими инструкциями по обновлению.

#Обновление глобального кластера

1. Войдите в Web Console глобального кластера и переключитесь в режим Administrator.
2. Перейдите в Clusters > Clusters.
3. Нажмите на кластер global, чтобы открыть его страницу сведений.
4. Перейдите на вкладку Functional Components.
5. Нажмите кнопку Upgrade.

Ознакомьтесь с доступными обновлениями компонентов в диалоговом окне и подтвердите продолжение.

#Установка плагина Alauda Container Platform Cluster Enhancer

1. Перейдите в раздел Administrator.

2. В левой боковой панели нажмите Marketplace > Cluster Plugins и выберите кластер global.

3. Найдите плагин Alauda Container Platform Cluster Enhancer и нажмите Install.

#(При необходимости) Обновление Service Mesh Essentials

Если установлен Service Mesh v1, перед обновлением кластеров рабочих нагрузок обратитесь к документации Alauda Service Mesh Essentials Cluster Plugin.

#Проверка согласованности данных

Выполните обычные процедуры проверки global DR, чтобы убедиться, что данные в резервном глобальном кластере согласованы с основным глобальным кластером.

Если обнаружены несоответствия, не удаляйте плагин синхронизации etcd на следующем шаге и обратитесь в техническую поддержку перед продолжением. Удаление плагина, когда в резервном глобальном кластере отсутствуют данные, которые есть в основном кластере, может привести к некорректному разрешению owner references, а объекты Machine узлов кластера рабочих нагрузок — включая кластеры immutable-OS, где это уничтожает базовую виртуальную машину, — могут быть удалены.

На обоих кластерах выполните следующую команду, чтобы убедиться, что ни один узел Machine не находится в состоянии, отличном от рабочего:

kubectl get machines.platform.tkestack.io

Если такие узлы существуют, обратитесь в техническую поддержку, чтобы устранить проблему, прежде чем продолжить.

#Удаление плагина синхронизации etcd

1. Откройте Web Console резервного кластера через его IP или VIP.
2. Переключитесь в режим Administrator.
3. Перейдите в Marketplace > Cluster Plugins.
4. УБЕДИТЕСЬ, что вы переключились на кластер global.
5. Найдите плагин Alauda Container Platform etcd Synchronizer и выполните Uninstall. Дождитесь завершения удаления.

#Загрузка образов

Выполните шаг Загрузка образов как на резервном кластере, так и на основном кластере.

Подробности см. в разделе Загрузка образов в стандартной процедуре.

#Обновление резервного кластера

apiVersion: product.alauda.io/v1alpha2
kind: ProductBase
metadata:
  name: base
spec:
  alternativeURLs:
    - https://<standby-cluster-vip>

На резервном кластере выполните шаги из стандартной процедуры, чтобы завершить обновление.

#Обновление основного кластера

После обновления резервного кластера выполните стандартную процедуру на основном кластере.

#Переустановка плагина синхронизации etcd

Перед переустановкой убедитесь, что порт 2379 корректно перенаправляется с обоих VIP глобального кластера на их узлы плоскости управления.

Чтобы переустановить:

1. Откройте Web Console резервного глобального кластера через его IP или VIP.
2. Переключитесь в режим Administrator.
3. Перейдите в Marketplace > Cluster Plugins.
4. Выберите кластер global.
5. Найдите Alauda Container Platform etcd Synchronizer, нажмите Install и укажите требуемые параметры.

Для проверки установки:

kubectl get po -n cpaas-system -l app=etcd-sync  # Ensure pod is 1/1 Running

kubectl logs -n cpaas-system $(kubectl get po -n cpaas-system -l app=etcd-sync --no-headers | awk '{print $1}' | head -1) | grep -i "Start Sync update"
# Wait until the logs contain "Start Sync update"

# Recreate the pod to trigger synchronization of resources with ownerReferences
kubectl delete po -n cpaas-system $(kubectl get po -n cpaas-system -l app=etcd-sync --no-headers | awk '{print $1}' | head -1)

#Проверка статуса синхронизации

Выполните следующую команду, чтобы проверить статус синхронизации:

curl "$(kubectl get svc -n cpaas-system etcd-sync-monitor -ojsonpath='{.spec.clusterIP}')/check"

Пояснение к выводу:

• "LOCAL ETCD missed keys:" – ключи существуют в основном кластере, но отсутствуют в резервном. Часто это устраняется после перезапуска pod.
• "LOCAL ETCD surplus keys:" – ключи существуют в резервном кластере, но отсутствуют в основном. Перед удалением обсудите их с вашей эксплуатационной командой.