Le vostre domande, con le relative risposte.

EngineGrids Accelerator si interpone tra le applicazioni e i relativi database. Gestisce le letture idonee dalla memoria e utilizza le modifiche al database confermate da CDC per mantenere la cache. Il database rimane il sistema di riferimento. Scopri l'Acceleratore .

Le applicazioni si connettono a un endpoint Accelerator, che a sua volta si connette al database. L'Accelerator può rispondere alle richieste di lettura idonee dalla sua cache e, se necessario, inoltrare le operazioni al database esistente. Un cluster posiziona più nodi Accelerator dietro un endpoint applicativo condiviso. Consultare le architetture di riferimento .

I team che si trovano ad affrontare pressioni sui costi dei database, una crescente domanda di applicazioni o letture ripetute dei database possono utilizzare una valutazione per verificarne l'adeguatezza. Gli acquirenti aziendali possono esaminare costi e capacità, gli architetti possono valutare il comportamento delle applicazioni e gli operatori possono pianificare l'implementazione e il monitoraggio. I partner possono riunire queste attività in un unico progetto con il cliente.

Le letture ripetute consumano risorse del database che potrebbero essere utilizzate per altre attività. Rispondere alle query riutilizzabili tramite l'Acceleratore può ridurre tale consumo e migliorare la reattività dell'applicazione. L'opportunità di business consiste in una maggiore capacità a fronte dell'investimento esistente, un ingombro del database ridotto o una combinazione di entrambi, supportata dalle misurazioni.

Entrambi sono obiettivi validi. Puoi valutare una dimensione del database inferiore che soddisfi comunque i tuoi obiettivi di prestazioni, oppure mantenere la capacità esistente per gestire una maggiore domanda e rimandare l'espansione. Confronta le opzioni in base al carico di lavoro, ai requisiti operativi, ai costi dell'infrastruttura e agli accordi di licenza. Esplora il valore aziendale .

No. Le misure di riduzione del database CPU comportano un minor carico di elaborazione; la spesa dipende dalle risorse effettivamente allocate, dai termini di licenza, dai prezzi del cloud e dai costi operativi. È necessario elaborare un'analisi finanziaria basata su una configurazione che soddisfi gli obiettivi di prestazioni, includendo l'Acceleratore e i servizi correlati nel confronto.

Parti dai costi attuali del database e dell'infrastruttura, dagli impegni di licenza, dalla domanda di carico di lavoro, dai tempi di risposta, dalla produttività e dalle aspettative di crescita. Confronta questi dati con i risultati misurati e con una proposta di implementazione. Distingui i risparmi dalle risorse che puoi rimuovere dalla capacità che puoi riutilizzare e includi l'implementazione e la gestione continua nel piano. Consulta l'approccio di ottimizzazione dei costi .

EngineGrids supporta MySQL , MariaDB , PostgreSQL , Microsoft , SQL Server , Oracle Database e IBM Db2 per Linux . Esplora i motori di database .

Pianificate insieme la versione del server, il driver nativo, le impostazioni TLS e i prerequisiti CDC . EngineGrids può aiutarvi a rivedere l'ambiente del database e la scelta del pacchetto. Discutete la vostra implementazione .

L'accelerazione di lettura trasparente utilizza i driver del database esistenti e le impostazioni di connessione aggiornate. Punta l'applicazione all'indirizzo e alla porta dell'acceleratore, quindi riconnettiti. La gestione opzionale della coda di scrittura cambia quando alcune scritture vengono confermate, quindi valuta questa impostazione separatamente in base al comportamento della tua applicazione. Consulta la guida alla connessione .

Per l'accelerazione di lettura trasparente non è necessaria alcuna migrazione dei dati. I dati rimangono nel database esistente, che continua a essere il sistema di riferimento. L'acceleratore aggiunge un livello al percorso di connessione dell'applicazione; non sostituisce il database né le sue responsabilità in termini di disponibilità e backup.

L'acceleratore si connette all'endpoint del database utilizzato dalla tua applicazione. Per un database gestito, pianifica insieme il protocollo del database, l'accesso alla rete, le credenziali e la sicurezza della connessione. Il database continua a essere gestito tramite il servizio esistente. I progetti di riferimento ti aiutano a pianificare i livelli di applicazione e accelerazione nel tuo ambiente.

Individua le operazioni di lettura ricorrenti e la domanda di accesso al database rilevanti per la tua applicazione o il tuo budget. Valuta il riutilizzo delle query, il mix di letture e scritture, i modelli di modifica dei dati, i tempi di risposta e il throughput in condizioni di traffico rappresentative. Il risultato dovrebbe mostrare sia il comportamento dell'applicazione sia la quantità di lavoro che raggiunge il database. Utilizza Performance Lab .

L'hub di architettura include progetti iniziali per applicazioni gestite dal cliente ( CMS , CRM , ERP , finanziarie e di dati anagrafici. Questi progetti mostrano dove si inserisce l'accelerazione e quale livello è responsabile di ciascuna attività. Utilizza la connessione al database e il carico di lavoro effettivi della tua applicazione per trasformare un progetto in un piano di implementazione. Esplora i progetti di carico di lavoro .

L'acceleratore mantiene in memoria i risultati delle query riutilizzabili. Quando una lettura può utilizzare un risultato valido memorizzato nella cache, può essere eseguita senza ripetere l'operazione sul database. Le letture che richiedono l'accesso al database proseguono lungo il percorso di connessione al database. Scopri come funziona l'accelerazione .

La cattura dei dati modificati segue le modifiche confermate dal database. EngineGrids utilizza identità di riga, predicati e dipendenze per mantenere le righe memorizzate nella cache e invalidare i risultati delle query interessate. Le interruzioni CDC attivano il bypass e la risincronizzazione.

Configurare CDC per coprire tutte le modifiche confermate rilevanti, incluse le scritture effettuate direttamente sul database. Esaminare le autorizzazioni di replica, la copertura dell'origine e il ritardo del motore selezionato. Pianificare l'accesso CDC .

Le regole di transazione e isolamento del database rimangono valide. Il riutilizzo della cache segue le regole di transazione del motore e le letture pertinenti sono protette da risultati obsoleti memorizzati nella cache, mentre le scritture protette rimangono non risolte. L'accelerazione non sovrascrive il normale comportamento di snapshot delle transazioni del database.

La memorizzazione nella cache delle letture non richiede scritture in coda. Selezionare l'ambito di scrittura in base al motore e ai requisiti di risposta nativa dell'applicazione. Le scritture MySQL e MariaDB attendono la risposta effettiva del database. Esaminare il comportamento di scrittura .

Per le scritture autocommit in coda idonee, il successo conferma l'accettazione in memoria prima del completamento dell'esecuzione del database. Tale coda non è persistente né replicata, pertanto le scritture accettate possono andare perse in caso di errore del processo o dell'host. Le operazioni che richiedono valori generati dal database attendono la risposta nativa.

Il comportamento di scrittura è specifico del motore. MySQL e MariaDB conservano le risposte di scrittura effettive del database. Altri adattatori possono mettere in coda operazioni di autocommit a singola istruzione idonee, inoltrando al contempo transazioni e operazioni che necessitano di risultati generati dal database. Consultare la sezione relativa al comportamento di scrittura .

Ogni istanza inizia in modalità bypass, inoltrando le richieste mentre riempie la sua cache locale. L'intervallo di riscaldamento predefinito è di 120 secondi dall'inoltro operativo. Trascorso l'intervallo configurato, le letture valide e idonee possono utilizzare i risultati memorizzati nella cache. Rivedere le impostazioni della cache .

EngineGrids è disponibile per implementazioni cloud e on-premise, inclusi gli ambienti VMware e Nutanix , e come software installabile in ambienti gestiti dal cliente. L'acceleratore viene eseguito su server Linux controllati dal cliente, tra i servizi applicativi e il database. Scegliere l'accesso alla rete e la capacità in base all'ambiente e al carico di lavoro. Consultare la panoramica dell'implementazione .

Assicurati di avere i pacchetti Accelerator, un account Linux o SSH autorizzato, l'endpoint del database, le credenziali dell'applicazione, i prerequisiti CDC e i file TLS . Leggi la checklist di configurazione .

accel_setup fornisce menu guidati del terminale per le connessioni al database, TLS , CDC , memoria cache, riscaldamento, visibilità e ambito di accelerazione. Rivedi le impostazioni mascherate e scegli Salva o Annulla. Vedi i passaggi di configurazione .

Salva e convalida la configurazione, quindi avvia esplicitamente il servizio Accelerator. Le installazioni precompilate utilizzano systemctl; le istanze locali utilizzano accel start. Il salvataggio della configurazione non riavvia automaticamente il traffico. Segui i passaggi di avvio e connessione .

Inizia con una singola istanza oppure posiziona istanze indipendenti dietro un bilanciatore di carico esterno TCP . Ogni istanza ha la propria cache, il proprio consumer CDC e le proprie sessioni. Pianifica più istanze .

Ogni istanza elabora le modifiche al database tramite la sua connessione CDC e mantiene la propria cache locale. Un bilanciatore di carico esterno instrada le connessioni. La configurazione può essere copiata tramite esportazione e importazione, quindi esaminata per l'istanza di destinazione. Esamina le operazioni dell'istanza .

Installa e configura la nuova istanza, assegnale l'identità e le autorizzazioni CDC necessarie e verifica la connettività TLS e del database. Controlla le porte del listener e i percorsi dei file locali, quindi configura il bilanciatore di carico esterno e preriscalda la cache locale. Pianifica un'altra istanza .

Performance Lab ti aiuta a pianificare ed eseguire una valutazione con il tuo carico di lavoro. Confronta un percorso diretto al database con lo stesso carico di lavoro tramite EngineGrids , quindi analizza il comportamento dell'applicazione e la richiesta del database. Pianifica la tua valutazione .

Scegli un carico di lavoro rappresentativo, un ambiente di test cloud, l'accesso alle metriche delle prestazioni del database e criteri di successo chiari. Pianifica condizioni ripetibili prima di confrontare i percorsi diretto e accelerato. Inizia con i requisiti del laboratorio e le linee guida per la configurazione , quindi utilizza la Guida alla configurazione dell'acceleratore.

Utilizza lo stesso carico di lavoro e le stesse risorse per entrambi i percorsi. Stabilisci la baseline per il database diretto, configura e preriscalda l'Acceleratore e ripeti il carico di lavoro attraverso di esso. Mantieni costanti i periodi di misurazione e le unità di misura e registra le modifiche alla configurazione o al traffico in modo da poter interpretare le differenze. Rivedi i passaggi di confronto .

Misura i tempi di risposta delle applicazioni, il throughput, gli errori di connessione e il completamento del carico di lavoro. Confronta il database CPU con il numero di istruzioni o esecuzioni, insieme alla memoria disponibile e alle metriche di I/O. Registra anche l'utilizzo delle risorse dell'acceleratore, in modo che una riduzione del lavoro sul database venga considerata insieme all'intera implementazione. Comprendi i tuoi risultati .

I risultati attuali mostrano la riduzione del database CPU e i tassi di successo della cache per l'acceleratore 1.0.2 su sei motori. Performance Lab ti aiuta a valutare il tuo carico di lavoro e la tua implementazione. Esplora i risultati del benchmark .

Il risultato dipende dal riutilizzo delle query, dai modelli di lettura e scrittura, dal comportamento della connessione, dalle risorse e dal modo in cui l'applicazione utilizza il database. Confronta le prestazioni dell'applicazione e la richiesta di database: un minor carico di lavoro sul database e una maggiore produttività dell'applicazione sono due parametri diversi. Definisci criteri di successo che rispecchino il tuo carico di lavoro e gli obiettivi aziendali.

Analizza le variazioni di prestazioni e di domanda del database, dimensiona l'implementazione proposta e confronta i costi di infrastruttura, licenze, Accelerator e operativi. Quindi pianifica l'implementazione e l'acquisto con il tuo team o partner. Puoi discutere i risultati con EngineGrids e rivedere il processo di acquisto .

Le interfacce rivolte all'applicazione, al database e CDC TLS vengono configurate in modo indipendente. Preparare i file di certificato e di attendibilità per l'account di servizio. L'amministrazione remota utilizza il servizio SSH esistente con verifica della chiave host. Rivedere la sicurezza della connessione .

Utilizzare accel e accel_setup localmente tramite le autorizzazioni del sistema operativo o in remoto tramite SSH . Installare il pacchetto di utilità su una workstation di gestione e mantenere le impostazioni autorevoli sul server gestito. Consultare la guida all'amministrazione remota .

Le applicazioni si autenticano utilizzando le credenziali di database esistenti. Le nuove sessioni vengono convalidate con il database. Configurare un account CDC separato con le autorizzazioni di replica e metadati richieste dal motore selezionato. Rivedere gli account e CDC .

I risultati memorizzati nella cache e le scritture in coda idonee rimangono nella memoria dell'istanza. SQLite memorizza la configurazione e i log degli errori delimitati. La configurazione esportata include i segreti ma esclude i risultati memorizzati nella cache, le scritture in coda e l'avanzamento in tempo reale CDC . Rivedere lo stato e l'archiviazione .

Un bilanciatore di carico esterno può instradare le nuove connessioni alle istanze disponibili. Le sessioni non riuscite si riconnettono; le cache vengono riempite dopo il riavvio. Le scritture in coda in memoria che non hanno raggiunto il database possono andare perse. Rivedere le operazioni sull'istanza .

Il database rimane responsabile della persistenza dei dati, della disponibilità del database, del backup e del ripristino. Le istanze dell'acceleratore hanno le proprie responsabilità di routing e di ciclo di vita. Esaminare i layout di distribuzione .

La coda è solo in memoria e non dispone di registro di ripristino né di riproduzione dopo un errore di processo. Consente il completamento del lavoro in coda prima degli arresti pianificati e riconcilia i risultati dell'applicazione con il database dopo un errore. Esamina le operazioni della coda .

Utilizzare accel per osservare i successi e i fallimenti della cache, lo stato e il ritardo CDC , il traffico di protocollo, l'occupazione della cache e il tempo di attività. Esaminare i log di runtime/errore ed esportare le metriche di OpenTelemetry per il monitoraggio continuo. Aprire la guida al monitoraggio .

Instrada le nuove connessioni lontano da un'istanza, attendi il completamento dell'operazione e verifica lo svuotamento della coda. Rivedi e controlla le impostazioni prima di un riavvio esplicito. Il bypass all'avvio inoltra le richieste mentre la cache si riscalda e la perdita di CDC attiva il bypass fino al ripristino della coerenza. Pianifica la manutenzione .

Esporta la configurazione SQLite e conserva in modo sicuro i file di certificato e chiave a cui si fa riferimento. Gli aggiornamenti del pacchetto mantengono le impostazioni dell'istanza; riavvia esplicitamente in seguito. Mantieni le procedure di backup e ripristino del database. Consulta la guida all'aggiornamento .

Sì. La prova gratuita dura 30 giorni. Valuta EngineGrids Accelerator con i tuoi carichi di lavoro, da solo o con il tuo partner. Utilizza la valutazione per misurare il valore e pianificare l'implementazione e l'acquisto. Avvia una conversazione sulla prova .

Pianifica l'utilizzo a pagamento dell'implementazione che hai già valutato. Esamina l'offerta con EngineGrids e il tuo partner e procedi con l'acquisto per tale installazione. Discuti la possibilità di continuare il periodo di prova in corso .

Il prezzo dipende dalla versione, dalle dimensioni dell'implementazione e dall'offerta specifica per la tua organizzazione. Esamina l'offerta applicabile quando pianifichi l'acquisto. Valuta le tue esigenze di implementazione e includi infrastruttura e servizi nel budget complessivo. Trova la soluzione di acquisto più adatta a te .

Le inserzioni per AWS Marketplace , Microsoft Marketplace , Google Cloud Marketplace , Oracle Marketplace e IBM Marketplace saranno presto disponibili. Contatta EngineGrids o il tuo partner per informazioni sul software installabile per il tuo ambiente cloud o on-premise. Esplora le modalità di acquisto .

Sì. Puoi collaborare con EngineGrids e il tuo partner per un'offerta privata durante il periodo di valutazione. Illustra le tue esigenze di implementazione, i requisiti di acquisto e i risultati della valutazione. Discuti un'offerta privata .

Sì. Presenta EngineGrids al fornitore con cui collabori già. Il tuo partner può aiutarti a coordinare la valutazione, l'implementazione, i servizi e il percorso di acquisto per la tua distribuzione di software in cloud, on-premise o installabile. Scopri le opzioni di acquisto tramite partner .

Apri il link dell'offerta condiviso da EngineGrids o dal tuo partner e analizzalo in base alla tua organizzazione e all'implementazione prevista. Coordina i passaggi successivi con il team che ha fornito l'offerta. Se stai già eseguendo una versione di prova, includi tale installazione nella discussione sull'acquisto.

Fornisci il contesto del tuo database e dell'applicazione, i risultati della valutazione, le dimensioni previste dell'implementazione, il percorso di implementazione e acquisto preferito e, se applicabile, i contatti del partner. Identifica le persone responsabili degli acquisti e della gestione continua in modo che l'acquisto del software e il piano dei servizi siano coerenti. Esamina le opzioni di acquisto .

Il tuo fornitore di servizi gestiti è il contatto principale per la configurazione, il funzionamento ordinario e l'assistenza quotidiana. Inizia dal suo portale di supporto o dal servizio di assistenza. Se hai bisogno di aiuto per identificare il contatto del fornitore corretto, utilizza la procedura di richiesta informazioni al fornitore .

EngineGrids fornisce supporto diretto di livello 3 per problemi di ingegneria. Il tuo provider può aiutarti a coordinare il contesto di implementazione, l'indagine e il ripristino con il team di ingegneria. Utilizza il percorso di richiesta di assistenza tecnica quando hai bisogno di tale supporto.

Descrivi l'applicazione e il database interessati, quando si è verificato il problema, le modifiche recenti e cosa ti aspettavi che accadesse. Includi informazioni utili sul contesto di implementazione, evitando password, token di accesso o dati sensibili dei clienti. La guida alla risoluzione dei problemi ti aiuterà a preparare la discussione.

Utilizzare la Guida di installazione per l'installazione del pacchetto, la configurazione del terminale, l'accesso al database e a CDC , le impostazioni della cache e le connessioni delle applicazioni. Utilizzare la Guida dell'amministratore per l'amministrazione, il monitoraggio, il backup e la manutenzione di accel e SSH .

L'accelerazione di lettura trasparente si trova nel percorso di connessione al database. Gli utenti continuano a utilizzare l'applicazione che già possiedono; gli amministratori configurano l'acceleratore e aggiornano le impostazioni di connessione dell'applicazione. Il team operativo utilizza le guide di configurazione e amministrazione.

I rivenditori possono aggiungere l'accelerazione del database alla loro offerta e fornire supporto per gli acquisti. Gli integratori di sistemi possono creare progetti di valutazione, implementazione e integrazione. Gli MSP possono offrire monitoraggio continuo, ottimizzazione e supporto clienti primario, mentre EngineGrids si occupa dell'ingegneria di livello 3 . Scopri il programma partner .

Utilizza i progetti per inserire l'Acceleratore in una soluzione per il cliente e definisci le responsabilità a livello di applicazione, accelerazione e database. Crea un progetto di ottimizzazione dei costi per un ambiente esistente o pianifica nuove applicazioni CMS , CRM , ERP , finanziarie e di dati anagrafici. Inizia con l'Architecture Hub e utilizza Performance Lab per valutare il carico di lavoro del cliente.

Descrivete a EngineGrids come servite i clienti, il tipo di partnership che avete in mente e un'opportunità di business in cui l'accelerazione potrebbe essere utile. Il modulo di richiesta di partnership avvia la conversazione su valutazione, implementazione, acquisto e servizi continuativi.