Recomendaciones sobre la confiabilidad

Azure Advisor lo ayuda a garantizar y mejorar la continuidad de las aplicaciones empresariales críticas. Puede obtener recomendaciones de confiabilidad en la pestaña Confiabilidad del panel Advisor.

1. Inicie sesión en Azure Portal.

2. Busque y seleccione Advisor desde cualquier página.

3. En el panel de Advisor, seleccione la pestaña Confiabilidad.

Plataforma AgFood

Actualización a la versión del SDK de DotNet de ADMA más reciente

Identificamos llamadas a una versión del SDK de DotNet de ADMA que está programada para quedar en desuso. Utilice la última versión de SDK para garantizar el acceso ininterrumpido a ADMA, las últimas funciones y las mejoras de rendimiento.

Posibles ventajas: garantizar el acceso ininterrumpido a ADMA

Para más información, consulte ¿Qué es Azure Data Manager for Agriculture?

Actualización a última versión de ADMA Java SDK

Hemos identificado llamadas a una versión de ADMA Java Sdk que está programada para dejar de estar disponible. Recomendamos cambiar a la última versión de SDK para garantizar el acceso ininterrumpido a ADMA, las funciones más recientes y las mejoras de rendimiento.

Posibles ventajas: garantizar el acceso ininterrumpido a ADMA

Para más información, consulte ¿Qué es Azure Data Manager for Agriculture?

Actualización a la versión del SDK de Python de ADMA más reciente

Identificamos llamadas a una versión del SDK de Python de ADMA que está programada para quedar en desuso. Utilice la última versión de SDK para garantizar el acceso ininterrumpido a ADMA, las últimas funciones y las mejoras de rendimiento.

Posibles ventajas: garantizar el acceso ininterrumpido a ADMA

Para más información, consulte ¿Qué es Azure Data Manager for Agriculture?

Actualización a la versión del SDK de JavaScript de ADMA más reciente

Identificamos llamadas a una versión del SDK de JavaScript de ADMA que está programada para quedar en desuso. Utilice la última versión de SDK para garantizar el acceso ininterrumpido a ADMA, las últimas funciones y las mejoras de rendimiento.

Posibles ventajas: garantizar el acceso ininterrumpido a ADMA

Para más información, consulte ¿Qué es Azure Data Manager for Agriculture?

API Management

Migre el servicio API Management a la plataforma stv2

La compatibilidad con instancias de API Management hospedadas en la plataforma stv1 se retirará el 31 de agosto de 2024. Migre a la plataforma basada en stv2 antes de eso para evitar interrupciones del servicio.

Posibles ventajas: mejorar la estabilidad del servicio y aprovechar las nuevas características de la plataforma

Para más información, consulte Retirada de la plataforma API Management stv1: nube global de Azure (agosto de 2024)

Error de rotación de certificados de nombre de host

El servicio API Management no puede recuperar el certificado de nombre de host de Key Vault, lo que puede provocar que el servicio use un certificado obsoleto y el tráfico de API en tiempo de ejecución se bloquee. Asegúrese de que el certificado existe en Key Vault y que la identidad de servicio API Management tiene concedido acceso de lectura de secreto.

Posibles ventajas: garantizar la disponibilidad del servicio

Para más información, consulte Configuración de un nombre de dominio personalizado para la instancia de Azure API Management

El portal heredado estaba en desuso desde hace 3 años y se retiró en octubre de 2023. Sin embargo, estamos viendo el uso activo del portal que puede provocar interrupciones del servicio pronto cuando la deshabilitamos.

Le recomendamos encarecidamente que migre al nuevo portal para desarrolladores lo antes posible para seguir disfrutando de nuestros servicios y aprovechar las nuevas características y mejoras.

Ventajas potenciales: garantizar la continuidad empresarial

Para más información, consulte Migración al nuevo portal para desarrolladores.

Error en la comprobación de estado de la red de dependencias

La dependencia del servicio Azure API Management no está disponible. Consulte la configuración de la red virtual.

Ventajas potenciales: mejora de la estabilidad del servicio

Para más información, consulte Implementación de la instancia de Azure API Management en una red virtual: modo externo

Renegociación de SSL/TLS bloqueada

Intento de renegociación SSL/TLS bloqueado; es posible que se produzca un error en la comunicación segura. Para admitir escenarios de autenticación de certificados de cliente, habilite "Negociar certificado de cliente" en los nombres de host enumerados. En el caso de los clientes basados en explorador, esta opción puede dar lugar a que se presente un aviso de certificado al cliente.

Posibles ventajas: garantizar la disponibilidad del servicio

Para más información, consulte Procedimiento para proteger API mediante la autenticación de certificados de cliente en API Management

Implementación de una instancia del servicio Azure API Management en varias regiones de Azure para una mayor disponibilidad de servicio

Azure API Management admite la implementación en varias regiones, lo que permite a los publicadores de API agregar puertas de enlace de API regionales a una instancia de API Management existente. La implementación en varias regiones ayuda a reducir la latencia de las solicitudes que perciben los consumidores de API distribuidos geográficamente, y mejora la disponibilidad del servicio.

Ventajas potenciales: mayor resistencia frente a errores regionales

Para más información, consulte Implementación de una instancia de Azure API Management en varias regiones de Azure

Habilite y configure la autoescala para la instancia de API Management en cargas de trabajo de producción.

La instancia de API Management en los niveles de servicio de producción se puede escalar agregando y eliminando unidades. La característica de autoescala puede ajustar dinámicamente las unidades de una instancia de API Management para dar cabida a un cambio de carga sin intervención manual.

Ventajas potenciales: aumente la escalabilidad y optimice el costo.

Para más información, consulte Escalado automático de una instancia de Azure API Management

App Service

Escale horizontalmente el plan de App Service para evitar el agotamiento de la CPU

Un uso elevado de la CPU puede provocar problemas en tiempo de ejecución con las aplicaciones. La aplicación superó el 90 % de la CPU en el último par de días. Para reducir el uso de CPU y evitar problemas en tiempo de ejecución, escale horizontalmente la aplicación.

Posibles ventajas: mantener la aplicación en buen estado

Para más información, consulte Procedimientos recomendados para Azure App Service

Comprobación de los problemas de estado del servicio de la aplicación

Tenemos una recomendación relacionada con el estado del servicio de la aplicación. Para ver más detalles, abra Azure Portal, vaya a la aplicación y haga clic en Diagnosticar y resolver.

Posibles ventajas: mantener la aplicación en buen estado

Para más información, consulte Procedimientos recomendados para Azure App Service

Corrección de la configuración de la base de datos de copia de seguridad del recurso de App Service

Cuando una aplicación tiene una configuración de base de datos no válida, se produce un error en sus copias de seguridad. Para obtener más información, consulte el historial de copias de seguridad de la aplicación en la página de administración de aplicaciones.

Ventajas potenciales: garantizar la continuidad empresarial

Para más información, consulte Procedimientos recomendados para Azure App Service

Corrección de la configuración del almacenamiento de copia de seguridad del recurso de App Service

Cuando una aplicación tiene una configuración de almacenamiento no válida, se produce un error en sus copias de seguridad. Para obtener más información, consulte el historial de copias de seguridad de la aplicación en la página de administración de aplicaciones.

Ventajas potenciales: garantizar la continuidad empresarial

Para más información, consulte Procedimientos recomendados para Azure App Service

Escalado vertical de la SKU del plan de App Service para evitar problemas de memoria

El plan de App Service que contiene la aplicación superó el 85 % de la memoria asignada. Un consumo elevado de memoria puede conducir a problemas en tiempo de ejecución de las aplicaciones. Busque la aplicación que causa problemas y escale verticalmente hasta un plan superior con más recursos de memoria.

Posibles ventajas: mantener la aplicación en buen estado

Para más información, consulte Procedimientos recomendados para Azure App Service

Escalar horizontalmente el plan de App Service

Considere la posibilidad de escalar horizontalmente el plan de App Service a al menos dos instancias para evitar arranques en frío e interrupciones del servicio durante el mantenimiento rutinario.

Ventajas potenciales: optimización de la experiencia del usuario y la disponibilidad

Para más información, consulte https://aka.ms/appsvcnuminstances

Corregir código de aplicación, un proceso de trabajo se bloqueaba debido a una excepción no controlada

Un proceso de trabajo en la aplicación se bloqueó debido a una excepción no controlada. Para identificar la causa principal, recopile los volcados de memoria y la información de la pila de llamadas en el momento del bloqueo.

Ventajas potenciales: mantener la aplicación en buen estado y alta disponibilidad

Para más información, consulte https://aka.ms/appsvcproactivecrashmonitoring

Actualización de App Service a un plan estándar para evitar rechazos de solicitudes

Cuando una aplicación forma parte de un plan de App Service compartido y cumple su cuota varias veces, es posible que se rechacen las solicitudes entrantes. Tras alcanzar una cuota, la aplicación web no puede aceptar solicitudes entrantes. Para eliminar la cuota, actualice a un plan Estándar.

Posibles ventajas: mantener la aplicación en buen estado

Para más información, consulte Introducción a los planes de Azure App Service

Cambio del recurso de App Service a Estándar o superior y uso de ranuras de implementación

Cuando una aplicación se implementa varias veces en una semana, pueden producirse problemas. Ha implementado la aplicación varias veces la última semana. Para ayudarle a reducir el impacto de la implementación en la aplicación web de producción, mueva el recurso de App Service al plan Estándar (o superior) y use ranuras de implementación.

Ventajas potenciales: mantener la aplicación en buen estado al actualizar

Para más información, consulte Configuración de entornos de almacenamiento provisional en Azure App Service

Considere la posibilidad de actualizar el plan de hospedaje de las instancias de Static Web Apps de esta suscripción a la SKU estándar.

El ancho de banda combinado usado por todas las instancias de Static Web Apps de la SKU Gratis de esta suscripción supera el límite mensual de 100 GB. Considera la posibilidad de actualizar estas aplicaciones a la SKU estándar para evitar la limitación.

Ventajas potenciales: mayor disponibilidad para las aplicaciones evitando la limitación.

Para más información, consulte Precios: Static Web Apps

Uso de ranuras de implementación para el recurso de App Service

Cuando una aplicación se implementa varias veces en una semana, pueden producirse problemas. Ha implementado la aplicación varias veces durante la última semana. Use ranuras de implementación para ayudarle a administrar los cambios y a reducir el impacto de la implementación en la aplicación web de producción.

Ventajas potenciales: mantener la aplicación en buen estado al actualizar

Para más información, consulte Configuración de entornos de almacenamiento provisional en Azure App Service

Considere la posibilidad de cambiar la arquitectura de la aplicación a 64 bits

App Service está configurado como de 32 bits y su consumo de memoria se aproxima al límite de 2 GB. Si la aplicación lo admite, considere la posibilidad de volver a compilar la aplicación y cambiar la configuración de App Service a 64 bits.

Posibles ventajas: mejora de la confiabilidad de la aplicación

Para más información, consulte Preguntas más frecuentes sobre el rendimiento de aplicaciones para Web Apps en Azure

Recomendación personalizada de CX Observer

Recomendación personalizada de CX Observer

posibles ventajas: NOD

Certificados de App Service

Se requiere verificación de dominio para emitir el certificado de App Service

Tiene un certificado de App Service que se encuentra actualmente en estado pendiente de emisión y requiere verificación de dominio. Si no se valida la propiedad del dominio, no se podrá emitir el certificado. La verificación de dominio no está automatizada para los certificados de App Service y requerirá alguna acción. Si ha comprobado recientemente la propiedad del dominio y ha emitido un certificado, puede ignorar este mensaje.

Posibles ventajas: asegúrese de que la emisión correcta del App Service Certificate.

Para más información, consulte Incorporación y administración de certificados TLS/SSL en Azure App Service

Application Gateway

Actualizar la SKU o agregar más instancias

La implementación de dos o más instancias de tamaño medio o grande garantiza la continuidad empresarial (tolerancia a errores) durante las interrupciones provocadas por el mantenimiento planeado o no planeado.

Posibles ventajas: garantizar la continuidad empresarial a través de la resistencia de Application Gateway

Para más información, consulte Equilibrio de carga entre varias regiones: arquitecturas de referencia de Azure

Evite el reemplazo del nombre de host para garantizar la integridad del sitio.

No reemplace el nombre de host al configurar Application Gateway. Tener un dominio en el front-end de Application Gateway diferente al que usa para acceder al back-end, puede provocar que las cookies o las direcciones URL de redirección se rompa. Asegúrese de que el back-end puede tratar con la diferencia de dominio o de actualizar la configuración de Application Gateway para que no sea necesario sobrescribir el nombre de host hacia el back-end. Cuando se usa con App Service, adjunte un nombre de dominio personalizado a la aplicación web y evite el uso del nombre de host *.azurewebsites.net en el back-end. Tenga en cuenta que un dominio de front-end diferente no es un problema en todas las situaciones y ciertas categorías de back-end, como las API REST, son menos sensibles en general.

Posibles ventajas: asegúrese de que la integridad del sitio y evite las cookies rotas o redirija las direcciones URL a través de una configuración resistente de Application Gateway.

Para más información, consulte Solución de problemas de App Service en Application Gateway

Implementación de la supervisión de ExpressRoute en Network Performance Monitor

Cuando el circuito ExpressRoute no está supervisado por la supervisión de ExpressRoute en Network Performance, se pierden notificaciones de pérdida, latencia y rendimiento de recursos locales a Azure y de Azure a recursos locales. Para la supervisión de un extremo a otro, implemente la supervisión de ExpressRoute Monitor en Network Performance.

Posibles ventajas: mejorar el tiempo para detectar y mitigar los problemas de la red y proporcionar información sobre la ruta de acceso de red a través de ExpressRoute

Para más información, consulte Configuración de Network Performance Monitor para ExpressRoute (en desuso)

Implemente varios circuitos ExpressRoute en la red virtual para lograr resistencia entre entornos.

Cuando una puerta de enlace de ExpressRoute solo tiene asociado un circuito ExpressRoute, pueden producirse problemas de resistencia. Para garantizar la resistencia y la redundancia de la ubicación de emparejamiento, conecta uno o varios circuitos adicionales a la puerta de enlace.

Posibles ventajas: mejora de la resistencia en caso de error de ubicación de emparejamiento de ExpressRoute

Para más información, consulte Diseño de alta disponibilidad con ExpressRoute

Agregar al menos un punto de conexión más al perfil, preferiblemente en otra región de Azure

Los perfiles necesitan más de un punto de conexión para garantizar la disponibilidad si se produce un error en uno de los puntos de conexión. También se recomienda que los puntos de conexión estén en regiones diferentes.

Ventajas potenciales: mejora de la resistencia al permitir la conmutación por error

Para más información, consulte Puntos de conexión de Traffic Manager

Adición de un punto de conexión configurado para "Todos (World)"

En el caso del enrutamiento geográfico, el tráfico se enruta a los puntos de conexión en regiones definidas. Si se produce un error en una región, no hay ninguna conmutación por error predefinida. Si tienes un punto de conexión en el que la agrupación regional esté configurada en «Todos (mundo)» para los perfiles geográficos, se evita el filtrado de tráfico y se garantiza que el servicio siga estando disponible.

Ventajas potenciales: mejorar la resistencia evitando los agujeros negros del tráfico

Para más información, consulte Agregar, deshabilitar, habilitar, eliminar o mover puntos de conexión

Adición o traslado de un punto de conexión a otra región de Azure

Todos los puntos de conexión asociados a este perfil de proximidad se encuentran en la misma región. Los usuarios de otras regiones pueden experimentar una latencia larga al intentar conectarse. Si agrega o mueve un punto de conexión a otra región, mejorará el rendimiento global para el y proporcionará una mejor disponibilidad para el enrutamiento de proximidad en caso de que se produzcan errores en todos los puntos de conexión de una región.

Posibles ventajas: mejorar la resistencia al permitir la conmutación por error a otra región

Para más información, consulte Configuración del método de enrutamiento de tráfico de rendimiento

Traslado a SKU de puerta de enlace de producción desde puertas de enlace básicas

La SKU de VPN básica está diseñada para escenarios de desarrollo o de prueba. Si usa la puerta de enlace de VPN para producción, cambia a una SKU de producción, que ofrece un mayor número de túneles, protocolo de puerta de enlace de borde (BGP), configuración activa-activa, directiva IPsec/IKE personalizada y mayor estabilidad y disponibilidad.

Posibles ventajas: características disponibles adicionales y mayor estabilidad y disponibilidad

Para más información, consulte Acerca de la configuración de VPN Gateway

Habilitación de puertas de enlace activo/activo para la redundancia

En la configuración activo-activo, ambas instancias de la puerta de enlace VPN establecen túneles VPN de sitio a sitio (S2S) al dispositivo VPN local. Cuando se produce un evento de mantenimiento planeado o no planeado para una instancia de la puerta de enlace, el tráfico cambia automáticamente al otro túnel IPsec activo.

Ventajas potenciales: garantizar la continuidad empresarial a través de la resistencia de la conexión

Para más información, consulte Diseño de la conectividad de puerta de enlace de alta disponibilidad para conexiones entre locales y de red virtual a red virtual

Deshabilitación de sondeos de estado cuando solo hay un origen en un grupo de origen

Si solo tiene un único origen, Front Door siempre enruta el tráfico a ese origen aunque su sondeo de estado notifique un estado incorrecto. El estado del sondeo de estado no hace nada para cambiar el comportamiento de Front Door. En este escenario, los sondeos de estado no proporcionan una ventaja.

Posibles ventajas: garantizar la disponibilidad del servicio al reducir el tráfico de sondeo de estado innecesario

Para más información, consulte los procedimientos recomendados para Front Door

Uso de certificados TLS administrados

Cuando Front Door administra los certificados TLS, reduce los costos operativos y le ayuda a evitar costosas interrupciones causadas por olvidar renovar un certificado. Front Door emite y rota automáticamente los certificados TLS administrados.

Posibles ventajas: asegúrese de que la disponibilidad del servicio sea la administración y rotación de los certificados de Front Door

Para más información, consulte los procedimientos recomendados para Front Door

Usar una puerta de enlace NAT para la conectividad saliente

Evita los errores de conectividad debido al agotamiento de los puertos de traducción de direcciones de red de origen (SNAT) con el uso de una puerta de enlace NAT para el tráfico saliente de las redes virtuales. La puerta de enlace NAT se escala de forma dinámica y proporciona conexiones seguras para el tráfico que se dirige a Internet.

Posibles ventajas: evitar errores de conexión salientes con la puerta de enlace NAT

Para más información, consulte Uso de traducción de direcciones de red de origen (SNAT) con las conexiones salientes

Implementación de Application Gateway en Availability Zones

Para lograr la redundancia de zona, implementa Application Gateway en Availability Zones. La redundancia de zona aumenta la resistencia al permitir que Application Gateway sobreviva a varias interrupciones, lo que garantiza la continuidad, incluso si se ve afectada una zona, y mejora la fiabilidad general.

Posibles ventajas: la resistencia de las puertas de enlace de aplicaciones aumenta considerablemente al usar Azure Availability Zones.

Para más información, consulte Escalado de Application Gateway v2 y WAF v2

Actualización del permiso de red virtual de usuarios de Application Gateway

Para mejorar la seguridad y proporcionar una experiencia más coherente en Azure, todos los usuarios deben pasar una comprobación de permisos para crear o actualizar una instancia de Application Gateway en Virtual Network. Los usuarios o entidades de servicio deben tener como mínimo el permiso Microsoft.Network/virtualNetworks/subnets/join/action.

Posibles ventajas: evitar interrupciones en la administración del recurso de Application Gateway

Para más información, consulte Configuración de la infraestructura de Application Gateway

Use el mismo nombre de dominio en Front Door y su origen

Al volver a escribir el encabezado host, las cookies de solicitud y las redirecciones de direcciones URL podrían interrumpirse. En concreto, cuando se usan plataformas como Azure App Service, es posible que características como la afinidad de sesión y la autenticación y la autorización no funcionen correctamente. Asegúrese de validar si la aplicación funcionará correctamente.

Posibles ventajas: asegúrese de la integridad de la aplicación conservando el nombre de host original

Para más información, consulte los procedimientos recomendados para Front Door

Implementación de la resistencia del sitio para ExpressRoute

Para garantizar la máxima resistencia, Microsoft recomienda conectarse a dos circuitos ExpressRoute en dos ubicaciones de emparejamiento. El objetivo de máxima resistencia es mejorar la disponibilidad y garantizar el mayor nivel de resistencia para las cargas de trabajo críticas.

Posibles ventajas: la máxima resistencia en ExpressRoute está diseñada para asegurarse de que no hay un único punto de error dentro de la ruta de acceso de red de Microsoft. Esto se logra ofreciendo circuitos duales (2) en dos ubicaciones diferentes para la diversidad de sitios en ExpressRoute. El objetivo de máxima resistencia es mejorar la disponibilidad y garantizar el mayor nivel de resistencia para las cargas de trabajo críticas.

Para más información, consulte Diseño y arquitectura de Azure ExpressRoute para la resistencia

Implementación de puertas de enlace de ExpressRoute con redundancia de zona

Implementación de las puertas de enlace de red virtual con redundancia de zona en Azure Availability Zones. Esto aporta una mayor disponibilidad, escalabilidad y resistencia a las puertas de enlace de red virtual.

Posibles ventajas: proporciona resistencia y redundancia zonales para ExpressRoute

Para más información, consulte Crear una puerta de enlace de red virtual con redundancia de zona en zonas de disponibilidad

Asegúrese de que el escalado automático se usa para aumentar el rendimiento y la resistencia.

Al configurar Application Gateway, se recomienda aprovisionar el escalado automático para reducir y escalar horizontalmente en respuesta a los cambios en la demanda. Esto ayuda a minimizar los efectos de un único componente con errores.

Posibles ventajas: aumentar el rendimiento y la resistencia.

Para más información, consulte Escalado de Application Gateway v2 y WAF v2

Rutas IP de ExpressRoute cercanas al límite especificado

El circuito ExpressRoute está cerca de alcanzar sus límites de ruta IP. Si se superan estos límites, se interrumpirá la conectividad. La conectividad se restaurará una vez que las rutas estén dentro de los límites. Sugerencias: supervise periódicamente los recuentos de rutas. Explore RouteMap de Virtual WAN para reducir las rutas IP anunciadas.

Posibles ventajas: la supervisión de recuentos de rutas IP evita problemas de conectividad y garantiza la estabilidad.

Para más información, vea Preguntas más frecuentes de Virtual WAN

Evitar colocar Traffic Manager detrás de Front Door

No se recomienda usar Traffic Manager como uno de los orígenes de Front Door, ya que esto puede provocar problemas de enrutamiento. Si necesita ambos servicios en una arquitectura de alta disponibilidad, coloque siempre Traffic Manager delante de Azure Front Door.

Ventajas potenciales: aumento de la resistencia de la carga de trabajo

Para más información, consulte los procedimientos recomendados para Front Door

Considere la posibilidad de tener al menos dos orígenes

Varios orígenes admiten la redundancia mediante la distribución del tráfico entre varias instancias de la aplicación. Si una instancia no está disponible, otros orígenes de back-end todavía pueden recibir tráfico.

Ventajas potenciales: aumento de la resistencia de la carga de trabajo

Para más información, consulte Perspectiva de Azure Well-Architected Framework en Azure Front Door

Cambio de la subred de la puerta de enlace V1 denominada GatewaySubnet, ya que está reservada para VPN/Express Route

Application Gateway está en riesgo de eliminación después de octubre de 2024 debido a un error de actualización interna. Esto se debe a una subred denominada Gatewaysubnet, que está reservada para VPN/ExpressRoute. Para resolverlo, cambie la subred o migre a V2. Deje un día para que el mensaje desaparezca después de corregirlo

Posibles ventajas: evitar interrupciones en la administración del recurso de Application Gateway V1

Para más información, consulte Preguntas más frecuentes sobre Application Gateway

Cambio de la subred de la puerta de enlace V1 ya que la subred actual contiene una puerta de enlace NAT

La instancia de Application Gateway se puede eliminar después de octubre de 2024 debido a un error de actualización interna. Esto se debe a que carece de una subred dedicada y contiene una puerta de enlace NAT. Para resolverlo, cambie la subred, quite la puerta de enlace NAT o migre a V2. Deje un día para que el mensaje desaparezca después de corregirlo

Posibles ventajas: evitar interrupciones en la administración del recurso de Application Gateway V1

Para más información, consulte Preguntas más frecuentes sobre Application Gateway

Reactivación de la suscripción para desbloquear la actualización interna de la puerta de enlace V1

Application Gateway está en riesgo de eliminación después de octubre de 2024 debido a un error de actualización interna. Esto se debe a que la suscripción está en estado no activo. Para corregirlo, active la suscripción. Permitir que un día este mensaje desaparezca una vez corregido el problema.

Posibles ventajas: evitar interrupciones en la administración del recurso de Application Gateway V1

Para más información, consulte Reactivación de una suscripción de Azure deshabilitada

Puerta de enlace de aplicaciones para contenedores

Migrar a la versión compatible de AGC

La versión de Azure Application Gateway para contenedores se aprovisionó con una versión preliminar y no se admite para producción. Aprovisione una nueva puerta de enlace con la versión más reciente de la API.

Posibles ventajas: garantizar la compatibilidad y la resistencia de las cargas de trabajo de producción

Para más información, consulte ¿Qué es Puerta de enlace de aplicaciones para contenedores?

Azure AI Search

Creación de un servicio de búsqueda Estándar (2 GB)

Las operaciones de indexación dejarán de funcionar al exceder la cuota de almacenamiento. Está cerca de superar la cuota de almacenamiento de 2 GB. Si necesita más almacenamiento, cree un servicio de búsqueda Estándar o agregue particiones adicionales.

Ventajas potenciales: capacidad para controlar más datos

Para más información, consulte https://aka.ms/azs/search-limits-quotas-capacity

Creación de un servicio de búsqueda Estándar (50 MB)

Al exceder la cuota de almacenamiento, las operaciones de indexación dejarán de funcionar. Está cerca de superar la cuota de almacenamiento de 50 MB. Para mantener las operaciones, cree un servicio de búsqueda Básico o Estándar.

Ventajas potenciales: capacidad para controlar más datos

Para más información, consulte https://aka.ms/azs/search-limits-quotas-capacity

Evite superar la cuota de almacenamiento disponible agregando más particiones.

Si excede la cuota de almacenamiento aún puede realizar consultas, pero las operaciones de indexación dejan de funcionar. Está cerca de superar la cuota de almacenamiento disponible. Agregue particiones adicionales si necesita más almacenamiento.

Posibles ventajas: capaz de indexar datos adicionales

Para más información, consulte https://aka.ms/azs/search-limits-quotas-capacity

Kubernetes habilitado para Azure Arc

Actualización a la versión más reciente del agente de Kubernetes habilitado para Azure Arc

Actualice a la versión más reciente del agente para obtener la mejor experiencia de Kubernetes habilitado para Azure Arc, una estabilidad mejorada y nuevas funcionalidades.

Posibles ventajas: versión más reciente del agente K8s habilitada para Arc

Para más información, consulte Actualización de agentes de Kubernetes habilitados para Azure Arc

Configuración de Kubernetes habilitada para Azure Arc

Actualizar la extensión de Microsoft Flux a la versión principal más reciente

La extensión Microsoft Flux tiene una versión principal. Planee una actualización manual a la versión principal más reciente de Microsoft Flux para todos los clústeres de Kubernetes y Azure Kubernetes Service (AKS) habilitados para Azure Arc en un plazo de 6 meses para la compatibilidad continua y la nueva funcionalidad.

Posibles ventajas: compatibilidad continua y nueva funcionalidad

Para más información, consulte Extensiones disponibles para clústeres de Kubernetes habilitados para Azure Arc

Próximos cambios importantes para la extensión de Microsoft Flux

La extensión de Microsoft Flux recibe con frecuencia actualizaciones de seguridad y estabilidad. La próxima actualización, en línea con el proyecto Flux de OSS, modificará las API helmRelease y HelmChart mediante la eliminación de los campos en desuso. Para evitar interrupciones en las cargas de trabajo, se debe tomar una acción necesaria.

Posibles ventajas: estabilidad, seguridad y nueva funcionalidad mejoradas

Para más información, consulte Extensiones disponibles para clústeres de Kubernetes habilitados para Azure Arc

Actualizar la extensión de Microsoft Flux a una versión con asistencia

La versión actual de Microsoft Flux en uno o varios clústeres habilitados para Azure Arc y clústeres de Azure Kubernetes ya no recibe asistencia. Para obtener parches de seguridad, correcciones de errores y soporte técnico de Microsoft, actualice a una versión compatible.

Posibles ventajas: obtención de revisiones de seguridad, correcciones de errores y soporte técnico de Microsoft

Para más información, consulte Extensiones disponibles para clústeres de Kubernetes habilitados para Azure Arc

Servidores habilitados para Azure Arc

Actualización a la versión más reciente del agente de Azure Connected Machine

El agente de Azure Connected Machine se actualiza periódicamente con correcciones de errores, mejoras de estabilidad y nuevas funcionalidades. Actualice el agente a la versión más reciente para obtener la mejor experiencia de Azure Arc.

Posibles ventajas: estabilidad mejorada y nueva funcionalidad

Para más información, consulte Administración y mantenimiento del agente de Connected Machine

Azure Cache for Redis

Aumente la reserva de memoria de fragmentación.

La fragmentación y la presión de memoria pueden provocar incidentes de disponibilidad. Para ayudar a reducir los errores de caché al ejecutarse bajo presión de memoria alta, aumente la reserva de memoria para la fragmentación a través del parámetro maxfragmentationmemory-reserved disponible en las opciones Configuración avanzada.

Posibles ventajas: evitar incidentes de disponibilidad cuando la memoria caché tiene una fragmentación de memoria alta

Para más información, consulte Configuración de Azure Cache for Redis

Configuración de la replicación geográfica para instancias de Cache for Redis para aumentar la durabilidad de las aplicaciones

La replicación geográfica permite la recuperación ante desastres para los datos almacenados en caché, incluso en el caso poco probable de un error regional generalizado. Esto puede ser esencial para las aplicaciones críticas. Se recomienda que configure la replicación geográfica pasiva para las instancias Premium de Azure Cache for Redis.

Posibles ventajas: la replicación geográfica permite la recuperación ante desastres para los datos almacenados en caché.

Para más información, consulte Configuración de la replicación geográfica pasiva para las instancias de Azure Cache for Redis Premium

Azure Container Apps

Vuelva a crear el entorno de Container Apps para evitar problemas de DNS.

Hay un posible problema de red en los entornos de Container Apps que podría causar problemas de DNS. Se recomienda crear un nuevo entorno de Container Apps, volver a crear su Container Apps en este entorno y eliminar el entorno de Container Apps antiguo.

Posibles ventajas: evite errores de DNS en el entorno de Container Apps.

Para más información, consulte Inicio rápido: implementación de la primera aplicación contenedora mediante Azure Portal

Renovación de un certificado de dominio personalizado

El certificado de dominio personalizado que cargó está a punto de expirar. Para evitar la posible inactividad del servicio, renueve el certificado y cargue el nuevo certificado para las aplicaciones de contenedor.

Posibles ventajas: el servicio no producirá un error debido al certificado expirado.

Para más información, consulte Nombres de dominio personalizados y aportación de sus propios certificados en Azure Container Apps

Se ha detectado un problema que impide la renovación del certificado administrado.

Hemos detectado que el certificado administrado que utiliza la aplicación de contenedor no pudo renovarse automáticamente. Siga el vínculo de documentación para asegurarse de que la configuración DNS del dominio personalizado es correcta.

Posibles ventajas: evite el tiempo de inactividad debido a un certificado expirado.

Para más información, consulte Nombres de dominio personalizados y certificados administrados gratuitos en Azure Container Apps

Aumento del número mínimo de réplicas para la aplicación contenedorizada

El número mínimo de réplicas establecido para la aplicación contenedorizada de Azure Container App puede ser demasiado bajo, lo que puede provocar problemas de resistencia, escalabilidad y equilibrio de carga. Considere la posibilidad de aumentar el número mínimo de réplicas para mejorar la disponibilidad.

Posibles ventajas: mejor disponibilidad para la aplicación contenedora.

Para más información, consulte Establecer reglas de escalado en Azure Container Apps

Azure Cosmos DB

Configuración de los contenedores de Azure Cosmos DB con una clave de partición

Cuando las colecciones no particionadas de Azure Cosmos DB alcanzan su cuota de almacenamiento aprovisionada, se pierde la capacidad de agregar datos. Las colecciones no particionadas de Cosmos DB se aproximan a su cuota de almacenamiento aprovisionada. Migra estas colecciones a otras nuevas con una definición de clave de partición para que el servicio pueda escalarlas automáticamente.

Posibles ventajas: escale los contenedores sin problemas con el aumento de las tasas de almacenamiento o solicitud sin tener límites

Para más información, consulte Creación de particiones y escalado horizontal en Azure Cosmos DB

Uso de instancias de cliente estáticas de Cosmos DB en el código y almacenamiento en caché de los nombres de las bases de datos y colecciones

Un gran número de operaciones de metadatos en una cuenta puede provocar una limitación de velocidad. Las operaciones de metadatos tienen un límite de unidad de solicitud (RU) reservada para el sistema. Evita la limitación de velocidad en las operaciones de metadatos mediante el uso de instancias de cliente Cosmos DB estáticas en el código y el almacenamiento en caché de los nombres de las bases de datos y las colecciones.

Posibles ventajas: optimizar el uso de RU y evitar la limitación de velocidad

Para más información, consulte Sugerencias de rendimiento para Azure Cosmos DB y .NET SDK v2

Comprobación de la clave de cifrado vinculada de Azure Key Vault que hospeda la clave de cifrado

Cuando una cuenta de Azure Cosmos DB no puede acceder a su instancia vinculada de Azure Key Vault que hospeda la clave de cifrado, es posible que se produzcan problemas de acceso a datos y seguridad. Su configuración de Azure Key Vault impide que la cuenta de Cosmos DB se ponga en contacto con el almacén de claves para tener acceso a las claves de cifrado administradas. Si ha realizado recientemente una rotación de claves, asegúrese de que la clave anterior, o la versión de claves, permanece habilitada y disponible hasta que Cosmos DB completa la rotación. La versión de la clave o la clave anterior pueden deshabilitarse después de 24 horas, o bien después de que los registros de auditoría de Azure Key Vault no muestren cualquier actividad de Azure Cosmos DB en esa clave o versión de clave.

Posibles ventajas: actualice las configuraciones para seguir usando claves administradas por el cliente y acceder a los datos

Para más información, consulte Configuración de claves administradas por el cliente para la cuenta de Azure Cosmos DB con Azure Key Vault

Configuración del modo de indexación coherente en los contenedores de Azure Cosmos DB

Contenedores de Azure Cosmos configurados con la actualización del modo de indexación diferida de forma asincrónica, lo que mejora el rendimiento de escritura, pero puede afectar a la actualización de las consultas. El contenedor está configurado con el modo de indexación diferida. Si la actualización de las consultas es crítica, use el Modo de indexación coherente para las actualizaciones inmediatas del índice.

Posibles ventajas: mejora de la coherencia y confiabilidad de los resultados de la consulta

Para más información, consulte Administración de directivas de indexación en Azure Cosmos DB

Revisión: actualización a la versión 2.6.14 del SDK de Java asincrónico v2 o al SDK de Java v4

Hay un error crítico en la versión 2.6.13 (e inferior) del SDK de Java asincrónico de Azure Cosmos DB v2 que provoca errores cuando se alcanza un número de secuencia lógica global (LSN) mayor que el valor entero máximo. El error se realiza de forma transparente en el servicio cuando se ha producido un gran volumen de transacciones durante la vigencia de un contenedor de Azure Cosmos DB. Nota: esto es una revisión crítica para el SDK de Java asincrónico v2, pero se recomienda encarecidamente migrar al SDK de Java v4.

Posibles ventajas: si no se realiza ninguna acción, todas las operaciones de creación, lectura, actualización y eliminación pueden comenzar a producir errores con NumberFormatException

Para más información, consulte SDK de Java asincrónico de Azure Cosmos DB para la API para NoSQL (heredada): notas de la versión y recursos

Problema crítico: actualización a la versión recomendada actual del SDK de Java v4

Hay un error crítico en la versión 4.15 y inferior del SDK de Java de Azure Cosmos DB v4 que provoca errores cuando se alcanza un número de secuencia lógica global (LSN) mayor que el valor entero máximo. Esto se realiza de forma transparente en el servicio cuando se ha producido un gran volumen de transacciones durante la vigencia de un contenedor de Azure Cosmos DB. Evite este problema mediante la actualización a la versión recomendada actual del SDK de Java v4.

Posibles ventajas: si no se realiza ninguna acción, todas las operaciones de creación, lectura, actualización y eliminación pueden comenzar a producir errores con NumberFormatException

Para más información, consulte SDK de Java de Azure Cosmos DB v4 para la API para NoSQL: notas de la versión y recursos

Use el nuevo punto de conexión 3.6+ para conectarse a la cuenta actualizada de la API de Azure Cosmos DB para MongoDB.

Algunas de las aplicaciones se conectan a la cuenta actualizada de la API de Azure Cosmos DB para MongoDB mediante el punto de conexión heredado 3.2: [accountname].documents.azure.com. Use el nuevo punto de conexión: [accountname].mongo.cosmos.azure.com (o su equivalente en nubes soberanas, gubernamentales o restringidas).

Posibles ventajas: aproveche las características más recientes de la versión 3.6+ de la API de Azure Cosmos DB para MongoDB

Para más información, consulte Azure Cosmos DB for MongoDB (versión de servidor 4.0): características y sintaxis compatibles

Actualización de la API de Azure Cosmos DB para la cuenta de MongoDB a la versión 4.2 para ahorrar en los costos de consulta y almacenamiento y usar las nuevas características

La cuenta de la API de Azure Cosmos DB para MongoDB es apta para actualizarse a la versión 4.2. La actualización a la versión 4.2 puede reducir los costos de almacenamiento hasta en un 55 % y los costos de consulta hasta en un 45 % gracias a la utilización de un nuevo formato de almacenamiento. En la versión 4.2 también se incluyen numerosas características adicionales, como las transacciones de varios documentos.

Posibles ventajas: confiabilidad mejorada, eficiencia de consultas y almacenamiento, rendimiento y nuevas funcionalidades de características

Para más información, consulte Actualización de la versión de API de la cuenta de Azure Cosmos DB for MongoDB

Habilitación de reintentos del lado del servidor (SSR) en la API de Azure Cosmos DB para la cuenta de MongoDB

Cuando una cuenta inicia un error TooManyRequests con el código de error 16 500, habilitar el reintento del lado servidor (SSR) puede ayudar a mitigar el problema.

Posibles ventajas: evitar la limitación y mejorar la confiabilidad y el rendimiento de las consultas

Incorporación de una segunda región a las cargas de trabajo de producción en Azure Cosmos DB

Las cargas de trabajo de producción en Azure Cosmos DB que se ejecutan en una sola región pueden tener problemas de disponibilidad, lo que parece ser el caso de algunas de las cuentas de Cosmos DB. Aumenta su disponibilidad configurándolas para que abarquen al menos dos regiones de Azure. NOTA: Las regiones adicionales incurrirán en costes adicionales.

Posibles ventajas: mejora de la disponibilidad de las cargas de trabajo de producción

Para más información, consulte Alta disponibilidad (confiabilidad) en Azure Cosmos DB for NoSQL

Actualización del SDK de Azure Cosmos DB anterior a la versión más reciente

Una cuenta de Azure Cosmos DB que usa una versión anterior del SDK carece de las correcciones y mejoras más recientes. Su cuenta de Azure Cosmos DB está usando una versión anterior del SDK. Se recomienda actualizar a la versión más reciente para acceder a las correcciones, mejoras de rendimiento y nuevas funcionalidades de características.

Posibles ventajas: confiabilidad, rendimiento y nuevas funcionalidades de características mejoradas

Para más información, consulte Documentación de Azure Cosmos DB

Actualización del SDK de Azure Cosmos DB obsoleto a la versión más reciente

Una cuenta de Azure Cosmos DB que usa una versión anterior del SDK carece de las correcciones y mejoras más recientes. Su cuenta de Azure Cosmos DB está usando una versión obsoleta del SDK. Se recomienda actualizar a la versión más reciente para disfrutar de las correcciones más recientes, mejoras de rendimiento y nuevas funcionalidades de características.

Posibles ventajas: confiabilidad, rendimiento y nuevas funcionalidades de características mejoradas

Para más información, consulte Documentación de Azure Cosmos DB

Habilitación de la conmutación por error administrada por el servicio en una cuenta de Cosmos DB

Habilite la conmutación por error administrada del servicio en la cuenta de Cosmos DB para garantizar la alta disponibilidad de la cuenta. La conmutación por error administrada por el servicio cambia automáticamente la región de escritura a la región secundaria en caso de que deje de funcionar la región primaria. Esto garantiza que la aplicación siga funcionando sin tiempo de inactividad.

Posibles ventajas: la característica de conmutación por error administrada por el servicio de Azure mejora la disponibilidad del sistema mediante la automatización de procesos de conmutación por error, la reducción del tiempo de inactividad y la mejora de la resistencia.

Para más información, consulte Alta disponibilidad (confiabilidad) en Azure Cosmos DB for NoSQL

Habilitación de alta disponibilidad para la carga de trabajo de producción

Muchos clústeres con cargas de trabajo coherentes no tienen habilitada la alta disponibilidad. Se recomienda activar la alta disponibilidad desde la página Escalado de Azure Portal para evitar el tiempo de inactividad de la base de datos en caso de errores inesperados de nodo y para calificar para las garantías del Acuerdo de Nivel de Servicio.

Posibles ventajas: activar alta disponibilidad para evitar el tiempo de inactividad de la base de datos en caso de un error inesperado en el nodo

Para más información, consulte Escalado y configuración del clúster de núcleo virtual de Azure Cosmos DB for MongoDB

Habilitar la redundancia de zona en cuentas de Cosmos DB de varias regiones

Esta recomendación sugiere activar la redundancia de zona en las cuentas de Cosmos DB de varias regiones para mejorar la alta disponibilidad y reducir el riesgo de pérdida de datos en caso de interrupción del servicio en la región.

Posibles ventajas: alta disponibilidad mejorada y menor riesgo de pérdida de datos

Para más información, consulte Alta disponibilidad (confiabilidad) en Azure Cosmos DB for NoSQL

Añada al menos un centro de datos en otra región de Azure

El clúster de Azure Managed Instance for Apache Cassandra se designa como un clúster de producción, pero actualmente se implementa en una sola región de Azure. En el caso de los clústeres de producción, se recomienda añadir al menos un centro de datos más en otra región de Azure para protegerse frente a casos de recuperación ante desastres.

Posibles ventajas: asegúrese de que las aplicaciones tienen otra región en caso de recuperación ante desastres

Para más información, consulte Procedimientos recomendados para la alta disponibilidad y recuperación ante desastres

Evitar los límites de velocidad para la operación del plano de control

Hemos encontrado un gran número de operaciones del plano de control en su cuenta a través del proveedor de recursos. Aquellas solicitudes que superen los límites documentados en niveles sostenidos durante períodos consecutivos de 5 minutos podrían experimentar limitaciones de solicitudes, así como operaciones erróneas o incompletas en los recursos de Azure Cosmos DB.

Posibles ventajas: optimizar la operación del plano de control y evitar errores de operación debido a la limitación de velocidad

Para obtener más información, consulte Cuotas de servicio de Azure Cosmos DB

Azure Data Explorer

Resolución de problemas con redes virtuales

No se pudo instalar o reanudar el servicio debido a problemas de red virtual (VNet). Para corregir este problema, sigue los pasos descritos en la Guía de solución de problemas.

Posibles ventajas: mejorar la confiabilidad, la disponibilidad, el rendimiento y las nuevas funcionalidades de características

Para más información, consulte Solución de problemas de acceso, ingesta y funcionamiento del clúster de Azure Data Explorer en la red virtual

Agregar delegación de subred para "Microsoft.Kusto/clusters"

Si una subred no está delegada, el servicio de Azure asociado no podrá funcionar en ella. La subred no tiene la delegación necesaria. Delega la subred para «Microsoft.Kusto/clusters».

Posibles ventajas: mejorar la confiabilidad, la disponibilidad, el rendimiento y las nuevas funcionalidades de características

Para más información, consulte ¿Qué es la delegación de subred?

Azure Database for MySQL

Alta disponibilidad: Agregue la clave principal a la tabla que actualmente no tiene una.

Nuestro sistema de supervisión interno ha identificado un retraso de replicación significativo en el servidor en espera de alta disponibilidad. Este retraso se debe principalmente a que el servidor en espera reproduce los registros de retransmisión en una tabla que carece de una clave principal. Para solucionar este problema y cumplir los procedimientos recomendados, se recomienda agregar claves principales a todas las tablas. Una vez hecho esto, continúe con la deshabilitación y vuelva a habilitar la alta disponibilidad para mitigar el problema.

Posibles ventajas: al implementar este enfoque, el servidor en espera se blindará de los efectos adversos del retraso de replicación elevado causado por la ausencia de una clave principal en cualquier tabla. Este enfoque puede contribuir a reducir los tiempos de conmutación por error y, en última instancia, apoyar el objetivo de mantener la continuidad empresarial.

Para más información, consulte Solución de problemas de latencia de replicación en el servidor flexible de Azure Database for MySQL

Replicación: agregue una clave principal a la tabla que actualmente no tiene una

Nuestra supervisión interna observó un retraso significativo en la replicación en el servidor Réplica porque el servidor Réplica está reproduciendo los registros de retransmisión en una tabla que carece de una clave principal. Para asegurarse de que el servidor Réplica puede sincronizarse efectivamente con la principal y mantenerse al día de los cambios, agregue claves principales a las tablas del servidor principal y luego recree el servidor Réplica.

Posibles ventajas: al implementar este enfoque, el servidor de réplica logrará un estado de sincronización de cierre con el servidor principal.

Para más información, consulte Solución de problemas de latencia de replicación en el servidor flexible de Azure Database for MySQL

Azure Database for PostgreSQL

Eliminación de ranuras de replicación lógica inactivas (importante)

Las ranuras de replicación lógica inactivas pueden provocar un rendimiento de servidor degradado y una falta de disponibilidad debido a la retención de registro de escritura previa (WAL) y a la compilación de archivos de instantáneas. Su servidor flexible de Azure Database for PostgreSQL puede tener ranuras de replicación lógica inactivas. ESTO NECESITA ATENCIÓN INMEDIATA. Elimine las ranuras de replicación inactivas o empiece a consumir los cambios de estas ranuras para que el número de secuencia de registro (LSN) de las ranuras avance y esté cerca del LSN actual del servidor.

Posibles ventajas: mejora de la disponibilidad de PostgreSQL mediante la eliminación de ranuras de replicación lógica inactivas

Para más información, consulte Replicación lógica y descodificación lógica en el servidor flexible de Azure Database for PostgreSQL

Eliminación de ranuras de replicación lógica inactivas

Cuando un servidor flexible Orcas PostgreSQL tiene ranuras de replicación lógica inactivas, puede provocar un rendimiento de servidor degradado y una falta de disponibilidad debido a la retención de registros de escritura previa (WAL) y a la acumulación de archivos de instantáneas. ESTO NECESITA ATENCIÓN INMEDIATA. Elimine las ranuras de replicación inactivas o empiece a consumir los cambios de estas ranuras para que el número de secuencia de registro (LSN) de las ranuras avance y esté cerca del LSN actual del servidor.

Posibles ventajas: mejora de la disponibilidad de PostgreSQL mediante la eliminación de ranuras de replicación lógica inactivas

Para más información, consulte Descodificación lógica

Configure el almacenamiento de copia de seguridad con redundancia geográfica

Configure GRS para garantizar que la base de datos cumple sus objetivos de disponibilidad y durabilidad, aunque se produzcan errores o desastres.

Posibles ventajas: garantiza la recuperación ante desastres o errores regionales.

Para más información, consulte Copias de seguridad y restauración en el servidor flexible de Azure Database for PostgreSQL

Definir ventanas de mantenimiento personalizadas para que se produzcan durante las horas de poca actividad

A la hora de especificar las preferencias de la programación de mantenimiento, puede elegir un día de la semana y una ventana de tiempo. Si no lo hace, el sistema elige horas entre las 23:00 y las 7:00 de la hora de la región del servidor. Elija un día y una hora en los que el uso sea bajo.

Posibles ventajas: configurar la ventana de mantenimiento permite evitar el mantenimiento durante el pico del sistema.

Para más información, consulte Mantenimiento programado en el servidor flexible de Azure Database for PostgreSQL

Azure IoT Hub

Actualización del entorno de ejecución de dispositivos de Microsoft Edge a una versión compatible con el centro de IoT

Cuando los dispositivos de Edge usan versiones obsoletas, puede producirse una degradación del rendimiento. Se recomienda actualizar a la versión más reciente compatible del entorno de ejecución de Azure IoT Edge.

Posibles ventajas: asegúrese de que la continuidad empresarial con la versión más reciente admitida para los dispositivos Edge

Para más información, consulte Actualización de IoT Edge

Actualice el SDK de cliente de dispositivo a una versión compatible para IotHub.

Cuando los dispositivos usan un SDK obsoleto, puede producirse una degradación del rendimiento. Algunos o todos los dispositivos usan un SDK obsoleto. Se recomienda actualizar a una versión del SDK compatible.

Posibles ventajas: garantizar la continuidad empresarial con el SDK compatible para los dispositivos

Para más información, consulte SDK de Azure IoT Hub

Se ha detectado una posible tormenta de dispositivos en IoT Hub

Esto puede ocurrir cuando dos o más dispositivos intentan conectarse al centro de IoT con las mismas credenciales de identificador del dispositivo. Cuando se conecta el segundo dispositivo (B), hace que el primero (A) se desconecte. A continuación, (A) intenta volver a conectarse, lo que hace que (B) se desconecte.

Posibles ventajas: mejorar la conectividad de los dispositivos

Para más información, consulte Descripción y resolución de errores de Azure IoT Hub

Actualizar el SDK de Device Update for IoT Hub a una versión compatible

Cuando una instancia de Device Update for IoT Hub usa una versión obsoleta del SDK, no obtiene las actualizaciones más recientes. Se recomienda actualizar a la versión más reciente del SDK de Device Update for IoT Hub para acceder a las correcciones, mejoras de rendimiento y nuevas funcionalidades de características.

Posibles ventajas: garantizar la continuidad empresarial con el SDK compatible

Para más información, consulte ¿Qué es Device Update for IoT Hub?

Agregar unidades del centro de IoT o aumentar el nivel de SKU

Cuando una instancia de centro de IoT supera su cuota de mensajes diaria, pueden producirse problemas de operación y costes. Para garantizar una operación fluida en el futuro, agregue unidades o aumente el nivel de SKU.

Posibles ventajas: IoT Hub puede recibir mensajes de nuevo.

Para más información, consulte Descripción y resolución de errores de Azure IoT Hub

Azure Kubernetes Service (AKS)

Habilitación del escalado automático de grupos de nodos del sistema

Para asegurarse de que los pods del sistema están programados incluso durante los tiempos de carga alta, habilite el escalado automático en el grupo de nodos del sistema.

Posibles ventajas: habilitar el escalador automático para el grupo de nodos del sistema garantiza que los pods del sistema estén programados y el clúster pueda funcionar.

Para más información, consulte Uso del escalador automático de clústeres en Azure Kubernetes Service (AKS)

Tener al menos 2 nodos en el grupo de nodos del sistema

Asegúrese de que los grupos de nodos del sistema tienen al menos 2 nodos para la confiabilidad de los pods del sistema. Con un solo nodo, el clúster puede producir un error en caso de error de nodo o hardware.

Posibles ventajas: tener 2 nodos garantiza la resistencia frente a errores de nodo.

Para más información, consulte Administración de grupos de nodos del sistema en Azure Kubernetes Service (AKS)

Creación de un grupo de nodos de sistema dedicado

Un clúster sin un grupo de nodos del sistema dedicado es menos fiable. Se recomienda dedicar grupos de nodos del sistema para que solo sirvan a pods críticos del sistema, lo que impide el colapso de los recursos entre los pods del sistema y los pods de usuario competidores. Aplique este comportamiento con CriticalAddonsOnly=true:NoSchedule taint en el grupo.

Posibles ventajas: garantiza la confiabilidad del clúster evitando la escasez de recursos para los pods principales del sistema

Para más información, consulte Administración de grupos de nodos del sistema en Azure Kubernetes Service (AKS)

Asegúrese de que las máquinas virtuales (VM) de la serie B no se usen en entornos de producción

Cuando el clúster tiene uno o varios grupos de nodos que usan una SKU de VM ampliable no recomendada, la capacidad de vCPU completa al 100 % no está garantizada. Asegúrese de que las máquinas virtuales de la serie B no se usan en entornos de producción.

Posibles ventajas: procedimiento recomendado para un rendimiento coherente

Para más información, vea Series de tamaños Bv1

Azure NetApp Files

Configuración del sitio de AD DS para el conector de AD de Azure Netapp Files

Si Azure NetApp Files no puede acceder a los controladores de dominio del sitio de AD DS asignados, el proceso de detección de controladores de dominio consultará todos los controladores de dominio. Es posible utilizar controladores de dominio inaccesibles, pero provocaría problemas con la creación de volúmenes, las consultas de cliente, la autenticación y las modificaciones de conexión de AD.

Posibles ventajas: optimización de la conectividad DNS con Azure Netapp Files

Para más información, consulte Descripción de las directrices para el diseño de Active Directory Domain Services y planeamiento de sitios para Azure NetApp Files

Asegúrese de que los roles asignados a la subred delegada de Microsoft.NetApp tienen permisos de lectura de subred

Los roles necesarios para la administración de recursos de Azure NetApp Files deben tener permisos "Microsoft.network/virtualNetworks/subnets/read" en la subred delegada a Microsoft.NetApp Si el rol, ya sea personalizado o integrado no tiene este permiso, se producirá un error en las creaciones de volúmenes.

Posibles ventajas: evitar errores de creación de volúmenes al garantizar permisos de subred o lectura

Revise la configuración de SAP para ver los valores de tiempo de espera usados con Azure NetApp Files

La alta disponibilidad de SAP mientras se usa con Azure NetApp Files se basa en establecer valores de tiempo de espera adecuados para evitar la interrupción de la aplicación. Revisa el enlace «Más información» para asegurarte de que la configuración cumple los valores de tiempo de espera, como se indica en la documentación.

Posibles ventajas: mejora de la resistencia de la aplicación SAP en ANF

Para más información, consulte Uso de Azure para hospedar y ejecutar escenarios de carga de trabajo de SAP

Implementación de estrategias de recuperación ante desastres para los recursos de Azure NetApp Files

Para evitar la pérdida de datos o funcionalidades durante un desastre regional o de zonas, implementa técnicas comunes de recuperación ante desastres, como la replicación entre regiones o la replicación entre zonas para los volúmenes de Azure NetApp Files.

Posibles ventajas: administración de la recuperación ante desastres fácilmente con las características de replicación de Azure NetApp Files

Para más información, consulte Descripción de las opciones de protección de datos y recuperación ante desastres en Azure NetApp Files

Azure Netapp Files: habilitación de la disponibilidad continua para volúmenes SMB

Para la disponibilidad continua, se recomienda habilitar el volumen de bloque de mensajes del servidor (SMB) para Azure Netapp Files.

Posibles ventajas: evitar interrupciones de la aplicación habilitando la disponibilidad continua para volúmenes SMB

Para más información, consulte Habilitación de la disponibilidad continua en volúmenes de SMB existentes

Azure Site Recovery

Habilitación de la eliminación automática en los almacenes de Recovery Services

La eliminación temporal ayuda a conservar los datos de las copias de seguridad en el almacén de Recovery Services durante un período adicional después de la eliminación, lo que le permite recuperarlos antes de que se eliminen permanentemente.

Posibles ventajas: ayuda a la recuperación de datos de copia de seguridad en casos de eliminación accidental

Para obtener más información, consulte Eliminación temporal para Azure Backup

Habilitación de la restauración entre regiones para un almacén de Recovery Services

La restauración entre regiones (CRR) permite restaurar máquinas virtuales de Azure en una región secundaria, que es una región emparejada de Azure, lo que ayuda con la recuperación ante desastres.

Posibles ventajas: como una de las opciones de restauración, la restauración entre regiones (CRR) le permite restaurar máquinas virtuales de Azure en una región secundaria, que es una región emparejada de Azure.

Para más información, consulte Restauración de datos de máquina virtual de Azure en Azure Portal

Azure Spring Apps

Actualización del servicio de configuración de aplicaciones a Gen 2

Observamos que sigues usando la versión Gen1 del servicio de configuración de aplicaciones, cuyo soporte técnico finalizará en abril de 2024. La versión Gen2 del servicio de configuración de aplicaciones proporciona un mejor rendimiento en comparación con Gen1 y, además, la actualización de Gen1 a Gen2 no conlleva tiempo de inactividad, por lo que se recomienda actualizar lo antes posible.

Posibles ventajas: mayor estabilidad y disponibilidad

Para más información, consulte Uso de Application Configuration Service para Tanzu

Azure SQL Database

Habilitación de la recuperación ante desastres entre regiones para SQL Database

Habilite la recuperación ante desastres entre regiones para Azure SQL Database para la continuidad empresarial en caso de interrupción regional.

Posibles ventajas: habilitar la recuperación ante desastres crea una base de datos secundaria legible sincronizada continuamente para una base de datos principal.

Para más información, consulte Introducción a la continuidad empresarial con Azure SQL Database

Habilite la redundancia de zona para Azure SQL Database a fin de lograr alta disponibilidad y resistencia.

Para lograr una alta disponibilidad y resistencia, habilite la redundancia de zona para que la base de datos de SQL o el grupo elástico usen zonas de disponibilidad y se garantice que la base de datos o el grupo elástico sean resistentes a errores zonales.

Posibles ventajas: habilitar la redundancia de zona garantiza que Azure SQL Database sea resistente a errores de hardware y software zonales y la recuperación sea transparente para las aplicaciones.

Para más información, consulte Disponibilidad mediante redundancia: Azure SQL Database

Azure Stack HCI

Actualización a la última versión de Arc-enabled AKS

Actualice a la última versión de la API o el SDK de Azure Arc-enabled AKS para obtener una nueva funcionalidad y una estabilidad mejorada.

Posibles ventajas: la versión más reciente de AKS habilitada por Azure Arc con nueva funcionalidad y estabilidad mejorada.

Para más información, consulte https://azure.github.io/azure-sdk/releases/latest/index.html

Actualización a la última versión de Arc-enabled AKS

Actualice a la última versión de la API o el SDK de Azure Arc-enabled AKS para obtener una nueva funcionalidad y una estabilidad mejorada.

Posibles ventajas: la versión más reciente de AKS habilitada por Azure Arc con nueva funcionalidad y estabilidad mejorada.

Para más información, consulte https://azure.github.io/azure-sdk/releases/latest/index.html

Almacenamiento del modelo de implementación clásica

Acción necesaria: migre las cuentas de almacenamiento clásicas antes del 30/08/2024.

Migre las cuentas de almacenamiento clásicas a Azure Resource Manager para garantizar la continuidad empresarial. Azure Resource Manager proporcionará toda la misma funcionalidad, además de una capa de administración coherente, agrupación de recursos y acceso a nuevas características y actualizaciones.

Posibles ventajas: asegúrese de la capacidad de administrar los datos mediante la migración de las cuentas de almacenamiento clásicas

Máquina virtual con el modelo de implementación clásica

Migración fuera de Cloud Services (clásico) antes del 31 de agosto de 2024

Cloud Services (clásico) se va a retirar. La migración debe hacerse antes del 31 de agosto de 2024 para evitar la pérdida de datos o continuidad empresarial.

Posibles ventajas: continuidad del servicio

Para más información, consulte Migración de Azure Cloud Services (clásico) a Azure Cloud Services (soporte extendido)

Cognitive Services

Actualización de la aplicación para usar la versión más reciente de la API desde Azure OpenAI

Un recurso de Azure OpenAI con una versión de API anterior carece de las características y funcionalidades más recientes. Se recomienda usar la versión más reciente de la API de REST.

Posibles ventajas: nuestras nuevas versiones de API contienen las características y funcionalidades más recientes y más importantes.

Para más información, consulte Referencia de la API de REST del servicio Azure OpenAI

Cuota superada para este recurso, espere o actualice para desbloquear

Si se supera la cuota del recurso, se bloquea. Puede esperar a que la cuota se restablezca automáticamente pronto, o bien usar el recurso de nuevo ahora, actualícelo a una SKU de pago.

Posibles ventajas: si actualiza a una SKU de pago, puede volver a usar el recurso hoy mismo.

Para más información, consulte Planeamiento y administración de costos de Estudio de IA de Azure

Container Registry

Utilice el nivel Premium para cargas de trabajo de producción críticas

Los registros Premium proporcionan la mayor cantidad de almacenamiento incluido, operaciones simultáneas y ancho de banda de red, lo que permite escenarios de gran volumen. El nivel Premium también agrega características como la replicación geográfica, la compatibilidad con zonas de disponibilidad, la confianza en el contenido, las claves administradas por el cliente y los puntos de conexión privados.

Posibles ventajas: el nivel Premium proporciona la mayor cantidad de opciones de rendimiento, escala y resistencia

Para más información, consulte Niveles de servicio de Azure Container Registry

Asegúrese de que la replicación geográfica está habilitada para la resistencia

La replicación geográfica permite a las cargas de trabajo usar una sola imagen, etiqueta y nombre del registro entre regiones, proporciona acceso al registro de cierre de red, costos reducidos de transferencia de datos y resistencia regional del Registro si se produce una interrupción regional. Esta característica solo está disponible en el nivel de servicio Premium.

Posibles ventajas: mejora de la resistencia y el rendimiento de extracción, administración simplificada del registro y costos reducidos de transferencia de datos

Para más información, consulte Replicación geográfica en Azure Container Registry

Content Delivery Network

Azure CDN de Edgio: Renovación de certificados administrados no realizada. Se necesita validación adicional.

Azure CDN de Edgio hace uso de la delegación de CNAME para renovar certificados con DigiCert para renovaciones de certificados administrados. Es esencial que los dominios personalizados se resuelvan en un punto de conexión de azureedge.net para que el proceso de renovación automática con DigiCert se realice correctamente. Asegúrese de que los registros CNAME y CAA del dominio personalizado estén configurados correctamente. Si necesita más ayuda, notifique la incidencia de soporte técnico a Azure para volver a intentar la solicitud de renovación.

Posibles ventajas: garantizar la disponibilidad del servicio.

Renovación del certificado de cliente de Azure Front Door que va a expirar para evitar la interrupción del servicio

Cuando expiren los certificados de cliente para los perfiles Estándar y Premium de Azure Front Door, es posible que tenga interrupciones en el servicio. Para evitar interrupciones del servicio, renueve el certificado antes de que caduque.

Posibles ventajas: garantizar la disponibilidad del servicio.

Para más información, consulte Configuración de HTTPS en un dominio personalizado de Azure Front Door mediante Azure Portal

Vuelva a validar la propiedad del dominio para la renovación de certificados administrados de Azure Front Door

Azure Front Door (AFD) no puede renovar automáticamente el certificado administrado porque el dominio no está asignado al punto de conexión de AFD. Vuelva a validar la propiedad del dominio para que el certificado administrado se renueve automáticamente.

Posibles ventajas: sin definir

Para más información, consulte Configuración de HTTPS en un dominio personalizado de Azure Front Door mediante Azure Portal

Cambio de la versión del secreto a "Latest" para el certificado de cliente de Azure Front Door

Configure el secreto de certificado de cliente de Azure Front Door a "Latest" para que AFD haga referencia a la versión de secreto más reciente de Azure Key Vault, de modo que el secreto se pueda rotar automáticamente.

Posibles ventajas: la versión más reciente se puede rotar automáticamente.

Para más información, consulte Configuración de HTTPS en un dominio personalizado de Azure Front Door mediante Azure Portal

Validación de la propiedad del dominio mediante la adición de un registro TXT de DNS al proveedor DNS

Valide la propiedad del dominio mediante la adición de un registro TXT de DNS al proveedor DNS. Validar la propiedad del dominio a través de registros TXT mejora la seguridad y garantiza un control adecuado sobre el dominio.

Posibles ventajas: garantizar la disponibilidad del servicio.

Para más información, consulte Configuración de HTTPS en un dominio personalizado de Azure Front Door mediante Azure Portal

Data Factory

Implementación de la estrategia BCDR para la redundancia entre regiones en Azure Data Factory

La implementación de la estrategia BCDR mejora la alta disponibilidad y reduce el riesgo de pérdida de datos

Posibles ventajas: mejora la alta disponibilidad y reduce el riesgo de pérdida de datos

Para más información, consulte BCDR para canalizaciones de Azure Data Factory y Azure Synapse Analytics: Centro de arquitectura de Azure

Habilite la actualización automática en SHIR

Se ha deshabilitado la actualización automática del entorno de ejecución de integración autohospedado. Sepa que no recibe los cambios y correcciones de errores más recientes en el entorno de ejecución de integración autohospedado. Revisarlos para habilitar la actualización automática de SHIR

Posibles ventajas: para obtener los últimos cambios y correcciones de errores en el entorno de ejecución de integración autohospedado

Para obtener más información, consulte Actualización automática del entorno de ejecución de integración autohospedado y la notificación de expiración

Fluid Relay

Se debe actualizar la biblioteca cliente de Azure Fluid Relay

Si se invoca el servicio Azure Fluid Relay con una biblioteca cliente antigua, puede provocar problemas de aplicación. Para asegurarse de que la aplicación permanece operativa, actualice su biblioteca cliente de Azure Fluid Relay a la última versión. La actualización proporciona la funcionalidad y mejoras más actualizadas en el rendimiento y la estabilidad.

Posibles ventajas: confiabilidad mejorada

Para más información, consulte Compatibilidad de versiones con versiones de Fluid Framework

HDInsight

Aplicar actualizaciones críticas quitando y volviendo a crear los clústeres de HDInsight (ronda 2 de rotación de certificados)

El servicio HDInsight ha intentado aplicar una actualización del certificado crítica en todos los clústeres en ejecución. Sin embargo, debido a algunos cambios de configuración personalizados, no se pueden aplicar las actualizaciones en todos los clústeres. Quite y vuelva a crear los clústeres para evitar que se vuelvan incorrectos e inutilizables.

Posibles ventajas: garantizar el estado y la estabilidad del clúster

Para más información, consulte Configuración de clústeres en HDInsight con Apache Hadoop, Apache Spark, Apache Kafka, etc.

Clústeres ABFS que no son ESP [Permisos de clúster para lectura de Word]

Planee introducir un cambio en los clústeres de ABFS que no sean de ESP, lo que impide que los usuarios que no sean de Hadoop ejecuten comandos de Hadoop para las operaciones de almacenamiento. Este cambio es para mejorar el estado de seguridad del clúster. Los clientes deben planear las actualizaciones antes del 30 de septiembre de 2023.

Posibles ventajas: este cambio es mejorar la posición de seguridad del clúster

Para más información, consulte las notas de la versión de Azure HDInsight

Reinicio de agentes en los discos de clúster de Kafka

Cuando los discos de datos usados por los agentes de Kafka en clústeres de HDInsight están casi llenos, el proceso de agente de Apache Kafka no se puede iniciar y produce un error. Para mitigarlo, averigue el tiempo de retención de cada tema, haga una copia de seguridad de los archivos más antiguos y reinicie los agentes.

Posibles ventajas: evitar problemas de agente de Kafka

Para más información, consulte Escenario: el estado de los agentes es incorrecto o estos no se pueden reiniciar debido a un problema de espacio del disco, que está lleno

Actualización de longitud del nombre del clúster

La longitud máxima del nombre del clúster se cambiará de 59 a 45 caracteres para mejorar la posición de seguridad de los clústeres. Este cambio se implementará el 30 de septiembre de 2023.

Posibles ventajas: mejora de la posición de seguridad para HDInsight

Para más información, consulte las notas de la versión de Azure HDInsight

Actualización del clúster a la imagen más reciente de HDInsight

Un clúster creado hace un año no tiene las actualizaciones de imagen más recientes. El clúster se creó hace 1 año. Como parte de los procedimientos recomendados, se recomienda usar las imágenes más recientes de HDInsight, ya que aportan lo mejor de las actualizaciones de código abierto, las actualizaciones de Azure y las correcciones de seguridad. La duración máxima recomendada para las actualizaciones del clúster es inferior a seis meses.

Posibles ventajas: obtener las últimas correcciones y características

Para más información, consulte Considerar los puntos siguientes antes de empezar a crear un clúster.

Actualización del clúster de HDInsight

Un clúster que no usa la imagen más reciente no tiene las actualizaciones más recientes. El clúster no usa la imagen más reciente. Recomendamos que utilice las versiones más recientes de imágenes de HDInsight, ya que aportan las mejores actualizaciones de código abierto, actualizaciones de Azure y correcciones de seguridad. Las nuevas versiones de HDInsight se producen cada 30 a 60 días.

Posibles ventajas: obtener las últimas correcciones y características

Para más información, consulte las notas de la versión de Azure HDInsight

No se puede acceder a la puerta de enlace o a la máquina virtual

Hemos detectado un error de sondeo de red que indica que no se puede acceder a una puerta de enlace o una máquina virtual. Compruebe la disponibilidad de todos los hosts de clúster. Reinicie la máquina virtual para recuperarla. Si necesita más ayuda, no dude en ponerse en contacto con nuestro equipo de Soporte técnico de Azure.

Posibles ventajas: disponibilidad mejorada

El agente de máquina virtual es 9.9.9.9. Actualización del clúster.

Nuestros registros indican que uno o varios de los clústeres usan imágenes con fecha de febrero de 2022 o versiones anteriores (versiones de imagen 2202xxxxxx o anteriores). Hay un posible problema de confiabilidad en clústeres de HDInsight que usan imágenes con fecha de febrero de 2022 o versiones anteriores. Evalúe la posibilidad de volver a generar los clústeres con la imagen más reciente.

Posibles ventajas: confiabilidad mejorada en el escalado y la conectividad de red

Media Services

Aumento de cuotas o límites de Media Services

Cuando una cuenta multimedia alcanza sus límites de cuota, puede producirse una interrupción del servicio. Para evitar cualquier interrupción del servicio, revise el uso actual de los recursos, las directivas de clave de contenido y las directivas de flujo y aumente los límites de cuota de las entidades que estén cerca de alcanzar el límite. Para solicitar que se aumenten los límites de cuota, abra un vale y agregue los detalles pertinentes. CONSEJO: No cree cuentas multimedia de Azure adicionales para obtener límites mayores.

Posibles ventajas: evite cualquier interrupción en el servicio debido a que el cliente supera los límites de cuota.

Para más información, consulte Cuotas y límites de Azure Media Services

Service Bus

Uso del nivel Premium de Service Bus para mejorar la resistencia

Al ejecutar aplicaciones críticas, el nivel Premium de Service Bus ofrece un mejor aislamiento de recursos en el nivel de CPU y memoria, lo que mejora la disponibilidad. También admite la característica de recuperación ante desastres geográfica, lo que facilita la recuperación ante desastres regionales sin tener que cambiar las configuraciones de la aplicación.

Posibles ventajas: el nivel Premium de Service Bus ofrece una mejor resistencia con el aislamiento de recursos de CPU y memoria, así como la recuperación ante desastres geográfica

Para más información, consulte Nivel de mensajería premium de Service Bus

Uso de la función de autoescalado del nivel Premium de Service Bus para mejorar la resistencia

Al ejecutar aplicaciones críticas, habilitar la característica de escalado automático le permite tener suficiente capacidad para controlar la carga en la aplicación. Tener la cantidad adecuada de recursos en ejecución puede reducir la limitación y proporcionar una mejor experiencia de usuario.

Posibles ventajas: habilitar la escalabilidad automática impide que los usuarios tengan restricciones de capacidad

Para más información, consulte Actualización automática de las unidades de mensajería de un espacio de nombres de Azure Service Bus

SQL Server en Azure Virtual Machines

Habilitación de Azure Backup para SQL en máquinas virtuales

Para obtener las ventajas de la copia de seguridad de infraestructura cero, la restauración a un momento dado y la administración central con la integración de SQL AG, habilita las copias de seguridad de las bases de datos SQL en tus máquinas virtuales con Azure Backup.

Posibles ventajas: copias de seguridad compatibles con SQL sin infraestructura para la copia de seguridad, la administración centralizada, la integración del grupo de disponibilidad y la restauración a un momento dado

Para más información, consulte Acerca de la copia de seguridad de SQL Server en máquinas virtuales de Azure

Storage

Uso de Managed Disks para las cuentas de almacenamiento que alcancen el límite de capacidad

Cuando los discos ssd prémium no administrados en las cuentas de almacenamiento están a punto de alcanzar su límite de capacidad de almacenamiento prémium, pueden producirse errores. Para evitar errores cuando se alcanza el límite, se recomienda migrar a Managed Disks que no tengan límite de capacidad de cuenta. Esta migración se puede realizar en el portal en menos de 5 minutos.

Posibles ventajas: evitar problemas de escalado cuando la cuenta alcanza el límite de capacidad

Para más información, consulte Objetivos de escalabilidad y rendimiento para cuentas de almacenamiento estándar

Configuración de copias de seguridad de blobs

La copia de seguridad de blobs de Azure ayuda a proteger los datos frente a eliminaciones accidentales o malintencionadas. Te recomendamos que configures la copia de seguridad de blobs.

Posibles ventajas: proteger los datos frente a eliminaciones accidentales o malintencionadas

Para más información, consulte Información general acerca de la copia de seguridad de blobs de Azure

Suscripciones

Activación de Azure Backup para obtener una protección sencilla, confiable y rentable para los datos

Mantenga la información y las aplicaciones seguras con una copia de seguridad sólida y con un solo clic desde Azure. Active Azure Backup para obtener una protección rentable para una amplia gama de cargas de trabajo, incluidas las VM, las bases de datos SQL, las aplicaciones y los recursos compartidos de archivos.

Posibles ventajas: asegúrese de que las aplicaciones críticas para la empresa permanezcan protegidas

Para más información sobre Azure Backup, consulte la documentación de Azure Backup: Azure Backup

Creación de una alerta Azure Service Health

Las alertas de Azure Service Health le mantienen informado sobre los problemas y avisos en cuatro áreas (problemas de servicio, mantenimiento planeado, avisos de seguridad y avisos de estado). Estas alertas se personalizan para notificarle las interrupciones o posibles impactos en las regiones y servicios de Azure elegidos.

Posibles ventajas: mantenerse informado sobre los problemas y avisos en 4 áreas (problemas de servicio, mantenimiento planificado, avisos de seguridad y avisos de salud)

Para más información, consulte Creación de alertas del registro de actividad en notificaciones del servicio mediante Azure Portal

Virtual Machines

Mejorar la confiabilidad de los datos mediante Managed Disks

Las máquinas virtuales de un conjunto de disponibilidad con discos que comparten cuentas de almacenamiento o unidades de escalado de almacenamiento no son resistentes a errores de unidad de escalado de almacenamiento único durante las interrupciones. Migre a Azure Managed Disks para garantizar que los discos de las distintas máquinas virtuales del conjunto de disponibilidad estén lo suficientemente aislados entre sí como para evitar un único punto de error.

Posibles ventajas: garantizar la continuidad empresarial a través de la resistencia de los datos

Para más información, consulte https://aka.ms/aa_avset_manageddisk_learnmore

Habilitación de la replicación de la máquina virtual para proteger las aplicaciones frente a una interrupción regional

Las máquinas virtuales son resistentes a interrupciones regionales cuando la replicación en otra región está habilitada. Para reducir el impacto empresarial adverso durante una interrupción de región de Azure, se recomienda habilitar la replicación de todas las máquinas virtuales críticas para la empresa.

Posibles ventajas: asegúrese de la continuidad empresarial en caso de interrupción de cualquier región de Azure

Para más información, consulte Inicio rápido: configuración de la recuperación ante desastres en una región de Azure secundaria de una máquina virtual de Azure

Actualice el protocolo de conectividad de salida a etiquetas de servicio para Azure Site Recovery.

La lista de permitidos basada en direcciones IP es una manera vulnerable de controlar la conectividad saliente para firewalls; sin embargo, las etiquetas de servicio son una buena alternativa. Se aconseja el uso de etiquetas de servicio para permitir la conectividad a los servicios de Azure Site Recovery para las máquinas.

Posibles ventajas: garantiza una mejor seguridad, estabilidad y resistencia que las direcciones IP codificadas de forma rígida

Para más información, consulte Acerca de las redes en la recuperación ante desastres de máquinas virtuales de Azure

Actualización de los discos estándar conectados a la máquina virtual preparada para la versión prémium a discos prémium

El uso de discos SSD estándar con VM prémium puede provocar un rendimiento por debajo del nivel óptimo y problemas de latencia. Se recomienda considerar la posibilidad de actualizar los discos estándar a discos prémium. Para todas las máquinas virtuales que usen almacenamiento Premium para todos los discos de sistema operativo y de datos, garantizamos una conectividad de la máquina virtual de al menos el 99,9 %. Al elegir un agente de compilación, hay dos factores que se deben tener en cuenta. El primero es que la actualización requiere reiniciar la VM, un proceso que tarda de 3 a 5 minutos en completarse. El segundo es que, si las máquinas virtuales de la lista son máquinas virtuales de producción críticas para la misión, debe evaluar la mejora de la disponibilidad frente al costo de los discos Premium.

Posibles ventajas: disponibilidad mejorada con un acuerdo de nivel de servicio de máquina virtual único disponible solo cuando todos los discos son premium

Para más información, consulte Tipos de discos administrados de Azure

Actualización de la máquina virtual de discos no administrados Premium a discos administrados sin costo adicional

Azure Managed Disks proporciona una mayor resistencia, una administración simplificada del servicio, un destino de escala mayor y más opciones entre varios tipos de disco. La máquina virtual usa discos no administrados Premium que se pueden migrar a discos administrados sin costo adicional a través del portal en menos de 5 minutos.

Posibles ventajas: aprovechar una mayor resistencia y otras ventajas de Managed Disks

Para más información, consulte Introducción a los discos administrados de Azure

Actualización de la imagen de máquina virtual en desuso a una imagen más reciente

Las máquinas virtuales (VM) de la suscripción se ejecutan en imágenes programadas para su retirada. Una vez que la imagen está en desuso, no se pueden crear nuevas máquinas virtuales a partir de la imagen en desuso. Para evitar interrupciones en las cargas de trabajo, actualice a una imagen más reciente. (VMRunningDeprecatedImage)

Posibles ventajas: minimizar las posibles interrupciones en las cargas de trabajo de máquina virtual

Para más información, consulte Imágenes de Azure Marketplace en desuso: Azure Virtual Machines

Actualización a una oferta más reciente de la imagen de máquina virtual

Las máquinas virtuales (VM) de la suscripción se ejecutan en imágenes programadas para su retirada. Una vez que la imagen está en desuso, no se pueden crear nuevas máquinas virtuales a partir de la imagen en desuso. Para evitar interrupciones en las cargas de trabajo, actualice a una imagen más reciente. (VMRunningDeprecatedOfferLevelImage)

Posibles ventajas: minimizar las posibles interrupciones en las cargas de trabajo de máquina virtual

Para más información, consulte Imágenes de Azure Marketplace en desuso: Azure Virtual Machines

Actualización a una SKU más reciente de la imagen de máquina virtual

Las máquinas virtuales (VM) de la suscripción se ejecutan en imágenes programadas para su retirada. Una vez que la imagen está en desuso, no se pueden crear nuevas máquinas virtuales a partir de la imagen en desuso. Para evitar interrupciones en las cargas de trabajo, actualice a una imagen más reciente.

Posibles ventajas: minimizar las posibles interrupciones en las cargas de trabajo de máquina virtual

Para más información, consulte Imágenes de Azure Marketplace en desuso: Azure Virtual Machines

Actualización del conjunto de escalado de máquinas virtuales a una versión de la imagen alternativa

Los conjuntos de escalado de máquinas virtuales de la suscripción se ejecutan en imágenes programadas para su entrada en desuso. Una vez que la imagen está en desuso, las cargas de trabajo del conjunto de escalado de máquinas virtuales ya no se escalarían horizontalmente. Actualice a la versión más reciente de la imagen para evitar interrupciones en la carga de trabajo.

Posibles ventajas: minimizar las posibles interrupciones en las cargas de trabajo del conjunto de escalado de máquinas virtuales

Para más información, consulte Imágenes de Azure Marketplace en desuso: Azure Virtual Machines

Actualización del conjunto de escalado de máquinas virtuales a una oferta de imagen alternativa

Los conjuntos de escalado de máquinas virtuales de la suscripción se ejecutan en imágenes programadas para su entrada en desuso. Una vez que la imagen está en desuso, las cargas de trabajo del conjunto de escalado de máquinas virtuales ya no se escalarían horizontalmente. Para evitar interrupciones en las cargas de trabajo, actualice a la oferta más reciente de la imagen.

Posibles ventajas: minimizar las posibles interrupciones en las cargas de trabajo del conjunto de escalado de máquinas virtuales

Para más información, consulte Imágenes de Azure Marketplace en desuso: Azure Virtual Machines

Actualización del conjunto de escalado de máquinas virtuales a una SKU de imagen alternativa

Los conjuntos de escalado de máquinas virtuales de la suscripción se ejecutan en imágenes programadas para su entrada en desuso. Una vez que la imagen está en desuso, las cargas de trabajo del conjunto de escalado de máquinas virtuales ya no se escalarían horizontalmente. Para evitar interrupciones en las cargas de trabajo, actualice a la SKU más reciente de la imagen.

Posibles ventajas: minimizar las posibles interrupciones en las cargas de trabajo del conjunto de escalado de máquinas virtuales

Para más información, consulte Imágenes de Azure Marketplace en desuso: Azure Virtual Machines

Concesión de acceso a direcciones URL obligatorias que faltan para el entorno de Azure Virtual Desktop

Para que un host de sesión se implemente y registre en Windows Virtual Desktop (WVD) correctamente, debe agregar un conjunto de direcciones URL a la lista de permitidos en caso de que la máquina virtual se ejecute en un entorno restringido. Para direcciones URL específicas que faltan en la lista de permitidos, busque el evento 3702 en el registro de eventos de la aplicación.

Posibles ventajas: garantizar una implementación correcta y la funcionalidad del host de sesión al usar el servicio Windows Virtual Desktop

Para más información, consulte FQDN y puntos de conexión necesarios para Azure Virtual Desktop

Alineación de la ubicación del recurso y el grupo de recursos

Para reducir el impacto de las interrupciones de la región, se recomienda localizar recursos en la misma región que el grupo de recursos. De este modo, Azure Resource Manager almacena metadatos relacionados con todos los recursos del grupo en una región. Mediante la localización, se reduce la posibilidad de verse afectado por la falta de disponibilidad de la región.

Posibles ventajas: reducir los errores de escritura debido a interrupciones en la región

Para más información, consulte ¿Qué es Azure Resource Manager?

Use las zonas de disponibilidad para mejorar la resiliencia y la disponibilidad

En Azure, Availability Zones (AZ) ayuda a proteger las aplicaciones y los datos de errores del centro de datos. Cada zona de disponibilidad consta de uno o varios centros de datos equipados con alimentación, refrigeración y redes independientes. Al diseñar soluciones para usar máquinas virtuales zonales, puede aislar las máquinas virtuales del error en cualquier otra zona.

Posibles ventajas: el uso de máquinas virtuales zonales protege las aplicaciones frente a la interrupción zonal en cualquier otra zona.

Para más información, consulte Traslado de máquinas virtuales (VMs) de instancia única de Azure de zonas de disponibilidad de destino regional a zonales

Habilitación de la supervisión de estado de la aplicación Virtual Machine Scale Sets (VMSS) de Azure

La configuración del seguimiento de estado de la aplicación del conjunto de escalado de máquinas virtuales mediante la extensión "Estado de la aplicación" o los sondeos de estado del equilibrador de carga permiten que la plataforma Azure mejore la resistencia de la aplicación mediante la respuesta a los cambios en el estado de la aplicación.

Posibles ventajas: aumento de la resistencia mediante la exposición del estado de la aplicación a Azure

Para más información, consulte Uso de la extensión "Estado de la aplicación" con conjuntos de escalado de máquinas virtuales

Habilitación de copias de seguridad en máquinas virtuales

Proteja los datos habilitando copias de seguridad para las máquinas virtuales.

Posibles ventajas: protección de las máquinas virtuales

Para más información, consulte ¿Qué es el servicio de Azure Backup?

Habilitación de la directiva de reparación automática en conjuntos de escalado de máquinas virtuales de Azure (VMSS)

La habilitación de las reparaciones automáticas de instancias para ayuda a lograr una alta disponibilidad al mantener un conjunto de instancias correctas. Si la extensión de mantenimiento de la aplicación o el sondeo de estado de Load Balancer detectan una instancia incorrecta, las reparaciones automáticas intentarán recuperar la instancia mediante la activación de acciones de reparación.

Posibles ventajas: aumentar la resistencia mediante la automatización de la reparación de instancias con errores

Para más información, consulte Reparaciones automáticas de instancias para conjuntos de escalado de máquinas virtuales de Azure

Configuración del escalado automatizado del conjunto de escalado de máquinas virtuales por métricas

Optimice el uso de recursos, reduzca los costos y mejore el rendimiento de la aplicación con escalabilidad automática personalizada basada en una métrica. Agregue automáticamente instancias de máquina virtual basadas en métricas en tiempo real, como CPU, memoria y operaciones de disco. Garantice una alta disponibilidad al tiempo que se mantiene la rentabilidad.

Posibles ventajas: garantiza una alta disponibilidad al tiempo que se mantiene la rentabilidad

Para más información, consulte Introducción a la escalabilidad automática con conjuntos de escalado de máquinas virtuales de Azure

Uso de Discos de Azure con almacenamiento con redundancia de zona (ZRS) para lograr una mayor resistencia y disponibilidad

Azure Disks con ZRS proporcionan replicación sincrónica de datos en tres zonas de disponibilidad de una región, lo que hace que el disco sea tolerante a errores zonales sin interrupciones en las aplicaciones. Migre discos de LRS a ZRS para lograr una mayor resistencia y disponibilidad.

Posibles ventajas: al diseñar las aplicaciones para usar discos ZRS, los datos se replican en 3 Azure Availability Zones lo que hace que el disco sea resistente a una interrupción zonal

Para más información, consulte Conversión de un disco de LRS a ZRS

Cargas de trabajo

Configuración de un grupo de disponibilidad Always On para servidores SQL multiuso (MPSQL)

Los servidores MPSQL con un grupo de disponibilidad AlwaysOn tienen una mejor disponibilidad. Los servidores MPSQL no están configurados como parte de un grupo de disponibilidad AlwaysOn en la infraestructura compartida del sistema Epic. Los grupos de disponibilidad Always On mejoran la disponibilidad de la base de datos y el uso de los recursos.

Posibles ventajas: disponibilidad mejorada de la base de datos y el uso de recursos

Para más información, consulte ¿Qué es un grupo de disponibilidad AlwaysOn?

Configuración de la caché de host local en servidores Citrix VDI para garantizar que las operaciones del agente de conexión se realizan sin problemas

Hemos observado que los servidores Citrix VDI no están configurados en caché de host local. La caché del host local (LHC) es una característica de las aplicaciones y los escritorios de Citrix Virtual que permite que las operaciones del agente de conexión continúen cuando se produzca una interrupción. LHC se activa cuando la base de datos del sitio es inaccesible durante 90 segundos.

Posibles ventajas: operaciones de agente de conexión directa

Implementación de servidores web de Hyperspace como parte del conjunto de escalado de máquinas virtuales flexible configurado para 3 zonas

Hemos observado que los servidores web de Hyperspace en la configuración del conjunto de escalado de máquinas virtuales flexible no se distribuyen entre 3 zonas de la región seleccionada. Para servicios como Hyperspace Web en sistemas Epic que requieren alta disponibilidad y gran escala, se recomienda que los servidores se implementen como parte del conjunto de escalado de máquinas virtuales flexible y se extiendan entre 3 zonas. Gracias a la orquestación flexible, Azure proporciona una experiencia unificada en todo el ecosistema de VM de Azure.

Posibles ventajas: alta disponibilidad y gran escala a petición para servidores web de Hyperspace en Epic DB

Para más información, consulte Creación de un conjunto de escalado de máquinas virtuales que usa zonas de disponibilidad

Establezca el tiempo de espera de inactividad de Azure Load Balancer en 30 minutos para la configuración de alta disponibilidad de ASCS en cargas de trabajo de SAP

Para evitar el agotamiento del tiempo de espera del equilibrador de carga, asegúrese de que todas las reglas de equilibrio de carga de Azure tengan: "Tiempo de espera de inactividad (minutos)" establecido en el valor máximo de 30 minutos. Abre el equilibrador de carga, selecciona «Reglas de equilibrio de carga» y agrega o edita la regla para habilitar la configuración.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Habilitación de IP flotante en Azure Load Balancer para la configuración de alta disponibilidad de ASCS en cargas de trabajo de SAP

Para reutilizar puertos y lograr una disponibilidad aún más alta, habilita la dirección IP flotante en las reglas de equilibrio de carga de Azure Load Balancer para la configuración de alta disponibilidad de una instancia de ASCS en cargas de trabajo de SAP. Abre el equilibrador de carga, selecciona «Reglas de equilibrio de carga» y agrega o edita la regla para habilitarla.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Habilitación de puertos de alta disponibilidad en Azure Load Balancer para la configuración de alta disponibilidad de ASCS en cargas de trabajo de SAP

Para reutilizar puertos y lograr una disponibilidad aún más alta, habilita los puertos de alta disponibilidad en las reglas de equilibrio de carga para la configuración de alta disponibilidad de la instancia de ASCS en cargas de trabajo de SAP. Abre el equilibrador de carga, selecciona «Reglas de equilibrio de carga» y agrega o edita la regla para habilitarla.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Deshabilitación de las marcas de tiempo TCP en las máquinas virtuales que se encuentran detrás de Azure Load Balancer en la configuración de alta disponibilidad de ASCS en cargas de trabajo de SAP

Habilitar las marcas de tiempo TCP hará que se produzcan errores en los sondeos de estado debido a que los paquetes TCP son eliminados por la pila TCP del sistema operativo invitado de la máquina virtual lo que hace que el equilibrador de carga marque el punto de conexión como inactivo.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte https://launchpad.support.sap.com/#/notes/2382421

Establezca el tiempo de espera de inactividad de Azure Load Balancer en 30 minutos para la configuración de alta disponibilidad de la base de datos de HANA en cargas de trabajo de SAP.

Para evitar el agotamiento del tiempo de espera del equilibrador de carga, asegúrate de que todas las reglas de equilibrio de carga de Azure tengan el parámetro «Tiempo de espera de inactividad (minutos)» establecido en el valor máximo de 30 minutos. Abre el equilibrador de carga, selecciona «Reglas de equilibrio de carga» y agrega o edita la regla para habilitar el valor recomendado.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Habilitación de IP flotante en Azure Load Balancer para la configuración de alta disponibilidad de HANA DB en cargas de trabajo de SAP

Para una distribución más flexible, habilita la dirección IP flotante en las reglas de equilibrio de carga de Azure Load Balancer para la configuración de alta disponibilidad de una instancia de HANA DB en cargas de trabajo de SAP. Abre el equilibrador de carga, selecciona «Reglas de equilibrio de carga» y agrega o edita la regla para habilitar el valor recomendado.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Habilitación de puertos de alta disponibilidad en Azure Load Balancer para la configuración de alta disponibilidad de HANA DB en cargas de trabajo de SAP

Para una mejor escalabilidad, habilita puertos de alta disponibilidad en Azure Load Balancer para la configuración de alta disponibilidad de HANA DB en cargas de trabajo de SAP. Abre el equilibrador de carga, selecciona «Reglas de equilibrio de carga» y agrega o edita la regla para habilitar el valor recomendado.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Deshabilitación de las marcas de tiempo TCP en las máquinas virtuales que se encuentran detrás de Azure Load Balancer en la configuración de alta disponibilidad de una base de datos HANA en cargas de trabajo de SAP

Deshabilite las marcas de tiempo TCP en máquinas virtuales que se encuentren detrás de Azure Load Balancer. Habilitar las marcas de tiempo TCP hace que se produzcan errores en los sondeos de estado debido a que los paquetes TCP son eliminados por la pila TCP del sistema operativo invitado de la VM, lo que hace que el equilibrador de carga marque el punto de conexión como inactivo.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Sondeos de estado de Azure Load Balancer

Asegurarse de que stonith está habilitado para la configuración de Pacemaker en la configuración de alta disponibilidad de ASCS en cargas de trabajo de SAP

En un clúster de Pacemaker, la implementación de la barrera del nivel de nodo se hace mediante un recurso STONITH (acrónimo de «Shoot the Other Node in the Head», que significa «dispara al otro nodo en la cabeza»). Para facilitar la administración de nodos con errores, asegúrate de que «stonith-enable» esté establecido en «true» en la configuración del clúster de alta disponibilidad.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en Red Hat Enterprise Linux

Esblecimiento del token corosync en el clúster de Pacemaker en 30000 para la configuración de alta disponibilidad de ASCS en cargas de trabajo de SAP (RHEL)

La configuración del token corosync determina el tiempo de espera que se usa directamente o sirve como base para el cálculo del tiempo de espera del token real en clústeres de alta disponibilidad. Para permitir el mantenimiento de conservación de memoria, establece el token corosync en 30 000 según la recomendación de SAP en Azure.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en Red Hat Enterprise Linux

Establecer el parámetro de votos esperado en “2” en la configuración de Pacemaker en la configuración de alta disponibilidad de ASCS en las cargas de trabajo de SAP (RHEL)

Para un clúster de alta disponibilidad de dos nodos, establece el parámetro «expected-votes» de cuórum en «2» como se recomienda para SAP en Azure para garantizar un cuórum, resistencia y coherencia de datos adecuado.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en Red Hat Enterprise Linux

Habilitación del parámetro "concurrent-fencing" en la configuración de Pacemaker en la configuración de alta disponibilidad de ASCS en cargas de trabajo de SAP (ConcurrentFencingHAASCSRH)

La barrera simultánea permite que las operaciones de barrera se realicen en paralelo, lo que mejora la alta disponibilidad (HA), evita escenarios de cerebro dividido y contribuye a una implementación sólida de SAP. Establece este parámetro en «true» en la configuración del clúster de Pacemaker para la configuración de alta disponibilidad de ASCS.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en Red Hat Enterprise Linux

Asegurarse de que el recurso stonith esté habilitado para la configuración del clúster en la configuración de alta disponibilidad de ASCS en cargas de trabajo de SAP

En un clúster de Pacemaker, la implementación de la barrera del nivel de nodo se hace mediante un recurso STONITH (acrónimo de «Shoot the Other Node in the Head», que significa «dispara al otro nodo en la cabeza»). Para facilitar la administración de nodos con errores, asegúrate de que «stonith-enable» esté establecido en «true» en la configuración del clúster de alta disponibilidad.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Establecimiento del tiempo de espera de STONITH en 144 para la configuración del clúster en la configuración de alta disponibilidad de ASCS en cargas de trabajo de SAP

«stonith-timeout» especifica cuánto tiempo espera el clúster a que se complete una acción STONITH. Establecerlo en «144» segundos concede más tiempo para que se completen las acciones de barrera. Se recomienda esta configuración para clústeres de alta disponibilidad para SAP en Azure.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Establecimiento del token corosync en el clúster de Pacemaker en 30 000 para la configuración de alta disponibilidad de ASCS en cargas de trabajo de SAP (SUSE)

La configuración del token corosync determina el tiempo de espera que se usa directamente o sirve como base para el cálculo del tiempo de espera del token real en clústeres de alta disponibilidad. Para permitir el mantenimiento de conservación de memoria, establece el token corosync en 30 000 según la recomendación de SAP en Azure.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Establezca "token_retransmits_before_loss_const" en 10 en el clúster de Pacemaker en la configuración de alta disponibilidad de ASCS en cargas de trabajo de SAP.

El corosync token_retransmits_before_loss_const determina cuántos retransmisiones de token se intentan antes de que se haya agotado el tiempo de espera en clústeres de alta disponibilidad. Para lograr estabilidad y fiabilidad, establece «totem.token_retransmits_before_loss_const» en «10» para la configuración de alta disponibilidad de ASCS.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

El tiempo de espera de «corosync join» especifica en milisegundos cuánto tiempo se debe esperar a los mensajes de unión en el protocolo de pertenencia, por lo que cuando un nuevo nodo se une al clúster, tiene tiempo para sincronizar su estado con los nodos existentes. Establece en «60» en la configuración del clúster de Pacemaker para la configuración de alta disponibilidad de ASCS.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Establecimiento del «consenso corosync» en el clúster de Pacemaker en «36 000» para la configuración de alta disponibilidad de ASCS en cargas de trabajo de SAP

El parámetro corosync «consensus» especifica en milisegundos cuánto tiempo se debe esperar para que se logre el consenso antes de iniciar una nueva ronda de pertenencia a la configuración del clúster. Establece «consensus» en la configuración del clúster de Pacemaker para la configuración de ALTA disponibilidad de ASCS en 1,2 veces el token corosync de modo que se logre un comportamiento de conmutación por error fiable.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Establecimiento del valor de «corosync max_messages» en el clúster de Pacemaker en «20» para la configuración de alta disponibilidad de ASCS en cargas de trabajo de SAP

La constante «corosync max_messages» especifica el número máximo de mensajes que puede enviar un procesador al recibir el token. Establecimiento en 20 veces el valor del parámetro de token corosync en la configuración del clúster de Pacemaker para permitir una comunicación eficaz sin sobrecargar a la red.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Establecimiento de «votos esperados» en «2» en la configuración del clúster en la configuración de alta disponibilidad de ASCS en cargas de trabajo de SAP (SUSE)

Para un clúster de alta disponibilidad de dos nodos, establece el parámetro «expected_votes» de cuórum en «2» como se recomienda para SAP en Azure para garantizar un cuórum, resistencia y coherencia de datos adecuado.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Establecimiento del valor del parámetro "two_node" en 1 en la configuración del clúster en la configuración de alta disponibilidad de ASCS en cargas de trabajo de SAP

Para un clúster de alta disponibilidad de dos nodos, establece el parámetro de cuórum «two_node» en 1 según la recomendación de SAP en Azure.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Habilitación de «concurrent-fencing» en Pacemaker en la configuración de alta disponibilidad de ASCS en cargas de trabajo de SAP (ConcurrentFencingHAASCSSLE)

La barrera simultánea permite que las operaciones de barrera se realicen en paralelo, lo que mejora la alta disponibilidad, evita escenarios de cerebro dividido y contribuye a una implementación sólida de SAP. Establece este parámetro en «true» en la configuración del clúster de Pacemaker para la configuración de alta disponibilidad de ASCS.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Asegurarse de que el número de instancias de «fence_azure_arm» es uno en las cargas de trabajo de SAP habilitadas para alta disponibilidad

Si usas el agente de barrera de Azure para la barrera con identidad administrada o entidad de servicio, asegúrate de que hay una instancia de fence_azure_arm (un agente de barrera de E/S para Azure Resource Manager) en la configuración de Pacemaker para la configuración de alta disponibilidad de ASCS.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Establezca el tiempo de espera de stonith en 900 en la configuración de Pacemaker con el agente de barrera de Azure para la configuración de alta disponibilidad de ASCS.

Para una función fiable de la configuración de Pacemaker para la alta disponibilidad de ASCS establece el valor de «stonith-timeout» en 900. Esta configuración se aplica si usas el agente de barrera de Azure para la barrera con identidad administrada o entidad de servicio.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Creación del archivo de configuración de softdog en la configuración de Pacemaker para la configuración de alta disponibilidad de ASCS en cargas de trabajo de SAP

El temporizador softdog se carga como un módulo de kernel en el sistema operativo Linux. Este temporizador desencadena un restablecimiento del sistema si detecta que el sistema se ha bloqueado. Asegúrese de que el archivo de configuración de softdog se cree en el clúster de Pacemaker para la configuración de alta disponibilidad deASCS.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Asegúrese de que el módulo softdog se carga para Pacemaker en la configuración de alta disponibilidad de ASCS en cargas de trabajo de SAP

El temporizador softdog se carga como un módulo de kernel en el sistema operativo Linux. Este temporizador desencadena un restablecimiento del sistema si detecta que el sistema se ha bloqueado. En primer lugar, asegúrese de que ha creado el archivo de configuración de softdog y, luego, cargue el módulo softdog en la configuración de Pacemaker para la configuración de alta disponibilidad de ASCS

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Establecimiento del parámetro PREFER_SITE_TAKEOVER en «true» en la configuración de Pacemaker para la configuración de alta disponibilidad de la base de datos de HANA

El parámetro PREFER_SITE_TAKEOVER en la topología de SAP HANA define si el agente de recursos de replicación del sistema (SR) HANA prefiere asumir la adquisición de la instancia secundaria en lugar de reiniciar el servidor principal con errores localmente. Para un funcionamiento fiable de la configuración de alta disponibilidad (HA) de HANA DB, establece PREFER_SITE_TAKEOVER en «true».

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en Red Hat Enterprise Linux

Habilitación de STONITH en la configuración del clúster en cargas de trabajo de SAP habilitadas para alta disponibilidad para máquinas virtuales con sistema operativo Redhat

En un clúster de Pacemaker, la implementación de la barrera del nivel de nodo se hace mediante el recurso STONITH (acrónimo de "Shoot the Other Node in the Head", que significa "dispara al otro nodo en la cabeza"). Para facilitar la administración de los nodos con error, asegúrate de que «stonith-enable» esté establecido en «true» en la configuración del clúster de alta disponibilidad de la carga de trabajo de SAP.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en Red Hat Enterprise Linux

Establezca el token corosync del clúster de Pacemaker en 30000 para la base de datos HANA habilitada para alta disponibilidad para la máquina virtual con un sistema operativo RHEL.

La configuración del token corosync determina el tiempo de espera que se usa directamente o sirve como base para el cálculo del tiempo de espera del token real en clústeres de alta disponibilidad. Para permitir el mantenimiento de conservación de memoria, establece el token corosync en 30 000 según la recomendación de SAP en Azure con sistema operativo Redhat.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en Red Hat Enterprise Linux

Establecimiento del parámetro de votos esperado en «2» en las cargas de trabajo de SAP habilitadas para alta disponibilidad (RHEL)

Para un clúster de alta disponibilidad de dos nodos, establece los votos de cuórum en «2», como se recomienda para SAP en Azure a fin de garantizar un cuórum, resistencia y coherencia de datos adecuados.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en Red Hat Enterprise Linux

Habilitación del parámetro "concurrent-fencing" en la configuración de Pacemaker para la configuración de alta disponibilidad de la base de datos de HANA

La barrera simultánea permite que las operaciones de barrera se realicen en paralelo, lo que mejora la alta disponibilidad (HA), evita escenarios de cerebro dividido y contribuye a una implementación sólida de SAP. Establece este parámetro en «true» en la configuración del clúster de Pacemaker para la configuración de alta disponibilidad de base de datos de HANA.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en Red Hat Enterprise Linux

Establecimiento del valor del parámetro PREFER_SITE_TAKEOVER en "true" en la configuración del clúster en cargas de trabajo de SAP habilitadas para alta disponibilidad

El parámetro PREFER_SITE_TAKEOVER en la topología de SAP HANA define si el agente de recursos de HANA SR prefiere asumir la adquisición de la instancia secundaria en lugar de reiniciar el servidor principal con errores localmente. Para una función fiable de la configuración de alta disponibilidad de la base de datos de HANA, establece el valor en «true».

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Habilitación de STONITH en la configuración del clúster en cargas de trabajo de SAP habilitadas para alta disponibilidad para VM con sistema operativo SUSE

En un clúster de Pacemaker, la implementación de la barrera del nivel de nodo se hace mediante el recurso STONITH (acrónimo de "Shoot the Other Node in the Head", que significa "dispara al otro nodo en la cabeza"). Para facilitar la administración de nodos con errores, asegúrate de que «stonith-enable» esté establecido en «true» en la configuración del clúster de alta disponibilidad.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Establecimiento del tiempo de espera de STONITH en 144 para la configuración del clúster en cargas de trabajo de SAP habilitadas para alta disponibilidad

«stonith-timeout» especifica cuánto tiempo espera el clúster a que se complete una acción STONITH. Establecerlo en «144» segundos concede más tiempo para que se completen las acciones de barrera. Se recomienda esta configuración para clústeres de alta disponibilidad para SAP en Azure.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Establezca el token corosync del clúster de Pacemaker en 30000 para la base de datos HANA habilitada para alta disponibilidad para la máquina virtual con un sistema operativo SUSE.

La configuración del token corosync determina el tiempo de espera que se usa directamente o sirve como base para el cálculo del tiempo de espera del token real en clústeres de alta disponibilidad. Para permitir el mantenimiento de conservación de memoria, establece el token corosync en 30 000 para la base de datos de HANA habilitada para alta disponibilidad para la VM con el sistema operativo SUSE.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Establecer "token_retransmits_before_loss_const" en 10 en el clúster de Pacemaker en las cargas de trabajo de SAP habilitadas para la alta disponibilidad.

El corosync token_retransmits_before_loss_const determina cuántos retransmisiones de token se intentan antes de que se haya agotado el tiempo de espera en clústeres de alta disponibilidad. Establece el totem.token_retransmits_before_loss_const en 10 según la recomendación para la configuración de alta disponibilidad de base de datos de HANA.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Establezca "corosync join" del clúster de Pacemaker en 60 para la base de datos de HANA habilitada para alta disponibilidad en cargas de trabajo de SAP.

El tiempo de espera de «corosync join» especifica en milisegundos cuánto tiempo se debe esperar a los mensajes de unión en el protocolo de pertenencia, por lo que cuando un nuevo nodo se une al clúster, tiene tiempo para sincronizar su estado con los nodos existentes. Establece en «60» la configuración del clúster de Pacemaker para la configuración de alta disponibilidad de la base de datos de HANA.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Establezca "corosync consensus" del clúster de Pacemaker en 36000 para la base de datos de HANA habilitada para alta disponibilidad en cargas de trabajo de SAP.

El parámetro corosync «consensus» especifica en milisegundos cuánto tiempo se debe esperar para que se logre el consenso antes de iniciar una nueva ronda de pertenencia a la configuración del clúster. Para un comportamiento de conmutación por error fiable, establece «consensus» en la configuración del clúster de Pacemaker para la configuración de alta disponibilidad de base de datos de HANA en 1,2 veces el token corosync.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Establezca "corosync max_messages" del clúster de Pacemaker en 20 para la base de datos de HANA habilitada para alta disponibilidad en cargas de trabajo de SAP.

La constante «corosync max_messages» especifica el número máximo de mensajes que puede enviar un procesador al recibir el token. Para permitir una comunicación eficaz sin sobrecargar la red, establece en 20 veces el valor del parámetro de token corosync en la configuración del clúster de Pacemaker.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Establece el parámetro de votos esperado en 2 en cargas de trabajo de SAP habilitadas para alta disponibilidad (SUSE)

Establece el parámetro de votos esperado en «2» en la configuración del clúster en cargas de trabajo de SAP habilitadas para alta disponibilidad para garantizar un cuórum, resistencia y coherencia de datos adecuados.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Establece el valor del parámetro «two_node» en 1 en la configuración del clúster en cargas de trabajo de SAP habilitadas para alta disponibilidad

Para un clúster de alta disponibilidad de dos nodos, establece el parámetro de cuórum «two_node» en 1 según la recomendación de SAP en Azure.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Habilita el parámetro «concurrent-fencing» en la configuración del clúster de las cargas de trabajo de SAP habilitadas para alta disponibilidad

La barrera simultánea permite que las operaciones de barrera se realicen en paralelo, lo que mejora la alta disponibilidad, evita escenarios de cerebro dividido y contribuye a una implementación sólida de SAP. Establece este parámetro en «true» en cargas de trabajo de SAP habilitadas para alta disponibilidad.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Asegurarse de que hay una instancia de fence_azure_arm en la configuración de Pacemaker para la configuración de alta disponibilidad de base de datos de HANA

Si usas el agente de barrera de Azure para la barrera con identidad administrada o entidad de servicio, asegúrate de que una instancia de fence_azure_arm (un agente de barrera de E/S para Azure Resource Manager) se encuentre en la configuración de Pacemaker para la configuración de alta disponibilidad de base de datos de HANA.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Establezca stonith-timeout en 900 en la configuración de Pacemaker con el agente de barrera de Azure para la configuración de alta disponibilidad de la base de datos HANA.

Si usas el agente de barrera de Azure para la barrera con identidad administrada o entidad de servicio, asegúrate de que la función fiable de la configuración de alta disponibilidad de Pacemaker for HANA DB establece «stonith-timeout» en 900.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Asegurarse de que el archivo de configuración de softdog esté en la configuración de Pacemaker para las cargas de trabajo de SAP en bases de datos HANA

El temporizador softdog se carga como un módulo de kernel en el sistema operativo Linux. Este temporizador desencadena un restablecimiento del sistema si detecta que este se ha bloqueado. Asegúrese de que el archivo de configuración de softdog se crea en el clúster de Pacemaker para la configuración de alta disponibilidad de base de datos de HANA.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Asegurarse de que el módulo softdog se carga en Pacemaker en la configuración de alta disponibilidad de ASCS en cargas de trabajo de SAP

El temporizador softdog se carga como un módulo de kernel en el sistema operativo Linux. Este temporizador desencadena un restablecimiento del sistema si detecta que este se ha bloqueado. En primer lugar, asegúrese de crear el archivo de configuración de softdog y, a continuación, cargue el módulo softdog en la configuración de Pacemaker para la configuración de alta disponibilidad de base de datos de HANA.

Posibles ventajas: confiabilidad de la configuración de alta disponibilidad en cargas de trabajo de SAP

Para más información, consulte Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en SUSE Linux Enterprise Server

Pasos siguientes

Obtenga más información sobre Confiabilidad: Marco bien diseñado de Microsoft Azure