Monitora un server flessibile di Database di Azure per PostgreSQL nel Database Hub (anteprima)

Database Hub in Microsoft Fabric ti aiuta a scoprire server flessibili di Database di Azure per PostgreSQL e a valutarne le prestazioni in tutto il tuo ecosistema.

Suggerimento

💡 Configurazione dell'agente per Database Hub

Inizia a utilizzare le competenze degli agenti del Database Hub per comprendere e interagire con il Database Hub in Fabric:

- Use [Database Hub skills](https://github.com/microsoft/microsoft-sql/tree/main/plugins/microsoft-sql-fdh).
- Review [Database Hub in Fabric documentation](https://learn.microsoft.com/fabric/database/hub/)
  and use the [Microsoft Learn MCP server](https://learn.microsoft.com/api/mcp) for official docs.

Importante

Questa funzionalità si trova in Anteprima.

Monitora il server flessibile PostgreSQL direttamente

Le vostre istanze Flexible Server rimangono risorse Azure nei loro abbonamenti e regioni esistenti. Usare Database Hub per la scoperta e il monitoraggio non richiede di spostare i dati in Fabric o di configurare il mirroring.

La risorsa PostgreSQL rappresentata in Estate è un'istanza di server flessibile, non ogni database ospitato all'interno di quel server. Le metriche di estate descrivono il server a meno che una metrica non identifichi esplicitamente un ambito più ristretto.

Prerequisiti

  • Nell'anteprima attuale, chiedi a un amministratore di Fabric di inserire il tuo tenant nell'esperienza di anteprima del Database Hub nel portale amministrativo Fabric. In Impostazioni tenant, attiva Gli utenti possono accedere all'hub del database (anteprima).

  • Autentica con un'identità Microsoft Entra che abbia accesso agli abbonamenti Azure e alle risorse server flessibili PostgreSQL con cui vuoi lavorare. La visibilità delle risorse di Azure da sola non concede il permesso di interrogare un database. Database Hub utilizza i permessi Microsoft Entra ID e Azure RBAC esistenti invece di un modello di permessi separato, quindi l'accesso che assegni qui segue i passaggi standard di assegnazione dei ruoli di Azure.

    • Per la scoperta e il monitoraggio, la tua identità necessita del permesso per leggere i metadati rilevanti delle risorse Azure e le metriche di Monitoraggio di Azure.

    • Per la scoperta e il monitoraggio, la tua identità richiede il ruolo Lettore , o un ruolo con maggiori permessi, su ogni abbonamento che contenga le risorse che vuoi monitorare.

  • Il monitoraggio di base di PostgreSQL utilizza metriche esistenti di Monitoraggio di Azure. Non richiede la proprietà estesa per il monitoraggio delle prestazioni di SQL, l'integrazione in Azure Arc o la registrazione di Microsoft.AzureArcData per il percorso di telemetria PostgreSQL. Query Store e una nuova pipeline di telemetria gestita dal cliente non sono prerequisiti per le metriche di base.

  • Database Hub rispetta i tuoi confini di accesso esistenti. Il Database Hub non concede accessi aggiuntivi. La tua visibilità nei database è limitata alle risorse che la tua identità attuale è autorizzata a visualizzare. Condividere una visualizzazione o inviare a qualcuno un link di risorsa non gli concede l'accesso al server sottostante.

Visualizza il tuo patrimonio PostgreSQL

Inizia con una vista Estate, identifica i server che necessitano di indagine e continua nel portale Azure o Visual Studio Code per la configurazione dei server o il lavoro sul database.

  1. Vai a Hub del database in Microsoft Fabric. Nella navigazione Database, seleziona Panoramica.
  2. La sezione Cosa richiede attenzione? indica le parti del tuo patrimonio di database che necessitano di attenzione. Ogni scheda e ogni collegamento in Cosa richiede attenzione? portano a Estate. Nella vista Estate, sotto ogni risorsa, i Problemi appaiono in chips colorati mentre i Suggerimenti compaiono in chip con un'icona di lampadina.
  3. Filtra l'inventario per Visualizza: PostgreSQL. Seleziona gli abbonamenti o i gruppi di risorse rilevanti utilizzando i filtri disponibili.
  4. Cerca l'istanza di cui hai bisogno, oppure controlla l'inventario filtrato. Seleziona l'istanza Flexible Server per esaminare i dettagli delle sue risorse. Considera questa risorsa come la risorsa server Azure, non come un singolo database PostgreSQL.

Comprendere il monitoraggio degli stati dei database PostgreSQL

Usa Overview per i riepiloghi di CPU, memoria e archiviazione di PostgreSQL. Usa Performance per la dashboard di PostgreSQL e una vista più dettagliata dei server selezionati. L'ambito dell'inventario e il set di risorse selezionato dalla dashboard possono variare. Controlla la selezione delle risorse prima di considerare una carta come l'intero patrimonio.

Interpretare i segnali di PostgreSQL

La dashboard presenta un sottoinsieme delle metriche di Monitoraggio di Azure disponibili per Flexible Server. Usa questo riferimento per interpretare un segnale visualizzato e confrontarlo con la metrica sorgente.

Segnale Metrica di Monitoraggio di Azure Interpretazione
CPU (unità centrale di elaborazione) cpu_percent Utilizzo della CPU del server in percentuale.
Memory memory_percent Utilizzo della memoria del server in percentuale.
Storage storage_percent Percentuale di spazio di archiviazione utilizzato, inclusi dati che vanno oltre quelli della tabella dell'applicazione.
Attività disco iops Operazioni su disco al secondo, non una percentuale di saturazione.
Connections active_connections Connessioni in tutti gli stati, incluse quelle inattive; non solo quelle che eseguono query.
Connessioni non riuscite connections_failed Tentativi falliti, non necessariamente inattività del server.
Lag di lettura della replica physical_replication_delay_in_seconds Ritardo della replica di lettura in secondi; non il ritardo dello standby HA o della replica logica.

Per maggiori informazioni, consulta il monitoraggio e le metriche di PostgreSQL e il riferimento metrico Monitoraggio di Azure per Flexible Server.

La raccolta delle metriche, l'elaborazione e il refresh della dashboard sono fasi separate. Alcune metriche di Monitoraggio di Azure arrivano in lotti. Un server appena creato, riavviato o fermo può avere dati incompleti per il periodo selezionato. Un aggiornamento della dashboard non costringe il server a emettere un nuovo campione.

Differenze tra sicurezza e capacità

La copertura della valutazione della sicurezza varia a seconda del motore del database. Per PostgreSQL, utilizzare solo le valutazioni identificate come applicabili a PostgreSQL in Database Hub. Una scoperta assente non è la prova che un controllo sia configurato o che il server soddisfi un requisito di conformità.

Attualmente, Database Hub valuta le seguenti valutazioni di sicurezza di PostgreSQL:

  • Autenticazione Microsoft Entra abilitata (problema)
  • Crittografia a riposo usando chiavi gestite dal cliente (CMK) (suggerimento)
  • Autenticazione Microsoft Entra applicata (suggerimento)
  • Accesso alla rete pubblica disabilitato (suggerimento)

Queste valutazioni riflettono solo la configurazione attuale; Database Hub non valuta ogni controllo di sicurezza PostgreSQL disponibile. Ad esempio, un server che non utilizza una chiave gestita dal cliente può comunque essere criptato con una chiave gestita dal servizio.

Le informazioni sulla postura del Database Hub integrano gli strumenti specializzati di sicurezza. Non considerarlo un sostituto delle funzionalità di Microsoft Defender, un visualizzatore completo dei registri di audit o una soluzione automatica. Esaminare i risultati nel contesto e apportare modifiche autorizzate tramite il servizio appropriato.

Trova un server PostgreSQL che necessiti di un'indagine sulle prestazioni

  1. Esamina i riepiloghi di CPU, memoria e archiviazione di PostgreSQL in Panoramica per scegliere il segnale da analizzare.
  2. Apri Performance e seleziona la dashboard di PostgreSQL . Imposta l'abbonamento, il gruppo di risorse e la selezione del server che intendi esaminare.
  3. Imposta l'intervallo temporale includendo l'evento segnalato. Controlla la descrizione del grafico per la metrica, l'unità e l'aggregazione prima di interpretare il valore.
  4. Utilizza la funzione di drill-down del server nel grafico, ove disponibile, per identificare le risorse che contribuiscono. Altrimenti, restringi la selezione dei server e confronta le loro tendenze nello stesso intervallo.
  5. Per il server candidato, confrontare il segnale originale con lo storage, l'I/O o le tendenze di connessione se rilevanti. Registra l'ID risorsa, l'orario dell'evento, l'intervallo selezionato e l'aggregazione delle metriche.
  6. Apri quel server nel portale Azure. Confronta le metriche di Monitoraggio di Azure usando lo stesso intervallo temporale e aggregazione, poi usa la diagnostica PostgreSQL per indagare il carico di lavoro.

Continua un'indagine nel portale Azure o Visual Studio Code

Usa il portale Azure per la configurazione delle risorse Azure e il monitoraggio dei servizi. Usa Visual Studio Code con l'estensione PostgreSQL quando hai bisogno di una connessione al database o di un'indagine a livello di query.

  1. Seleziona il server flessibile previsto nel Database Hub e verifica la sua identità di risorsa Azure.
  2. Scegli il portale Azure disponibile o l'azione Visual Studio Code. Se l'azione desiderata non è disponibile, apri direttamente lo strumento e localizza lo stesso server.
  3. Nel portale Azure, conferma l'abbonamento e il gruppo risorse. Per confrontare le metriche, imposta esplicitamente l'intervallo di tempo dell'indagine; non dare per scontato che il passaggio mantenga tutti i filtri della dashboard.
  4. In Visual Studio Code, confermare l'host, il database target e il metodo di autenticazione prima di connettersi. Un link da Database Hub non bypassa l'autenticazione PostgreSQL o i controlli di rete.
  5. Indagare utilizzando l'intervallo di tempo registrato e le prove. Dopo una modifica autorizzata, confrontare le metriche rilevanti su un intervallo di follow-up appropriato.

Consulta un risultato disponibile sulla sicurezza di PostgreSQL

Utilizzare i seguenti passaggi quando il Database Hub mostra un risultato di sicurezza che si applica esplicitamente a un server PostgreSQL. Se la valutazione rilevante non è disponibile, controlla direttamente quel controllo nel portale Azure utilizzando le linee guida del servizio PostgreSQL.

  1. Seleziona il risultato PostgreSQL dal riepilogo di sicurezza o il server interessato in Estate, dove disponibile.
  2. Conferma il server interessato, il nome della valutazione, l'ambiente della valutazione e eventuali tempi di osservazione disponibili. Controlla la raccomandazione rispetto alla politica della tua organizzazione.
  3. Apri il server nel portale Azure e verifica la configurazione attuale. Per autenticazione, crittografia o audit, segui la corrispondente documentazione del servizio PostgreSQL.
  4. Valuta l'impatto della domanda e ottieni l'approvazione richiesta prima di effettuare una modifica. Abilitare un metodo di autenticazione o modificare una configurazione di sicurezza può richiedere ulteriori passaggi specifici per il servizio.
  5. Dopo che la modifica autorizzata è completata, verifica l'impostazione nel portale Azure. Consentire una rivalutazione e aggiornare il Database Hub; se il risultato persiste, confrontare le sue evidenze con la configurazione attuale del server.

Risoluzione dei problemi dei dati PostgreSQL nel Database Hub

  • Se un server PostgreSQL non appare in Estate, controlla il tenant a cui hai eseguito l'accesso, l'accesso ad Azure, il tipo di risorsa e i filtri dell'inventario.
  • Se mancano o differiscono le metriche di performance tra Monitoraggio di Azure e il Database Hub:
    1. Scegli un intervallo di tempo in cui il server era in funzione. Controlla se la metrica si applica a questo server; ad esempio, un server senza la configurazione replica applicabile potrebbe non avere dati di ritardo read-replica.
    2. Apri lo stesso server nel portale Azure e ispeziona la metrica corrispondente di Monitoraggio di Azure. Confronta il fuso orario, gli orari di inizio e fine, l'aggregazione e la granularità il più fedelmente possibile.
    3. Se la metrica è assente in entrambi i casi, verifica lo stato del server e i requisiti di raccolta della metrica, e prevedi il ritardo nell'elaborazione.
    4. Se Monitoraggio di Azure ha dati ma Database Hub no, aggiorna la vista Database Hub e riprova solo con quel server. Se la differenza persiste, contatta il Supporto.

Limitazioni

Durante l'anteprima attuale, il monitoraggio PostgreSQL nel Database Hub presenta le seguenti limitazioni:

  • Le query superiori supportate da Query Store, i piani di interrogazione, l'analisi degli eventi di attesa e la ricerca di log non fanno parte del Database Hub. Usa gli strumenti diagnostici di PostgreSQL per indagini più approfondite.

  • Gli avvisi di Activator e l'esplorazione delle query con RTD Copilot sulle metriche PostgreSQL basate su REST non sono inclusi in questo percorso di anteprima. Questo articolo non descrive tutte le funzionalità di Copilot altrove in Database Hub o Visual Studio Code.

  • Il Database Hub non ridimensiona, ottimizza o risolve automaticamente i server PostgreSQL. Le modifiche richiedono i permessi appropriati e il processo di approvazione della tua organizzazione.

  • La disponibilità di link, valutazioni e opzioni di creazione dipende dall'esperienza di anteprima abilitata per il tuo inquilino. Controlla le indicazioni di disponibilità del Database Hub applicabile prima di affidarti a un punto di ingresso specifico.

  • Last updated on