Vos questions, nos réponses.

EngineGrids Accelerator fait office d'interface entre les applications et leurs bases de données existantes. Il traite les données éligibles en lecture depuis la mémoire et utilise les modifications validées de la base de données CDC pour maintenir le cache. La base de données reste le système de référence. Découvrez l'accélérateur .

Les applications se connectent à un point de terminaison Accelerator, qui se connecte à la base de données. L'Accelerator peut répondre aux requêtes de lecture éligibles depuis son cache et acheminer les opérations vers la base de données existante selon les besoins. Un cluster regroupe plusieurs nœuds Accelerator derrière un point de terminaison d'application partagé. Consultez les architectures de référence .

Les équipes confrontées à des contraintes budgétaires liées aux bases de données, à une demande croissante d'applications ou à des accès répétés aux données peuvent recourir à une évaluation pour déterminer la solution la plus adaptée. Les responsables métiers peuvent examiner les coûts et la capacité, les architectes évaluer le comportement des applications et les opérateurs planifier le déploiement et la surveillance. Les partenaires peuvent coordonner ces activités lors d'une mission client.

Les lectures répétées consomment des ressources de base de données qui pourraient être utilisées pour d'autres tâches. Répondre aux requêtes réutilisables depuis l'Accélérateur permet de réduire cette consommation et d'améliorer la réactivité des applications. L'opportunité commerciale se traduit par une capacité accrue de votre investissement actuel, une empreinte de base de données réduite, ou une combinaison de ces deux facteurs, selon vos mesures.

Les deux objectifs sont valables. Vous pouvez opter pour une base de données plus petite qui répond toujours à vos objectifs de performance, ou conserver la capacité actuelle pour répondre à une demande accrue et reporter l'extension. Comparez les options en fonction de votre charge de travail, de vos exigences opérationnelles, des prix de l'infrastructure et des contrats de licence. Analysez la valeur ajoutée pour votre entreprise .

Non. La réduction de la base de données CPU mesure la diminution de la charge de traitement ; les dépenses dépendent des ressources effectivement allouées, des conditions de licence, des prix du cloud et des coûts d’exploitation. Élaborez votre analyse financière à partir d’une configuration répondant à vos objectifs de performance et incluez l’accélérateur et les services associés dans la comparaison.

Commencez par analyser les coûts actuels de la base de données et de l'infrastructure, les engagements de licence, la charge de travail, les temps de réponse, le débit et les prévisions de croissance. Comparez ces éléments aux résultats mesurés et à un déploiement proposé. Distinguez les économies réalisées grâce aux ressources que vous pouvez supprimer de la capacité que vous pouvez réutiliser, et intégrez la mise en œuvre et l'exploitation continue dans le plan. Consultez la méthode d'optimisation des coûts .

EngineGrids prend en charge MySQL , MariaDB , PostgreSQL , Microsoft , SQL Server , Oracle Database et IBM Db2 pour Linux . Explorez les moteurs de base de données .

Planifiez ensemble la version du serveur, le pilote natif, les paramètres TLS et les prérequis CDC . EngineGrids peut vous aider à examiner votre environnement de base de données et le choix du package. Discutez de votre déploiement .

L'accélération de lecture transparente utilise vos pilotes de base de données existants et vos paramètres de connexion mis à jour. Indiquez à l'application l'adresse et le port de l'accélérateur, puis reconnectez-vous. La mise en file d'attente des écritures (optionnelle) est modifiée lors de la confirmation de certaines écritures ; évaluez donc ce paramètre séparément en fonction du comportement de votre application. Consultez le guide de connexion .

Aucune migration de données n'est requise pour l'accélération de lecture transparente. Vos données restent dans votre base de données existante, qui demeure le système de référence. L'accélérateur ajoute une couche au chemin de connexion de l'application ; il ne remplace pas la base de données ni ses responsabilités en matière de disponibilité et de sauvegarde.

L'accélérateur se connecte au point de terminaison de la base de données utilisé par votre application. Pour une base de données gérée, définissez conjointement le protocole de base de données, l'accès réseau, les identifiants et la sécurité de la connexion. La base de données continue d'être exploitée par son service existant. Les architectures de référence vous aident à planifier les niveaux d'application et d'accélération dans votre environnement.

Recherchez les lectures récurrentes et la charge de base de données importantes pour votre application ou votre budget. Évaluez la réutilisation des requêtes, la répartition des lectures et des écritures, les modèles de modification des données, les temps de réponse et le débit sous un trafic représentatif. Le résultat doit indiquer le comportement de l'application et la charge de travail de la base de données. Utilisez Performance Lab .

Le hub d'architecture inclut des modèles de base pour les applications CMS , CRM , ERP , financières et de données de référence gérées par le client. Ces modèles indiquent où l'accélération s'intègre et quelle couche est responsable de chaque application. Utilisez la connexion à la base de données et la charge de travail réelles de votre application pour transformer un modèle en plan de déploiement. Explorez les modèles de charge de travail .

L'accélérateur conserve en mémoire les résultats de requêtes réutilisables. Lorsqu'une lecture peut utiliser un résultat valide mis en cache, elle peut être traitée sans solliciter à nouveau la base de données. Les lectures nécessitant une connexion à la base de données poursuivent leur exécution. Découvrez le fonctionnement de l'accélération .

La capture des données modifiées suit les modifications validées dans la base de données. EngineGrids utilise les identités de ligne, les prédicats et les dépendances pour maintenir les lignes mises en cache et invalider les résultats de requêtes affectés. Les interruptions CDC déclenchent un contournement et une resynchronisation.

Configurez CDC pour couvrir toutes les modifications validées pertinentes, y compris les écritures effectuées directement dans la base de données. Vérifiez les autorisations de réplication, la couverture des sources et le délai du moteur sélectionné. Planifiez l'accès à CDC .

Les règles de transaction et d'isolation de la base de données restent inchangées. La réutilisation du cache respecte les règles de transaction du moteur, et les lectures pertinentes sont protégées contre les résultats obsolètes mis en cache, tandis que les écritures protégées restent non résolues. L'accélération ne modifie pas le comportement normal des instantanés de vos transactions de base de données.

La mise en cache en lecture ne nécessite pas d'écritures en file d'attente. Sélectionnez la portée d'écriture en fonction du moteur et des exigences de réponse natives de l'application. Les écritures MySQL et MariaDB attendent la réponse effective de la base de données. Consultez le comportement d'écriture .

Pour les écritures en file d'attente éligibles à la validation automatique, la réussite confirme leur acceptation en mémoire avant la fin de l'exécution sur la base de données. Cette file d'attente n'est ni persistante ni répliquée ; par conséquent, les écritures acceptées peuvent être perdues en cas de défaillance du processus ou de l'hôte. Les opérations nécessitant des valeurs générées par la base de données attendent la réponse native.

Le comportement en écriture dépend du moteur utilisé. Les adaptateurs MySQL et MariaDB préservent les réponses d'écriture réelles de la base de données. Les autres adaptateurs peuvent mettre en file d'attente les opérations d'autocommit éligibles à instruction unique tout en transférant les transactions et les opérations nécessitant des résultats générés par la base de données. Consultez la documentation sur le comportement en écriture .

Chaque instance démarre en mode de contournement, en transférant les requêtes tout en remplissant son cache local. Le délai de préchauffage par défaut est de 120 secondes avant le démarrage du transfert. Une fois ce délai écoulé, les lectures valides peuvent utiliser les résultats mis en cache. Consultez les paramètres du cache .

EngineGrids est disponible pour les déploiements cloud et sur site, notamment dans les environnements VMware et Nutanix , ainsi que sous forme de logiciel installable dans les environnements gérés par le client. L'accélérateur s'exécute sur les serveurs Linux contrôlés par le client, entre vos services applicatifs et votre base de données. Choisissez l'accès réseau et la capacité adaptés à votre environnement et à votre charge de travail. Consultez la présentation du déploiement .

Vous devez disposer des packages Accelerator, d'un compte Linux ou SSH autorisé, du point de terminaison de la base de données, des informations d'identification de l'application, des prérequis CDC et des fichiers TLS . Consultez la liste de vérification de l'installation .

accel_setup propose des menus de terminal guidés pour les connexions aux bases de données, TLS , CDC , la mémoire cache, le préchauffage, la visibilité et l'accélération. Vérifiez les paramètres masqués et choisissez Enregistrer ou Annuler. Consultez les étapes d'installation .

Enregistrez et validez la configuration, puis démarrez explicitement le service Accelerator. Les installations packagées utilisent systemctl ; les instances locales utilisent accel start. L’enregistrement de la configuration ne redémarre pas automatiquement le trafic. Suivez les étapes de démarrage et de connexion .

Commencez par une seule instance, ou placez des instances indépendantes derrière un équilibreur de charge TCP . Chaque instance possède son propre cache, CDC consommateur et ses propres sessions. Prévoyez plusieurs instances .

Chaque instance reçoit les modifications de la base de données via sa connexion CDC et gère son propre cache local. Un répartiteur de charge externe achemine les connexions. La configuration peut être copiée par exportation et importation, puis vérifiée pour l'instance de destination. Consultez les opérations de l'instance .

Installez et configurez la nouvelle instance, attribuez-lui l'identité et les permissions CDC requises, puis vérifiez la connectivité TLS et à la base de données. Examinez les ports d'écoute et les chemins d'accès aux fichiers locaux, puis configurez votre équilibreur de charge externe et initialisez le cache local. Planifiez une autre instance .

Performance Lab vous aide à planifier et à exécuter une évaluation avec votre charge de travail. Comparez un accès direct à la base de données avec la même charge de travail via EngineGrids , puis examinez le comportement de l'application et la demande de la base de données. Planifiez votre évaluation .

Choisissez une charge de travail représentative, un environnement de test cloud, un accès aux mesures de performance de la base de données et des critères de réussite clairs. Prévoyez des conditions reproductibles avant de comparer les chemins direct et accéléré. Commencez par consulter la configuration requise et les instructions d'installation du laboratoire , puis utilisez le guide d'installation de l'accélérateur.

Utilisez la même charge de travail et les mêmes ressources pour les deux chemins. Établissez la base de données de référence directe, configurez et initialisez l'accélérateur, puis répétez la charge de travail. Veillez à la cohérence des périodes et des unités de mesure, et consignez les modifications de configuration ou de trafic afin de pouvoir interpréter les différences. Consultez les étapes de comparaison .

Mesurez les temps de réponse des applications, le débit, les erreurs de connexion et l'achèvement des charges de travail. Comparez les données de la base de données CPU et le nombre d'instructions ou d'exécutions, ainsi que la mémoire disponible et les mesures d'E/S. Enregistrez également l'utilisation des ressources de l'accélérateur afin que toute réduction de la charge de la base de données soit prise en compte dans le cadre du déploiement global. Analysez vos résultats .

Les résultats actuels indiquent la réduction de la base de données CPU et les taux d'accès au cache pour l'accélérateur 1.0.2 sur six moteurs. Performance Lab vous aide à évaluer votre charge de travail et votre déploiement. Consultez les résultats des tests de performance .

Le résultat dépend de la réutilisation des requêtes, des modèles de lecture et d'écriture, du comportement des connexions, des ressources et de la manière dont l'application utilise sa base de données. Comparez les performances de l'application et la demande de la base de données : une réduction de la charge de la base de données et une augmentation du débit de l'application sont deux choses différentes. Définissez des critères de réussite qui reflètent votre charge de travail et vos objectifs métier.

Analysez les performances et l'évolution de la demande de la base de données, dimensionnez le déploiement envisagé et comparez les coûts d'infrastructure, de licence, d'accélérateur et d'exploitation. Planifiez ensuite le déploiement et l'achat avec votre équipe ou partenaire. Vous pouvez discuter de vos résultats avec EngineGrids et passer en revue le processus d'achat .

Les interfaces applicatives, de base de données et CDC TLS sont configurées indépendamment. Préparez les fichiers de certificat et de confiance pour le compte de service. L'administration à distance utilise votre service SSH existant avec vérification par clé d'hôte. Vérifiez la sécurité de la connexion .

Utilisez accel et accel_setup localement via les autorisations du système d'exploitation ou à distance via SSH . Installez le package d'utilitaires sur un poste de travail d'administration et conservez les paramètres d'autorité sur le serveur géré. Consultez le guide d'administration à distance .

Les applications s'authentifient à l'aide de leurs identifiants de base de données existants. Les nouvelles sessions sont validées auprès de la base de données. Configurez un compte CDC distinct avec les autorisations de réplication et de métadonnées requises par le moteur sélectionné. Consultez les comptes et CDC .

Les résultats mis en cache et les écritures en file d'attente éligibles restent en mémoire d'instance. SQLite stocke la configuration et les journaux d'erreurs limités. La configuration exportée inclut les secrets, mais exclut les résultats mis en cache, les écritures en file d'attente et la progression en direct CDC . Consultez l'état et le stockage .

Un équilibreur de charge externe peut acheminer les nouvelles connexions vers les instances disponibles. Les sessions ayant échoué se reconnectent ; les caches sont remplis après un redémarrage. Les écritures en file d'attente en mémoire qui n'ont pas atteint la base de données peuvent être perdues. Consultez les opérations sur l'instance .

La base de données reste responsable de la durabilité des données, de leur disponibilité, de leur sauvegarde et de leur restauration. Les instances d'accélération ont leurs propres responsabilités en matière de routage et de cycle de vie. Consultez les schémas de déploiement .

La file d'attente est en mémoire uniquement et ne dispose d'aucun journal de récupération ni de possibilité de relecture après une panne de processus. Laissez le travail en file d'attente se terminer avant les arrêts planifiés et synchronisez les résultats de l'application avec la base de données après une panne. Examinez le fonctionnement de la file d'attente .

Utilisez accel pour observer les accès réussis et manqués au cache, l'état et le délai CDC , le trafic du protocole, l'occupation du cache et sa disponibilité. Consultez les journaux d'exécution et d'erreurs, puis exportez les métriques de OpenTelemetry pour une surveillance continue. Ouvrez le guide de surveillance .

Dirigez les nouvelles connexions hors de l'instance, laissez le traitement se terminer et vérifiez que la file d'attente est vide. Examinez et vérifiez les paramètres avant un redémarrage explicite. Le contournement au démarrage transfère les requêtes pendant que le cache se réchauffe, et la perte de CDC déclenche le contournement jusqu'à ce que la cohérence soit rétablie. Planifiez la maintenance .

Exportez la configuration SQLite et conservez en toute sécurité les fichiers de certificat et de clé référencés. Les mises à niveau du package conservent les paramètres de l'instance ; redémarrez-la explicitement après. Conservez les procédures de sauvegarde et de restauration de la base de données. Consultez les instructions de mise à niveau .

Oui. L'essai gratuit dure 30 jours. Évaluez EngineGrids Accelerator avec vos charges de travail, seul ou avec votre partenaire. Utilisez cette évaluation pour mesurer la valeur ajoutée et planifier le déploiement et l'achat. Lancez une discussion sur l'essai .

Planifiez l'utilisation payante du déploiement que vous avez déjà évalué. Examinez l'offre avec EngineGrids et votre partenaire, puis poursuivez le processus d'achat pour cette installation. Discutez de la possibilité de prolonger votre période d'essai actuelle .

Le prix dépend de la version, de la taille du déploiement et de l'offre proposée à votre organisation. Consultez l'offre applicable lors de la planification de votre achat. Évaluez vos besoins de déploiement et intégrez l'infrastructure et les services dans votre budget global. Choisissez la solution d'achat qui vous convient .

Les fiches produits pour AWS Marketplace , Microsoft Marketplace , Google Cloud Marketplace , Oracle Marketplace et IBM Marketplace seront bientôt disponibles. Contactez EngineGrids ou votre partenaire pour obtenir des informations sur les logiciels installables pour votre environnement cloud ou sur site. Découvrez nos options d'achat .

Oui. Vous pouvez collaborer avec EngineGrids et votre partenaire sur une offre privée pendant votre évaluation. Présentez vos besoins en matière de déploiement, vos exigences d'achat et les résultats de l'évaluation lors de cette discussion. Discutons d'une offre privée .

Oui. Présentez EngineGrids à votre fournisseur habituel. Il pourra vous aider à coordonner l'évaluation, le déploiement, les services et le processus d'achat pour votre solution logicielle cloud, sur site ou installable. Découvrez les options d'achat pour les partenaires .

Ouvrez le lien de l'offre partagé par EngineGrids ou votre partenaire et examinez-la en fonction de votre organisation et du déploiement prévu. Coordonnez les prochaines étapes avec l'équipe qui vous a fourni l'offre. Si vous utilisez déjà une version d'essai, tenez-en compte lors de la discussion relative à l'achat.

Apportez le contexte de votre base de données et de votre application, les résultats de l'évaluation, la taille prévue du déploiement, le mode de déploiement et d'achat privilégié, ainsi que les coordonnées de votre partenaire, le cas échéant. Identifiez les personnes responsables des achats et de l'exploitation continue afin que le plan d'achat du logiciel et des services soit cohérent. Examinez les options d'achat .

Votre fournisseur de services gérés est votre interlocuteur principal pour la configuration, le fonctionnement courant et l'assistance quotidienne. Commencez par consulter son portail d'assistance ou son service d'assistance. Si vous avez besoin d'aide pour identifier le bon interlocuteur chez votre fournisseur, utilisez la procédure de demande d'informations auprès des fournisseurs .

EngineGrids assure un support direct de niveau 3 pour les problèmes techniques. Votre fournisseur peut vous aider à coordonner le contexte de déploiement, l'investigation et la résolution des problèmes avec l'équipe technique. Utilisez la procédure de demande d'assistance technique lorsque vous en avez besoin.

Décrivez l'application et la base de données concernées, la date et l'heure d'apparition du problème, les modifications récentes et le comportement attendu. Fournissez un contexte de déploiement pertinent, sans divulguer de mots de passe, de jetons d'accès ni d'informations client sensibles. Le guide de dépannage vous aidera à préparer cette discussion.

Utilisez le Guide d'installation pour l'installation du package, la configuration du terminal, l'accès à la base de données et CDC , les paramètres du cache et les connexions aux applications. Utilisez le Guide de l'administrateur pour l'administration, la surveillance, la sauvegarde et la maintenance accel accel et SSH .

L'accélération de lecture transparente s'intègre au chemin de connexion à la base de données. Les utilisateurs continuent d'utiliser leur application habituelle ; les administrateurs configurent l'accélérateur et mettent à jour les paramètres de connexion de l'application. L'équipe d'exploitation utilise les guides d'installation et d'administration.

Les revendeurs peuvent ajouter l'accélération de base de données à leur offre et faciliter les achats. Les intégrateurs de systèmes peuvent concevoir des missions d'évaluation, de déploiement et d'intégration. Les fournisseurs de services gérés (MSP) peuvent assurer la surveillance continue, l'optimisation et le support client principal, tandis que l'ingénierie de niveau 3 est prise en charge par EngineGrids . Découvrez le programme partenaire .

Utilisez les modèles pour intégrer l'accélérateur à la solution client et définir les responsabilités pour les différentes couches : application, accélération et base de données. Mettez en place une stratégie d'optimisation des coûts pour un environnement existant ou planifiez de nouvelles applications CMS , CRM , ERP , finance et données de référence. Commencez par l'Architecture Hub et utilisez Performance Lab pour évaluer la charge de travail du client.

Expliquez à EngineGrids comment vous servez vos clients, le type de partenariat que vous envisagez et une opportunité client où une accélération pourrait être bénéfique. Le formulaire de demande de partenariat permet d'entamer la discussion sur l'évaluation, le déploiement, l'achat et les services continus.