FAQ su NetApp Workload Factory for Databases
Trova le risposte alle domande più frequenti su NetApp Workload Factory for Databases, inclusi concetti, prerequisiti e comportamenti utili quando distribuisci, registri, ottimizzi, cloni e proteggi i carichi di lavoro dei database su Amazon FSx for NetApp ONTAP.
Guida introduttiva e autorizzazioni
Workload Factory for Databases individua, valuta, esegue il provisioning e gestisce i database SQL Server, PostgreSQL e Oracle su FSx for ONTAP.
Consulta "Scopri di più su Workload Factory per database" per i modelli supportati.
Workload Factory for Databases funziona in tutte le regioni commerciali in cui FSx for ONTAP è supportato, ma non nelle regioni della Cina, Secret Cloud o Top Secret Cloud.
No. Puoi iniziare in modalità base senza concedere autorizzazioni e copiare esempi di codice parzialmente completati da Codebox. Se vuoi individuare host e gestire risorse, devi aggiungere le credenziali AWS e creare policy IAM per le autorizzazioni necessarie. Vedi "Avvio rapido".
Il calcolatore di risparmio per gli host rilevati e l'analizzatore del registro degli errori richiedono autorizzazioni di visualizzazione, pianificazione e analisi. La registrazione delle risorse, la creazione di database, la creazione di cloni sandbox e la correzione dei problemi di architettura corretta richiedono autorizzazioni per le operazioni e la correzione. La distribuzione di un nuovo host di database richiede autorizzazioni per la creazione dell'host di database.
Distribuisci gli host del database
La creazione rapida applica le impostazioni predefinite: distribuzione FCI, Windows Server 2016 e SQL Server 2019 Standard Edition. La creazione avanzata consente di personalizzare il modello di distribuzione (FCI o istanza singola), il sistema operativo, l'edizione, la versione, il tipo di istanza, gli IOPS provisionati e il throughput, la crittografia e il monitoraggio.
Le implementazioni FCI creano un file system Multi-AZ FSx for ONTAP e FCI è supportato solo nelle configurazioni Multi-AZ. Le implementazioni standalone creano un file system Single-AZ. Se selezioni un file system esistente, viene creata una nuova macchina virtuale di storage per i carichi di lavoro di SQL Server.
Probabilmente. Il deployment crea gli endpoint dell'interfaccia AWS e l'endpoint del gateway S3 necessari, se non esistono già. Inoltre imposta su true gli attributi DNS della VPC EnableDnsSupport e EnableDnsHostnames se non lo sono già.
Ti serve l'accesso amministrativo ad Active Directory in modo che il deployment possa unirsi al dominio e creare oggetti computer. Il deployment crea un account di servizio SQL se non ne fornisci uno. Per Active Directory gestito dall'utente, devi fornire un gruppo di sicurezza che consenta il traffico dalle istanze EC2 al servizio di directory.
Durante la distribuzione, Workload Factory abilita CredSSP per la delega delle credenziali agli script di provisioning. Se un criterio di gruppo blocca la delega di CredSSP per tutti i computer del dominio, la distribuzione non riesce. Workload Factory disabilita CredSSP al termine della distribuzione.
Non immediatamente. Workload Factory non abilita la connessione remota su SQL Server distribuito, quindi dovrai configurarla manualmente, ad esempio consentendo l'indirizzo IP o la subnet del client richiesti nel gruppo di sicurezza.
Registra e gestisci le risorse
La registrazione ti consente di creare database e cloni sandbox, eseguire l'analisi dei log degli errori e ottimizzare le configurazioni. Le risorse devono essere in esecuzione sullo storage FSx for ONTAP e comparire in Inventory, che richiede credenziali AWS. Devi anche associare un link al file system FSx for ONTAP e completare i controlli dei prerequisiti, inclusi i moduli AWS e NetApp PowerShell per SQL Server.
Puoi registrare e gestire solo istanze di SQL Server (FCI e standalone) e database Oracle. Gli host PostgreSQL vengono visualizzati nell'Inventory in base alle tue credenziali AWS, ma non sono registrati. Il rilevamento copre solo PostgreSQL su Amazon Linux e solo Oracle su Red Hat Enterprise Linux.
Rendi disponibili nella VPC gli endpoint VPC per S3, AWS Systems Manager e FSx for ONTAP e consenti la porta 443 nel gruppo di sicurezza per gli endpoint dell'interfaccia. Se utilizzi un proxy, devi anche consentire i domini Microsoft, PowerShell Gallery (SQL Server) e AWS richiesti.
Non puoi più eseguire il deployment o monitorare la risorsa dalla console e la sua capacità di storage FSx for ONTAP non viene più conteggiata come utilizzata dall'istanza. Puoi registrare di nuovo la risorsa in un secondo momento.
La creazione di un database aggiunge due nuovi volumi con LUN indipendenti per i file di dati e di log. I file sono con thin provisioning e occupano solo pochi MB dello spazio allocato. I server SQL che utilizzano SMB non supportano la creazione di database.
Calcolatore del risparmio
Confronta i costi di storage, calcolo, licenza SQL, snapshot e cloni su FSx for ONTAP con quelli di Amazon Elastic Block Store, FSx for Windows File Server e dello storage on-premises. Per gli host on-premises, scarichi uno script di valutazione PowerShell, lo esegui sull'host e carichi i risultati. Puoi quindi selezionare fino a cinque host da analizzare. Tieni presente che le dimensioni del volume on-premises non vengono considerate nei calcoli dei costi e delle percentuali di risparmio.
Si consiglia di effettuare il downgrade quando l'istanza dispone di 48 vCPU o meno e 128 GB o meno di memoria. L'istanza inoltre non deve utilizzare funzionalità Enterprise come operazioni di indicizzazione online, Resource Governor, replica peer-to-peer o Oracle, estensioni R/Python o TempDB ottimizzato per la memoria. Anche il modello di distribuzione non deve richiedere Enterprise.
Puoi selezionare fino a cinque host rilevati. Workload Factory li consolida in un'unica configurazione consigliata di FSx for ONTAP con una sola istanza SQL, a meno che gli host non superino i limiti di throughput, capacità o IOPS di un singolo file system. La creazione o il salvataggio di più file system FSx for ONTAP non è supportata.
Configurazioni ben progettate
La valutazione una tantum esegue uno script sull'host e carica i risultati, quindi non memorizza credenziali e non richiede la registrazione delle risorse. La valutazione continua richiede la registrazione delle risorse, l'associazione di un collegamento e la concessione delle autorizzazioni. Analizza ogni giorno e può risolvere automaticamente i problemi.
Alcune correzioni possono causare tempi di inattività o interruzioni del servizio, quindi controlla prima ogni raccomandazione. Ad esempio, verifica le raccomandazioni RSS e MAXDOP in termini di prestazioni prima di modificare l'ambiente di produzione.
Sì. Ignorando una configurazione ne interrompi l'analisi, eviti avvisi non necessari e la rimuovi dal punteggio di ottimizzazione complessivo. Puoi riattivarla in qualsiasi momento e l'analisi riprenderà quindi ogni giorno.
Gli snapshot pianificati di FSx for ONTAP non sono coerenti con l'applicazione. Ti consigliamo di gestire gli snapshot esternamente con strumenti come NetApp SnapCenter per ottenere backup coerenti con l'applicazione ed evitare la corruzione durante il ripristino. Tieni presente che Advanced create host deployment abilita per impostazione predefinita una policy di snapshot giornaliera con conservazione di 7 giorni.
Cloni sandbox
Un clone sandbox viene creato dallo snapshot più recente del database di origine. Può trovarsi sulla stessa istanza di SQL Server o su un'altra, purché l'host di destinazione sia nella stessa VPC e condivida lo stesso file system FSx for ONTAP dell'origine. Per crearne uno, ti servono un'istanza di SQL Server gestita (registrata) e le autorizzazioni per operazioni e correzione.
L'operazione di aggiornamento sincronizza il clone con lo stato corrente del database di origine o con uno snapshot precedente ed elimina tutte le modifiche che hai apportato al clone. L'operazione di ripristino (Re-baseline) riporta il clone allo stato in cui si trovava al momento della creazione, elimina anche in questo caso le modifiche e consente di risparmiare spazio rispetto alla creazione di un nuovo clone. L'operazione di divisione (Split) trasforma il clone in un database indipendente che consuma capacità di storage e il clone viene eliminato al termine della divisione.
Se crei un clone mentre il database di origine è occupato, il clone potrebbe non essere sincronizzato con l'ultima snapshot. Il controllo di integrità esamina tutti gli oggetti nel clone. Se non riesce, non usare il clone e creane uno nuovo.
La suddivisione crea un nuovo database che consuma ulteriore capacità di archiviazione. Pianifica la capacità necessaria e, se necessario, aumenta in anticipo la capacità del file system FSx for ONTAP.
Protezione dei dati
Esegui il backup dei carichi di lavoro con snapshot locali sullo storage primario FSx for ONTAP e li replichi nello storage secondario FSx for ONTAP utilizzando la tecnologia SnapMirror. Puoi creare policy di protezione in Backup and Recovery.
L'istanza di SQL Server deve essere registrata con le credenziali di Windows. Devi inoltre soddisfare i requisiti di Backup and Recovery per SQL Server, i requisiti di NetApp Console (incluso un agente Console) e le licenze. Workload Factory installa quindi il Plug-in for Microsoft SQL Server e ti reindirizza a Backup and Recovery per creare una policy di protezione.
Automazione e analisi degli errori
Codebox è un copilota di infrastruttura come codice che genera codice per REST API, AWS CLI, CloudFormation e Terraform per le operazioni supportate da Workload Factory. Il codice Terraform nasconde le password di fsxadmin e vsadmin, quindi devi reinserirle. Un template CloudFormation scaricato o copiato viene conservato solo per soli sette giorni. Vedi "Automatizza con Codebox".
L'analizzatore richiede l'attivazione di Amazon Bedrock, un endpoint VPC Bedrock associato alla sottorete dell'host, risorse registrate e le autorizzazioni IAM necessarie. Per Oracle, devi anche concedere l'accesso a V$DIAG_ALERT_EXT. Se l'amministratore dell'account ha disabilitato le funzionalità di intelligenza artificiale, l'analizzatore non è disponibile.
I dati di log e le aggregazioni rimangono nel tuo account AWS e transitano attraverso un endpoint VPC privato, senza alcuna esposizione a Internet pubblico. I dati dei clienti non servono per addestrare o migliorare i modelli. Bedrock elabora i log in tempo reale e i risultati sono archiviati nel tuo ambiente.