Questo articolo risponde a una serie di domande che potranno essere utili per capire se Avere vFXT per Azure è adatto alle proprie esigenze. Offre informazioni di base su Avere vFXT e spiega come usarlo con altri componenti di Azure e con i prodotti di fornitori esterni.
Avere vFXT per Azure è un file system a prestazioni elevate che memorizza nella cache i dati attivi in Calcolo di Azure per un'elaborazione efficiente dei carichi di lavoro critici.
No. Avere vFXT per Azure è una cache di file system collegata agli ambienti di archiviazione, come EMC, NAS NetApp o un contenitore BLOB di Azure. Avere vFXT semplifica le richieste di dati dai client e memorizza nella cache i dati necessari per migliorare le prestazioni su larga scala e nel corso del tempo. Avere vFXT non archivia dati e non contiene informazioni sulla quantità di dati archiviati.
Avere vFXT per Azure non suddivide automaticamente i dati tra livelli di archiviazione ad accesso frequente e ad accesso sporadico.
Il modo migliore per pensare a questa domanda consiste nel porre: "Il carico di lavoro è memorizzabile nella cache?" Ovvero, il carico di lavoro ha un rapporto di lettura-scrittura elevato? ad esempio operazioni di lettura/scrittura pari a 80/20 o 70/30.
Prendere in considerazione Avere vFXT per Azure se si dispone di una pipeline di analisi basata su file che viene eseguita in un numero elevato di macchine virtuali di Azure e soddisfa una o più delle condizioni seguenti:
Le prestazioni complessive sono lente o incoerenti a causa di tempi di accesso ai file prolungati (decine di millisecondi o secondi, a seconda dei requisiti). Questa latenza non è accettabile per il cliente.
I dati richiesti per l'elaborazione si trovano all'estremità di un ambiente WAN e lo spostamento permanente di tali dati non è pratico. I dati potrebbero trovarsi in un'area di Azure differente o nel data center di un cliente.
Un numero significativo di client sta richiedendo i dati, ad esempio in un cluster HPC (High Performance Computing). Il numero elevato di richieste simultanee può aumentare la latenza.
Il cliente vuole eseguire la pipeline corrente "così com'è" nelle macchine virtuali di Azure e ha bisogno di una soluzione di archiviazione (o memorizzazione nella cache) condivisa basata su POSIX per la scalabilità. Con Avere vFXT per Azure non è necessario riprogettare la pipeline di lavoro per effettuare chiamate native all'archivio BLOB di Azure.
L'applicazione HPC si basa su client NFSv3 (in alcuni casi può usare i client SMB 2.1, ma le prestazioni sono limitate).
L'immagine seguente può essere di aiuto nella risposta a questa domanda. Quanto più il flusso di lavoro si avvicina all'angolo in alto a destra, maggiore sarà la probabilità che la soluzione di memorizzazione nella cache Avere vFXT for Azure sia adatta all'ambiente in uso.
La soluzione di memorizzazione nella cache Avere vFXT è progettata per gestire centinaia, migliaia o decine di migliaia di core di calcolo. Se si hanno solo alcune macchine che eseguono carichi leggeri, Avere vFXT non è la soluzione ideale.
I clienti tipici di Avere vFXT eseguono carichi di lavoro complessi a partire da circa 1000 core CPU. Questi ambienti possono arrivare fino a 50.000 core o più. Poiché la soluzione Avere vFXT è scalabile, è possibile aggiungere nodi per supportare questi carichi di lavoro di pari passo con la loro espansione, per poter fornire maggiore velocità effettiva o più operazioni di I/O al secondo.
Avere vFXT per Azure è una cache. Non è specificatamente progettato per archiviare i dati. Usa una combinazione di RAM e unità SSD per archiviare i dati memorizzati nella cache. I dati vengono archiviati in modo permanente in un sistema di archiviazione back-end (ad esempio, un sistema NAS NetApp o un contenitore BLOB). Il sistema Avere vFXT non contiene informazioni sulla quantità di dati archiviati. Avere vFXT memorizza nella cache solo il subset dei dati richiesti dai client.
Avere vFXT per Azure è supportato in tutte le aree ad eccezione delle aree sovrane (Cina e Germania). Assicurarsi che l'area da usare riesca a supportare la quantità elevata di core di calcolo e le istanze di macchina virtuale necessarie per creare il cluster Avere vFXT.
Un gruppo di supporto specializzato offre assistenza con Avere vFXT per Azure. Seguire le istruzioni in Ottenere assistenza per il sistema per aprire un ticket di supporto dal portale di Azure.
Sì, Avere vFXT viene eseguito esclusivamente come soluzione a disponibilità elevata.
Avere vFXT è un'appliance di cluster costituita da più macchine virtuali di Azure. Una libreria Python gestisce la creazione, l'eliminazione e la modifica del cluster. Leggere What is Avere vFXT for Azure? (Informazioni su Avere vFXT per Azure) per maggiori dettagli.
Un cluster Avere vFXT per Azure usa le macchine virtuali di Microsoft Azure E32s_v3.
Il cluster Avere vFXT può essere di dimensioni pari a tre nodi della macchina virtuale o fino a 20 nodi. Per informazioni sulla pianificazione delle dimensioni del cluster appropriate per il flusso di lavoro, contattare il supporto tecnico di Azure.
No. È possibile aumentare o ridurre le dimensioni del cluster, ma l'aggiunta o la rimozione dei nodi del cluster è un'operazione manuale.
Avere vFXT non supporta la distribuzione di un set di scalabilità di macchine virtuali. Diversi meccanismi di supporto della disponibilità incorporati sono progettati solo per le macchine virtuali atomiche che fanno parte di un cluster.
No, il sistema richiede un set stabile di macchine virtuali sottostanti.
No, Avere vFXT deve essere distribuito come applicazione indipendente.
Sì. Assicurarsi di disporre di una quota sufficiente nell'area per supportare il cluster.
No. Il modello a disponibilità elevata in Avere vFXT attualmente non supporta singoli membri del cluster Avere vFXT situati in zone di disponibilità diverse.
No, è necessario usare lo script Python supportato per aggiungere o rimuovere nodi nel cluster Avere vFXT. Per altre informazioni, leggere Gestire il cluster Avere vFXT.
È disponibile una versione di "macchina virtuale" del software che è possibile eseguire nell'ambiente locale?
No, il sistema viene offerto come appliance di cluster ed è testato in tipi di macchine virtuali specifici. Questa restrizione consente ai clienti di evitare la creazione di un sistema che non riesce a supportare i requisiti di prestazioni elevate di un flusso di lavoro tipico di Avere vFXT.
Avere vFXT per Azure può usare configurazioni di unità SSD Premium da 1 TB o 4 TB. La configurazione di unità SSD Premium può essere distribuita come più dischi gestiti.
No, il cluster richiede dischi gestiti.
Avere vFXT per Azure attualmente non supporta unità SSD locali. I dischi usati per Avere vFXT devono poter essere arrestati e riavviati, ma le unità SSD collegate locali in questa configurazione possono essere solo terminate.
No, il sistema supporta solo configurazioni di unità SSD Premium.
È possibile rimuovere unità SSD Premium e ricollegarle in un secondo momento per mantenere il contenuto della cache tra un uso e l'altro?
La rimozione e il ricollegamento delle unità SSD non sono supportati. I metadati o il contenuto dei file nell'origine potrebbero avere subito modifiche tra un uso e l'altro, il che potrebbe causare problemi di integrità dei dati.
Viene eseguito lo striping dei dati tra i dischi, ma i dati non vengono crittografati. Tuttavia, i dischi stessi possono essere crittografati. Per altre informazioni, vedere Applicare la sicurezza e usare criteri in macchine virtuali in Azure.
Se si usa l'archiviazione locale con Avere vFXT, è necessario avere una connessione di rete da almeno 1 Gbps tra la risorsa di archiviazione e il cluster. Se si dispone di una quantità di dati limitata e si è disposti a copiare i dati nel cloud prima di eseguire i processi, potrebbe essere sufficiente la connettività VPN.
Suggerimento
Un collegamento di rete lento implica una maggiore lentezza delle letture a freddo iniziali. A sua volta, una lentezza della lettura aumenta la latenza della pipeline di lavoro.
Sì, è possibile creare il sistema Avere vFXT in un'altra rete virtuale. Leggere Pianificare il sistema Avere vFXT per maggiori dettagli.
Sì. Avere vFXT viene eseguito esclusivamente come cluster a disponibilità elevata e richiede più indirizzi IP per il funzionamento. Se il cluster è nella propria subnet, si evita il rischio di conflitti di indirizzi IP, che possono causare problemi per l'installazione e il normale funzionamento. La subnet del cluster può essere all'interno di una rete virtuale usata da altre risorse purché non si sovrapponga alcun indirizzo IP.
No, Avere vFXT usa solo Ethernet/IP.
L'ambiente Avere vFXT è come qualsiasi altra macchina virtuale di Azure, perché richiede l'accesso indirizzato tramite un gateway di rete o una rete VPN al data center del cliente (e viceversa). È consigliabile usare la connettività Azure ExpressRoute se è disponibile nell'ambiente in uso.
I requisiti di larghezza di banda generali dipendono da due fattori:
- La quantità di dati richiesti dall'origine
- La tolleranza del sistema client per la latenza durante il caricamento iniziale dei dati
Per gli ambienti sensibili alla latenza, è consigliabile usare una soluzione fiber con una velocità di collegamento minima di 1 Gbps. Se disponibile, usare ExpressRoute.
No, Avere vFXT è progettato per l'uso in un ambiente di rete protetto tramite procedure consigliate.
In generale, è possibile configurare una sicurezza aggiuntiva nella rete virtuale in base alle proprie esigenze, ma alcune restrizioni possono interferire con il funzionamento del cluster.
Ad esempio, la limitazione dell'accesso a Internet in uscita dalla rete virtuale causa problemi per il cluster, a meno che non si aggiunga anche una regola che consenta in modo esplicito l'accesso ad AzureCloud. Questa situazione è descritta nella documentazione supplementare su GitHub.
Per informazioni sulla sicurezza personalizzata, contattare il supporto tecnico come descritto in Ottenere assistenza per il sistema.
Un cluster Avere vFXT supporta fino a 20 core filer.
Avere vFXT non è una soluzione di archiviazione. È una cache che legge e scrive i dati da più destinazioni di archiviazione denominate core filer. I dati archiviati nei dischi SSD Premium in Avere vFXT sono temporanei e alla fine vengono scaricati nella risorsa di archiviazione dei core filer back-end.
In termini generali, Avere vFXT per Azure supporta i sistemi seguenti come core filer:
Dell EMC Isilon (OneFS 7.1, 7.2, 8.0 e 8.1)
NetApp ONTAP (modalità Cluster 9.4, 9.3, 9.2, 9.1P1, 8.0-8.3) e (modalità 7 7.*, 8.0-8.3)
Contenitori BLOB di Azure (solo archiviazione con ridondanza locale)
Anche se tutte le piattaforme NFS soddisfano gli stessi standard IETF, in pratica ogni implementazione ha i propri comportamenti anomali. Questi dettagli influiscono sul modo in cui Avere vFXT interagisce con il sistema di archiviazione. I sistemi supportati sono le piattaforme più diffuse nel marketplace.
Avere vFXT non supporta l'archiviazione di oggetti privati.
In che modo è possibile ottenere un prodotto di archiviazione specifico nell'ambito del piano di supporto?
Il supporto è basato sull'entità della richiesta sul campo. Se c'è un numero sufficiente di richieste potenzialmente redditizie per supportare una soluzione NAS, verrà presa in considerazione. Inoltrare la propria richiesta tramite il supporto di Azure.
Sì, Avere vFXT per Azure può usare un contenitore BLOB in blocchi come core filer cloud.
L'account di archiviazione deve essere un account per utilizzo generico v2 (GPv2) configurato solo per l'archiviazione con ridondanza locale. L'archiviazione con ridondanza geografica e l'archiviazione con ridondanza della zona non sono supportate.
Per altre informazioni dettagliate sui requisiti dell'account di archiviazione, leggere Core filer cloud di Archiviazione BLOB di Azure.
No. Il contratto di servizio per lo spazio di archiviazione non è compatibile con la directory in tempo reale e i requisiti di accesso ai file del sistema Avere vFXT.
L'archivio BLOB con livello di accesso sporadico non è in genere consigliato per il core filer di Avere vFXT per Azure. Il livello di accesso sporadico offre costi di archiviazione inferiori, ma costi operativi più elevati. Per altre informazioni dettagliate, vedere Prezzi dei BLOB in blocchi. Se i dati saranno accessibili e modificati o eliminati di frequente, è consigliabile usare il livello di accesso frequente.
Livelli di accesso offre altre informazioni su quando può essere utile usare l'archiviazione con livello di accesso sporadico come core filer di vFXT.
È possibile configurare la crittografia dei BLOB in Azure (scelta consigliata) o a livello del core filer di Avere vFXT.
Per impostazione predefinita, i dati vengono crittografati tramite chiavi gestite da Microsoft per Archiviazione BLOB, tabelle e code di Azure e per File di Azure. È possibile usare la funzionalità BYOK (Bring Your Own Key) per la crittografia per Archiviazione BLOB e File di Azure. Se si sceglie di usare la crittografia Avere vFXT, è necessario usare la chiave generata da Avere e memorizzarla in locale.
La licenza di Avere vFXT per Azure è disponibile tramite Azure Marketplace. Registrarsi per un account Azure e quindi seguire le istruzioni in Distribuire il cluster Avere vFXT per creare un cluster Avere vFXT.
In Azure non è prevista alcuna tariffa aggiuntiva per la licenza per l'uso dei cluster Avere vFXT. I clienti sono responsabili per i costi di archiviazione e gli altri costi per l'utilizzo di Azure.
No, i cluster Avere vFXT richiedono un servizio "Always On". I cluster possono essere disattivati quando non sono necessari.
Per iniziare a usare Avere vFXT per Azure, vedere gli articoli seguenti per informazioni su come pianificare e distribuire il sistema:
- Pianificare il sistema Avere vFXT
- Panoramica della distribuzione
- Preparare la creazione di un cluster Avere vFXT
- Distribuire il cluster Avere vFXT
Per altre informazioni sulle funzionalità e i casi d'uso per Avere vFXT, visitare il sito di Avere vFXT per Azure.