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.
- AlloyDB AI no está habilitada. Para obtener más información, consulta Crea un clúster de base de datos con AlloyDB AI.
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, verifica los números de versión objetivo.
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 16.8.0 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.5.0
.Descarga el operador de AlloyDB Omni más reciente:
gcloud storage cp -r gs://$GCS_BUCKET/$HELM_PATH ./
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 bases de datos de OpenShift desde la versión 1.4.1 o anterior
A partir de la versión 1.5.0, el operador de AlloyDB Omni es compatible con la restricción de contexto de seguridad restricted-v2
predeterminada de OpenShift. Para los clústeres de bases de datos nuevos en OpenShift que ejecutan controlPlaneAgentsVersion
1.5.0 o una versión posterior, OpenShift inserta IDs de usuario arbitrarios para las cargas de trabajo de la base de datos. En el caso de los clústeres de bases de datos que ejecutan una versión anterior, las cargas de trabajo de la base de datos deben seguir ejecutándose como el ID de usuario predeterminado 999
.
Para actualizar un clúster de base de datos en OpenShift desde una versión controlPlaneAgentsVersion
anterior a la 1.5.0, sigue estos pasos:
Otorga permiso a la cuenta de servicio del clúster de la base de datos para usar la restricción de contexto de seguridad
anyuid
. Esto permite que la carga de trabajo de la base de datos se ejecute como ID de usuario predeterminado.oc adm policy add-scc-to-user anyuid system:serviceaccount:NAMESPACE:DB_CLUSTER_NAME-sa
Anota el clúster de la base de datos con
openshift.io/scc=anyuid
. La versión 1.5.0 o posterior del operador de AlloyDB Omni reconoce esta anotación y ejecuta las cargas de trabajo de la base de datos como ID de usuario predeterminado en OpenShift en lugar de permitir que la plataforma inserte un ID arbitrario.kubectl annotate dbclusters.alloydbomni.dbadmin.goog DB_CLUSTER_NAME -n NAMESPACE openshift.io/scc=anyuid
Sigue los pasos para actualizar el clúster de la base de datos a la versión más reciente.
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.Ejecuta el siguiente ejemplo, que forma parte de un archivo de manifiesto que especifica la versión 16.8.0 de
databaseVersion
y la versión 1.5.0 decontrolPlaneAgentsVersion
:apiVersion: alloydbomni.dbadmin.goog/v1 kind: DBCluster metadata: name: DB_CLUSTER_NAME namespace: NAMESPACE spec: databaseVersion: "16.8.0" controlPlaneAgentsVersion: "1.5.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.NAMESPACE
: Es el espacio de nombres de Kubernetes de tu clúster de base de datos.
Espera a que se complete la actualización correctamente.
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.