Compartir vía


Materias de actualización para SQL Managed Instance habilitado para Azure Arc.

Los servicios de datos habilitados para Azure Arc permiten obtener una versión permanente de SQL que solo está disponible en SQL Managed Instance habilitado para Arc. Por su naturaleza permanente, SQL Managed Instance habilitado para Arc proporciona una actualización basada en un servicio administrado para que pueda beneficiarse de las innovaciones en su infraestructura de Azure tan pronto como estén disponibles, a diferencia de las instalaciones locales o entornos multinube.

En este artículo se proporcionan consideraciones y recomendaciones de diseño clave para configurar y administrar el proceso de actualización de los servicios de datos habilitados para Azure Arc.

Architecture

Modo de conexión directa

En el diagrama siguiente se muestra el flujo de actualización del servicio de datos en modo de Conexión directa.

Captura de pantalla que muestra el flujo de actualización del servicio de datos en modo de Conexión directa.

Modo de conexión indirecta

En el diagrama siguiente se muestra el flujo de actualización del servicio de datos en modo de Conexión indirecta.

Captura de pantalla que muestra el flujo de actualización del servicio de datos en modo de Conexión indirecta.

Nivel de servicio Uso general

En los diagramas siguientes se muestra el proceso de actualización de SQL Managed Instance habilitado para Arc en el nivel de servicio De uso general.

Captura de pantalla que muestra el proceso previo a la actualización de SQL Managed Instance habilitado para Arc en el nivel de servicio De uso general.

Captura de pantalla que muestra el proceso de actualización de SQL Managed Instance habilitado para Arc en el nivel de servicio De uso general.

Nivel de servicio Crítico para la empresa

En los diagramas siguientes se muestra el proceso de actualización de SQL Managed Instance habilitado para Arc en el nivel de servicio Crítico para la empresa.

Captura de pantalla que muestra el proceso previo a la actualización de SQL Managed Instance habilitado para Arc en el nivel de servicio Crítico para la empresa.

Captura de pantalla que muestra el proceso de actualización de SQL Managed Instance habilitado para Arc en el nivel de servicio Crítico para la empresa.

Captura de pantalla que muestra el lanzamiento de la actualización de las réplicas secundarias restantes en una actualización en el nivel de servicio Crítico para la empresa.

Captura de pantalla que muestra la conmutación por error en el nivel de SQL y la última creación de instancias de pod en una actualización en el nivel de servicio Crítico para la empresa.

Consideraciones de diseño

Actualizaciones del controlador de datos de Azure Arc

  • Las actualizaciones se pueden realizar mediante varias herramientas, como la CLI de Azure, Azure Portal o Kubernetes. Decida qué herramienta usar en función del modo de conectividad que se use, ya sea Conexión directa o indirecta, y la herramienta con la que se sienta más cómodo.
  • Revise el controlador de datos de Azure Arc para comprobar si tiene algún servicio de datos en versión preliminar, como PostgreSQL habilitado para Azure Arc, implementado junto con SQL Managed Instance habilitado para Arc. No puede realizar actualizaciones locales si tiene una combinación de servicios en versión preliminar y servicios disponibles con carácter general implementados en el mismo controlador de datos.
  • Revise las versiones de todas las instancias de SQL Managed Instance habilitadas para Arc que usa el controlador de datos para confirmar que tienen la misma versión que el controlador de datos antes de realizar la actualización.
  • Tenga en cuenta la ruta de actualización admitida para determinar la siguiente versión correcta del controlador de datos antes de la actualización.

Nota

Una actualización del controlador de datos de Azure Arc no provoca tiempo de inactividad en SQL Managed Instance habilitado para Arc.

Modo de conexión directa

Modo de conexión indirecta

  • Determine si la actualización del controlador de datos de Azure Arc en modo Conexión indirecta debe implementarse mediante la CLI de Azure o herramientas de Kubernetes.
  • Revise los requisitos previos de las actualizaciones mediante herramientas de Kubernetes y la CLI de Azure.
  • Decida si va a usar Registro de artefactos Microsoft en el caso de que los clústeres tengan conectividad a Internet o un registro privado si los clústeres están aislados, para extraer imágenes de servicios de datos habilitados para Azure Arc.
  • Disponga los permisos de Kubernetes necesarios para la cuenta de servicio que se usa para actualizar el controlador de datos de Azure Arc mediante herramientas de Kubernetes.
  • Compruebe la información del repositorio para asegurarse de que es válida y que ya se han incorporado las nuevas imágenes en ella.

Actualizaciones de SQL Managed Instance habilitado para Azure Arc

Consideraciones generales

  • Se deben realizar las actualizaciones al controlador de datos de Azure Arc antes de actualizar SQL Managed Instance habilitado para Arc. La extensión de clúster arcdata y las versiones de extensiones de SQL Managed Instance están relacionadas y deben ser las mismas.
  • Decida si va a usar actualizaciones automáticas o manuales de SQL Managed Instance habilitado para Arc en función de sus requisitos.
  • En el caso de las actualizaciones automáticas, solo se puede definir una única ventana de mantenimiento para un controlador de datos. Considere el número de ventanas de mantenimiento diferentes necesarias para diferentes cargas de trabajo para identificar el número de controladores de datos necesarios.

Nivel de servicio Uso general

  • Durante una actualización en el nivel de servicio De uso general, el pod de Kubernetes se finaliza y se vuelve a aprovisionar con la nueva versión. Es importante conocer el efecto en el lado de la aplicación y del cliente de una actualización en la que hay un breve período de tiempo de inactividad mientras se crea el nuevo pod.
  • Revise la arquitectura de las aplicaciones para conocer si tienen la resistencia necesaria y la lógica de reintentos para admitir un breve impacto durante una actualización.

Nivel de servicio Crítico para la empresa

  • Durante una actualización en el nivel de servicio Crítico para la empresa con varias réplicas, las réplicas secundarias se actualizan primero. Se promociona una de las réplicas secundarias actualizadas para que se convierta en la nueva réplica principal, mientras que la principal anterior se convierte en secundaria y se actualiza. Durante la transición de la réplica principal anterior a la nueva principal, hay un breve período de tiempo de inactividad cuando se produce la conmutación por error. Es importante conocer los efectos de una actualización en el lado de la aplicación y del cliente cuando se produce la conmutación por error.
  • Revise la arquitectura de la aplicación para conocer si tiene la resistencia necesaria y la lógica de reintentos para admitir un breve impacto durante una actualización.

Recomendaciones de diseño

Actualizaciones del controlador de datos de Azure Arc

  • Si actualiza mediante la CLI de Azure, compruebe que la versión de la extensión de la CLI de Azure arcdata corresponde a la versión de la imagen a la que desea actualizar en el registro de versiones.

  • En entornos de varios clústeres, realice las actualizaciones primero en un entorno de prueba o desarrollo para validar los posibles problemas o cambios importantes.

  • Realice un simulacro antes de la actualización para validar el esquema de versión, el token de autorización del repositorio privado si se usa y que el registro existe antes de intentar una actualización real.

  • Cree un proceso para supervisar las nuevas actualizaciones del controlador de datos de Azure Arc.

  • No mezcle PostgreSQL y SQL Managed Instance habilitado para Arc en el mismo controlador de datos ya que PostgreSQL todavía está en versión preliminar mientras que SQL Managed Instance habilitado para Arc está disponible con carácter general. Considere un clúster independiente con su propio controlador de datos para probar PostgreSQL.

  • Evite usar características en versión preliminar en el entorno de producción y use dichas características solo con fines de evaluación en instancias de desarrollo/pruebas.

  • Cree un inventario de las versiones actuales de los controladores de datos implementados. Azure Resource Graph se puede usar para consultar los controladores de datos implementados actuales.

      resources
      | where type == 'microsoft.azurearcdata/datacontrollers'
      | extend version = tostring(properties.k8sRaw.status.runningVersion)
      | project name,location,resourceGroup,version
    
  • Revise la guía de solución de problemas para comprender cómo obtener los registros necesarios para resolver los problemas de actualización.

Modo de conexión directa

Modo de conexión indirecta

Actualizaciones de SQL Managed Instance habilitado para Azure Arc

Recomendaciones generales

  • Mantenga actualizado SQL Managed Instance habilitado para Arc con la versión más reciente disponible para recibir las revisiones, correcciones de errores y características más recientes. Actualmente, los servicios de datos de Arc no admiten la omisión de versiones durante las actualizaciones. Por lo tanto, si hay varias versiones para actualizar, deberá actualizar en orden secuencial estas versiones hasta llegar a la versión más reciente. Se recomienda no desviarse demasiado lejos de las últimas versiones.

  • Asegúrese de que tiene configurada la directiva de copia de seguridad de "restauración a un momento dado" para que pueda efectuar una recuperación si hay problemas durante la actualización. Revise el área de diseño crítica de continuidad empresarial y recuperación ante desastres y use el comando kubectl describe sqlmi en las instancias para comprobar la configuración de retención actual.

  • En entornos o escenarios de varios clústeres con varias implementaciones de SQL Managed Instance habilitado para Arc que representan entornos diferentes, realice primero actualizaciones en entornos de desarrollo/pruebas, como el entorno de desarrollo, para validar los posibles problemas o cambios importantes.

  • Realice un simulacro antes de la actualización para validar el esquema de versión, el token de autorización del repositorio privado si se usa y que el registro existe antes de intentar una actualización real.

  • Use la CLI de Azure para realizar actualizaciones a gran escala de SQL Managed Instance habilitado para Arc.

  • Use actualizaciones automáticas para cargas de trabajo que puedan tolerar actualizaciones inmediatas y no emplee esta opción con cargas de trabajo que necesiten una hora de poca actividad programada para realizar la actualización.

  • Si se usan actualizaciones automáticas, asegúrese de que se defina una ventana de mantenimiento adecuada para permitir que las actualizaciones se produzcan durante horas de poca actividad.

  • En el caso de actualizaciones manuales, asegúrese de establecer una cadencia regular para realizar actualizaciones que estén dentro de las versiones admitidas.

    Nota

    También puede sondear el Registro de artefactos Microsoft para conocer las nuevas versiones de imágenes de contenedor.

  • Cree un proceso para supervisar el estado de actualización mediante la CLI de Azure o las herramientas de Kubernetes.

  • Revise las versiones correspondientes de los distintos componentes antes de realizar una actualización para asegurarse de que las versiones correctas estén en vigor.

Nivel de servicio Uso general

Nivel de servicio Crítico para la empresa

  • Implemente la instancia de nivel Crítico para la empresa con tres réplicas en lugar de dos para lograr una mayor disponibilidad y menos tiempo de inactividad durante las actividades de actualización y conmutación por error.
  • Realice las actualizaciones durante horas no críticas para minimizar el impacto en los usuarios y los datos de la organización.

Pasos siguientes

Para más información sobre el recorrido de nube híbrida y multinube, consulte los siguientes artículos: