Distribuire griglia di firma di accesso condiviso 9.4 in Azure NetApp Files

Il software di analisi sas offre una suite di servizi e strumenti per trarre informazioni dettagliate dai dati e prendere decisioni intelligenti. Le soluzioni sas forniscono analisi, intelligenza artificiale, business intelligence, customer intelligence, gestione dei dati e intelligence per la sicurezza.

Se si distribuisce Griglia di firma di accesso condiviso in Azure, Azure NetApp Files è un'opzione di archiviazione primaria valida. Quando si usano i servizi scalabili di Azure NetApp Files, è possibile ridimensionare le allocazioni di archiviazione in qualsiasi momento senza interruzioni nei servizi. È anche possibile modificare il livello di servizio di archiviazione in base ai requisiti di prestazioni in modo dinamico.

La firma di accesso condiviso offre queste piattaforme primarie, che Microsoft ha convalidato:

• Griglia SAS 9.4
• SAS Viya

La griglia SAS 9.4 è stata convalidata in Linux.

Questo articolo fornisce informazioni generali per l'esecuzione di Sas Grid 9.4 in Azure, usando Azure NetApp Files per l'archiviazione SASDATA. Fornisce inoltre indicazioni sulle opzioni di archiviazione per SASWORK. Queste linee guida si basano sul presupposto che si ospita la propria soluzione di firma di accesso condiviso in Azure, nel proprio tenant. La firma di accesso condiviso non fornisce l'hosting per griglia di firma di accesso condiviso in Azure.

Architettura

Scaricare un file di PowerPoint di tutti i diagrammi in questo articolo.

Flusso di dati

Il livello di calcolo usa volumi SASDATA (e facoltativamente SASWORK) per condividere i dati nella griglia. SASDATA è un volume connesso a NFS in Azure NetApp Files.

• Un nodo di calcolo legge i dati di input da SASDATA e scrive i risultati in SASDATA.
• Una parte successiva del processo di analisi può essere eseguita da un altro nodo nel livello di calcolo. Usa la stessa procedura per ottenere e archiviare le informazioni necessarie per l'elaborazione.

Potenziali casi d'uso

Una distribuzione scalabile di Griglia di firma di accesso condiviso che usa Azure NetApp Files è applicabile a questi casi d'uso:

• Analisi finanziaria
• Rilevamento delle frodi
• Monitoraggio e protezione delle specie in pericolo
• Scienza e medicina
• Analisi e intelligenza artificiale

Requisiti per le prestazioni di archiviazione

Per le distribuzioni SAS 9.4 (SAS Grid o SAS Analytics Pro) in Azure, Azure NetApp Files è un'opzione di archiviazione primaria valida per i cluster di griglia di firma di accesso condiviso di dimensioni limitate. La firma di accesso condiviso consiglia una velocità effettiva di 100 MiB/s per ogni core fisico. Dato che si consiglia, i cluster di Griglia di firma di accesso condiviso che usano un volume Azure NetApp Files per SASDATA (file di dati sas persistenti) sono scalabili fino a 32-48 core fisici in due o più macchine virtuali di Azure. Le dimensioni del cluster sas si basano sul vincolo architetturale di un singolo spazio dei nomi SASDATA per ogni cluster SAS e sulla larghezza di banda del volume disponibile Azure NetApp Files. Le linee guida per il numero di core verranno rivisitate man mano che l'infrastruttura di Azure (calcolo, rete e per larghezza di banda di archiviazione del file system) aumenta nel tempo.

Azure NetApp Files aspettative di prestazioni del volume

Un singolo volume Azure NetApp Files può gestire fino a 4.500 MiB/s di letture e 1.500 MiB/s di scritture. Dato un tipo di istanza di Azure con larghezza di banda in uscita sufficiente, una singola macchina virtuale può utilizzare tutta la larghezza di banda di scrittura di un singolo volume Azure NetApp Files. Tuttavia, solo la macchina virtuale più grande può utilizzare tutta la larghezza di banda di lettura di un singolo volume.

SASDATA, il carico di lavoro condiviso principale di SAS 9.4, ha un rapporto di lettura/scrittura di 80:20. I numeri importanti per volume per un carico di lavoro 80:20 con 64KiB di lettura/scrittura sono:

• 2.400 MiB/s di velocità effettiva in lettura e 600 MiB/s di velocità effettiva di scrittura in esecuzione simultaneamente (~3.000 MiB/s combinati).

Per altre informazioni, vedere Azure NetApp Files benchmark delle prestazioni per Linux.

Raccomandazioni sulla capacità

Il calcolatore delle prestazioni Azure NetApp Files può fornire indicazioni per il ridimensionamento dei volumi SASDATA.

È importante scegliere un livello di servizio appropriato perché:

• La larghezza di banda del volume è basata sulla capacità del volume.
• Il costo della capacità è basato sul livello di servizio.
• La scelta del livello di servizio è basata sulla capacità rispetto alle esigenze di larghezza di banda.

Nel calcolatore selezionare Avanzate, selezionare un'area e immettere i valori seguenti.

• Dimensioni del volume: capacità desiderata
• Velocità effettiva: velocità effettiva desiderata, considerando 100 MiB/s per core
• Percentuale di lettura: 80%
• Operazioni di I/O al secondo: 0
• Dimensioni di I/O: sequenziale 64KiB

L'output nella parte inferiore della schermata fornisce i requisiti di capacità consigliati a ogni livello di servizio e il costo al mese, in base al prezzo per l'area selezionata:

• Velocità effettiva. Larghezza di banda del volume, in base alla combinazione del carico di lavoro. Per un carico di lavoro di lettura sequenziale del 60% 64-KiB, 3.096 MiB/s è il valore massimo previsto.
• Operazioni di I/O al secondo. Il numero di operazioni di I/O al secondo del volume fornisce la velocità effettiva specificata.
• Dimensioni del volume. Quantità di capacità necessaria per il volume ai livelli di servizio specificati per ottenere la velocità effettiva richiesta. La capacità del volume (segnalata in GiBs) può essere uguale o minore delle dimensioni del pool di capacità. Questa raccomandazione si basa sul presupposto che si usino tipi di pool di capacità QoS automatici. Per ottimizzare ulteriormente la capacità rispetto alla distribuzione della velocità effettiva tra volumi all'interno di un pool di capacità, prendere in considerazione i tipi di pool di capacità QoS manuali.
• Dimensioni pool di capacità. Dimensioni del pool. La capacità di un volume viene scolpita da un pool di capacità. I pool di capacità vengono ridimensionati in incrementi di 1 TiB.
• Costo pool di capacità (USD/mese). Costo al mese del pool di capacità a livello di dimensione e di servizio specificato.
• Volume Show Back (USD/month). Costo al mese della capacità per il volume in corrispondenza della capacità specificata. Gli addebiti sono basati sulle dimensioni del pool di capacità allocate. Il volume mostra di nuovo indica l'importo del volume.

Controllare i costi in base alle esigenze usando il data shaping del volume in Azure NetApp Files. Sono disponibili due opzioni dinamiche per influenzare le prestazioni e i costi:

• Ridimensionare dinamicamente un volume e un pool di capacità
• Modificare dinamicamente il livello di servizio di un volume

Altre informazioni sul modello di costo Azure NetApp Files.

Protezione dei dati

Azure NetApp Files usa gli snapshot per proteggere i dati. Gli snapshot offrono immagini quasi istantanee e coerenti con lo spazio e coerenti con l'arresto anomalo del sistema dei volumi Azure NetApp Files. È possibile creare snapshot manualmente in qualsiasi momento o pianificarli usando un criterio di snapshot nel volume.

Usare un criterio snapshot per aggiungere la protezione automatica dei dati ai volumi. È possibile ripristinare rapidamente gli snapshot usando il ripristino dello snapshot. In alternativa, è possibile ripristinare uno snapshot in un nuovo volume per il ripristino rapido dei dati. È anche possibile usare il ripristino in nuove funzionalità del volume per fornire ambienti di test/sviluppo con i dati correnti.

Per livelli aggiuntivi di protezione dei dati, è possibile usare soluzioni di protezione dei dati che usano Azure NetApp Files software di backup o di backup dei partner.

Componenti

• Azure Macchine virtuali: griglia di firma di accesso condiviso richiede una larghezza di banda elevata di memoria, archiviazione e I/O, in un rapporto appropriato con il numero di core. Azure offre dimensioni di macchine virtuali predefinite con conteggi vCPU inferiori che consentono di bilanciare il numero di core necessari con la quantità di memoria, archiviazione e larghezza di banda di I/O.

  Per altre informazioni, vedere Dimensioni della macchina virtuale con supporto per vCPU vincolato. È importante comprendere attentamente quali risorse di calcolo sono disponibili con ogni istanza. Per eseguire griglia di firma di accesso condiviso in Azure con Azure NetApp Files, è consigliabile eseguire questi tipi di istanza:

  • Standard_E64-16ds_v4 o Standard_E64-16ds_v5
  • Standard_E64-32ds_v4 o Standard_E64-32ds_v5

  Assicurarsi di esaminare le procedure consigliate per l'uso della firma di accesso condiviso in Azure, inclusi gli aggiornamenti nei commenti.

• Azure NetApp Files: è possibile archiviare SASDATA in un volume Azure NetApp Files condiviso nel cluster di calcolo.

  È anche possibile usare Azure NetApp Files volumi NFS per SASWORK.

  Azure NetApp Files è disponibile in tre livelli di servizio prestazioni:

  • Standard
  • Premium
  • Ultra

  Le prestazioni del volume sono principalmente definite dal livello di servizio. La dimensione del volume è anche un fattore, perché la velocità effettiva ottenuta è determinata dal livello di servizio e dalle dimensioni del volume.

Opzioni di archiviazione per SASDATA

Poiché Azure NetApp Files può fornire un accesso ad alta velocità effettiva e bassa latenza all'archiviazione, è un'opzione valida e più veloce, alternativa al disco Premium. L'archiviazione collegata alla rete non è limitata a livello di macchina virtuale perché è con dischi gestiti, quindi si ottiene una velocità effettiva più elevata per l'archiviazione.

Per stimare il livello necessario per la capacità SASDATA, usare il calcolatore delle prestazioni Azure NetApp Files. Assicurarsi di selezionare avanzate.

Poiché Azure NetApp Files volumi NFS sono condivisi, sono un buon candidato per l'hosting di SASDATA, quando vengono usati con i tipi di istanza di vm di dimensioni corrette e la distribuzione di Red Hat Enterprise Linux (RHEL), illustrata più avanti in questo articolo.

Opzioni di archiviazione per SASWORK

La tabella seguente illustra le opzioni di archiviazione più comuni per la distribuzione di SASWORK in Azure. A seconda delle dimensioni (capacità) e della velocità (larghezza di banda), sono disponibili tre opzioni: archiviazione temporanea, disco gestito e Azure NetApp Files.

	Archiviazione temporanea	Disco gestito	Azure NetApp Files
Dimensione	Small	Grande	Molto grande
speed	Molto grande	Small	Medio

Prendere in considerazione queste considerazioni quando si sceglie un'opzione:

• L'archiviazione temporanea (o l'archiviazione temporanea) offre la larghezza di banda più elevata, ma è disponibile solo in dimensioni più piccole. Le dimensioni dipendono dallo SKU della macchina virtuale. A seconda delle capacità disponibili e necessarie, questa opzione potrebbe essere migliore.
• Se la capacità SASWORK necessaria supera le dimensioni di archiviazione temporanee dello SKU di macchina virtuale selezionato, prendere in considerazione l'uso di un disco gestito di Azure per ospitare SASWORK. Tenere presente, tuttavia, che la velocità effettiva in un disco gestito è limitata dall'architettura della macchina virtuale in base alla progettazione e che varia a seconda dello SKU della macchina virtuale. Pertanto, questa opzione di archiviazione è valida solo per gli ambienti con requisiti di prestazioni SASWORK inferiori.
• Per i requisiti di capacità SASWORK più elevati e un requisito medio di prestazioni oltre a quello che possono fornire i dischi gestiti di Azure, prendere in considerazione Azure NetApp Files per SASWORK. Offre dimensioni di grandi dimensioni insieme alla velocità effettiva rapida.

Nell'uso della tabella precedente, per decidere se le esigenze sono piccole, grandi, medie o superiori, prendere in considerazione la scala della distribuzione, il numero di macchine virtuali e core e i requisiti di capacità e prestazioni associati. È necessario effettuare queste valutazioni per ogni distribuzione.

Le opzioni nella tabella corrispondono alle distribuzioni descritte nelle architetture che seguono. In tutti gli scenari SASDATA è ospitato in un volume NFS Azure NetApp Files e condiviso tra i nodi di calcolo. Per alcune distribuzioni RHEL, è consigliabile usare l'opzione NFS nconnect per creare più flussi di rete nel volume. Per altre informazioni, vedere la sezione Opzioni di montaggio NFS di questo articolo.

Architettura di archiviazione temporanea

Per i requisiti di capacità SASWORK più piccoli, l'archiviazione temporanea della macchina virtuale di Azure è una soluzione rapida e conveniente. In questa architettura ogni macchina virtuale nel livello di calcolo è dotata di un'archiviazione temporanea. Per determinare le dimensioni di archiviazione temporanee per le macchine virtuali usate, vedere la documentazione della macchina virtuale di Azure.

Flusso di dati

• Un nodo di calcolo legge i dati di input da SASDATA e scrive i risultati in SASDATA.
• Una parte successiva del processo di analisi può essere eseguita da un altro nodo nel livello di calcolo. Usa la stessa procedura per ottenere e archiviare le informazioni necessarie per elaborare.
• La directory di lavoro temporanea SASWORK non è condivisa. Viene archiviato nell'archiviazione temporanea in ogni nodo di calcolo.

Architettura del disco gestito

Se i requisiti di capacità per SASWORK superano le capacità disponibili nell'archiviazione temporanea, i dischi gestiti di Azure sono un'ottima alternativa. I dischi gestiti sono disponibili in varie dimensioni e livelli di prestazioni. Per altre informazioni, vedere Obiettivi di scalabilità e prestazioni per i dischi delle macchine virtuali.

Flusso di dati

• Un nodo di calcolo legge i dati di input da SASDATA e scrive i risultati in SASDATA.
• Una parte successiva del processo di analisi può essere eseguita da un altro nodo nel livello di calcolo. Usa la stessa procedura per ottenere e archiviare le informazioni necessarie per elaborare.
• La directory di lavoro temporanea SASWORK non è condivisa. Viene archiviato su dischi gestiti collegati a ogni nodo di calcolo.

architettura Azure NetApp Files

Per requisiti di capacità sasWORK e/o di prestazioni medie superiori, prendere in considerazione l'uso di Azure NetApp Files. Azure NetApp Files offre capacità di volume superiori a 100 TiB. Ogni nodo nel livello di calcolo deve avere il proprio volume SASWORK. I volumi non devono essere condivisi.

Flusso di dati

• Un nodo di calcolo legge i dati di input da SASDATA e scrive i risultati in SASDATA.
• Una parte successiva del processo di analisi può essere eseguita da un altro nodo nel livello di calcolo. Usa la stessa procedura per ottenere e archiviare le informazioni necessarie per elaborare.
• La directory di lavoro temporanea SASWORK non è condivisa. Viene archiviato in singoli volumi Azure NetApp Files collegati a ogni nodo di calcolo.

Suggerimenti sulla scalabilità e sulla configurazione

• Per la latenza ottimale e più coerente per il traffico di dati tra le istanze del cluster sas, assicurarsi che tutte le macchine virtuali vengano create nello stesso gruppo di posizionamento di prossimità.
• Vedere la sezione Linee guida per l'ottimizzazione generale in Procedure consigliate per l'uso della firma di accesso condiviso in Azure.
• Per una larghezza di banda di rete ottimale, abilitare La rete accelerata.

Distribuzioni RHEL e impostazioni NFS

Distribuzioni RHEL

RHEL è la distribuzione consigliata per l'esecuzione di SAS 9 in Linux. Ogni kernel supportato da Red Hat ha i propri vincoli di larghezza di banda NFS.

Per informazioni specifiche sull'esecuzione della firma di accesso condiviso in Azure, vedere Procedure consigliate per l'uso della firma di accesso condiviso in Azure.

Azure Standard_E64-16ds_v4 e Standard_E64-32ds_v4 macchine virtuali, o i relativi equivalenti v5, sono consigliati per la firma di accesso condiviso. Tenendo conto di questi consigli, questa sezione fornisce alcune linee guida per l'uso della firma di accesso condiviso con Azure NetApp Files.

• Se si usa RHEL 7, Standard_E64-16ds_v4 o Standard_E64-16ds_v5 è la scelta migliore, in base alla destinazione 100-MiB/s per core fisico per SASDATA.

  • Standard_E64-16ds_v4: 90-100 MiB/s per core
  • Standard_E64-32ds_v4: 45-50 MiB/s per core

• Se si usa RHEL 8.2, Standard_E64-16ds_v4 o Standard_E64-32ds_v4, o i relativi equivalenti v5, sono possibili opzioni. Standard_E64-16ds_v4 è preferibile, dato il valore di 100-MiB/s per ogni destinazione core per SASDATA.

  • Standard_E64-16ds_v4: 150-160 MiB/s per core
  • Standard_E64-32ds_v4: 75-80 MiB/s per core

• Se si usa RHEL 8.3, sia Standard_E64-16ds_v4 che Standard_E64-32ds_v4, o i rispettivi equivalenti v5, sono completamente accettabili, data la destinazione di velocità effettiva per core:

  • La convalida indica 3.200 MiB/s di letture.
  • Questi risultati vengono ottenuti con l'opzione di montaggio NFS nconnect .

Il test mostra che una singola istanza di RHEL 7 non raggiunge più di 750-800 MiB/s di velocità effettiva in lettura rispetto a un singolo endpoint di archiviazione Azure NetApp Files (ovvero rispetto a un socket di rete). 1.500 MiB/s di scritture sono raggiungibili sullo stesso endpoint, se si usano opzioni di montaggio 64 KiB rsize e wsize NFS. Alcune prove suggeriscono che il limite di velocità effettiva di lettura annotato in precedenza è un artefatto del kernel 3.10. Per altre informazioni, vedere RHEL CVE-2019-11477.

I test mostrano che una singola istanza di RHEL 8.2, con il kernel 4.18, è priva delle limitazioni indicate nel kernel 3.10. Pertanto, è possibile ottenere 1.200-1.300 MiB/s di traffico di lettura, se si usa un'opzione di montaggio 64-KiB rsize e wsize NFS. Per le scritture sequenziali di grandi dimensioni, è possibile prevedere la stessa velocità effettiva raggiungibile da 1500 MiB/s che si otterrà su RHEL 7.

Con una singola istanza di RHEL 8.3, con l'opzione di montaggio nconnect (novità nella distribuzione RHEL 8.3), circa 3.200 MiB/s velocità effettiva di lettura è raggiungibile da un singolo volume Azure NetApp Files. Non aspettarsi più di 1.500 MiB/s di scritture in un singolo volume Azure NetApp Files, anche quando si applica nconnect.

Ottimizzabili del kernel

Voci della tabella slot

NFSv3 non dispone di un meccanismo per negoziare la concorrenza tra il client e il server. Il client e il server definiscono i limiti senza conoscere l'altro. Per ottenere prestazioni ottimali, è consigliabile allineare il numero massimo di voci della tabella slot sul lato sunrpc client con che supportano senza eseguire il pushback nel server. Quando un client sovraccarica la capacità dello stack di rete del server di elaborare un carico di lavoro, il server risponde riducendo le dimensioni della finestra per la connessione, che non è ideale per le prestazioni.

Per impostazione predefinita, i kernel Linux moderni definiscono le dimensioni sunrpc.max_tcp_slot_table_entries della voce della tabella slot per connessione sunrpc per supportare 65.536 operazioni in sospeso. Queste voci della tabella slot definiscono i limiti di concorrenza. I valori elevati non sono necessari perché Azure NetApp Files il valore predefinito è 128 operazioni in sospeso.

È consigliabile ottimizzare il client con lo stesso numero:

• Ottimizzabili del kernel (tramite /etc/sysctl.conf)
  • sunrpc.tcp_max_slot_table_entries=128

Ottimizzabili nella cache del file system

È anche necessario comprendere i fattori seguenti relativi ai valori di ottimizzabili della cache del file system:

• Lo scaricamento di un buffer dirty lascia i dati in uno stato pulito, utilizzabile per letture future fino a quando la pressione della memoria non comporta la rimozione.
• Esistono tre trigger per un'operazione di scaricamento asincrona:
  • Basato sul tempo: quando un buffer raggiunge l'età definita dal vm.dirty_expire_centisecs o vm.dirty_writeback_centisecs ottimizzabile, deve essere contrassegnata per la pulizia (ovvero lo scaricamento o la scrittura nello spazio di archiviazione).
  • Utilizzo elevato di memoria: per informazioni dettagliate, vedere vm.dirty_ratio | vm.dirty_bytes.
  • Chiudi: quando un handle di file viene chiuso, tutti i buffer dirty vengono scaricati in modo asincrono nella risorsa di archiviazione.

Questi fattori sono controllati da quattro tonni. È possibile ottimizzare ogni file ottimizzabile in modo dinamico e permanente usando tuned o sysctl nel file /etc/sysctl.conf . L'ottimizzazione di queste variabili migliora le prestazioni per griglia di firma di accesso condiviso:

• Ottimizzabili del kernel (tramite profilo ottimizzato personalizzato)
  • include = throughput-performance
  • vm.dirty_bytes = 31457280
  • vm.dirty_expire_centisecs = 100
  • vm.dirty_writeback_centisecs = 300

Opzioni di montaggio NFS

È consigliabile usare le opzioni di montaggio NFS seguenti per i file system condivisi NFS usati per i file SASDATA permanenti:

RHEL 7 e 8.2

bg,rw,hard,rsize=65536,wsize=65536,vers=3,noatime,nodiratime,rdirplus,acdirmin=0,tcp,_netdev

RHEL 8.3

bg,rw,hard,rsize=65536,wsize=65536,vers=3,noatime,nodiratime,rdirplus,acdirmin=0,tcp,_netdev,nconnect=8

È consigliabile usare le opzioni di montaggio seguenti per i volumi SASWORK , in cui i rispettivi volumi vengono usati esclusivamente per SASWORK e non condivisi tra i nodi:

RHEL 7 e 8.2

bg,rw,hard,rsize=65536,wsize=65536,vers=3,noatime,nodiratime,rdirplus,acdirmin=0,tcp,_netdev,nocto

RHEL 8.3

bg,rw,hard,rsize=65536,wsize=65536,vers=3,noatime,nodiratime,rdirplus,acdirmin=0,tcp,_netdev,nocto,nconnect=8

Per altre informazioni sui vantaggi e sui costi dell'opzione nocto di montaggio, vedere Coerenza e timer di attributi di chiusura e cache aperti.

È anche consigliabile esaminare Azure NetApp Files: un file system condiviso da usare con griglia di firma di accesso condiviso in MS Azure, inclusi tutti gli aggiornamenti nei commenti.

Impostazioni read-ahead NFS

È consigliabile impostare nfs read-ahead ottimizzabile per tutte le distribuzioni RHEL su 15.360 KiB. Per altre informazioni, vedere Come impostare in modo permanente read-ahead per i montaggi NFS.

Alternativi

La soluzione di archiviazione nelle architetture precedenti è a disponibilità elevata, come specificato dal contratto di servizio Azure NetApp Files. Per una maggiore protezione e disponibilità, è possibile replicare i volumi di archiviazione in un'altra area di Azure usando Azure NetApp Files replica tra aree.

La replica dei volumi tramite la soluzione di archiviazione offre due vantaggi principali:

• Non è previsto alcun carico aggiuntivo nelle macchine virtuali dell'applicazione.
• Questa soluzione elimina la necessità di eseguire macchine virtuali nell'area di destinazione durante il normale funzionamento.

Il contenuto di archiviazione viene replicato senza l'uso di risorse dell'infrastruttura di calcolo e l'area di destinazione non deve eseguire il software di firma di accesso condiviso. Le macchine virtuali di destinazione non devono essere in esecuzione per supportare questo scenario.

L'architettura seguente illustra come il contenuto di archiviazione in Azure NetApp Files viene replicato in una seconda area, in cui lo spazio di archiviazione viene popolato con una replica dei dati di produzione. Se si verifica un failover, l'area secondaria viene portata online e le macchine virtuali vengono avviate in modo che la produzione possa riprendere nella seconda area. È necessario reindirizzare il traffico alla seconda area riconfigurando i servizi di bilanciamento del carico non visualizzati nel diagramma.

L'RPO tipico per questa soluzione è inferiore a 20 minuti quando l'intervallo di aggiornamento della replica tra aree è impostato su 10 minuti.

Flusso di dati

• Un nodo di calcolo legge i dati di input da SASDATA e scrive i risultati in SASDATA.
• Una parte successiva del processo di analisi può essere eseguita da un altro nodo nel livello di calcolo. Usa la stessa procedura per ottenere e archiviare le informazioni necessarie per l'elaborazione.
• La directory di lavoro temporanea SASWORK non è condivisa. Viene archiviata in singoli volumi Azure NetApp Files collegati a ogni nodo di calcolo.
• Azure NetApp Files replica tra aree replica in modo asincrono il volume SASDATA, inclusi tutti gli snapshot, in un'area di ripristino di emergenza per facilitare il failover in caso di emergenza a livello di area.

Considerazioni

Queste considerazioni implementano i pilastri di Azure Well-Architected Framework, un set di principi guida che è possibile usare per migliorare la qualità di un carico di lavoro. Per altre informazioni, vedere Microsoft Azure Well-Architected Framework.

Affidabilità

L'affidabilità garantisce che l'applicazione possa soddisfare gli impegni che l'utente ha preso con i clienti. Per altre informazioni, vedere Panoramica del pilastro dell'affidabilità.

Azure NetApp Files offre un contratto di servizio di disponibilità standard del 99,99% per tutti i livelli e tutte le aree supportate. Azure NetApp Files supporta anche il provisioning dei volumi nelle zone di disponibilità scelte e le distribuzioni a disponibilità elevata tra zone.

Per i contratti di servizio RPO/RTO migliorati, la protezione dei dati integrata con snapshot e backup è inclusa nel servizio. La replica tra aree offre gli stessi vantaggi tra aree di Azure.

Sicurezza

La sicurezza garantisce la sicurezza contro attacchi intenzionali e l'abuso dei dati e dei sistemi preziosi. Per altre informazioni, vedere Panoramica del pilastro della sicurezza.

Azure NetApp Files offre un livello di sicurezza perché viene effettuato il provisioning dei volumi e il traffico dei dati rimane all'interno delle reti virtuali. Non esiste alcun endpoint indirizzabile pubblicamente. Tutti i dati vengono crittografati inattivi in qualsiasi momento. Facoltativamente, è possibile crittografare i dati in transito.

Criteri di Azure consente di applicare gli standard dell'organizzazione e valutare la conformità su larga scala. Azure NetApp Files supporta Criteri di Azure tramite definizioni di criteri personalizzate e predefinite.

Efficienza delle prestazioni

L'efficienza delle prestazioni è la capacità di ridimensionare il carico di lavoro soddisfare in modo efficiente le richieste poste dagli utenti. Per altre informazioni, vedere Panoramica dell'efficienza delle prestazioni.

Prestazioni

A seconda dei requisiti per la velocità effettiva e la capacità, tenere presenti le considerazioni seguenti:

• Considerazioni sulle prestazioni per Azure NetApp Files.
• I livelli di capacità e di servizio necessari Azure NetApp Files per SASDATA.
• Le indicazioni contenute in questo articolo per la scelta di un tipo di archiviazione per SASWORK.

Scalabilità

È possibile ridimensionare facilmente le prestazioni di calcolo aggiungendo macchine virtuali ai set di scalabilità che eseguono i tre livelli della soluzione SAS.

È possibile ridimensionare dinamicamente l'archiviazione dei volumi di Azure NetApp Files. Se si usa QoS automatico, le prestazioni vengono ridimensionate contemporaneamente. Per un controllo più granulare di ogni volume, è anche possibile controllare le prestazioni di ogni volume separatamente usando QoS manuale per i pool di capacità.

Azure NetApp Files volumi sono disponibili in tre livelli di prestazioni: Ultra, Premium e Standard. Scegliere il livello più adatto ai requisiti di prestazioni, tenendo conto della scalabilità della larghezza di banda delle prestazioni disponibile con le dimensioni di un volume. È possibile modificare il livello di servizio di un volume in qualsiasi momento. Per altre informazioni sul modello di costo Azure NetApp Files, vedere questi esempi di prezzi.

È possibile usare Azure NetApp Files Calcolatore prestazioni per iniziare.

Ottimizzazione dei costi

L'ottimizzazione dei costi riguarda la riduzione delle spese non necessarie e il miglioramento dell'efficienza operativa. Per altre informazioni, vedere Panoramica del pilastro di ottimizzazione dei costi.

Modello di costi

Comprendere il modello di costo per Azure NetApp Files può aiutare a gestire le spese.

Azure NetApp Files fatturazione si basa sulla capacità di archiviazione con provisioning, allocata creando pool di capacità. I pool di capacità vengono fatturati mensilmente in base a un costo impostato per GiB allocato all'ora.

Se i requisiti delle dimensioni del pool di capacità variano (ad esempio, a causa di esigenze di capacità o prestazioni variabili), è consigliabile ridimensionare dinamicamente i volumi e i pool di capacità per bilanciare i costi con le esigenze di capacità e prestazioni.

Se i requisiti relativi alle dimensioni del pool di capacità rimangono invariati, ma i requisiti di prestazioni variano, prendere in considerazione la modifica dinamica del livello di servizio di un volume. È possibile effettuare il provisioning e il deprovisioning dei pool di capacità di diversi tipi durante il mese, fornendo prestazioni just-in-time e riducendo i costi durante i periodi in cui non sono necessarie prestazioni elevate.

Prezzi

In base ai requisiti di capacità e prestazioni, decidere quale Azure NetApp Files livello di servizio necessario (Standard, Premium o Ultra). Usare quindi il calcolatore prezzi di Azure per valutare i costi per questi componenti:

• Firma di accesso condiviso nei componenti di Azure
• Azure NetApp Files
• Disco gestito (facoltativamente)
• Rete virtuale

Eccellenza operativa

L'eccellenza operativa copre i processi operativi che distribuiscono un'applicazione e la mantengono in esecuzione nell'ambiente di produzione. Per altre informazioni, vedere Panoramica del pilastro dell'eccellenza operativa.

Griglia di firma di accesso condiviso in Azure offre flessibilità e una distribuzione rapida. Ecco alcuni vantaggi:

• Soddisfare le esigenze aziendali mutevoli con bilanciamento del carico di lavoro dinamico
• Creare un ambiente di calcolo sas a disponibilità elevata
• Ottenere risultati più rapidi dall'infrastruttura IT esistente
• Aumentare le risorse di calcolo in modo incrementale e conveniente
• Gestire tutti i carichi di lavoro analitici
• Passare facilmente da un server silo o da un ambiente a più PC a un ambiente di griglia di firma di accesso condiviso

Distribuire lo scenario

È consigliabile distribuire i carichi di lavoro usando un processo di infrastruttura come codice (IaC). I carichi di lavoro sas possono essere sensibili a configurazioni non configurate che spesso si verificano nelle distribuzioni manuali e ridurre la produttività.

Per iniziare a progettare la griglia di firma di accesso condiviso nella soluzione Azure, vedere Firma di accesso condiviso in Architettura di Azure e Automazione della distribuzione sas in Azure usando GitHub Actions.

Autori di contributi

Questo articolo viene gestito da Microsoft. È stato originariamente scritto dai collaboratori seguenti.

Autori principali:

• Geert van Teylingen | Group Product Manager
• Arnt de Gier | Technical Marketing Engineer

Altri collaboratori:

• Mick Alberts | Writer tecnico

Per visualizzare profili LinkedIn non pubblici, accedere a LinkedIn.

Passaggi successivi

• Webinar di avvio rapido su come iniziare a usare Azure
• Azure NetApp Files: file system condiviso da usare con griglia di firma di accesso condiviso in Azure
• Calcolatore delle prestazioni di Azure NetApp Files
• Documentazione di Azure NetApp Files
• Formazione: Introduzione a Azure NetApp Files

Risorse correlate

• Firma di accesso condiviso in Azure, raccomandazioni per il ridimensionamento delle macchine virtuali
• Firma di accesso condiviso in Azure, Azure NetApp Files
• Considerazioni sulla firma di accesso condiviso in Azure, rete e posizionamento delle macchine virtuali
• Firma di accesso condiviso in Azure, considerazioni sulla sicurezza