Livello di messaggistica Premium del bus di servizio
La messaggistica del bus di servizio, che include entità come code e argomenti, unisce funzionalità di messaggistica aziendale a una semantica di pubblicazione-sottoscrizione completa a livello di cloud. La messaggistica del bus di servizio viene usata come backbone di comunicazione per molte soluzioni cloud avanzate.
Il livello di messaggistica Premium del bus di servizio soddisfa le comuni richieste dei clienti in termini di scalabilità, prestazioni e disponibilità per le applicazioni cruciali. È consigliabile usare il livello Premium per gli scenari di produzione. Anche se i set di funzionalità sono quasi identici, i livelli standard e premium di messaggistica del bus di servizio sono progettati per gestire diversi casi d'uso.
Nella tabella seguente sono evidenziate alcune differenze generali.
| Criteri | Premium | Standard |
|---|---|---|
| Velocità effettiva. | Velocità effettiva elevata | Velocità effettiva variabile |
| Prestazioni | Prestazioni prevedibili | Latenza variabile |
| Prezzi | Prezzi fissi | Prezzi variabili con pagamento in base al consumo |
| Ridimensiona | Possibilità di aumentare e ridurre il carico di lavoro | N/D |
| Dimensione del messaggio | Dimensioni del messaggio fino a 100 MB. Per altre informazioni, vedere Supporto di messaggi di grandi dimensioni. | Dimensioni del messaggio fino a 256 KB |
La messaggistica di livello Premium del bus di servizio garantisce l'isolamento delle risorse a livello di CPU e di memoria in modo che ogni carico di lavoro del cliente venga eseguito in isolamento. Questo contenitore di risorse viene chiamato unità di messaggistica. Ad ogni spazio dei nomi Premium viene allocata almeno un'unità di messaggistica. È possibile acquistare 1, 2, 4, 8 o 16 unità di messaggistica per ogni spazio dei nomi Premium del bus di servizio. Un singolo carico di lavoro o entità può estendersi su più unità di messaggistica e il numero di unità di messaggistica può essere modificato. Ne risultano prestazioni prevedibili e ripetibili per la soluzione basata sul bus di servizio.
Non solo le prestazioni sono più prevedibili e disponibili, ma anche più veloci. Con la messaggistica premium, le prestazioni massime sono più veloci rispetto al livello standard.
Differenze tecniche della messaggistica Premium
Le sezioni seguenti illustrano alcune differenze tra i livelli di messaggistica standard e premium.
Entità Express
Dato che la messaggistica Premium viene eseguita in un ambiente di runtime isolato, le entità Express non sono supportate negli spazi dei nomi Premium. Un'entità rapida contiene temporaneamente un messaggio in memoria, prima di scriverlo nell'archiviazione permanente. Se si dispone di codice in esecuzione con la messaggistica standard e si vuole convertirlo nel livello premium, assicurarsi che la funzionalità di entità rapida sia disabilitata.
Utilizzo delle risorse di messaggistica premium
In generale, qualsiasi operazione su un'entità potrebbe causare l'utilizzo della CPU e della memoria. Seguono esempi di alcune di queste operazioni:
- Operazioni di gestione, ad esempio di creazione, recupero, aggiornamento ed eliminazione (CRUD) su code, argomenti e sottoscrizioni.
- Operazioni di runtime (invio e ricezione di messaggi)
- Monitoraggio di operazioni e avvisi
L'utilizzo aggiuntivo di CPU e memoria non è tuttavia soggetto a ulteriori costi. Per il livello di messaggistica premium, è previsto un prezzo singolo per l'unità messaggio.
L'utilizzo della CPU e della memoria viene monitorato e visualizzato per i motivi seguenti:
- Fornire trasparenza agli interni del sistema
- Comprendere la capacità delle risorse acquistate.
- Pianificazione della capacità che consente di decidere di aumentare o ridurre.
Quante unità di messaggistica sono necessarie?
Specificare il numero di unità di messaggistica durante il provisioning di uno spazio dei nomi premium del bus di servizio di Azure. Queste unità di messaggistica sono risorse dedicate allocate allo spazio dei nomi. Quando il partizionamento è abilitato nello spazio dei nomi, le unità di messaggistica vengono distribuite equamente tra le partizioni.
Il numero di unità di messaggistica allocate allo spazio dei nomi Premium del bus di servizio può essere regolato dinamicamente in modo da determinare la modifica (aumento o diminuzione) nei carichi di lavoro.
Quando si decide il numero di unità di messaggistica per l'architettura, è necessario prendere in considerazione alcuni fattori:
- Iniziare con 1 o 2 unità di messaggistica allocate allo spazio dei nomi o 1 unità messaggio per partizione.
- Esaminare le metriche di utilizzo della CPU all'interno delle metriche di utilizzo delle risorse per lo spazio dei nomi.
- Se l'utilizzo della CPU è inferiore al 20%, potrebbe essere possibile ridurre il numero di unità di messaggistica allocate allo spazio dei nomi.
- Se l'utilizzo della CPU supera il 70%, l'applicazione trae vantaggio dall'aumento del numero di unità di messaggistica allocate allo spazio dei nomi.
Per informazioni su come configurare uno spazio dei nomi del bus di servizio affinché si ridimensioni automaticamente (aumento o diminuzione delle unità di messaggistica), vedere Aggiornare automaticamente le unità di messaggistica.
Nota
Il ridimensionamento delle risorse allocate allo spazio dei nomi può essere su richiesta o reattivo.
Su richiesta: se è previsto un carico di lavoro aggiuntivo (a causa della stagionalità o delle tendenze), è possibile procedere all'allocazione di più unità di messaggistica allo spazio dei nomi prima del raggiungimento dei carichi di lavoro.
Reattivo: se vengono identificati carichi di lavoro aggiuntivi attraverso lo studio delle metriche di utilizzo delle risorse, è possibile allocare risorse aggiuntive allo spazio dei nomi per integrare la domanda crescente.
I contatori di fatturazione per il bus di servizio sono orari. In caso di aumento, si pagano le risorse aggiuntive solo per le ore in cui sono state utilizzate.
Introduzione alla messaggistica Premium
Iniziare a usare la messaggistica premium è estremamente semplice e il processo è simile a quello della messaggistica standard. Iniziare creando uno spazio dei nomi nel portale di Azure. Assicurarsi di selezionare Premium in Piano tariffario. Selezionare Visualizza i dettagli sui prezzi completi per vedere altre informazioni su ogni livello.
È anche possibile creare spazi dei nomi Premium usando i modelli di Azure Resource Manager.
Supporto di messaggi di grandi dimensioni
Gli spazi dei nomi del livello Premium del bus di servizio di Azure supportano l'invio di payload di messaggi di grandi dimensioni fino a 100 MB. Questa funzionalità è destinata principalmente ai carichi di lavoro legacy che hanno utilizzato payload di messaggi più grandi in altri broker di messaggistica aziendale e stanno cercando di eseguire in modo facile la migrazione al bus di servizio di Azure.
Ecco alcune considerazioni per l'invio di messaggi di grandi dimensioni nel bus di servizio di Azure -
- Supportato solo per gli spazi dei nomi del livello premium del bus di servizio di Azure.
- Supportato solo quando si utilizza il protocollo AMQP (Advanced Message Queuing Protocol). Non supportato quando si usano i protocolli SBMP o HTTP, nel livello premium, la dimensione massima dei messaggi per i protocolli SBMP e HTTP è di 1 MB.
- Supportato quando si utilizza l'SDK client Java Message Service (JMS) 2.0 e altri SDK client del linguaggio.
- L'invio di messaggi di grandi dimensioni comporta una riduzione della velocità effettiva e una maggiore latenza.
- Sebbene siano supportati payload di 100 MB, si consiglia di mantenere i payload dei messaggi il più piccoli possibile per garantire prestazioni affidabili dallo spazio dei nomi del bus di servizio.
- La dimensione massima del messaggio viene applicata solo per i messaggi inviati alla coda o all'argomento. Il limite di dimensioni non viene applicato per l'operazione di ricezione. Consente di aggiornare le dimensioni massime dei messaggi per una determinata coda o argomento.
- L'invio in batch non è supportato.
Il 30 settembre 2026 verrà ritirato il supporto del protocollo SBMP per il bus di servizio di Azure, quindi non sarà più possibile usare questo protocollo dopo il 30 settembre 2026. Eseguire la migrazione alle librerie più recenti dell'SDK del bus di servizio di Azure usando il protocollo AMQP che offre aggiornamenti critici della sicurezza e funzionalità migliorate, prima di tale data.
Per altre informazioni, vedere l'annuncio del ritiro del supporto.
Abilitazione del supporto di messaggi di grandi dimensioni per una nuova coda (o argomento)
Per abilitare il supporto per i messaggi di grandi dimensioni, impostare la dimensione massima dei messaggi durante la creazione di una nuova coda o argomento, come illustrato nell'immagine seguente:
Abilitazione del supporto di messaggi di grandi dimensioni per una coda esistente (o argomento)
È anche possibile abilitare il supporto per messaggi di grandi dimensioni per le code esistenti (o argomenti), aggiornando le Dimensioni massime messaggio nella Panoramica per tale coda (o argomento) specifica, come illustrato nell'immagine seguente.
Sicurezza della rete
Le seguenti funzionalità di sicurezza di rete sono disponibili solo nel livello premium. Per informazioni dettagliate, vedere la sezione Sicurezza di rete.
La configurazione del firewall IP tramite il portale di Azure è disponibile solo per gli spazi dei nomi del livello premium. Tuttavia, è possibile configurare le regole del firewall IP per altri livelli usando modelli di Azure Resource Manager, interfaccia della riga di comando, PowerShell o API REST. Per altre informazioni, vedere Configurare il firewall IP.
Crittografia dei dati inattivi
Tutti i dati archiviati nel sottosistema di archiviazione vengono crittografati usando chiavi gestite da Microsoft. Se si usa la propria chiave, nota anche come chiave gestita dal cliente, i dati vengono comunque crittografati usando la chiave gestita da Microsoft, ma in aggiunta la chiave gestita da Microsoft viene crittografata con la chiave gestita dal cliente. Tale funzionalità consente di creare, ruotare, disabilitare e revocare l'accesso alle chiavi gestite dal cliente che vengono usate per crittografare quelle gestite da Microsoft. L'abilitazione della funzionalità chiave gestita dal cliente è un processo di configurazione una tantum sullo spazio dei nomi. Per altre informazioni, vedere Crittografia dei dati inattivi del bus di servizio di Azure.
Partizionamento
A livello di partizionamento, esistono alcune differenze tra i livelli standard e premium.
- Il partizionamento è disponibile alla creazione dell'entità per tutte le code e gli argomenti in SKU di base o standard. Uno spazio dei nomi può disporre di entità partizionate e non partizionate. Il partizionamento è disponibile in fase di creazione dello spazio dei nomi per il livello premium e si partizionano tutte le code e gli argomenti presenti in tale spazio dei nomi. Tutte le entità partizionate precedentemente migrate negli spazi dei nomi premium continuano a funzionare come previsto.
- Quando il partizionamento è abilitato negli SKU Basic o Standard, il bus di servizio crea 16 partizioni. Quando il partizionamento è abilitato nel livello premium, il numero di partizioni viene specificato durante la creazione dello spazio dei nomi.
Per altre informazioni, vedere Partizionamento nel bus di servizio.
Ripristino di emergenza geografico
Il bus di servizio di Azure distribuisce il rischio di errori irreversibili di singoli computer o persino di rack completi in cluster che si estendono su più domini di errore all'interno di un data center, implementando meccanismi trasparenti di rilevamento degli errori e di failover in modo che il servizio continui a funzionare entro i livelli di servizio garantiti. Ciò avviene in genere senza interruzioni evidenti, quando si verificano tali errori. Uno spazio dei nomi premium può avere due o più unità di messaggistica e queste unità vengono distribuite in più domini di errore all'interno di un data center, supportando un modello di cluster del bus di servizio attivo.
Per uno spazio dei nomi di livello Premium, il rischio di interruzione è ulteriormente distribuito tra tre zone di disponibilità di strutture fisicamente separate e il servizio dispone di riserve di capacità sufficienti per far fronte immediatamente alla perdita irreversibile completa di un data center. Il modello di cluster del bus di servizio di Azure attivo all'interno di un dominio di errore insieme al supporto delle zone di disponibilità è superiore a qualsiasi prodotto broker messaggi locale in termini di resilienza contro errori hardware gravi e persino una perdita irreversibile di intere strutture del data center. Potrebbero comunque verificarsi situazioni gravi con distruzione fisica diffusa, che persino queste misure potrebbero non riuscire a contrastare.
La funzionalità di ripristino di emergenza geografico di bus di servizio di Azure è progettata per semplificare il ripristino da un disastro di questo calibro e abbandonare definitivamente un'area di Azure con errori senza dover cambiare le configurazioni delle applicazioni. L'abbandono di un'area di Azure in genere comporta diversi servizi e questa funzionalità punta prevalentemente a preservare l'integrità della configurazione composita delle applicazioni. La funzionalità è disponibile a livello globale per il livello premium del bus di servizio.
La funzionalità di ripristino di emergenza geografico garantisce che l'intera configurazione di uno spazio dei nomi (entità, configurazione, proprietà) sia replicata continuamente da uno spazio dei nomi primario a quello secondario a cui è associata, consentendo di avviare in qualsiasi momento uno spostamento di failover una tantum dal primario al secondario. Lo spostamento di failover modifica il puntamento del nome alias scelto per lo spazio dei nomi, indirizzandolo allo spazio dei nomi secondario e quindi interrompe l'associazione. Una volta avviato, il failover è pressoché istantaneo.
Per altre informazioni, vedere Ripristino di emergenza geografico per il bus di servizio di Azure.
Replica geografica
La funzionalità di replica geografica è una delle opzioni per isolare le applicazioni del bus di servizio di Azure da interruzioni ed emergenze, fornendo la replica sia di metadati (entità, configurazione, proprietà) che di dati (dati del messaggio e proprietà del messaggio/modifiche dello stato), mentre la funzionalità di ripristino di emergenza geografico descritta nella sezione precedente replica solo i metadati.
La funzionalità di replica geografica garantisce che i metadati e i dati di uno spazio dei nomi vengano replicati continuamente da un'area primaria a una o più aree secondarie.
- Code, argomenti, sottoscrizioni, filtri.
- Dati che si trovano nelle entità.
- Tutte le modifiche di stato e le modifiche alle proprietà eseguite sui messaggi all'interno di uno spazio dei nomi.
- Configurazione dello spazio dei nomi.
Questa funzionalità consente di promuovere qualsiasi area secondaria a primaria, in ogni momento. La promozione di un secondario fa riferimento al nome dello spazio dei nomi all'area secondaria selezionata e sposta i ruoli tra l'area primaria e quella secondaria. La promozione viene avviata quasi istantaneamente.
Supporto di Java Message Service (JMS)
Il livello premium supporta JMS 1.1 e JMS 2.0. Per altre informazioni, vedere Come usare JMS 2.0 con il bus di servizio Premium di Azure.
Il livello standard supporta solo il subset JMS 1.1 incentrato sulle code. Per altre informazioni, vedere Usare Java Message Service 1.1 con lo standard del bus di servizio di Azure.
Passaggi successivi
Vedere l'articolo seguente: Aggiornare automaticamente le unità di messaggistica.