Raccomandazioni relative all'affidabilità

Azure Advisor aiuta a garantire e migliorare la continuità delle applicazioni aziendali critiche. È possibile ottenere consigli sull'affidabilità nella scheda Affidabilità del dashboard di Advisor.

1. Accedere al portale di Azure.

2. Cercare e selezionare Advisor in qualsiasi pagina.

3. Nel dashboard di Advisor, selezionare la scheda Affidabilità.

Piattaforma AgFood

Eseguire l'aggiornamento alla versione più recente di ADMA DotNet SDK

Sono state identificate chiamate a una versione di ADMA DotNet Sdk che sarà presto deprecata. Passare alla versione più recente di Sdk per garantire l'accesso ininterrotto ad ADMA, alle funzionalità più recenti e ai miglioramenti delle prestazioni.

Vantaggi potenziali: garantire l'accesso ininterrotto ad ADMA

Per altre informazioni, vedere Che cos'è Azure Data Manager per l’agricoltura?

Eseguire l'aggiornamento alla versione più recente di ADMA Java SDK

Sono state identificate chiamate a una versione di ADMA Java Sdk che sarà presto deprecata. È consigliabile passare alla versione più recente di Sdk per garantire l'accesso ininterrotto ad ADMA, alle funzionalità più recenti e ai miglioramenti delle prestazioni.

Vantaggi potenziali: garantire l'accesso ininterrotto ad ADMA

Per altre informazioni, vedere Che cos'è Azure Data Manager per l’agricoltura?

Eseguire l'aggiornamento alla versione più recente di ADMA Python SDK

Sono state identificate chiamate a una versione di ADMA Python Sdk che sarà presto deprecata. Passare alla versione più recente di Sdk per garantire l'accesso ininterrotto ad ADMA, alle funzionalità più recenti e ai miglioramenti delle prestazioni.

Vantaggi potenziali: garantire l'accesso ininterrotto ad ADMA

Per altre informazioni, vedere Che cos'è Azure Data Manager per l’agricoltura?

Eseguire l'aggiornamento alla versione più recente di ADMA JavaScript SDK

Sono state identificate chiamate a una versione di ADMA JavaScript Sdk che sarà presto deprecata. Passare alla versione più recente di Sdk per garantire l'accesso ininterrotto ad ADMA, alle funzionalità più recenti e ai miglioramenti delle prestazioni.

Vantaggi potenziali: garantire l'accesso ininterrotto ad ADMA

Per altre informazioni, vedere Che cos'è Azure Data Manager per l’agricoltura?

Gestione API

Eseguire la migrazione del servizio API Management alla piattaforma stv2

Il supporto per le istanze API Management ospitate nella piattaforma stv1 verrà ritirato entro il 31 agosto 2024. Eseguire la migrazione alla piattaforma basata su stv2 prima di evitare interruzioni del servizio.

Vantaggi potenziali: migliorare la stabilità del servizio e sfruttare le nuove funzionalità della piattaforma

Per altre informazioni, vedere Ritiro della piattaforma stv1 di Gestione API - Cloud di Azure globale (agosto 2024)

Rotazione dei certificati del nome host non riuscita

Se il servizio di gestione API non riesce ad aggiornare il certificato del nome host dall'insieme di credenziali delle chiavi, il servizio utilizza un certificato non aggiornato e il traffico API in fase di esecuzione viene bloccato. Verificare che il certificato esista nell'insieme di credenziali delle chiavi e che all'identità del servizio di gestione delle API sia concesso l'accesso in lettura al segreto.

Vantaggi potenziali: garantire la disponibilità del servizio

Per altre informazioni, vedere Configurare un nome di dominio personalizzato per l'istanza di Gestione API di Azure

Il portale legacy è stato deprecato 3 anni fa e ritirato nell'ottobre 2023. Tuttavia, stiamo riscontrando un utilizzo attivo del portale che potrebbe causare interruzioni del servizio quando lo disabiliteremo.

Si raccomanda fortemente di eseguire al più presto la migrazione al nuovo portale sviluppatori in modo da continuare a usufruire dei nostri servizi e trarre vantaggio dalle nuove funzionalità e miglioramenti.

Vantaggi potenziali: garantire la continuità aziendale

Per altre informazioni, vedere Eseguire la migrazione al nuovo portale per sviluppatori

Il controllo dello stato della rete delle dipendenze non è riuscito

La dipendenza del servizio Gestione API di Azure non è disponibile. Controllare la configurazione della rete virtuale.

Vantaggi potenziali: migliorare la stabilità del servizio

Per altre informazioni, vedere Distribuire l'istanza di Gestione API di Azure in una rete virtuale, ovvero la modalità esterna

Rinegoziazione SSL/TLS bloccata

Tentativo di rinegoziazione SSL/TLS bloccato; la comunicazione sicura potrebbe non riuscire. Per supportare gli scenari di autenticazione del certificato client, abilitare 'Negozia certificato client' nei nomi host elencati. Per i client basati su browser, questa opzione potrebbe comportare la presentazione di una richiesta di certificato al client.

Vantaggi potenziali: garantire la disponibilità del servizio

Per altre informazioni, vedere Proteggere le API usando l'autenticazione con certificati client in Gestione API

Distribuire un'istanza API Management di Azure in più aree di Azure per una maggiore disponibilità del servizio

API Management di Azure supporta la distribuzione in più aree, che consente agli editori API di aggiungere gateway API a un'istanza API Management esistente. Ciò consente di ridurre la latenza delle richieste percepita dagli utenti dell'API distribuiti geograficamente, oltre a migliorare la disponibilità del servizio .

Vantaggi potenziali: maggiore resilienza contro gli errori a livello di area

Per altre informazioni, vedere Distribuire un'istanza di Gestione API di Azure in più aree di Azure.

Abilitare e configurare la scalabilità automatica per Gestione API'istanza nei carichi di lavoro di produzione.

L'istanza di Gestione API nei livelli di servizio di produzione può essere ridimensionata aggiungendo e rimuovendo unità. La funzionalità di scalabilità automatica può regolare dinamicamente le unità di un'istanza di Gestione API in modo da adattare una modifica del carico senza intervento manuale.

Vantaggi potenziali: aumentare la scalabilità e ottimizzare i costi.

Per altre informazioni, vedere Ridimensionare automaticamente un'istanza di Gestione API di Azure

Servizio app

Aumentare il piano di servizio app per evitare l'esaurimento della CPU

Un utilizzo elevato della CPU può causare problemi di runtime con le applicazioni. Negli ultimi due giorni l'app ha superato il 90% di utilizzo della CPU. Per ridurre l'utilizzo della CPU ed evitare problemi di runtime, aumentare il numero di istanze dell'applicazione.

Vantaggi potenziali: mantenere integra l'app

Per altre informazioni, vedere Procedure consigliate per il servizio app di Azure

Controllare i problemi di integrità del servizio dell'app

È disponibile una raccomandazione relativa all'integrità del servizio dell'app. Aprire il portale di Azure, passare all'app, fare clic su Diagnostica e risoluzione dei problemi per visualizzare altri dettagli.

Vantaggi potenziali: mantenere integra l'app

Per altre informazioni, vedere Procedure consigliate per il servizio app di Azure

Correggere le impostazioni del database di backup della risorsa del servizio app

Quando un'applicazione ha una configurazione di database non valida, i relativi backup hanno esito negativo. Per informazioni dettagliate, vedere la cronologia di backup dell'applicazione nella pagina di gestione delle app.

Vantaggi potenziali: garantire la continuità aziendale

Per altre informazioni, vedere Procedure consigliate per il servizio app di Azure

Correggere le impostazioni dell'archivio di backup della risorsa del servizio app

Quando un'applicazione ha impostazioni di archiviazione non valide, i relativi backup hanno esito negativo. Per informazioni dettagliate, vedere la cronologia di backup dell'applicazione nella pagina di gestione delle app.

Vantaggi potenziali: garantire la continuità aziendale

Per altre informazioni, vedere Procedure consigliate per il servizio app di Azure

Passare a uno SKU superiore del piano di servizio app per evitare problemi di memoria

Il piano di servizio app contenente l'applicazione ha superato l'85% dell'allocazione di memoria. Un utilizzo elevato della memoria può causare problemi di runtime con le applicazioni. Individuare l'applicazione problematica e passare a un piano superiore con maggiori risorse di memoria.

Vantaggi potenziali: mantenere integra l'app

Per altre informazioni, vedere Procedure consigliate per il servizio app di Azure

Passare a un piano di servizio app superiore

Prendere in considerazione un aumento del piano di servizio app ad almeno due istanze per evitare ritardi di avvio a freddo e interruzioni del servizio durante la manutenzione di routine.

Vantaggi potenziali: ottimizzare l'esperienza utente e la disponibilità

Per altre informazioni, vedere https://aka.ms/appsvcnuminstances

Correggere il codice dell'applicazione, un processo di lavoro si è bloccato a causa di un'eccezione non gestita

Un processo di lavoro nell'applicazione si è arrestato in modo anomalo a causa di un'eccezione non gestita. Per identificare la causa radice, raccogliere i backup di memoria e le informazioni sullo stack di chiamate al momento dell'arresto anomalo.

Vantaggi potenziali: mantenere l'app integra e a disponibilità elevata

Per altre informazioni, vedere https://aka.ms/appsvcproactivecrashmonitoring

Aggiornare il servizio app a un piano Standard per evitare i rifiuti delle richieste

Quando un'applicazione fa parte di un piano di servizio app condiviso e raggiunge più volte la sua quota, le richieste in entrata potrebbero essere rifiutate. Dopo il raggiungimento di una quota, l'applicazione Web non può accettare alcuna richiesta in entrata. Per rimuovere la quota, eseguire l'aggiornamento a un piano Standard.

Vantaggi potenziali: mantenere integra l'app

Per altre informazioni, vedere Panoramica approfondita dei piani del servizio app di Azure

Passare la risorsa del servizio app a Standard o versione successiva e usare slot di distribuzione

Quando un'applicazione viene distribuita più volte in una settimana, possono verificarsi problemi. L'applicazione è stata distribuita più volte nell'ultima settimana. Per ridurre l'impatto della distribuzione sull'applicazione Web di produzione, spostare la risorsa servizio app nel piano Standard (o superiore) e usare gli slot di distribuzione.

Vantaggi potenziali: mantenere l'app integra durante l'aggiornamento

Per altre informazioni, vedere Configurare gli ambienti di gestione temporanea nel Servizio app di Azure

Valutare la possibilità di aggiornare il piano di hosting delle app Web statiche in questa sottoscrizione a uno SKU Standard.

La larghezza di banda combinata usata da tutte le app Web statiche dello SKU gratuito in questa sottoscrizione supera il limite mensile di 100 GB. Prendere in considerazione l'aggiornamento di queste app a uno SKU Standard per evitare la limitazione delle richieste.

Vantaggi potenziali: maggiore disponibilità per le app evitando la limitazione.

Per altre informazioni, vedere la pagina Prezzi – App Web statiche

Usare slot di distribuzione per la risorsa del servizio app

Quando un'applicazione viene distribuita più volte in una settimana, possono verificarsi problemi. L'applicazione è stata distribuita più volte nell'ultima settimana. Per gestire le modifiche e ridurre l'impatto della distribuzione sull'applicazione Web di produzione, è possibile utilizzare gli slot di distribuzione.

Vantaggi potenziali: mantenere l'app integra durante l'aggiornamento

Per altre informazioni, vedere Configurare gli ambienti di gestione temporanea nel Servizio app di Azure

Valutare se è opportuno modificare l'architettura dell'applicazione a 64 bit

Il servizio app è configurato a 32 bit e il relativo consumo di memoria sta raggiungendo il limite di 2 GB. Se l'applicazione lo supporta, è consigliabile ricompilare l'applicazione e modificare la configurazione servizio app portandola a 64 bit.

Vantaggi potenziali: migliorare l'affidabilità dell'applicazione

Per altre informazioni, vedere Domande frequenti sulle prestazioni delle applicazioni in App Web di Azure

Raccomandazione personalizzata di CX Observer

Raccomandazione personalizzata di CX Observer

Vantaggi potenziali: NA

Certificati del servizio app

Verifica del dominio necessaria per ottenere il certificato del tuo servizio app

Si dispone di un certificato del servizio app attualmente in stato di rilascio in sospeso e richiede la verifica del dominio. Se non si convalida la proprietà del dominio, si verifica un rilascio di certificato non riuscito. La verifica del dominio non è automatizzata per i certificati del servizio app e richiederà un'azione. Se hai recentemente verificato la proprietà del dominio e ti è stato rilasciato un certificato, puoi ignorare questo messaggio.

Vantaggi potenziali: garantire il corretto rilascio del certificato del servizio app.

Per altre informazioni, vedere Aggiungere e gestire un certificato TLS/SSL nel Servizio app di Azure

Gateway applicazione

Aggiornare lo SKU o aggiungere altre istanze

L’implemento di due o più istanze di medie o grandi dimensioni garantisce la continuità aziendale (tolleranza di errore) durante le interruzioni causate da operazioni di manutenzione, che siano esse pianificate o meno.

Vantaggi potenziali: garantire la continuità aziendale tramite la resilienza del gateway applicazione

Per altre informazioni, vedere Bilanciamento del carico in più aree - Architetture di riferimento di Azure

Evitare di sostituire il nome host per garantire l'integrità del sito

Evitare di sostituire il nome host durante la configurazione del gateway applicazione. L'uso di un dominio diverso sul front-end del gateway applicazione rispetto a quello usato per accedere al back-end può causare cookie o URL di reindirizzamento interrotti. Assicurarsi che il back-end sia in grado di gestire la differenza di dominio, oppure aggiornare la configurazione del gateway applicazione, in modo che non sia necessario sovrascrivere il nome host nel back-end. Quando usato con il servizio app, associare un nome di dominio personalizzato all'app Web ed evitare di usare il nome host *.azurewebsites.net per il back-end. Tenere presente che un dominio di front-end diverso non è un problema in tutte le situazioni e che alcune categorie di back-end, come le API REST, sono meno sensibili in generale.

Vantaggi potenziali: verificare l'integrità del sito ed evitare cookie o URL di reindirizzamento interrotti tramite una configurazione del gateway applicazione resiliente.

Per altre informazioni, vedere: Risolvere i problemi del servizio app nel gateway applicazione

Implementare Il monitoraggio di ExpressRoute in Monitoraggio prestazioni rete

Quando il circuito ExpressRoute non viene monitorato da Monitoraggio di ExpressRoute sulle prestazioni della rete, non si notano notifiche di perdita, latenza e prestazioni delle risorse locali alle risorse di Azure e di Azure alle risorse locali. Per il monitoraggio end-to-end, implementare il monitoraggio di ExpressRoute in Prestazioni della rete.

Vantaggi potenziali: migliorare i tempi di rilevamento e i tempi di mitigazione nella rete e inserire informazioni dettagliate sul percorso di rete tramite ExpressRoute

Per altre informazioni, vedere Configurare Monitoraggio prestazioni rete per ExpressRoute (deprecato)

Implementare più circuiti ExpressRoute nella rete virtuale per la resilienza cross-premise

Quando a un gateway ExpressRoute è associato un solo circuito ExpressRoute, potrebbero verificarsi problemi di resilienza. Connettere uno o più circuiti aggiuntivi al gateway per garantire la ridondanza e la resilienza della posizione del peering.

Vantaggi potenziali: migliorare la resilienza in caso di errore della località di peering ExpressRoute

Per altre informazioni, vedere Progettazione per la disponibilità elevata con ExpressRoute

Aggiungere almeno un altro endpoint al profilo, preferibilmente in un'altra area di Azure

I profili devono avere più di un endpoint per garantire la disponibilità in caso di errore di uno degli endpoint. È inoltre consigliabile che gli endpoint si trovino in aree diverse.

Vantaggi potenziali: migliorare la resilienza consentendo il failover

Per altre informazioni, vedere Endpoint di Gestione traffico

Aggiungere un endpoint configurato a "Tutte (mondo)"

Per il routing geografico, il traffico viene instradato agli endpoint in aree definite. Se si verificano errori in un'area, non vi sono failover predefiniti. Se si dispone di un endpoint in cui il raggruppamento a livello di area è configurato su "Tutte (mondo)" per i profili geografici, verranno evitati i buchi neri di traffico e la disponibilità del servizio sarà garantita.

Vantaggi potenziali: migliorare la resilienza evitando i buchi neri del traffico

Per altre informazioni, vedere Aggiungere, disabilitare, abilitare, eliminare o spostare gli endpoint

Aggiungere o spostare un endpoint in un'altra area di Azure

Tutti gli endpoint associati a questo profilo di prossimità si trovano nella stessa area. Gli utenti di altre aree possono riscontrare una latenza elevata durante il tentativo di connessione. L'aggiunta o lo spostamento di un endpoint in un'altra area migliorerà le prestazioni generali per il routing di prossimità e fornirà una migliore disponibilità se tutti gli endpoint in un'area hanno esito negativo.

Vantaggi potenziali: migliorare la resilienza consentendo il failover a un'altra area

Per altre informazioni, vedere Configurare il metodo di routing del traffico Prestazioni

Passare da gateway Basic a SKU del gateway di produzione

Lo SKU di base della VPN è progettato per scenari di sviluppo o test. Se si usa il gateway VPN per la produzione, passare a uno SKU di produzione, che offre un numero maggiore di tunnel, Border Gateway Protocol (BGP), configurazione attivo-attivo, criteri IPsec/IKE personalizzati e maggiore stabilità e disponibilità.

Vantaggi potenziali: maggior numero di funzionalità disponibili e stabilità e disponibilità più elevate

Per altre informazioni, Informazioni sulle impostazioni del gateway VPN

Abilitare gateway attivo-attivo per la ridondanza

Nella configurazione attivo-attivo, entrambe le istanze del gateway VPN stabiliranno tunnel VPN da sito a sito (S2S) con il dispositivo VPN locale. Quando in un'istanza del gateway si verifica un evento di manutenzione pianificata o non pianificata, il traffico viene trasferito automaticamente all'altro tunnel IPSec attivo.

Vantaggi potenziali: garantire la continuità aziendale tramite la resilienza della connessione

Per altre informazioni, vedere Progettare la connettività del gateway a disponibilità elevata per connessioni cross-premise e da rete virtuale a rete virtuale

Disabilitare i probe di integrità quando è presente una sola origine in un gruppo di origine

Se si ha un'unica origine, Frontdoor instrada sempre il traffico a tale origine anche se il probe di integrità segnala uno stato non integro. Lo stato del probe di integrità non esegue alcuna operazione per modificare il comportamento di Frontdoor. In questo scenario, i probe di integrità non offrono alcun vantaggio.

Vantaggi potenziali: garantire la disponibilità del servizio riducendo il traffico del probe di integrità non necessario

Per altre informazioni, vedere Procedure consigliate per Frontdoor

Usare i certificati TLS gestiti

Quando Frontdoor gestisce i certificati TLS, riduce i costi operativi e consente di evitare costose interruzioni causate dal dimenticare di rinnovare un certificato. Frontdoor genera automaticamente ed esegue la rotazione dei certificati TLS gestiti.

Vantaggi potenziali: garantire la disponibilità del servizio grazie alla gestione e alla rotazione dei certificati da parte di Frontdoor

Per altre informazioni, vedere Procedure consigliate per Frontdoor

Usare un gateway NAT per la connettività in uscita

Evitare errori di connettività causati dell'esaurimento della porta di origine Network Address Translation (SNAT) usando il gateway NAT per il traffico in uscita dalle reti virtuali. Il gateway NAT viene dimensionato dinamicamente e fornisce connessioni sicure per il traffico diretto a Internet.

Vantaggi potenziali: prevenire gli errori di connessione in uscita con il gateway NAT

Per altre informazioni, vedere Uso di SNAT (Source Network Address Translation) per le connessioni in uscita

Distribuire il gateway applicazione in tutte le zone di disponibilità

Ottenere la ridondanza della zona implementando gateway applicazione in zone di disponibilità. La ridondanza della zona aumenta la resilienza consentendo al gateway applicazione di sopravvivere a varie interruzioni; ciò garantisce la continuità anche se una zona viene colpita e migliora l'affidabilità complessiva.

Vantaggi potenziali: la resilienza dei gateway applicazione è notevolmente aumentata quando si usano zone di disponibilità.

Per altre informazioni, vedere Ridimensionamento gateway applicazione v2 e WAF v2

Aggiornare l'autorizzazione della rete virtuale degli utenti del gateway applicazione

Per migliorare la sicurezza e offrire un'esperienza più coerente in Azure, tutti gli utenti devono passare un controllo delle autorizzazioni per creare o aggiornare un gateway applicazione in un rete virtuale. Gli utenti o le entità servizio devono includere almeno l'autorizzazione Microsoft.Network/virtualNetworks/subnets/join/action.

Vantaggi potenziali: evitare interruzioni nella gestione della risorsa gateway applicazione

Per altre informazioni, vedere la configurazione dell'infrastruttura del gateway applicazione

Usare lo stesso nome di dominio in Frontdoor e l'origine

Quando si riscrive l'intestazione Host, è possibile che i cookie e i reindirizzamenti URL vengano interrotti. Quando si usano piattaforme come Servizio app di Azure, le funzionalità come l'affinità di sessione e l'autenticazione e l'autorizzazione potrebbero non funzionare correttamente. Assicurarsi di verificare se l'applicazione funzionerà correttamente.

Vantaggi potenziali: garantire l'integrità dell'applicazione mantenendo il nome host originale

Per altre informazioni, vedere Procedure consigliate per Frontdoor

Implementare la resilienza del sito per ExpressRoute

Per garantire la massima resilienza, Microsoft consiglia di connettersi a due circuiti ExpressRoute in due località di peering. L'obiettivo è migliorare la disponibilità e garantire il massimo livello di resilienza ai carichi di lavoro critici.

Vantaggi potenziali: la resilienza massima in ExpressRoute è progettata per garantire che non vi sia un singolo punto di errore all'interno del percorso di rete Microsoft. Ciò si ottiene offrendo circuiti duali (2) in due località distinte per garantire la ridondanza dei collegamenti in ExpressRoute. L'obiettivo è migliorare la disponibilità e garantire il massimo livello di resilienza ai carichi di lavoro critici.

Per altre informazioni, vedere Progettare e architettare Azure ExpressRoute per la resilienza

Implementare i Gateway ExpressRoute con ridondanza della zona

Implementare il gateway della rete virtuale con ridondanza della zona in zone di disponibilità di Azure. In questo modo, i gateway di rete virtuale ottengono maggiore disponibilità, scalabilità e resilienza.

Vantaggi potenziali: offre resilienza e ridondanza di zona per ExpressRoute

Per altre informazioni, vedere Creare un gateway di rete virtuale con ridondanza della zona in zone di disponibilità

Assicurarsi che la scalabilità automatica venga usata per migliorare le prestazioni e la resilienza

Quando si configura il gateway applicazione, è consigliabile effettuare il provisioning della scalabilità automatica per aumentare e ridurre le prestazioni in risposta alle variazioni della domanda. Ciò consente di ridurre al minimo gli effetti di un singolo componente con errori.

Vantaggi potenziali: aumentare le prestazioni e la resilienza.

Per altre informazioni, vedere Ridimensionamento gateway applicazione v2 e WAF v2

Route IP expressRoute che si avvicinano al limite specificato

Il circuito ExpressRoute è vicino al raggiungimento dei limiti di route IP. Il superamento di questi limiti interromperà la connettività. La connettività verrà ripristinata una volta che le route sono entro i limiti Suggerimenti: monitorare regolarmente i conteggi delle route. Esplorare rete WAN virtuale RouteMap per ridurre le route IP annunciate.

Potenziali vantaggi: il monitoraggio dei conteggi delle route IP impedisce problemi di connettività e garantisce la stabilità.

Per altre informazioni, consultare le domande frequenti sulla rete WAN virtuale

Evitare di posizionare Gestione traffico dietro Frontdoor

L'uso di Gestione traffico come una delle origini di Frontdoor non è consigliato, in quanto ciò può causare problemi di routing. Se sono necessari entrambi i servizi in un'architettura a disponibilità elevata, posizionare sempre Gestione traffico davanti a Frontdoor di Azure.

Vantaggi potenziali: aumentare la resilienza del carico di lavoro

Per altre informazioni, vedere Procedure consigliate per Frontdoor

Prendere in considerazione la possibilità di avere almeno due origini

Più origini supportano la ridondanza distribuendo il traffico tra più istanze dell'applicazione. Se un'istanza non è disponibile, altre origini back-end possono comunque ricevere traffico.

Vantaggi potenziali: aumentare la resilienza del carico di lavoro

Per altre informazioni, vedere Prospettiva del framework ben progettato di Azure in Frontdoor di Azure

Modificare la subnet del gateway V1 denominata GatewaySubnet perché è riservata per VPN/ExpressRoute

Il gateway applicazione è a rischio di eliminazione dopo ottobre 2024 a causa di un aggiornamento interno non riuscito. Ciò è dovuto alla subnet denominata Gatewaysubnet, riservata per VPN/ExpressRoute. Per risolvere il problema, modificare la subnet o eseguire la migrazione alla versione 2. Consenti la scomparsa di un giorno per il messaggio una volta fisso

Potenziali vantaggi: evitare interruzioni nella gestione di gateway applicazione risorsa V1

Per altre informazioni, vedere Domande frequenti su gateway applicazione

Modificare la subnet del gateway V1 perché la subnet corrente contiene un gateway NAT

Il gateway applicazione potrebbe essere eliminato dopo ottobre 2024 a causa di un aggiornamento interno non riuscito. Ciò è dovuto alla mancanza di una subnet dedicata e contiene un gateway NAT. Per risolvere il problema, modificare la subnet, rimuovere il gateway NAT o eseguire la migrazione alla versione 2. Consenti la scomparsa di un giorno per il messaggio una volta fisso

Potenziali vantaggi: evitare interruzioni nella gestione di gateway applicazione risorsa V1

Per altre informazioni, vedere Domande frequenti su gateway applicazione

Riattivare la sottoscrizione per sbloccare l'aggiornamento interno per il gateway V1

Il gateway applicazione è a rischio di eliminazione dopo ottobre 2024 a causa di un aggiornamento interno non riuscito. Ciò è dovuto al fatto che la sottoscrizione è in uno stato non attivo. Per risolvere il problema, attivare la sottoscrizione. Consentire la scomparsa di questo messaggio al giorno dopo che il problema è stato risolto.

Potenziali vantaggi: evitare interruzioni nella gestione di gateway applicazione risorsa V1

Per altre informazioni, vedere Riattivare una sottoscrizione di Azure disabilitata

Gateway applicativo per contenitori

Eseguire la migrazione alla versione supportata di AGC.

È stato effettuato il provisioning della versione del gateway applicazione per contenitori con una versione di anteprima e non è supportato per l'ambiente di produzione. Assicurarsi di effettuare il provisioning di un nuovo gateway usando la versione più recente dell'API.

Vantaggi potenziali: garantire il supporto e la resilienza per i carichi di lavoro di produzione

Per altre informazioni, vedere Che cos'è il gateway applicazione per i contenitori?

Azure AI Search

Creare un servizio di ricerca Standard (2GB)

Quando si supera la quota di archiviazione, le operazioni di indicizzazione smettono di funzionare. Si sta per superare la quota di archiviazione di 2 GB. Se sono necessarie altre risorse di archiviazione, creare un servizio di ricerca Standard o aggiungere partizioni aggiuntive.

Vantaggi potenziali: capacità di gestire più dati

Per altre informazioni, vedere https://aka.ms/azs/search-limits-quotas-capacity

Creare un servizio di ricerca Standard (50 MB)

Quando si supera la quota di archiviazione, le operazioni di indicizzazione smettono di funzionare. Si sta per superare la quota di archiviazione di 50 MB. Per gestire le operazioni, creare un servizio di ricerca Basic o Standard.

Vantaggi potenziali: capacità di gestire più dati

Per altre informazioni, vedere https://aka.ms/azs/search-limits-quotas-capacity

Evitare di superare la quota di archiviazione disponibile aggiungendo ulteriori partizioni

Una volta superata la quota di archiviazione, è ancora possibile eseguire una query, ma le operazioni di indicizzazione non funzioneranno più. Si sta per superare la quota di archiviazione disponibile. Se è necessario più spazio di archiviazione, aggiungere altre partizioni.

Vantaggi potenziali: in grado di indicizzare dati aggiuntivi

Per altre informazioni, vedere https://aka.ms/azs/search-limits-quotas-capacity

Kubernetes con abilitazione di Azure Arc

Eseguire l'aggiornamento alla versione più recente dell'agente di Kubernetes abilitato per Azure Arc

Eseguire l'aggiornamento alla versione più recente dell'agente per un'esperienza ottimale di Kubernetes abilitato per Azure Arc, maggiore stabilità e nuove funzionalità.

Vantaggi potenziali: versione più recente dell'agente K8s abilitata per Arc

Per altre informazioni, vedere Aggiornare gli agenti Kubernetes abilitati per Azure Arc

Configurazione di Kubernetes con abilitazione di Azure Arc

Aggiornare l'estensione Microsoft Flux alla versione principale più recente

L'estensione Microsoft Flux ha una versione principale. Pianificare un aggiornamento manuale alla versione principale più recente per Microsoft Flux per tutti i cluster Kubernetes con abilitazione per Azure Arc e il servizio Azure Kubernetes entro 6 mesi per supporto continuo e nuove funzionalità.

Vantaggi potenziali: supporto continuo e nuove funzionalità

Per altre informazioni, vedere Estensioni disponibili per i cluster Kubernetes abilitati per Azure Arc

Modifiche di rilievo imminenti per l'estensione Microsoft Flux

L'estensione Microsoft Flux riceve spesso aggiornamenti per la sicurezza e la stabilità. L'aggiornamento imminente, in linea con il progetto OSS Flux, modificherà le API HelmRelease e HelmChart rimuovendo i campi deprecati. Per evitare interruzioni dei carichi di lavoro, è necessaria un'azione.

Vantaggi potenziali: stabilità, sicurezza e nuove funzionalità migliorate

Per altre informazioni, vedere Estensioni disponibili per i cluster Kubernetes abilitati per Azure Arc

Aggiornare l'estensione Microsoft Flux a una versione supportata

La versione corrente di Microsoft Flux in uno o più cluster abilitati per Azure Arc e i cluster Azure Kubernetes non sono supportati. Aggiornare a una versione supportata per ottenere patch di sicurezza, correzioni dei bug e supporto tecnico Microsoft.

Vantaggi potenziali: ottenere patch di sicurezza, correzioni di bug e supporto Tecnico Microsoft

Per altre informazioni, vedere Estensioni disponibili per i cluster Kubernetes abilitati per Azure Arc

Server con abilitazione di Azure Arc

Eseguire l'aggiornamento alla versione più recente dell'agente di Azure Connected Machine

L'agente di Azure Connected Machine viene aggiornato regolarmente con hotfix per i bug, miglioramenti della stabilità e nuove funzioni. Aggiornare l'agente alla versione più recente per la migliore esperienza possibile di Azure Arc.

Vantaggi potenziali: stabilità migliorata e nuove funzionalità

Per altre informazioni, vedere Gestione e manutenzione dell'agente Azure Connected Machine

Cache Redis di Azure

Aumentare la prenotazione di memoria per la frammentazione

La frammentazione e l'utilizzo elevato di memoria possono causare problemi di disponibilità. Per ridurre gli errori della cache in caso di utilizzo elevato della memoria, aumentare la riserva di memoria per la frammentazione tramite l'impostazione maxfragmentationmemory-reserved disponibile nelle opzioni delle Impostazioni avanzate.

Vantaggi potenziali: evitare incidenti di disponibilità quando la cache presenta una frammentazione di memoria elevata

Per altre informazioni, vedere Come configurare Cache Redis di Azure

Configurare la replica geografica per le istanze di Cache Redis per aumentare la durabilità delle applicazioni

La replica geografica consente il ripristino di emergenza per i dati memorizzati nella cache, anche nel caso improbabile di un errore diffuso a livello di area. Questo può essere essenziale per le applicazioni cruciali. Si consiglia di configurare la replica geografica passiva per le istanze di cache di Azure per Redis Premium.

Vantaggi potenziali: la replica geografica consente il ripristino di emergenza per i dati memorizzati nella cache.

Per ulteriori informazioni, vedere Configurare la replica geografica passiva per le istanze di cache di Azure per Redis Premium

App contenitore di Azure

Ricreare l'ambiente app contenitore per evitare problemi DNS

C'è un potenziale problema di rete con gli ambienti Container Apps che potrebbe causare problemi DNS. Si raccomanda di creare un nuovo ambiente app contenitore, ricreare le app contenitore nel nuovo ambiente app contenitore ed eliminare l'ambiente app contenitore precedente.

Vantaggi potenziali: evitare errori DNS nell'ambiente di App contenitore.

Per altre informazioni, vedere Avvio rapido: Distribuire la prima app contenitore usando il portale di Azure

Rinnovare il certificato di dominio personalizzato

Il certificato di dominio personalizzato caricato è vicino alla scadenza. Per evitare possibili interruzioni del servizio, rinnovare il certificato e caricare il nuovo certificato per le app del contenitore.

Vantaggi potenziali: il servizio non riuscirà a causa di un certificato scaduto.

Per altre informazioni, vedere Nomi di dominio personalizzati e usare certificati personalizzati in App contenitore di Azure

È stato rilevato un problema che impedisce il rinnovo del certificato gestito.

È stato rilevato che il certificato gestito usato dall'app contenitore non è riuscito a rinnovarsi automaticamente. Seguire il collegamento alla documentazione per assicurarsi che le impostazioni DNS del dominio personalizzato siano corrette.

Vantaggi potenziali: evitare tempi di inattività dovuti a un certificato scaduto.

Per altre informazioni, vedere Nomi di dominio personalizzati e usare certificati gestiti gratuiti in App contenitore di Azure

Aumentare il numero minimo di repliche per l'applicazione in contenitori

Il numero minimo di repliche impostato per l'applicazione in contenitori di App Azure Container potrebbe essere troppo basso, il che può causare problemi di resilienza, scalabilità e bilanciamento del carico. Per migliorare la disponibilità, valutare la possibilità di aumentare il numero minimo di repliche.

Vantaggi potenziali: migliore disponibilità per l'app contenitore.

Per altre informazioni, vedere Impostare le regole di ridimensionamento in App contenitore di Azure

Azure Cosmos DB

Configurare i contenitori di Azure Cosmos DB con una chiave di partizione

Quando le raccolte non partizionate di Azure Cosmos DB raggiungono la quota di archiviazione con provisioning, si perde la possibilità di aggiungere dati. Le raccolte Cosmos DB non partizionate si avvicinano alla quota di archiviazione con provisioning fornita. Eseguire la migrazione di queste raccolte a nuove raccolte con una definizione della chiave di partizione in modo che il servizio possa ridimensionarle automaticamente.

Vantaggi potenziali: ridimensionare i contenitori aumentando lo spazio di archiviazione o la frequenza delle richieste senza limiti

Per altre informazioni, vedere Partizionamento e scalabilità orizzontale in Azure Cosmos DB

Usare istanze client statiche Cosmos DB nel codice e caricare nella cache i nomi di database e raccolte

Un numero elevato di operazioni di metadati su un account può risultare in una limitazione della velocità. Le operazioni sui metadati prevedono un limite di unità richiesta (UR) riservate dal sistema. Usare le istanze statiche del client Cosmos DB nel codice e caricaree nella cache i nomi di database e raccolte per evitare la limitazione della velocità dovuta alle operazioni sui metadati.

Vantaggi potenziali: ottimizzare l'utilizzo delle UR ed evitare la limitazione della frequenza

Per altre informazioni, vedere Suggerimenti sulle prestazioni per Azure Cosmos DB e .NET SDK v2

Controllare l'insieme dei collegamenti Azure Key Vault che ospita la chiave di crittografia

Quando un account Azure Cosmos DB non riesce ad accedere all'insieme di credenziali delle chiavi di Azure collegato che ospita la chiave di ncyrption, potrebbero verificarsi problemi di accesso ai dati e di sicurezza. La configurazione dell'insieme di credenziali delle chiavi impedisce all'account Cosmos DB di contattare l'insieme di credenziali delle chiavi per accedere alle chiavi di crittografia gestite. Se di recente è stata eseguita una rotazione della chiave, assicurarsi che la chiave precedente o la versione della chiave rimanga abilitata e disponibile fino a quando Cosmos DB non completa la rotazione. La versione della chiave o la chiave precedente può essere disabilitata dopo 24 ore o dopo che i log di controllo di Azure Key Vault non mostrano più alcuna attività di Azure Cosmos DB su tale versione della chiave o su tale chiave.

Vantaggi potenziali: aggiornare le configurazioni per continuare a usare le chiavi gestite dal cliente e accedere ai dati

Per altre informazioni, vedere Configurare le chiavi gestite dal cliente per l'account Azure Cosmos DB con Azure Key Vault

Configurare una modalità di indicizzazione coerente dei contenitori di Azure Cosmos DB

I contenitori di Azure Cosmos configurati con la modalità di indicizzazione differita si aggiornano in modo asincrono, migliorando le prestazioni di scrittura, ma possono influire sull'aggiornamento delle query. Il contenitore è configurato con la modalità di indicizzazione differita. Se l'aggiornamento delle query è critico, usare la modalità di indicizzazione coerente per gli aggiornamenti immediati degli indici.

Vantaggi potenziali: migliorare la coerenza e l'affidabilità dei risultati delle query

Per altre informazioni, vedere Gestire i criteri di indicizzazione in Azure Cosmos DB

Aggiornamento rapido: eseguire l'aggiornamento alla versione 2.6.14 di Async Java SDK v2 o di Java SDK v4

Nella versione 2.6.13 (e versioni precedenti) di Async Java SDK v2 per Azure Cosmos DB è presente un bug critico che causa errori quando viene raggiunto un numero di sequenza logica globale maggiore del valore intero massimo. L'errore si verifica in modo trasparente dal servizio in seguito al verificarsi di un volume elevato di transazioni per tutta la durata di un contenitore di Azure Cosmos DB. Nota: sebbene si tratti di un aggiornamento rapido critico per Async Java SDK v2, si consiglia comunque di eseguire la migrazione a Java SDK v4.

Vantaggi potenziali: se non viene eseguita alcuna azione, tutte le operazioni di creazione, lettura, aggiornamento ed eliminazione potrebbero iniziare ad avere esito negativo e a generare l'eccezione NumberFormatException

Per altre informazioni, vedere Azure Cosmos DB Async Java SDK for API for NoSQL (legacy): note sulla versione e risorse

Problema critico: eseguire l'aggiornamento alla versione consigliata corrente di Java SDK v4

Nella versione 4.15 e nelle versioni precedenti di Java SDK v4 per Azure Cosmos DB è presente un bug critico che causa errori quando viene raggiunto un numero di sequenza logica globale maggiore del valore intero massimo. Questa operazione viene eseguita in modo trasparente dal servizio in seguito al verificarsi di un volume elevato di transazioni per tutta la durata di un contenitore di Azure Cosmos DB. Evitare questo problema eseguendo l'aggiornamento alla versione consigliata corrente di Java SDK v4

Vantaggi potenziali: se non viene eseguita alcuna azione, tutte le operazioni di creazione, lettura, aggiornamento ed eliminazione potrebbero iniziare ad avere esito negativo e a generare l'eccezione NumberFormatException

Per altre informazioni, vedere Azure Cosmos DB Java SDK v4 per API per NoSQL: note sulla versione e risorse

Usare il nuovo endpoint versione 3.6 e successive per connettersi all'account API per MongoDB di Azure Cosmos DB aggiornato

Alcune applicazioni che si stanno connettendo all'account API aggiornato per MongoDB di Azure Cosmos DB tramite l'endpoint legacy 3.2: [accountname].documents.azure.com. Usare il nuovo endpoint - [accountname].mongo.cosmos.azure.com o il relativo equivalente in cloud sovrani, governativi o con restrizioni.

Vantaggi potenziali: sfruttare le funzionalità più recenti della versione 3.6 e successive dell'API per MongoDB di Azure Cosmos DB

Per altre informazioni, vedere Azure Cosmos DB per MongoDB (versione server 4.0): funzionalità e sintassi supportate

Aggiornare l'API di Azure Cosmos DB per l'account MongoDB alla versione 4.2 per risparmiare sui costi di query/archiviazione e usare le nuove funzionalità

L'API di Azure Cosmos DB per l'account MongoDB è idonea per l'aggiornamento alla versione 4.2. L'aggiornamento alla versione 4.2 può ridurre i costi di archiviazione fino al 55% e i costi di query fino al 45% sfruttando un nuovo formato di archiviazione. Nella versione 4.2 sono incluse anche numerose funzionalità aggiuntive come le transazioni con più documenti.

Vantaggi potenziali: maggiore affidabilità, efficienza di query/archiviazione, prestazioni e nuove funzionalità

Per altre informazioni, vedere Aggiornare la versione dell'API dell'account Azure Cosmos DB per MongoDB

Abilitare la ripetizione lato server nell'API di Azure Cosmos DB per l'account MongoDB

Quando un account genera un errore TooManyRequests con il codice di errore 16500, l'abilitazione della ripetizione lato server (SSR) consente di attenuare il problema.

Vantaggi potenziali: prevenire la limitazione delle richieste e migliorare l'affidabilità e le prestazioni delle query

Aggiungere una seconda area ai carichi di lavoro di produzione in Azure Cosmos DB

I carichi di lavoro di produzione in Azure Cosmos DB eseguiti in una singola area potrebbero avere problemi di disponibilità. Questo sembra essere il caso di alcuni degli account Cosmos DB. Aumentarne la disponibilità configurandoli in modo che si estendano per almeno due aree di Azure. NOTA: l'aggiunta di aree comporterà dei costi aggiuntivi.

Vantaggi potenziali: migliorare la disponibilità dei carichi di lavoro di produzione

Per altre informazioni, vedere Disponibilità elevata (affidabilità) in Azure Cosmos DB per NoSQL

Aggiornare l'SDK di Azure Cosmos DB all’ultima versione

Un account Azure Cosmos DB che usa una versione precedente dell'SDK non include le correzioni e i miglioramenti più recenti. L'account Azure Cosmos DB usa una versione precedente dell'SDK. Eseguire l'aggiornamento all’ultima versione per ottenere le correzioni più recenti, un miglioramento delle prestazioni e nuove funzionalità.

Vantaggi potenziali: affidabilità e prestazioni migliorate e nuove funzionalità

Per altre informazioni, vedere Documentazione di Azure Cosmos DB

Aggiornare l'SDK obsoleto di Azure Cosmos DB alla versione più recente

Un account Azure Cosmos DB che usa una versione precedente dell'SDK non include le correzioni e i miglioramenti più recenti. L'account Azure Cosmos DB usa una versione obsoleta dell'SDK. È consigliabile eseguire l'aggiornamento alla versione più recente per ottenere le correzioni più recenti, miglioramenti delle prestazioni e nuove funzionalità.

Vantaggi potenziali: affidabilità e prestazioni migliorate e nuove funzionalità

Per altre informazioni, vedere Documentazione di Azure Cosmos DB

Abilitare il failover gestito dal servizio per l'account Cosmos DB

Abilitare il failover gestito del servizio per l'account Cosmos DB per garantire la disponibilità elevata dell'account. Il failover gestito dal servizio passa automaticamente l'area di scrittura all'area secondaria in caso di interruzione dell'area primaria. In questo modo l'applicazione continua a funzionare senza tempi di inattività.

Vantaggi potenziali: la funzionalità failover gestito dal servizio di Azure migliora la disponibilità del sistema automatizzando i processi di failover, riducendo i tempi di inattività e migliorando la resilienza.

Per altre informazioni, vedere Disponibilità elevata (affidabilità) in Azure Cosmos DB per NoSQL

Abilitare la disponibilità elevata per il carico di lavoro di produzione

Molti cluster con carichi di lavoro coerenti non dispongono di disponibilità elevata abilitata. È consigliabile attivare la disponibilità elevata dalla pagina Ridimensiona nel portale di Azure per evitare tempi di inattività del database in caso di errori imprevisti dei nodi e qualificarsi per le garanzie del contratto di servizio.

Vantaggi potenziali: attivare la disponibilità elevata per evitare tempi di inattività del database in caso di errore imprevisto del nodo

Per altre informazioni, vedere Dimensionamento e configurazione del cluster vCore di Azure Cosmos DB per MongoDB.

Abilitare la ridondanza delle zone per account Cosmos DB multiregione

Questa indicazione suggerisce di abilitare la ridondanza delle zone negli account Cosmos DB multiregione per migliorare l'alta disponibilità e ridurre il rischio di perdita dei dati in caso di interruzione regionale.

Vantaggi potenziali: maggiore disponibilità elevata e riduzione del rischio di perdita di dati

Per altre informazioni, vedere Disponibilità elevata (affidabilità) in Azure Cosmos DB per NoSQL

Aggiungere almeno un data center in un'altra area di Azure

Il cluster Azure Istanza gestita per Apache Cassandra è designato come cluster di produzione, ma è attualmente distribuito in una singola area di Azure. Per i cluster di produzione, è consigliabile aggiungere almeno un altro data center in un'altra area di Azure per proteggersi dagli scenari di ripristino emergenza.

Vantaggi potenziali: assicurarsi che le applicazioni abbiano un'altra area in caso di ripristino di emergenza

Per altre informazioni, vedere Procedure consigliate per la disponibilità elevata e il ripristino di emergenza

Evitare limiti di frequenza per l'operazione del piano di controllo

È stato rilevato un numero elevato di operazioni del piano di controllo nell'account tramite il provider di risorse. Eventuali richieste che superano i limiti documentati a livelli sostenuti per periodi consecutivi di 5 minuti possono comportare una limitazione delle richieste, nonché operazioni non riuscite o incomplete nelle risorse di Azure Cosmos DB.

Vantaggi potenziali: ottimizzare l'operazione del piano di controllo ed evitare errori di operazione dovuti alla limitazione della frequenza

Per altre informazioni, vedere Quote del servizio Azure Cosmos DB

Esplora dati di Azure

Risolvere i problemi di rete virtuale

Installazione o ripresa del servizio non riuscita a causa di problemi della rete virtuale. Per risolvere il problema, seguire i passaggi illustrati nella guida alla risoluzione dei problemi.

Vantaggi potenziali: affidabilità, disponibilità e prestazioni migliorate e nuove funzionalità

Per altre informazioni, vedere Risolvere i problemi di accesso, inserimento e funzionamento del cluster di Esplora dati di Azure nella rete virtuale.

Aggiungere la delega per la subnet per 'Microsoft.Kusto/clusters'

Se una subnet non è delegata, il servizio di Azure associato non sarà in grado di operare al suo interno. La subnet non ha la delega necessaria. Delegare la subnet per “Microsoft.Kusto/clusters”.

Vantaggi potenziali: affidabilità, disponibilità e prestazioni migliorate e nuove funzionalità

Per altre informazioni, vedere Che cos'è la delega per la subnet?

Database di Azure per MySQL

Disponibilità elevata - Aggiungere una chiave primaria alla tabella che attualmente non ne ha una.

Il sistema di monitoraggio interno ha identificato un ritardo significativo della replica nel server standby a disponibilità elevata. Questo ritardo è causato principalmente dalla riproduzione dei log di inoltro in una tabella da parte del server di standby che non dispone di una chiave primaria. Per risolvere questo problema e rispettare le procedure consigliate, è consigliabile aggiungere chiavi primarie a tutte le tabelle. Una volta fatto, disabilitare e riabilitare la disponibilità elevata per attenuare il problema.

Vantaggi potenziali: se si implementa questo approccio, il server di standby verrà schermato dagli effetti negativi del ritardo di replica elevato causato dall'assenza di una chiave primaria nelle tabelle. Questo approccio può contribuire a ridurre i tempi di failover, supportando infine l'obiettivo di mantenere la continuità aziendale.

Per altre informazioni, vedere Risolvere i problemi di latenza di replica in Database di Azure per MySQL - Server flessibile

Replica - Aggiungere una chiave primaria alla tabella che attualmente non ne ha una

Il monitoraggio interno ha osservato un ritardo significativo della replica nel server di replica perché il server di replica sta riproducendo i log di inoltro in una tabella che non dispone di una chiave primaria. Per garantire che il server di replica possa eseguire in modo efficace la sincronizzazione con il server primario e tenersi al passo con le modifiche, aggiungere chiavi primarie alle tabelle nel server primario e ricreare successivamente il server di replica.

Vantaggi potenziali: se si implementa questo approccio, il server di replica otterrà uno stato di sincronizzazione accurata con il server primario.

Per altre informazioni, vedere Risolvere i problemi di latenza di replica in Database di Azure per MySQL - Server flessibile

Database di Azure per PostgreSQL

Rimuovere gli slot di replica logica inattivi (importante)

Gli slot di replica logica inattivi possono comportare la riduzione delle prestazioni del server e la mancanza di disponibilità a causa della conservazione dei file log write-ahead (WAL) e dell'accumulo dei file di snapshot. Nel server flessibile di Database di Azure per PostgreSQL potrebbero verificarsi degli slot di replica logica inattivi. È RICHIESTA L'ATTENZIONE IMMEDIATA DELL'UTENTE. Eliminare immediatamente gli slot di replica inattivi o iniziare a utilizzare le modifiche di questi slot in modo che il numero di sequenza del file di log (LSN) degli slot avanzi e sia vicino al numero LSN corrente del server.

Vantaggi potenziali: migliorare la disponibilità di PostgreSQL rimuovendo gli slot di replica logica inattivi

Per altre informazioni, vedere Replica logica e decodifica logica in Database di Azure per PostgreSQL - Server flessibile.

Rimuovere uno slot di replica logica inattivo

Quando un server flessibile Orcas PostgreSQL ha slot di replica logica inattivi, le prestazioni del server si riducono e può verificarsi un'indisponibilità dovuta alla conservazione dei file WAL (write ahead log) e all'accumulo di file snapshot. È RICHIESTA L'ATTENZIONE IMMEDIATA DELL'UTENTE. Eliminare immediatamente gli slot di replica inattivi o iniziare a utilizzare le modifiche di questi slot in modo che il numero di sequenza del file di log (LSN) degli slot avanzi e sia vicino al numero LSN corrente del server.

Vantaggi potenziali: migliorare la disponibilità di PostgreSQL rimuovendo gli slot di replica logica inattivi

Per altre informazioni, vedere Decodifica logica

Configurare l’archiviazione dei backup con ridondanza geografica

La configurazione dell’archiviazione con ridondanza geografica garantisce che il database soddisfi gli obiettivi di disponibilità e durata anche in caso di guasti o disastri.

Vantaggi potenziali: garantisce il ripristino da un errore o un'emergenza a livello di area.

Per altre informazioni, vedere Backup e ripristino in Database di Azure per PostgreSQL - Server flessibile

Definire finestre di manutenzione personalizzate da eseguire durante le ore con meno traffico

Quando si specificano le preferenze per il programma di manutenzione, è possibile scegliere un giorno della settimana e un intervallo di tempo. Se non lo si fa, il sistema sceglierà un'ora tra le 23:00 e le 07:00 nell'ora dell'area del server. Selezionare un giorno e un'ora in cui l'utilizzo è basso.

Vantaggi potenziali: configurare la finestra di manutenzione consente di evitare la manutenzione durante il picco del sistema.

Per maggiori informazioni, vedere Manutenzione pianificata in Database di Azure per PostgreSQL - Server flessibile

Hub IoT di Azure

Aggiornare il runtime dei dispositivi Microsoft Edge a una versione supportata per l'hub IoT

Quando i dispositivi Edge usano versioni obsolete, potrebbe verificarsi una riduzione delle prestazioni. Si consiglia di eseguire l'aggiornamento alla versione supportata più recente del runtime di Azure IoT Edge.

Vantaggi potenziali: garantire la continuità aziendale con le versioni più recenti supportate per i dispositivi Edge

Per altre informazioni, vedere Aggiornare IoT Edge

Aggiornare l'SDK client del dispositivo a una versione supportata per IotHub

Quando i dispositivi usano un SDK obsoleto, può verificarsi una riduzione del livello delle prestazioni. Alcuni o tutti i dispositivi usano un SDK obsoleto. Si consiglia di eseguire l'aggiornamento a una versione dell'SDK supportata.

Vantaggi potenziali: garantire la continuità aziendale con l'SDK supportato per i dispositivi

Per altre informazioni, vedere SDK dell'hub IoT di Azure

Hub IoT - Rilevato potenziale storm dei dispositivi

Ciò può verificarsi quando due o più dispositivi tentano di connettersi all'hub IoT usando le stesse credenziali dell'ID dispositivo. Quando il secondo dispositivo (B) si connette, il primo (A) viene disconnesso. Il dispositivo (A) tenta quindi di riconnettersi, causando la disconnessione di (B).

Vantaggi potenziali: migliorare la connettività dei dispositivi

Per altre informazioni, vedere Informazioni e risoluzione degli errori dell'hub IoT di Azure

Aggiornare l'SDK di Aggiornamento dispositivi per hub IoT a una versione supportata

Quando un'istanza di Aggiornamento del dispositivo per l'hub IoT usa una versione obsoleta dell'SDK, non ottiene gli aggiornamenti più recenti. Eseguire l'aggiornamento all’ultima versione dell’aggiornamento dispositivi per hub IoT SDK per ottenere le correzioni più recenti, un miglioramento delle prestazioni e nuove funzionalità.

Vantaggi potenziali: garantire la continuità aziendale con l'SDK supportato

Per altre informazioni, vedere Che cos'è Aggiornamento dispositivi per hub IoT?

Aggiungere unità hub IoT o aumentare il livello di SKU

Quando un hub IoT supera la quota giornaliera dei messaggi, potrebbero verificarsi problemi di funzionamento e di costi. Per garantire un funzionamento regolare in futuro, aggiungere unità o aumentare il livello di SKU.

Vantaggi potenziali: l'hub IoT può ricevere nuovamente messaggi.

Per altre informazioni, vedere Informazioni e risoluzione degli errori dell'hub IoT di Azure

Servizio Azure Kubernetes (AKS)

Abilitare la scalabilità automatica per i pool di nodi di sistema

Abilitare la scalabilità automatica del il pool di nodi di sistema per assicurarsi che i pod di sistema siano pianificati anche durante i periodi di carico elevato.

Vantaggi potenziali: l'abilitazione della scalabilità automatica per il pool di nodi di sistema garantisce che i pod di sistema siano pianificati e che il cluster funzioni.

Per altre informazioni, vedere Usare il componente di scalabilità automatica del cluster nel servizio Azure Kubernetes (AKS)

Come avere almeno 2 nodi nel pool di nodi di sistema

Per garantire l'affidabilità dei pod di sistema, verifica che i pool di nodi di sistema abbiano almeno 2 nodi. Con un singolo nodo, il cluster può avere esito negativo, in caso di guasto di un nodo o di un hardware.

Vantaggi potenziali: la presenza di 2 nodi garantisce la resilienza contro gli errori dei nodi.

Per altre informazioni, vedere Come creare e gestire pool di nodi di sistema nel servizio Azure Kubernetes (AKS)

Creare un pool di nodi di sistema dedicato

Un cluster senza un pool di nodi di sistema dedicato è meno affidabile. È consigliabile dedicare pool di nodi di sistema solo per gestire pod di sistema critici, impedendo la carenza di risorse tra i pod utente concorrenti e di sistema. Applicare questo comportamento con la contaminazione CriticalAddonsOnly=true:NoSchedule sul pool.

Vantaggi potenziali: garantisce l'affidabilità del cluster impedendo la scarsità delle risorse per i pod di sistema principali

Per altre informazioni, vedere Come creare e gestire pool di nodi di sistema nel servizio Azure Kubernetes (AKS)

Verificare che le macchine virtuali serie B non vengano usate negli ambienti di produzione

Quando un cluster dispone di uno o più pool di nodi che utilizzano uno SKU non consigliato di macchine virtuali con possibilità di burst, la capacità completa della vCPU non è garantita. Assicurarsi che le VM serie B non vengano usate negli ambienti di produzione.

Vantaggi potenziali: procedura consigliata per prestazioni coerenti

Per altre informazioni, vedere Serie di dimensioni Bv1

Azure NetApp Files

Configurare il sito di AD DS (Active Directory Domain Services) per connettore di AD

Se Azure NetApp Files non riesce a raggiungere i controller di dominio di AD DS (Active Directory Domain Services) assegnati, il processo di individuazione del controller di dominio esegue query su tutti i controller di dominio. I controller di dominio non raggiungibili possono essere usati, causando problemi con la creazione del volume, le query client, l'autenticazione e le modifiche alla connessione di Active Directory.

Vantaggi potenziali: ottimizzare la connettività DNS con Azure Netapp Files

Per altre informazioni, vedere Informazioni sulle linee guida per la progettazione e la pianificazione del sito di Active Directory Domain Services tApp Files

Verificare che i ruoli assegnati alla subnet delegata Microsoft.NetApp dispongano delle autorizzazioni di lettura subnet

I ruoli necessari per la gestione delle risorse Azure NetApp Files devono disporre delle autorizzazioni "Microsoft.network/virtualNetworks/subnets/read" nella subnet delegata a Microsoft.NetApp Se il ruolo, che si personalizzato o predefinito, non dispone di questa autorizzazione, le creazioni del volume avranno esito negativo

Vantaggi potenziali: prevenire gli errori di creazione del volume assicurando le autorizzazioni di subnet/lettura

Esaminare la configurazione SAP per i valori di timeout usati con Azure NetApp Files

La disponibilità elevata di SAP usato con Azure NetApp Files si basa sull'impostazione dei valori di timeout appropriati per evitare interruzioni dell'applicazione. Esaminare il collegamento “Scopri di più” per assicurarsi che la configurazione soddisfi i valori di timeout, come indicato nella documentazione.

Vantaggi potenziali: migliorare la resilienza dell'applicazione SAP in ANF

Per altre informazioni, vedere Usare Azure per ospitare ed eseguire scenari di carichi di lavoro SAP

Implementare strategie di ripristino di emergenza per le risorse di Azure NetApp Files

Per evitare la perdita di dati o funzionalità in caso di emergenza a livello di area o di zona, implementare tecniche di ripristino di emergenza comuni, come per esempio la replica tra più aree o la replica tra zone per i volumi di Azure NetApp Files.

Vantaggi potenziali: gestire facilmente il ripristino di emergenza con funzionalità di replica di Azure NetApp Files

Per altre informazioni, vedere Informazioni sulle opzioni di protezione dei dati e ripristino di emergenza in Azure NetApp Files

Azure Netapp Files: abilitare la disponibilità continua per i volumi PMI

Per la disponibilità continua, è consigliabile abilitare il volume del Server Message Block (PMI) per Azure Netapp Files.

Vantaggi potenziali: impedire interruzioni dell'applicazione abilitando la disponibilità continua per i volumi SMB

Per altre informazioni, vedere Abilitare la disponibilità continua nei volumi SMB esistenti

Azure Site Recovery

Abilitare l'eliminazione temporanea per gli insiemi di credenziali di Servizi di ripristino

L'eliminazione temporaneamente consente di conservare i dati di backup nell'insieme di credenziali di Servizi di ripristino per un periodo di tempo aggiuntivo dopo l'eliminazione, offrendo la possibilità di recuperarli prima che vengano eliminati definitivamente.

Vantaggi potenziali: consente il ripristino dei dati di backup in caso di eliminazione accidentale

Per altre informazioni, vedere Eliminazione temporanea per Backup di Azure

Abilitare il ripristino tra aree per l'insieme di credenziali dei servizi di ripristino

Il ripristino tra aree consente di ripristinare le macchine virtuali di Azure in un'area secondaria (un'area abbinata di Azure), in modo da facilitare il ripristino di emergenza.

Vantaggi potenziali: essendo una delle opzioni di ripristino, il ripristino tra più aree (CRR) consente di ripristinare le macchine virtuali di Azure in un'area secondaria, ovvero un'area abbinata di Azure.

Per altre informazioni, vedereCome è possibile ripristinare i dati delle macchine virtuali di Azure nel portale di Azure

Azure Spring Apps

Aggiornare il servizio di configurazione delle applicazioni a Gen 2

Abbiamo notato che si sta ancora utilizzando il servizio di configurazione delle applicazioni Gen1, il cui supporto terminerà nell'aprile del 2024. Il servizio di configurazione dell'applicazione Gen2 offre prestazioni migliori rispetto a Gen1 e l'aggiornamento da Gen1 a Gen2 non prevede tempi di inattività, quindi è consigliabile eseguire l'aggiornamento il prima possibile.

Vantaggi potenziali: maggiore stabilità e disponibilità

Per altre informazioni, vedere Usare il servizio di configurazione dell'applicazione per Tanzu

Database SQL di Azure

Abilitare il ripristino di emergenza tra aree per database SQL

Abilitare il ripristino di emergenza tra aree per database SQL di Azure per la continuità aziendale in caso di interruzione a livello di area.

Vantaggi potenziali: l'abilitazione del ripristino di emergenza crea un database secondario leggibile continuamente sincronizzato per un database primario.

Per altre informazioni, vedere Panoramica della continuità aziendale del database SQL di Azure

Abilitare la ridondanza della zona per il database SQL di Azure per ottenere disponibilità elevata e resilienza.

Per ottenere disponibilità elevata e resilienza, abilitare la ridondanza della zona per il database SQL o il pool elastico per usare le zone di disponibilità e assicurarsi che il database o il pool elastico sia resiliente agli errori di zona.

Vantaggi potenziali: l'abilitazione della ridondanza della zona garantisce che il database SQL di Azure sia resiliente agli errori hardware e software di zona e il ripristino sia trasparente per le applicazioni.

Per altre informazioni, vedere Disponibilità tramite ridondanza - Database SQL di Azure

Azure Stack HCI

Eseguire l'aggiornamento alla versione più recente del servizio Azure Kubernetes abilitata da Arc

Eseguire l'aggiornamento alla versione più recente dell'API/SDK di AKS abilitata da Azure Arc, per una maggiore stabilità e nuove funzionalità.

Vantaggi potenziali: la versione più recente del servizio Azure Kubernetes abilitata da Azure Arc con nuove funzionalità e maggiore stabilità.

Per altre informazioni, vedere https://azure.github.io/azure-sdk/releases/latest/index.html

Eseguire l'aggiornamento alla versione più recente del servizio Azure Kubernetes abilitata da Arc

Eseguire l'aggiornamento alla versione più recente dell'API/SDK di AKS abilitata da Azure Arc, per una maggiore stabilità e nuove funzionalità.

Vantaggi potenziali: la versione più recente del servizio Azure Kubernetes abilitata da Azure Arc con nuove funzionalità e maggiore stabilità.

Per altre informazioni, vedere https://azure.github.io/azure-sdk/releases/latest/index.html

Archiviazione del modello di distribuzione classica

Azione necessaria: eseguire la migrazione degli account di archiviazione classici entro il 30/08/2024.

Eseguire la migrazione degli account di archiviazione classici ad Azure Resource Manager per garantire la continuità aziendale. Azure Resource Manager fornirà tutte le stesse funzionalità e un livello di gestione coerente, il raggruppamento di risorse e l'accesso a nuove funzionalità e aggiornamenti.

Vantaggi potenziali: garantire la possibilità di gestire i dati eseguendo la migrazione degli account di archiviazione classici

Macchine virtuali con il modello di distribuzione classica

Eseguire la migrazione di Servizi cloud (versione classica) prima del 31 agosto 2024

Servizi cloud (versione classica) viene ritirato. Eseguire la migrazione prima del 31 agosto 2024 per evitare la perdita di dati o continuità aziendale.

Vantaggi potenziali: continuità del servizio

Per altre informazioni, vedere Eseguire la migrazione da Servizi cloud di Azure (versione classica) a Servizi cloud di Azure (supporto "Extended")

Servizi cognitivi

Aggiornare l'applicazione per usare la versione più recente dell'API da OpenAI di Azure

Una risorsa Azure OpenAI con una versione precedente dell'API non dispone delle caratteristiche e delle funzionalità più recenti. È consigliabile usare sempre la versione dell'API REST.più recente.

Vantaggi potenziali: le nuove versioni delle API contengono le caratteristiche e le funzionalità più recenti e più interessanti.

Per altre informazioni, vedere Azure Storage service REST API reference (Informazioni di riferimento per l'API REST del servizio OpenAI di Azure)

Quota superata per questa risorsa, attendere o aggiornare per sbloccare la risorsa

Se la quota per la risorsa viene superata, la risorsa viene bloccata. È possibile attendere che la quota venga ripristinata presto automaticamente oppure se si vuole sbloccare la risorsa e usarla subito nuovamente è possibile passare a uno SKU a pagamento.

Vantaggi potenziali: se si passa a uno SKU a pagamento, è possibile usare di nuovo la risorsa oggi.

Per altre informazioni, vedere Pianificare e gestire i costi per Studio AI della piattaforma Azure

Registro Container

Usare il livello Premium per i carichi di lavoro di produzione critici

I registri Premium offrono la quantità più elevata di spazio di archiviazione, operazioni simultanee e bandwidth di rete, consentendo scenari ad alto volume. Il livello Premium aggiunge anche funzionalità come la replica geografica, il supporto della zona di disponibilità, l'attendibilità del contenuto, le chiavi gestite dal cliente e gli endpoint privati.

Vantaggi potenziali: il livello Premium offre la massima quantità di prestazioni, scalabilità e resilienza

Per altre informazioni, vedere Livelli di servizio di Registro Azure Container

Verificare che la replica geografica sia abilitata per la resilienza

La replica geografica consente ai carichi di lavoro di usare un'unica immagine, tag e nome del registro di sistema tra le aree, fornisce accesso al registro di sistema di chiusura della rete, costi di trasferimento dei dati ridotti e resilienza del registro di sistema a livello di area in caso di interruzione a livello di area. Questa funzionalità è disponibile solo per i servizi del livello Premium.

Vantaggi potenziali: miglioramento della resilienza e delle prestazioni pull, gestione semplificata del Registro di sistema e riduzione dei costi di trasferimento dei dati

Per altre informazioni, vedere Replica geografica in Registro Azure Container

Rete di distribuzione dei contenuti

CDN di Azure da Edgio, Rinnovo certificato gestito non riuscito. Richiesta ulteriore convalida.

CDN di Azure da Edgio utilizza la delega CNAME per rinnovare i certificati con DigiCert per il rinnovo del certificato gestito. È essenziale che i domini personalizzati vengano risolti in un endpoint azureedge.net affinché il processo di rinnovo automatico con DigiCert venga completato correttamente. Verificare che i record CNAME e CAA del dominio personalizzato siano configurati correttamente. In caso di ulteriore assistenza, inviare una richiesta di supporto ad Azure per tentare nuovamente la richiesta di rinnovo.

Vantaggi potenziali: garantire la disponibilità del servizio.

Rinnovare il certificato cliente scaduto del servizio Frontdoor di Azure per evitare interruzioni del servizio

Quando scadono i certificati dei clienti per i profili Frontdoor Standard e Premium di Azure, potrebbero verificarsi interruzioni del servizio. Per evitare interruzioni del servizio, rinnovare il certificato prima della scadenza.

Vantaggi potenziali: garantire la disponibilità del servizio.

Per altre informazioni vedere Configurare HTTPS in un dominio personalizzato di Frontdoor di Azure usando il portale di Azure

Convalidare nuovamente la proprietà del dominio per il rinnovo del certificato gestito di Frontdoor di Azure

Frontdoor di Azure non può rinnovare automaticamente il certificato gestito perché il dominio non è mappato con CNAME all'endpoint di Frontdoor di Azure. Per il rinnovo automatico del certificato gestito, ripetere la convalida della proprietà del dominio.

Vantaggi potenziali: non definito

Per altre informazioni, vedere Configurare un dominio personalizzato in Frontdoor di Azure usando il portale di Azure

Commutare la versione del segreto in "Più recente" per il certificato cliente di Frontdoor di Azure

Configurare il segreto del certificato del cliente di Frontdoor di Azure su "Più recente" perché Frontdoor di Azure faccia riferimento alla versione più recente del segreto in Azure Key Vault, in modo che il segreto possa essere ruotato automaticamente.

Vantaggi potenziali: la versione più recente può essere ruotata automaticamente.

Per altre informazioni vedere Configurare HTTPS in un dominio personalizzato di Frontdoor di Azure usando il portale di Azure

Convalidare la proprietà del dominio aggiungendo un record TXT DNS al provider DNS

Convalidare la proprietà del dominio aggiungendo un record TXT DNS al provider DNS. La convalida della proprietà del dominio tramite record TXT migliora la sicurezza e garantisce il controllo appropriato sul dominio.

Vantaggi potenziali: garantire la disponibilità del servizio.

Per altre informazioni, vedere Configurare un dominio personalizzato in Frontdoor di Azure usando il portale di Azure

Data Factory

Implementare la strategia BCDR per la ridondanza tra aree in Azure Data Factory

L'implementazione della strategia BCDR migliora la disponibilità elevata e riduce il rischio di perdita di dati

Vantaggi potenziali: migliora la disponibilità elevata e riduce il rischio di perdita di dati

Per altre informazioni, vedere BCDR per Azure Data Factory e le pipeline di Azure Synapse Analytics - Centro architetture di Azure

Abilitare l'aggiornamento automatico nello SHIR

L'aggiornamento automatico del runtime di integrazione self-hosted è stato disabilitato. Si noti che non si ricevono le modifiche e le correzioni di bug più recenti nel runtime di integrazione self-hosted. Esaminarli per abilitare l'aggiornamento automatico dello SHIR

Vantaggi potenziali: per ottenere le modifiche e le correzioni di bug più recenti nel runtime di integrazione self-hosted

Per altre informazioni, vedere Aggiornamento automatico e scadenza del runtime di integrazione self-hosted

Fluid Relay

È necessario aggiornare la libreria client di Azure Fluid Relay

Se il servizio Azure Fluid Relay viene richiamato con una libreria client precedente, ciò potrebbe causare problemi di replica delle app. Aggiornare la libreria client di Azure Fluid Relay alla versione più recente per garantire che l'applicazione rimanga operativa. L'aggiornamento offre le funzionalità più aggiornate e miglioramenti nelle prestazioni e nella stabilità.

Vantaggi potenziali: maggiore affidabilità

Per altre informazioni, vedere Compatibilità delle versioni con le versioni di Fluid Framework

HDInsight

Applicare gli aggiornamenti critici eliminando e ricreando i cluster HDInsight (rotazione del certificato round 2)

Il servizio HDInsight ha tentato di applicare un aggiornamento critico del certificato nei cluster in esecuzione. Tuttavia, a causa di alcune modifiche di configurazione personalizzate, non è possibile applicare gli aggiornamenti a tutti i cluster. Per evitare che il cluster diventi non integro e inutilizzabile, eliminarlo e ricrearlo.

Vantaggi potenziali: garantire l'integrità e la stabilità del cluster

Per altre informazioni vedere Configurare i cluster di HDInsight con Apache Hadoop, Apache Spark, Apache Kafka e altro ancora

Cluster ABFS non ESP [Autorizzazioni cluster per Word leggibile]

Pianificare l'introduzione di una modifica nei cluster ABFS non ESP, che limita gli utenti del gruppo non Hadoop a eseguire comandi Hadoop per le operazioni di archiviazione. Questa modifica consiste nel migliorare il comportamento di sicurezza del cluster. I clienti devono pianificare gli aggiornamenti prima del 30 settembre 2023.

Vantaggi potenziali: questa modifica consiste nel migliorare il comportamento di sicurezza del cluster

Per altre informazioni, vedere Note sulla versione di Azure HDInsight

Riavviare i broker nei dischi del cluster Kafka

Quando i dischi dati utilizzati dai broker Kafka nei cluster HDInsight sono quasi completi, il processo broker Apache Kafka non può essere avviato e non riesce. Per mitigare il problema, individuare il tempo di conservazione per ogni argomento, eseguire il backup dei file più vecchi e riavviare i broker.

Vantaggi potenziali: evitare problemi di broker Kafka

Per altre informazioni vedere Scenario: i broker non sono integri o non possono essere riavviati a causa di un problema di spazio su disco insufficiente

Aggiornamento della lunghezza del Nome del cluster

La lunghezza massima del nome del cluster viene modificata in 45 da 59 caratteri, per migliorare il comportamento di sicurezza dei cluster. Questa modifica viene implementata entro il 30 settembre 2023.

Vantaggi potenziali: miglioramento del comportamento di sicurezza per HDInsight

Per altre informazioni, vedere Note sulla versione di Azure HDInsight

Aggiornare il cluster all'immagine HDInsight più recente

Un cluster creato un anno fa non dispone degli aggiornamenti più recenti delle immagini. Il cluster è stato creato un anno fa. Come parte delle procedure consigliate, è consigliabile usare le immagini HDInsight più recenti aggiornamenti open source, aggiornamenti di Azure e correzioni per la sicurezza migliori. La durata massima consigliata per gli aggiornamenti del cluster è meno di sei mesi.

Vantaggi potenziali: ottenere le correzioni e le funzionalità più recenti

Per altre informazioni, vedere Considerare i punti seguenti prima di iniziare a creare un cluster.

Aggiornare il cluster HDInsight

Un cluster che non usa l'immagine più recente non dispone degli aggiornamenti più recenti. È stato rilevato che il cluster non usa l'immagine più recente. È consigliabile usare le versioni più recenti di HDInsight Images per gli aggiornamenti open source, gli aggiornamenti di Azure e le correzioni di sicurezza migliori. Le versioni di HDInsight vengono rilasciate ogni 30-60 giorni.

Vantaggi potenziali: ottenere le correzioni e le funzionalità più recenti

Per altre informazioni, vedere Note sulla versione di Azure HDInsight

Gateway o macchina virtuale non raggiungibile

È stato rilevato un errore di probe di rete, indica un gateway non raggiungibile o una macchina virtuale. Verificare la disponibilità di tutti gli host del cluster. Riavviare la macchina virtuale per il ripristino. Se occorre ulteriore assistenza, non esitare a contattare il team di supporto di Azure.

Vantaggi potenziali: maggiore disponibilità

L'agente di macchine virtuali è 9.9.9.9. Aggiornare il cluster.

I record indicano che uno o più cluster usano immagini datate febbraio 2022 o versioni precedenti (versioni dell'immagine 2202xxxxxx o precedenti). Si è verificato un potenziale problema di affidabilità nei cluster HDInsight che usano immagini datate febbraio 2022 o versioni precedenti. Valutare la possibilità di ricompilare i cluster con l'immagine più recente.

Vantaggi potenziali: miglioramento dell'affidabilità nel ridimensionamento e nella connettività di rete

Servizi multimediali

Aumentare le quote o i limiti dei Servizi multimediali

Quando un account multimediale raggiunge i limiti di quota, potrebbe verificarsi un'interruzione del servizio. Per evitare interruzioni del servizio, esaminare l'utilizzo corrente degli asset, i criteri della chiave simmetrica e i criteri di flusso e aumentare i limiti di quota per le entità vicine al raggiungimento dei limiti. Per richiedere un aumento dei limiti di quota, è possibile aprire un ticket e aggiungere i relativi dettagli. SUGGERIMENTO: non creare altri account di Servizi multimediali di Azure per provare a ottenere limiti maggiori.

Vantaggi potenziali: evitare eventuali interruzioni di servizio causate del superamento dei limiti di quota.

Per altre informazioni, vedere Quote e limiti di Servizi multimediali di Azure

Bus di servizio

Usare bus di servizio livello Premium per migliorare la resilienza

Quando si eseguono applicazioni critiche, il livello Premium bus di servizio offre un migliore isolamento delle risorse a livello di CPU e memoria, migliorando la disponibilità. Supporta anche la funzionalità di ripristino di emergenza geografico che consente un ripristino più semplice da emergenze a livello di area senza dover modificare le configurazioni dell'applicazione.

Vantaggi potenziali: il livello Premium del bus di servizio offre una migliore resilienza con l'isolamento delle risorse CPU e memoria, nonché il ripristino di emergenza geografico

Per altre informazioni, vedere Livello di messaggistica Premium del bus di servizio

Usare la funzione di scalabilità automatica Bus di servizio nel livello Premium per migliorare la resilienza

Quando si eseguono applicazioni critiche, l'abilitazione della funzionalità di scalabilità automatica consente di avere capacità sufficiente per gestire il carico nell'applicazione. Avere la giusta quantità di risorse in esecuzione può ridurre la limitazione e offrire un'esperienza utente migliore.

Vantaggi potenziali: l'abilitazione della scalabilità automatica impedisce agli utenti di vincoli di capacità

Per altre informazioni, vedere Aggiornare automaticamente le unità di messaggistica di uno spazio dei nomi del bus di servizio di Azure

SQL Server in Macchine virtuali di Azure

Abilitare il backup di Azure per SQL nelle macchine virtuali

Abilitare i backup per i database SQL usando il backup di Azure nelle macchine virtuali per sfruttare i vantaggi del backup dell'infrastruttura zero, del ripristino temporizzato e della gestione centrale con l'integrazione del gruppo di disponibilità SQL.

Vantaggi potenziali: backup con riconoscimento SQL senza infra per il backup, gestione centralizzata, integrazione del gruppo di disponibilità e ripristino temporizzato

Per altre informazioni, vedere Informazioni sul backup di SQL Server nelle macchine virtuali di Azure

Storage

Usare Managed Disks per gli account di archiviazione che raggiungono il limite di capacità

Quando i dischi SSD Premium non gestiti negli account di archiviazione stanno per raggiungere il limite di capacità di Archiviazione Premium, potrebbero verificarsi degli errori. Per evitare errori quando questo limite viene raggiunto, eseguire la migrazione a Managed Disks che non ha limite di capacità per l'account. Questa migrazione può essere eseguita tramite il portale in meno di 5 minuti.

Vantaggi potenziali: evitare problemi di scalabilità quando l'account raggiunge il limite di capacità

Per altre informazioni, vedere Obiettivi di scalabilità e prestazioni per gli account di archiviazione standard

Configurare il backup di blob

Il backup di blob di Azure aiuta a proteggere i dati da eliminazioni accidentali o dannose. È consigliabile configurare il backup blob.

Vantaggi potenziali: proteggere i dati da eliminazioni accidentali o dannose

Per altre informazioni, vedere Panoramica del backup BLOB di Azure

Sottoscrizioni

Attivare Backup di Azure per ottenere una protezione semplice, affidabile e conveniente per i dati

Mantenere al sicuro le informazioni e le applicazioni con un backup affidabile e semplice da Azure. Attivare Backup di Azure per ottenere una protezione conveniente per un'ampia gamma di carichi di lavoro, tra cui macchine virtuali, database SQL, applicazioni e condivisioni file.

Vantaggi potenziali: assicurarsi che le applicazioni business-critical rimangano protette

Per altre informazioni, vedere Documentazione di Backup di Azure - Backup di Azure

Creare un avviso di integrità dei servizi di Azure

Gli avvisi di Integrità dei servizi di Azure consentono di tenere informati sui problemi e gli avvisi in quattro aree (problemi del servizio, manutenzione pianificata, avvisi di sicurezza e integrità). Questi avvisi sono personalizzati e sono volti a notificare interruzioni o potenziali impatti sulle aree e sui servizi di Azure scelti.

Vantaggi potenziali: rimanere informati su problemi e avvisi in 4 aree (problemi di servizio, manutenzione pianificata, avvisi di sicurezza e avvisi di integrità)

Per altre informazioni, vedere Creare avvisi del log attività sulle notifiche del servizio tramite il portale di Azure

Macchine virtuali

Migliorare l'affidabilità dei dati usando Managed Disks

Le macchine virtuali in un set di disponibilità con dischi che condividono account di archiviazione o unità di scala di archiviazione non sono resilienti agli errori di archiviazione di un'unità di scala singola durante le interruzioni. Eseguire la migrazione a Managed Disks di Azure per assicurarsi che i dischi di macchine virtuali diverse nel set di disponibilità siano sufficientemente isolati per evitare un singolo punto di guasto.

Vantaggi potenziali: garantire la continuità aziendale tramite la resilienza dei dati

Per altre informazioni, vedere https://aka.ms/aa_avset_manageddisk_learnmore

Abilitare la replica delle macchine virtuali per proteggere le applicazioni da un'interruzione a livello di area

Le macchine virtuali sono resilienti alle interruzioni a livello di area quando è abilitata la replica in un'altra area. Per ridurre l'impatto negativo sull'azienda durante un'interruzione dell'area di Azure, è consigliabile abilitare la replica di tutte le macchine virtuali business-critical.

Vantaggi potenziali: garantire la continuità aziendale in caso di interruzione a livello di area di Azure

Per altre informazioni, vedere Avvio rapido: Configurare il ripristino di emergenza in un'area di Azure secondaria per una macchina virtuale di Azure

Aggiornare il protocollo di connettività in uscita con i tag del servizio per Azure Site Recovery

L'elenco di indirizzi IP consentiti è un modo vulnerabile per controllare la connettività in uscita per i firewall; i tag del servizio sono un'ottima alternativa. Si consiglia vivamente di usare i tag del servizio per consentire la connettività dei computer ai servizi di Azure Site Recovery.

Vantaggi potenziali: garantisce maggiore sicurezza, stabilità e resilienza degli indirizzi IP hardcoded

Per altre informazioni, vedere Informazioni sulla rete nel ripristino di emergenza delle macchine virtuali di Azure

Aggiornare i dischi Standard collegati alla macchina virtuale idonea per Premium a dischi Premium

L'uso di dischi SSD Standard con macchine virtuali Premium può causare problemi di prestazioni e latenza non ottimali. È consigliabile aggiornare i dischi standard ai dischi Premium. Per qualsiasi macchina virtuale con istanza singola che usa l'archiviazione Premium per tutti i dischi dati e i dischi del sistema operativo, Microsoft garantisce la connettività per almeno il 99,9% del tempo. Quando si sceglie di aggiornare è necessario prendere in considerazione due fattori. Il primo è che l'aggiornamento richiede un riavvio della macchina virtuale per cui sono necessari da 3 a 5 minuti. Il secondo è che se le macchine virtuali nell'elenco sono macchine virtuali di produzione cruciali, occorre valutare la maggiore disponibilità rispetto al costo dei dischi Premium.

Vantaggi potenziali: disponibilità aumentata con contratto di servizio della macchina virtuale disponibile solo quando tutti i dischi sono Premium

Per altre informazioni, vedere Tipi di dischi gestiti di Azure

Aggiornare una macchina virtuale da dischi non gestiti Premium a dischi gestiti senza costi aggiuntivi

I dischi gestiti di Azure offrono maggiore resilienza, gestione dei servizi semplificata, destinazione di scalabilità superiore e più scelte tra diversi tipi di disco. La macchina virtuale usa dischi non gestiti Premium di cui è possibile eseguire la migrazione a dischi gestiti senza costi aggiuntivi tramite il portale in meno di 5 minuti.

Vantaggi potenziali: sfruttare la maggiore resilienza e altri vantaggi dei dischi gestiti

Per altre informazioni, vedere Introduzione ai dischi gestiti di Azure

Aggiornare l'immagine deprecata della macchina virtuale a un'immagine più recente

Le macchine virtuali nella sottoscrizione sono in esecuzione in immagini pianificate per la deprecazione. Dopo la deprecazione dell'immagine, non sarà possibile creare nuove macchine virtuali dall'immagine deprecata. Per evitare interruzioni dei carichi di lavoro, aggiornare a un’immagine più recente. (VMRunningDeprecatedImage)

Vantaggi potenziali: ridurre al minimo eventuali interruzioni dei carichi di lavoro delle macchine virtuali

Per altre informazioni, vedere Immagini deprecate di Azure Marketplace - Macchine virtuali di Azure

Eseguire l'aggiornamento a un'offerta più recente di immagine di macchina virtuale

Le macchine virtuali nella sottoscrizione sono in esecuzione in immagini pianificate per la deprecazione. Dopo la deprecazione dell'immagine, non sarà possibile creare nuove macchine virtuali dall'immagine deprecata. Per evitare interruzioni dei carichi di lavoro, aggiornare a un’immagine più recente. (VMRunningDeprecatedOfferLevelImage)

Vantaggi potenziali: ridurre al minimo eventuali interruzioni dei carichi di lavoro delle macchine virtuali

Per altre informazioni, vedere Immagini deprecate di Azure Marketplace - Macchine virtuali di Azure

Eseguire l'aggiornamento a uno SKU più recente dell'immagine della macchina virtuale

Le macchine virtuali nella sottoscrizione sono in esecuzione in immagini pianificate per la deprecazione. Dopo la deprecazione dell'immagine, non sarà possibile creare nuove macchine virtuali dall'immagine deprecata. Per evitare interruzioni dei carichi di lavoro, aggiornare a un’immagine più recente.

Vantaggi potenziali: ridurre al minimo eventuali interruzioni dei carichi di lavoro delle macchine virtuali

Per altre informazioni, vedere Immagini deprecate di Azure Marketplace - Macchine virtuali di Azure

Aggiornare il set di scalabilità di macchine virtuali alla versione alternativa dell'immagine

Il set di scalabilità di macchine virtuali nella sottoscrizione è in esecuzione su immagini pianificate per la deprecazione. Una volta deprecata l'immagine, i carichi di lavoro del set di scalabilità di macchine virtuali non aumentano più. Eseguire l'aggiornamento alla versione più recente dell'immagine per evitare interruzioni del carico di lavoro.

Vantaggi potenziali: ridurre al minimo eventuali interruzioni dei carichi di lavoro del set di scalabilità di macchine virtuali

Per altre informazioni, vedere Immagini deprecate di Azure Marketplace - Macchine virtuali di Azure

Aggiornare il set di scalabilità di macchine virtuali a un'offerta di immagine alternativa

Il set di scalabilità di macchine virtuali nella sottoscrizione è in esecuzione su immagini pianificate per la deprecazione. Una volta deprecata l'immagine, i carichi di lavoro del set di scalabilità di macchine virtuali non aumentano più. Per evitare interruzioni del carico di lavoro, eseguire l'aggiornamento a un'offerta più recente dell'immagine.

Vantaggi potenziali: ridurre al minimo eventuali interruzioni dei carichi di lavoro del set di scalabilità di macchine virtuali

Per altre informazioni, vedere Immagini deprecate di Azure Marketplace - Macchine virtuali di Azure

Aggiornare il set di scalabilità di macchine virtuali allo SKU dell’immagine alternativa

Il set di scalabilità di macchine virtuali nella sottoscrizione è in esecuzione su immagini pianificate per la deprecazione. Una volta deprecata l'immagine, i carichi di lavoro del set di scalabilità di macchine virtuali non aumentano più. Eseguire l'aggiornamento all'SKU più recente dell'immagine per evitare interruzioni dei carichi di lavoro.

Vantaggi potenziali: ridurre al minimo eventuali interruzioni dei carichi di lavoro del set di scalabilità di macchine virtuali

Per altre informazioni, vedere Immagini deprecate di Azure Marketplace - Macchine virtuali di Azure

Accedere agli URL obbligatori mancanti per l'ambiente Desktop virtuale Azure

Affinché un host della sessione possa eseguire la corretta distribuzione e registrazione in Desktop virtuale Windows, è necessario un set di URL nell'elenco degli elementi consentiti nel caso in cui la macchina virtuale venga eseguita in un ambiente con restrizioni. Per gli URL specifici mancanti nell'elenco degli elementi consentiti, cercare l'evento 3702 nel log eventi dell'applicazione.

Vantaggi potenziali: garantire la corretta distribuzione e la funzionalità dell'host di sessione quando si usa il servizio Desktop virtuale Windows

Per altre informazioni, vedere Controllare l'accesso a FQDN e endpoint necessari per Desktop virtuale Azure

Allineare la posizione della risorsa e del gruppo di risorse

Per ridurre l'impatto delle interruzioni a livello di area, è consigliabile collocare le risorse con il loro gruppo di risorse nella stessa area. In questo modo, Azure Resource Manager archivia i metadati correlati a tutte le risorse all'interno del gruppo in un'area. Con la condivisione, si riduce la probabilità di essere colpiti dall'indisponibilità dell'area.

Vantaggi potenziali: ridurre gli errori di scrittura a causa di interruzioni dell'area

Per altre informazioni, vedere Cosa è Azure Resource Manager?

Usare le zone di disponibilità per migliorare resilienza e disponibilità

Le zone di disponibilità (AZ) di Azure consentono di proteggere le applicazioni e i dati da eventuali guasti del data center. Ciascuna zona di disponibilità è costituita da uno o più data center, dotati di impianti indipendenti per l'alimentazione, il raffreddamento e la connettività di rete. Progettando soluzioni per l'uso di VM di zona, è possibile isolare le VM da errori in qualsiasi altra zona.

Vantaggi potenziali: l'utilizzo di macchine virtuali di zona protegge le app da interruzioni di zona in qualsiasi altra zona.

Per altre informazioni, vedere Spostare macchine virtuali a istanza singola di Azure da aree a zone di disponibilità di destinazione

Abilitare il monitoraggio di integrità dell'applicazione del set di scalabilità di macchine virtuali di Azure

La configurazione del monitoraggio dell'integrità dell'applicazione del set di scalabilità di macchine virtuali tramite l'estensione Integrità applicazione o i probe di integrità del servizio di bilanciamento del carico consente alla piattaforma Azure di migliorare la resilienza dell'applicazione rispondendo alle modifiche apportate all'integrità dell'applicazione.

Vantaggi potenziali: aumentare la resilienza esponendo l'integrità delle applicazioni ad Azure

Per altre informazioni, vedere Uso dell'estensione Integrità applicazione con i set di scalabilità di macchine virtuali di Azure

Abilitare i backup nelle macchine virtuali

Proteggere i dati abilitando i backup per le tue macchine virtuali.

Vantaggi potenziali: protezione delle macchine virtuali

Per altre informazioni, vedere Che cos'è il servizio Backup di Azure?

Abilitare i criteri di riparazione automatica sui set di scalabilità di macchine virtuali di Azure (VMSS)

L'abilitazione delle riparazioni automatiche delle istanze aiuta a ottenere un'elevata disponibilità mantenendo un set di istanze integre. Se un'istanza non integra viene rilevata dall'estensione integrità dell'applicazione o dal probe di integrità del servizio di bilanciamento del carico, le riparazioni automatiche dell'istanza tenteranno di recuperare l'istanza attivando azioni di riparazione.

Vantaggi potenziali: aumentare la resilienza automatizzando il ripristino delle istanze non riuscite

Per altre informazioni, vedere Ripristini automatici delle istanze per i set di scalabilità di macchine virtuali di Azure

Configurare il set di scalabilità di macchine virtuali automatizzato in base alle metriche

Ottimizzare l'utilizzo delle risorse, ridurre i costi e migliorare le prestazioni dell'applicazione con scalabilità automatica personalizzata in base a una metrica. Aggiungere automaticamente istanze di macchina virtuale in base a metriche in tempo reale, ad esempio CPU, memoria e operazioni su disco. Garantire la disponibilità elevata mantenendo al contempo l'efficienza dei costi.

Vantaggi potenziali: garantisce la disponibilità elevata mantenendo al contempo l'efficienza dei costi

Per altre informazioni, vedere Panoramica della scalabilità automatica con i set di scalabilità di macchine virtuali di Azure

Usare dischi di Azure con archiviazione con ridondanza della zona (Zone Redundant Storage, ZRS) per maggiore resilienza e disponibilità

I Dischi di Azure con Archiviazione con ridondanza della zona forniscono la replica sincrona dei dati in tre zone di disponibilità in un'area, rendendo il disco tollerante agli errori di zona senza interruzioni nelle applicazioni. Per maggiore resilienza e disponibilità, eseguire la migrazione dei dischi dall'archiviazione con ridondanza locale ad all'archiviazione con ridondanza della zona.

Vantaggi potenziali: progettando le applicazioni per l'uso di dischi ZRS, i dati vengono replicati in 3 zone di disponibilità, rendendo il disco resiliente a un'interruzione di zona

Per altre informazioni, vedere Convertire un disco da archiviazione con ridondanza locale a archiviazione con ridondanza della zona

Carichi di lavoro

Configurare un gruppo di disponibilità Always On per i server SQL multi-utilizzo (MPSQL)

I server MPSQL con un gruppo di disponibilità Always On hanno una migliore disponibilità. I server MPSQL non sono configurati come parte di un gruppo di disponibilità Always On nell'infrastruttura condivisa nel sistema Epic. I gruppi di disponibilità Always On migliorano la disponibilità del database e l’uso delle risorse.

Vantaggi potenziali: miglioramento della disponibilità e dell'uso delle risorse del database

Per altre informazioni, vedere Che cos'è un gruppo di disponibilità AlwaysOn?

Configurare Local Host Cache nei server Citrix VDI per garantire operazioni di brokering delle connessioni senza problemi

È stato osservato che i server Citrix VDI non sono configurati nella cache host locale. Local Host Cache (LHC) è una funzionalità di Citrix Virtual Apps and Desktops che consente di continuare le operazioni di brokering delle connessioni quando si verifica un'interruzione. LHC si impegna quando il database del sito non è accessibile per 90 secondi.

Vantaggi potenziali: operazioni di brokering di connessioni senza problemi

Distribuire server Web Hyperspace come parte di un set di scalabilità di macchine virtuali Flex configurato per 3 zone

È stato osservato che i server Web Hyperspace nella configurazione Flex del set di scalabilità di macchine virtuali non vengono distribuiti tra 3 zone nell'area selezionata. Per i servizi come Hyperspace Web nei sistemi Epic che richiedono disponibilità elevata e scalabilità elevata, è consigliabile che i server vengano distribuiti come parte del set di scalabilità di macchine virtuali Flex e distribuiti in 3 zone. Con l'orchestrazione flessibile, Azure offre un'esperienza unificata nell'ecosistema di VM di Azure

Vantaggi potenziali: disponibilità elevata e su larga scala su larga scala per i server Web Hyperspace in Epic DB

Per altre informazioni, vedere Creare un set di scalabilità di macchine virtuali che usa le zone di disponibilità

Impostare il timeout di inattività in Azure Load Balancer su 30 minuti per la configurazione a disponibilità elevata di ASCS nei carichi di lavoro SAP

Per evitare il timeout del servizio di bilanciamento del carico, assicurarsi che il valore 'Timeout di inattività (minuti)' per tutte le regole di Azure Load Balancer sia impostato sul valore massimo di 30 minuti. Aprire il servizio di bilanciamento del carico, selezionare “Regole di bilanciamento del carico” e aggiungere/modificare la regola per abilitare le impostazioni consigliate.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Abilitare l'indirizzo IP mobile in Azure Load Balancer per la configurazione a disponibilità elevata di ASCS nei carichi di lavoro SAP

Per riutilizzare la porta e per una disponibilità elevata migliore, abilitare l'indirizzo IP mobile nelle regole di bilanciamento del carico per Azure Load Balancer per la configurazione a disponibilità elevata dell'istanza di ASCS nei carichi di lavoro SAP. Aprire il servizio di bilanciamento del carico, selezionare “Regole di bilanciamento del carico” e aggiungere/modificare la regola per abilitare.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Abilitare le porte a disponibilità elevata in Azure Load Balancer per la configurazione a disponibilità elevata di ASCS nei carichi di lavoro SAP

Per riutilizzare la porta e per una disponibilità elevata migliore, abilitare le porte a disponibilità elevata nelle regole di bilanciamento del carico per la configurazione a disponibilità elevata dell'istanza di ASCS nei carichi di lavoro SAP. Aprire il servizio di bilanciamento del carico, selezionare “Regole di bilanciamento del carico” e aggiungere/modificare la regola per abilitare.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Disabilitare i timestamp TCP nelle macchine virtuali posizionate dietro Azure Load Balancer nella configurazione di ASCS a disponibilità elevata nei carichi di lavoro SAP

Disabilitare i timestamp TCP nelle macchine virtuali posizionate dietro Azure. L'abilitazione dei timestamp TCP provocherà errori dei probe di integrità a causa del rilascio dei pacchetti TCP da parte dello stack TCP del sistema operativo guest della macchina virtuale, a seguito del quale il servizio di bilanciamento del carico contrassegna l'endpoint come inattivo

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere https://launchpad.support.sap.com/#/notes/2382421

Impostare il timeout di inattività in Azure Load Balancer su 30 minuti per la configurazione a disponibilità elevata del database HANA nei carichi di lavoro SAP

Per evitare il timeout del servizio di bilanciamento del carico, assicurarsi che il parametro “Timeout di inattività (minuti)” per tutte le regole di Azure Load Balancer sia impostato sul valore massimo di 30 minuti. Aprire il servizio di bilanciamento del carico, selezionare “Regole di bilanciamento del carico” e aggiungere/modificare la regola per abilitare le impostazioni consigliate.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Abilitare l'indirizzo IP mobile in Azure Load Balancer per la configurazione a disponibilità elevata del database HANA nei carichi di lavoro SAP

Per dei percorsi più flessibili, abilitare l'indirizzo IP mobile nelle regole di bilanciamento del carico per Azure Load Balancer per la configurazione a disponibilità elevata dell'istanza del database HANA nei carichi di lavoro SAP. Aprire il servizio di bilanciamento del carico, selezionare “Regole di bilanciamento del carico” e aggiungere/modificare la regola per abilitare le impostazioni consigliate.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Abilitare le porte a disponibilità elevata in Azure Load Balancer per la configurazione a disponibilità elevata del database HANA nei carichi di lavoro SAP

Per migliorare la scalabilità, abilitare le porte a disponibilità elevata nelle regole di bilanciamento del carico per la configurazione a disponibilità elevata dell'istanza del database HANA nei carichi di lavoro SAP. Aprire il servizio di bilanciamento del carico, selezionare “Regole di bilanciamento del carico” e aggiungere/modificare la regola per abilitare le impostazioni consigliate.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Disabilitare i timestamp TCP nelle macchine virtuali posizionate dietro Azure Load Balancer nella configurazione di database HANA a disponibilità elevata nei carichi di lavoro SAP

Disabilitare i timestamp TCP nelle macchine virtuali posizionate dietro Azure Load Balancer. L'abilitazione di data e ora TCP provoca fallimenti nelle probe di integrità a causa del rilascio dei pacchetti TCP da parte dello stack TCP del sistema operativo guest della macchina virtuale, a seguito del quale il servizio di bilanciamento del carico contrassegna l'endpoint come inattivo.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Probe di integrità di Azure Load Balancer

Assicurarsi che stonith sia abilitato per la configurazione Pacemaker nella configurazione di ASCS a disponibilità elevata nei carichi di lavoro SAP

In un cluster Pacemaker, l'implementazione dell'isolamento a livello di nodo viene eseguita usando la risorsa STONITH (Shoot The Other Node in the Head). Per agevolare la gestione dei nodi non riusciti, assicurarsi che "stonith-enable" sia impostato su "true" nella configurazione del cluster a disponibilità elevata.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata di SAP HANA in macchine virtuali di Azure su Red Hat Enterprise Linux

Impostare il token corosync nel cluster Pacemaker su 30000 per la configurazione di ASCS a disponibilità elevata nei carichi di lavoro SAP (RHEL)

L'impostazione del token corosync determina il timeout che viene usato, o direttamente o come base, per il calcolo del timeout del token reale nei cluster a disponibilità elevata. Impostare il token corosync su 30000 come consigliarto per SAP in Azure per consentire la manutenzione con mantenimento della memoria.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata di SAP HANA in macchine virtuali di Azure su Red Hat Enterprise Linux

Impostare il parametro dei voti previsti su "2" nella configurazione Pacemaker del cluster nei carichi di lavoro SAP ASCS a disponibilità elevata (RHEL)

Per un cluster a disponibilità elevata a due nodi, impostare il parametro quorum “expected-votes” su “2” come consigliato per SAP in Azure per garantire un quorum, resilienza e coerenza dei dati adeguati.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata di SAP HANA in macchine virtuali di Azure su Red Hat Enterprise Linux

Abilitare il parametro "limitazione simultanea della rete" nella configurazione di Pacemaker nella configurazione della disponibilità elevata di ASCS nei carichi di lavoro SAP (ConcurrentFencingHAASCSRH)

L'isolamento simultaneo consente di eseguire le operazioni di isolamento in parallelo, migliorando la disponibilità elevata (HA), impedendo scenari di partizione di rete e contribuendo a una distribuzione SAP affidabile. Impostare questo parametro su "true" nella configurazione del cluster Pacemaker per la configurazione della disponibilità elevata per ASCS.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata di SAP HANA in macchine virtuali di Azure su Red Hat Enterprise Linux

Assicurarsi che stonith sia abilitato per la configurazione del cluster nella configurazione di ASCS a disponibilità elevata nei carichi di lavoro SAP

In un cluster Pacemaker, l'implementazione dell'isolamento a livello di nodo viene eseguita usando la risorsa STONITH (Shoot The Other Node in the Head). Per agevolare la gestione dei nodi non riusciti, assicurarsi che "stonith-enable" sia impostato su "true" nella configurazione del cluster a disponibilità elevata.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Impostare il timeout stonith su 144 per la configurazione del cluster nei carichi di lavoro SAP con configurazione ASCS a disponibilità elevata

"stonith-timeout" specifica per quanto tempo il cluster attende il completamento di un'azione STONITH. Se lo si imposta su "144" secondi, aumenterà il tempo disponibile per il completamento delle azioni di isolamento. È consigliabile usare questa impostazione per i cluster a disponibilità elevata per SAP in Azure.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Impostare il token corosync nel cluster Pacemaker su 30000 per la configurazione di ASCS a disponibilità elevata nei carichi di lavoro SAP (SUSE)

L'impostazione del token corosync determina il timeout che viene usato, o direttamente o come base, per il calcolo del timeout del token reale nei cluster a disponibilità elevata. Impostare il token corosync su “30000” per SAP in Azure per consentire la manutenzione con mantenimento della memoria.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Impostare "token_retransmits_before_loss_const" su 10 nel cluster Pacemaker nella configurazione della disponibilità elevata Hana in carichi di lavoro SAP abilitati

Il token_retransmits_before_loss_const corosync determina il numero di ritrasmissioni di token tentate prima del timeout nei cluster a disponibilità elevata. Per avere stabilità e affidabilità, impostare "totem.token_retransmits_before_loss_const" su "10" per la configurazione della disponibilità elevata ASCS.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Il timeout "corosync join" specifica in millisecondi il tempo di attesa per i messaggi di partecipazione nel protocollo di appartenenza, in modo che quando un nuovo nodo si unisce al cluster, questo ha il tempo di sincronizzarne lo stato con i nodi esistenti. Impostare su “60” nella configurazione del cluster Pacemaker per la configurazione della disponibilità elevata di ASCS.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Impostare il parametro "corosync join" nel cluster Pacemaker su “36000” per la configurazione di ASCS con disponibilità elevata nei carichi di lavoro SAP

Il parametro corosync "consensus" specifica in millisecondi il tempo di attesa del raggiungimento del consenso prima di avviare un nuovo turno di adesione nel cluster. Per un comportamento failover affidabile, impostare "consensus" nella configurazione del cluster Pacemaker per la configurazione a disponibilità elevata del database HANA su 1,2 volte il token corosync.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Impostare "corosync max_messages" nel cluster Pacemaker su “20” per la configurazione di ASCS con disponibilità elevata nei carichi di lavoro SAP

La costante corosync “max_messages” specifica il numero massimo di messaggi che un processore può inviare o ricevere dal token. Impostarlo su 20 volte il parametro del token corosync nella configurazione del cluster Pacemaker per consentire comunicazioni efficienti senza sovraccaricare la rete.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Impostare “expected votes” su “2” nella configurazione del setup del cluster in ASCS a disponibilità elevata nei carichi di lavoro SAP (SUSE)

Per un cluster HA a due nodi, impostare il parametro quorum “expected_votes” su 2 come consigliato per SAP in Azure per garantire un quorum, resilienza e coerenza dei dati adeguati.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Impostare il parametro two_node su 1 nella configurazione del cluster nei carichi di lavoro SAP ASCS a disponibilità elevata

In caso di cluster a disponibilità elevata a due nodi, impostare il parametro quorum “two_node” su 1 come consigliato per SAP in Azure.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Abilitare “limitazione simultanea della rete” nella configurazione della disponibilità elevata di Pacemaker ASCS nei carichi di lavoro SAP (ConcurrentFencingHAASCSSLE)

L'isolamento simultaneo consente di eseguire le operazioni di isolamento in parallelo, migliorando la disponibilità elevata, impedendo scenari di partizione di rete e contribuendo a una distribuzione SAP affidabile. Impostare questo parametro su "true" nella configurazione del cluster Pacemaker per la configurazione della disponibilità elevata per ASCS.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Verificare che il numero di istanze di “fence_azure_arm” nella configurazione di Pacemaker sia 1 nei carichi di lavoro SAP abilitati per la disponibilità elevata

Se si usa l'agente di isolamento di Azure per l'isolamento con l'identità gestita o l'entità servizio, assicurarsi che sia presente un'istanza di fence_azure_arm (un agente di isolamento di I/O per Azure Resource Manager) nella configurazione di Pacemaker per la configurazione della disponibilità elevata ASCS.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Impostare il parametro stonith-timeout su 900 nella configurazione di Pacemaker con l'agente di isolamento di Azure per configurare la disponibilità elevata per ASCS

Impostare “stonith-timeout” su 900 per garantire l'affidabilità di funzionamento di Pacemaker per la configurazione della disponibilità elevata per ASCS. Questa impostazione è applicabile se si usa l'agente di isolamento di Azure per l'isolamento con identità gestite o entità servizio.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Creare il file di configurazione softdog nella configurazione di Pacemaker per configurare la disponibilità elevata per ASCS nei carichi di lavoro SAP

Il timer softdog viene caricato come modulo del kernel nel sistema operativo Linux. Questo timer attiva una reimpostazione del sistema se rileva che il sistema è bloccato. Per la configurazione della disponibilità elevata per ASCS, assicurarsi che il file di configurazione softdog venga creato nel cluster Pacemaker

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Verificare che il modulo softdog sia stato caricato per Pacemaler nella configurazione della disponibilità elevata per ASCS nei carichi di lavoro SAP

Il timer softdog viene caricato come modulo del kernel nel sistema operativo Linux. Questo timer attiva una reimpostazione del sistema se rileva che il sistema è bloccato. Assicurarsi prima di tutto di aver creato il file di configurazione softdog, quindi caricare il modulo softdog nella configurazione di Pacemaker per la configurazione della disponibilità elevata per ASCS

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Impostare il parametro PREFER_SITE_TAKEOVER su "true" nella configurazione di Pacemaker per configurare la disponibilità elevata del database HANA

Il parametro PREFER_SITE_TAKEOVER nella topologia SAP HANA determina se l'agente della replica di sistema HANA (RS) preferisce l'acquisizione nell'istanza secondaria anziché riavviare l'istanza primaria che ha avuto esito negativo in locale. Per una funzione affidabile della configurazione a disponibilità elevata (HA) del database HANA, impostare PREFER_SITE_TAKEOVER su "true".

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata di SAP HANA in macchine virtuali di Azure su Red Hat Enterprise Linux

Abilitare STONITH nella configurazione del cluster nei carichi di lavoro SAP abilitati per la disponibilità elevata per macchine virtuali con sistema operativo Redhat

In un cluster Pacemaker, l'implementazione dell'isolamento a livello di nodo viene eseguita usando la risorsa STONITH (Shoot The Other Node in the Head). Per facilitare la gestione dei nodi non riusciti, assicurarsi che "stonith-enable" sia impostato su "true" nella configurazione del cluster a disponibilità elevata del carico di lavoro SAP.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata di SAP HANA in macchine virtuali di Azure su Red Hat Enterprise Linux

Impostare il token corosync nel cluster Pacemaker su 30000 per il database HANA abilitato per la disponibilità elevata per macchine virtuali con sistema operativo RHEL OS

L'impostazione del token corosync determina il timeout che viene usato, o direttamente o come base, per il calcolo del timeout del token reale nei cluster a disponibilità elevata. Impostare il token corosync su 30000 come consigliato per SAP in Azure con Redhat OS per consentire la manutenzione con mantenimento della memoria.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata di SAP HANA in macchine virtuali di Azure su Red Hat Enterprise Linux

Impostare il parametro dei voti previsti su “2” nei carichi di lavoro SAP (RHEL) abilitati per la disponibilità elevata

Per un cluster a disponibilità elevata a due nodi, impostare i voti del quorum su "2" come consigliato per SAP in Azure così da garantire un quorum, resilienza e coerenza dei dati adeguati.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata di SAP HANA in macchine virtuali di Azure su Red Hat Enterprise Linux

Abilitare il parametro "concurrent-fencing" nella configurazione di Pacemaker per configurare la disponibilità elevata del database HANA

L'isolamento simultaneo consente di eseguire le operazioni di isolamento in parallelo, migliorando la disponibilità elevata (HA), impedendo scenari di partizione di rete e contribuendo a una distribuzione SAP affidabile. Impostare questo parametro su "true" nella configurazione del cluster Pacemaker per la configurazione della disponibilità elevata del database HANA.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata di SAP HANA in macchine virtuali di Azure su Red Hat Enterprise Linux

Impostare il parametro PREFER_SITE_TAKEOVER su "true" nella configurazione del cluster nei carichi di lavoro SAP abilitati per la disponibilità elevata

Il parametro PREFER_SITE_TAKEOVER nella topologia SAP HANA determina se l'agente delle risorse RS HANA preferisce acquisire l'istanza secondaria anziché riavviare l'istanza primaria che ha avuto esito negativo in locale. Impostarlo su "true" per un funzionamento affidabile della configurazione della disponibilità elevata del database HANA.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Abilitare STONITH nella configurazione del cluster nei carichi di lavoro SAP abilitati per la disponibilità elevata per macchine virtuali con sistema operativo SUSE

In un cluster Pacemaker, l'implementazione dell'isolamento a livello di nodo viene eseguita usando la risorsa STONITH (Shoot The Other Node in the Head). Per agevolare la gestione dei nodi non riusciti, assicurarsi che "stonith-enable" sia impostato su "true" nella configurazione del cluster a disponibilità elevata.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Impostare il timeout stonith su 144 per la configurazione del cluster nei carichi di lavoro SAP abilitati per la disponibilità elevata

"stonith-timeout" specifica per quanto tempo il cluster attende il completamento di un'azione STONITH. Se lo si imposta su "144" secondi, aumenterà il tempo disponibile per il completamento delle azioni di isolamento. È consigliabile usare questa impostazione per i cluster a disponibilità elevata per SAP in Azure.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Impostare il token corosync nel cluster Pacemaker su 30000 per il database HANA abilitato per la disponibilità elevata per macchine virtuali con sistema operativo SUSE

L'impostazione del token corosync determina il timeout che viene usato, o direttamente o come base, per il calcolo del timeout del token reale nei cluster a disponibilità elevata. Per consentire la manutenzione con mantenimento della memoria, impostare il token corosync su 30000 per il database HANA abilitato per la disponibilità elevata per la macchina virtuale con sistema operativo SUSE.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Impostare "token_retransmits_before_loss_const" su 10 nel cluster Pacemaker nei carichi di lavoro SAP abilitati per la disponibilità elevata

Il token_retransmits_before_loss_const corosync determina il numero di ritrasmissioni di token tentate prima del timeout nei cluster a disponibilità elevata. Impostare il parametro totem.token_retransmits_before_loss_const su 10 come consigliato per la configurazione del database HANA con disponibilità elevata.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Impostare il "corosync join" nel cluster Pacemaker su 60 per il database HANA abilitato per la disponibilità elevata nei carichi di lavoro SAP

Il timeout "corosync join" specifica in millisecondi il tempo di attesa per i messaggi di partecipazione nel protocollo di appartenenza, in modo che quando un nuovo nodo si unisce al cluster, questo ha il tempo di sincronizzarne lo stato con i nodi esistenti. Impostare “60” nella configurazione del cluster Pacemaker per la configurazione della disponibilità elevata del database HANA.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Impostare "corosync consensus" nel cluster Pacemaker su 36000 per il database HANA abilitato per la disponibilità elevata nei carichi di lavoro SAP

Il parametro corosync "consensus" specifica in millisecondi il tempo di attesa del raggiungimento del consenso prima di avviare un nuovo turno di adesione nel cluster. Per un comportamento di failover affidabile, impostare "consenso" nella configurazione del cluster Pacemaker per la configurazione a disponibilità elevata del database HANA su 1,2 volte il token corosync.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Impostare la costante "corosync max_messages" nel cluster Pacemaker su 20 per il database HANA abilitato per la disponibilità elevata nei carichi di lavoro SAP

La costante corosync “max_messages” specifica il numero massimo di messaggi che un processore può inviare o ricevere dal token. Per consentire comunicazioni efficienti senza sovraccaricare la rete, impostarla su 20 volte il parametro del token corosync nella configurazione del cluster Pacemaker.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Impostare il parametro dei voti previsti su 2 nei carichi di lavoro SAP (SUSE) abilitati per la disponibilità elevata

Impostare il parametro dei voti previsti su “2” nella configurazione del cluster nei carichi di lavoro SAP abilitati per la disponibilità elevata per garantire un quorum, resilienza e coerenza dei dati adeguati.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Impostare il parametro two_node su 1 nella configurazione del cluster nei carichi di lavoro SAP abilitati per la disponibilità elevata

In caso di cluster a disponibilità elevata a due nodi, impostare il parametro quorum “two_node” su 1 come consigliato per SAP in Azure.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Abilitare il parametro "limitazione simultanea della rete" nella configurazione del cluster nei carichi di lavoro SAP abilitati per la disponibilità elevata

L'isolamento simultaneo consente di eseguire le operazioni di isolamento in parallelo, migliorando la disponibilità elevata, impedendo scenari di partizione di rete e contribuendo a una distribuzione SAP affidabile. Impostare questo parametro su "true" nei carichi di lavoro SAP abilitati per la disponibilità elevata.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Assicurarsi che sia presente un'istanza di fence_azure_arm nella configurazione di Pacemaker per il database HANA a disponibilità elevata

Se si usa l'agente di isolamento di Azure per l'isolamento con l'identità gestita o l'entità servizio, assicurarsi che un'istanza di fence_azure_arm (un agente di isolamento di I/O per Azure Resource Manager) si trovi nella configurazione Pacemaker per la configurazione del database HANA per la disponibilità elevata.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Impostare il parametro stonith-timeout su 900 nella configurazione di Pacemaker con l'agente di isolamento di Azure per configurare la disponibilità elevata per il database HANA

Se si usa l'agente di isolamento di Azure per l'isolamento con l'identità gestita o l'entità servizio, verificare la funzione affidabile della configurazione della disponibilità elevata di Pacemaker per il database HANA impostando "stonith-timeout" su 900.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Assicurarsi che il file di configurazione softdog sia nella configurazione di Pacemaker il database HANA nei carichi di lavoro SAP

Il timer softdog viene caricato come modulo del kernel nel sistema operativo Linux. Questo timer attiva un ripristino del sistema se rileva che il sistema è bloccato. Assicurarsi che il file di configurazione softdog venga creato nel cluster Pacemaker per la configurazione del database HANA a disponibilità elevata.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Verificare che il modulo softdog sia stato caricato nel Pacemaker nella configurazione della disponibilità elevata per ASCS nei carichi di lavoro SAP

Il timer softdog viene caricato come modulo del kernel nel sistema operativo Linux. Questo timer attiva un ripristino del sistema se rileva che il sistema è bloccato. Per prima cosa, assicurarsi di aver creato il file di configurazione softdog, quindi caricare il modulo softdog nella configurazione di Pacemaker per la configurazione della disponibilità elevata del database HANA.

Vantaggi potenziali: affidabilità della configurazione a disponibilità elevata nei carichi di lavoro SAP

Per altre informazioni, vedere Disponibilità elevata per SAP HANA in macchine virtuali di Azure su SUSE Linux Enterprise Server

Passaggi successivi

Altre informazioni sull'Affidabilità - Microsoft Azure Well Architected Framework