Antes de comenzar
Cuando actualizas el operador de AlloyDB Omni, la base de datos se reinicia, a menos que se cumplan todas las siguientes condiciones:
- Estás actualizando el operador de AlloyDB Omni de la versión 1.1.1 a una versión más reciente.
- Usas la versión 15.5.5 o posterior de la base de datos de AlloyDB Omni.
- La IA de AlloyDB no está habilitada.
Si se reinicia la base de datos, no se espera una pérdida de datos.
A partir de la versión 15.7.1 de la base de datos de AlloyDB Omni, la alta disponibilidad (HA) en tus clústeres de bases de datos de AlloyDB Omni basados en Kubernetes usa una nueva arquitectura para proporcionar más refuerzo y mejoras en las capacidades de configuración automática, conmutación por error y recuperación de HA.
Si actualizas la versión de la base de datos de AlloyDB Omni de la versión 15.7.0 (o anterior) a la versión 15.7.1 (o posterior), o si reviertes las versiones, debes inhabilitar la HA y volver a habilitarla después de que se complete el proceso.
Cómo determinar tus versiones actuales
Para verificar la versión de AlloyDB Omni que usa tu clúster de base de datos, ejecuta el siguiente comando:
kubectl get dbclusters.alloydbomni.dbadmin.goog DB_CLUSTER_NAME -n NAMESPACE -o jsonpath='{.status.primary.currentDatabaseVersion}'
Realiza los siguientes reemplazos:
DB_CLUSTER_NAME
: Es el nombre de tu clúster de base de datos. Es el mismo nombre de clúster de base de datos que declaraste cuando lo creaste. Para obtener más información, consulta Instala AlloyDB Omni en Kubernetes.NAMESPACE
: Es el espacio de nombres de Kubernetes de tu clúster de base de datos.
Si ejecutas la versión 1.0.0 o posterior del operador de AlloyDB Omni, este comando imprimirá la versión de AlloyDB Omni que usa tu clúster de base de datos.
Para verificar la versión del operador de AlloyDB Omni instalado en tu clúster de Kubernetes, ejecuta el siguiente comando:
kubectl get dbclusters.alloydbomni.dbadmin.goog DB_CLUSTER_NAME -n NAMESPACE -o jsonpath='{.status.primary.currentControlPlaneAgentsVersion}'
Si ejecutas la versión 1.0.0 o una posterior del operador de AlloyDB Omni, el resultado será el número de versión del operador de AlloyDB Omni que se ejecuta en tu clúster de Kubernetes.
Si ejecutas una versión del operador de AlloyDB Omni anterior a la 1.0.0, sigue las instrucciones que se indican en Actualiza desde un operador de AlloyDB Omni anterior a la versión 1.0.0. De lo contrario, continúa con Verifica los números de versión de destino.
Verifica los números de versión de destino
Si ejecutas la versión 1.0.0 o una versión posterior del operador de AlloyDB Omni, los próximos pasos dependerán de la versión de AlloyDB Omni a la que quieras actualizar. El número de versión de AlloyDB Omni tiene los siguientes componentes:
- Número de versión principal de su compatibilidad con PostgreSQL
- Número de versión secundaria de su compatibilidad con PostgreSQL
- Número de versión de parche de esta versión de AlloyDB Omni
Por ejemplo, la versión 15.7.1 de AlloyDB Omni admite la versión 15.7 de PostgreSQL y no tiene un parche de lanzamiento de AlloyDB Omni.
Elige la opción de instalación que funcione para tu versión de destino:
Situación de instalación | Pasos para actualizar |
---|---|
Quieres actualizar a una versión de AlloyDB Omni que admita una versión más reciente de PostgreSQL. | Actualiza el operador de AlloyDB Omni y tu clúster de base de datos. Cada conjunto de versiones de AlloyDB Omni que admite una versión secundaria específica de PostgreSQL tiene su propio número de versión del operador de AlloyDB Omni. Usa la tabla de compatibilidad de versiones del operador de AlloyDB Omni para verificar que la versión del operador de AlloyDB Omni sea compatible con la versión del operador. |
Solo deseas actualizar a una versión de parche más reciente de AlloyDB Omni. | Actualiza solo tu clúster de base de datos. |
Todas las demás situaciones | Sigue los pasos para actualizar el operador de AlloyDB Omni. |
Actualiza el operador de AlloyDB Omni
Para actualizar el operador de AlloyDB Omni, sigue estos pasos:
Define las variables de entorno:
export GCS_BUCKET=alloydb-omni-operator
export OPERATOR_VERSION=OPERATOR_VERSION
export HELM_PATH=$OPERATOR_VERSION/alloydbomni-operator-$OPERATOR_VERSION.tgz
Reemplaza
OPERATOR_VERSION
por la versión del operador de AlloyDB Omni a la que deseas actualizar, por ejemplo,1.4.0
.Descarga el operador de AlloyDB Omni más reciente:
gcloud storage cp gs://$GCS_BUCKET/$HELM_PATH ./ --recursive
tar -xvzf alloydbomni-operator-${OPERATOR_VERSION}.tgz
Aplica las definiciones de recursos personalizados del operador de AlloyDB Omni más recientes:
kubectl apply -f alloydbomni-operator/crds
Actualiza el gráfico de Helm del operador de AlloyDB Omni:
helm upgrade alloydbomni-operator alloydbomni-operator-${OPERATOR_VERSION}.tgz \ --namespace alloydb-omni-system \ --atomic \ --timeout 5m
Actualiza los clústeres de la base de datos
Para actualizar el dbCluster
, completa los siguientes pasos:
Si actualizas un clúster de base de datos de AlloyDB Omni de alta disponibilidad desde la versión 15.7.0 (o anterior) a la versión 15.7.1 (o posterior), sigue estos pasos para inhabilitar la alta disponibilidad.
- Configura
numberOfStandbys
como0
en el manifiesto del clúster.
spec: availability: numberOfStandbys: 0
- Para inhabilitar la HA, vuelve a aplicar el manifiesto.
- Configura
Actualiza las versiones de
databaseVersion
ycontrolPlaneAgentsVersion
en el manifiesto del clúster y vuelve a aplicar el manifiesto.A continuación, se muestra parte de un archivo de manifiesto que especifica la versión 15.7.1 de
databaseVersion
y la versión 1.4.0 decontrolPlaneAgentsVersion
:apiVersion: alloydbomni.dbadmin.goog/v1 kind: DBCluster metadata: name: DB_CLUSTER_NAME spec: databaseVersion: "15.7.1" controlPlaneAgentsVersion: "1.4.0" ...
Reemplaza la siguiente variable:
DB_CLUSTER_NAME
: Es el nombre de tu clúster de base de datos. Es el mismo nombre de clúster de base de datos que declaraste cuando lo creaste. Para obtener más información, consulta Cómo instalar AlloyDB Omni en Kubernetes.
Espera a que se complete la actualización.
Si inhabilitaste la HA antes de la actualización, completa los siguientes pasos.
Vuelve a establecer
numberOfStandbys
en el número anterior a la actualización en el manifiesto del clúster.Vuelve a aplicar el manifiesto para volver a habilitar la HA.
Actualizar alloydb_omni_instance_postgresql_wait_time_second_total
Si usas la métrica alloydb_omni_instance_postgresql_wait_time_second_total
, debes actualizarla a alloydb_omni_instance_postgresql_wait_time_us_total
. Para consumir ambas métricas, usa el operador OR
de Prometheus.
(promQL A) OR (promQL A, but replace all occurrences of alloydb_omni_instance_postgresql_wait_time_second_total to alloydb_omni_instance_postgresql_wait_time_us_total)
Si usas seconds
como unidad para esta métrica, debes convertirla a us
.
Para obtener más información, consulta las notas de la versión.