Tus preguntas, respondidas.

EngineGrids Accelerator se ubica entre las aplicaciones y sus bases de datos existentes. Proporciona lecturas elegibles desde la memoria y utiliza los cambios confirmados de la base de datos de CDC para mantener la caché. La base de datos sigue siendo el sistema de registro. Explore el acelerador .

Las aplicaciones se conectan a un punto final del acelerador, que a su vez se conecta a la base de datos. El acelerador puede responder a las lecturas elegibles desde su caché y envía las operaciones de la base de datos a la base de datos existente según sea necesario. Un clúster ubica varios nodos aceleradores detrás de un punto final de aplicación compartido. Consulte las arquitecturas de referencia .

Los equipos que se enfrentan a presiones de costos en las bases de datos, una creciente demanda de aplicaciones o lecturas repetidas de bases de datos pueden utilizar una evaluación para determinar la idoneidad de la solución. Los compradores empresariales pueden analizar el costo y la capacidad, los arquitectos pueden evaluar el comportamiento de las aplicaciones y los operadores pueden planificar la implementación y la monitorización. Los socios pueden integrar estas actividades en la colaboración con el cliente.

Las lecturas repetidas consumen recursos de la base de datos que podrían utilizarse para otras tareas. Responder a consultas reutilizables desde el Acelerador puede reducir esa demanda y mejorar la respuesta de la aplicación. La oportunidad de negocio reside en aumentar la capacidad de su inversión actual, reducir el espacio que ocupa la base de datos o lograr una combinación de ambas, respaldada por sus mediciones.

Ambas opciones son válidas. Puede evaluar una base de datos más pequeña que aún cumpla con sus objetivos de rendimiento, o mantener la capacidad existente para atender una mayor demanda y posponer la expansión. Compare las opciones considerando su carga de trabajo, requisitos operativos, precios de infraestructura y acuerdos de licencia. Analice el valor comercial .

No. La reducción de la base de datos CPU implica menos trabajo de procesamiento; el gasto depende de los recursos que realmente se aprovisionen, los términos de la licencia, los precios de la nube y los costos operativos. Elabore el análisis financiero a partir de una configuración que cumpla con sus objetivos de rendimiento e incluya el Acelerador y los servicios relacionados en la comparación.

Comience con los costos actuales de la base de datos y la infraestructura, los compromisos de licencia, la demanda de carga de trabajo, los tiempos de respuesta, el rendimiento y las expectativas de crecimiento. Compare estos datos con los resultados medidos y una implementación propuesta. Separe los ahorros de los recursos que puede eliminar de la capacidad que puede reutilizar e incluya la implementación y la operación continua en el plan. Consulte el enfoque de optimización de costos .

EngineGrids admite MySQL , MariaDB , PostgreSQL , Microsoft , SQL Server , Oracle Database y IBM Db2 para Linux . Explore los motores de base de datos .

Planifique la versión del servidor, el controlador nativo, la configuración de TLS y los requisitos previos de CDC en conjunto. EngineGrids puede ayudar a revisar su entorno de base de datos y la elección del paquete. Analice su implementación .

La aceleración de lectura transparente utiliza los controladores de base de datos existentes y la configuración de conexión actualizada. Indique a la aplicación la dirección y el puerto del acelerador y, a continuación, vuelva a conectarse. La cola de escritura opcional cambia cuando se confirman algunas escrituras, por lo que debe evaluar esta configuración por separado en función del comportamiento de su aplicación. Consulte la guía de conexión .

No se requiere migración de datos para la aceleración de lectura transparente. Sus datos permanecen en su base de datos actual, que sigue siendo el sistema de registro. El acelerador añade una capa a la ruta de conexión de la aplicación; no reemplaza la base de datos ni sus responsabilidades de disponibilidad y copia de seguridad.

El acelerador se conecta al punto final de la base de datos que utiliza su aplicación. Para una base de datos administrada, planifique conjuntamente el protocolo de la base de datos, el acceso a la red, las credenciales y la seguridad de la conexión. La base de datos seguirá funcionando a través de su servicio existente. Los diseños de referencia le ayudarán a planificar las capas de aplicación y aceleración en su entorno.

Busque lecturas recurrentes y demanda de base de datos que sean relevantes para su aplicación o presupuesto. Evalúe la reutilización de consultas, la combinación de lecturas y escrituras, los patrones de cambio de datos, los tiempos de respuesta y el rendimiento bajo tráfico representativo. El resultado debería mostrar tanto el comportamiento de la aplicación como la cantidad de trabajo que llega a la base de datos. Utilice Performance Lab .

El centro de arquitectura incluye diseños iniciales para aplicaciones de gestión de clientes como CMS , CRM y ERP , así como aplicaciones de finanzas y datos maestros. Estos diseños muestran dónde encaja la aceleración y qué capa se encarga de cada responsabilidad. Utilice la conexión a la base de datos y la carga de trabajo reales de su aplicación para convertir un diseño en un plan de implementación. Explore los diseños de carga de trabajo .

El acelerador mantiene los resultados de las consultas reutilizables en memoria. Cuando una lectura puede utilizar un resultado válido almacenado en caché, se puede responder sin repetir ese trabajo en la base de datos. Las lecturas que requieren la base de datos continúan por la ruta de conexión a la base de datos. Vea cómo funciona la aceleración .

La captura de cambios de datos sigue a los cambios confirmados en la base de datos. EngineGrids utiliza identidades de fila, predicados y dependencias para mantener las filas en caché e invalidar los resultados de las consultas afectadas. Las interrupciones CDC activan la derivación y la resincronización.

Configure CDC para cubrir todos los cambios confirmados relevantes, incluidas las escrituras realizadas directamente en la base de datos. Revise los permisos de replicación, la cobertura de origen y el retraso del motor seleccionado. Planifique el acceso a CDC .

Las reglas de transacción y aislamiento de la base de datos siguen siendo prioritarias. La reutilización de la caché sigue las reglas de transacción del motor, y las lecturas relevantes están protegidas contra resultados de caché obsoletos, mientras que las escrituras protegidas permanecen sin resolver. La aceleración no anula el comportamiento normal de instantáneas de las transacciones de la base de datos.

El almacenamiento en caché de lectura no requiere escrituras en cola. Seleccione el ámbito de escritura según el motor y los requisitos de respuesta nativos de la aplicación. Las escrituras MySQL y MariaDB esperan la respuesta real de la base de datos. Revise el comportamiento de escritura .

Para las escrituras de confirmación automática en cola que cumplen los requisitos, el éxito confirma la aceptación en memoria antes de que finalice la ejecución de la base de datos. Esta cola no es persistente ni se replica, por lo que las escrituras aceptadas pueden perderse si el proceso o el host fallan. Las operaciones que requieren valores generados por la base de datos esperan la respuesta nativa.

El comportamiento de escritura depende del motor. MySQL y MariaDB conservan las respuestas de escritura reales de la base de datos. Otros adaptadores pueden poner en cola las operaciones de confirmación automática de una sola instrucción que cumplan los requisitos, al tiempo que reenvían las transacciones y operaciones que necesitan resultados generados por la base de datos. Consulte el comportamiento de escritura .

Cada instancia comienza en modo bypass, reenviando las solicitudes mientras llena su caché local. El intervalo de calentamiento predeterminado es de 120 segundos desde el reenvío operativo. Después del intervalo configurado, las lecturas elegibles válidas pueden usar los resultados almacenados en caché. Revise la configuración de la caché .

EngineGrids está disponible para implementaciones en la nube y locales, incluidos los entornos VMware y Nutanix , y como software instalable en entornos gestionados por el cliente. El acelerador se ejecuta en servidores Linux controlados por el cliente, entre los servicios de la aplicación y la base de datos. Elija el acceso y la capacidad de red que mejor se adapten a su entorno y carga de trabajo. Consulte la descripción general de la implementación .

Tenga los paquetes del acelerador, una cuenta autorizada Linux o SSH , el punto final de la base de datos, las credenciales de la aplicación, los requisitos previos CDC y los archivos TLS . Lea la lista de verificación de configuración .

accel_setup proporciona menús de terminal guiados para conexiones de base de datos, TLS , CDC , memoria caché, calentamiento, visibilidad y alcance de aceleración. Revise la configuración enmascarada y elija Guardar o Descartar. Consulte los pasos de configuración .

Guarde y valide la configuración, luego inicie explícitamente el servicio Accelerator. Las instalaciones empaquetadas usan systemctl; las instancias locales usan accel start. Guardar la configuración no reinicia automáticamente el tráfico. Siga los pasos de inicio y conexión .

Comience con una sola instancia o coloque instancias independientes detrás de un balanceador de carga externo TCP . Cada instancia tiene su propia caché, consumidor CDC y sesiones. Planifique varias instancias .

Cada instancia consume los cambios de la base de datos a través de su conexión CDC y mantiene su propia caché local. Un balanceador de carga externo enruta las conexiones. La configuración se puede copiar con exportación e importación, y luego revisar para la instancia de destino. Revise las operaciones de la instancia .

Instale y configure la nueva instancia, asígnele la identidad y los permisos CDC necesarios, y verifique la conectividad con TLS y la base de datos. Revise los puertos de escucha y las rutas de archivos locales, luego configure su balanceador de carga externo y precaliente la caché local. Planifique otra instancia .

Performance Lab te ayuda a planificar y ejecutar una evaluación con tu carga de trabajo. Compara una ruta directa a la base de datos con la misma carga de trabajo a través de EngineGrids , luego revisa el comportamiento de la aplicación y la demanda de la base de datos. Planifica tu evaluación .

Seleccione una carga de trabajo representativa, un entorno de prueba en la nube, acceso a las métricas de rendimiento de la base de datos y criterios de éxito claros. Planifique condiciones repetibles antes de comparar las rutas directa y acelerada. Comience con los requisitos del laboratorio y la guía de configuración , y luego utilice la Guía de configuración del acelerador.

Utilice la misma carga de trabajo y los mismos recursos para ambas rutas. Establezca la línea base de la base de datos directa, configure y caliente el acelerador y repita la carga de trabajo a través de él. Mantenga la coherencia en los periodos y unidades de medición, y registre los cambios en la configuración o el tráfico para poder interpretar las diferencias. Revise los pasos de comparación .

Mida los tiempos de respuesta de la aplicación, el rendimiento, los errores de conexión y la finalización de la carga de trabajo. Compare la base de datos CPU y el número de sentencias o ejecuciones, junto con la memoria disponible y las medidas de E/S. Registre también el uso de recursos del acelerador, de modo que se considere una reducción en el trabajo de la base de datos junto con toda la implementación. Comprenda sus resultados .

Los resultados actuales muestran la reducción de la base de datos CPU y las tasas de aciertos de caché para el acelerador 1.0.2 en seis motores. Performance Lab le ayuda a evaluar su propia carga de trabajo e implementación. Explore los resultados de la prueba de rendimiento .

El resultado depende de la reutilización de consultas, los patrones de lectura y escritura, el comportamiento de la conexión, los recursos y la forma en que la aplicación utiliza su base de datos. Compare el rendimiento de la aplicación con la demanda de la base de datos: un menor volumen de trabajo en la base de datos y un mayor rendimiento de la aplicación son indicadores distintos. Establezca criterios de éxito que reflejen su propia carga de trabajo y objetivos comerciales.

Analice el rendimiento y los cambios en la demanda de la base de datos, dimensione la implementación propuesta y compare la infraestructura, las licencias, el acelerador y los costos operativos. Luego, planifique la implementación y la compra con su equipo o socio. Puede comentar sus resultados con EngineGrids y revisar el proceso de compra .

Las aplicaciones, las bases de datos y CDC TLS se configuran de forma independiente. Prepare los archivos de certificado y confianza para la cuenta de servicio. La administración remota utiliza su servicio SSH existente con verificación de clave de host. Revise la seguridad de la conexión .

Utilice accel y accel_setup localmente mediante permisos del sistema operativo o remotamente mediante SSH . Instale el paquete de utilidades en una estación de trabajo de administración y conserve la configuración principal en el servidor administrado. Lea la guía de administración remota .

Las aplicaciones se autentican utilizando sus credenciales de base de datos existentes. Las nuevas sesiones se validan con la base de datos. Configure una cuenta CDC separada con los permisos de replicación y metadatos requeridos del motor seleccionado. Revise las cuentas y CDC .

Los resultados en caché y las escrituras en cola elegibles permanecen en la memoria de la instancia. SQLite almacena la configuración y los registros de errores limitados. La configuración exportada incluye secretos, pero excluye los resultados en caché, las escrituras en cola y el progreso en vivo CDC . Revise el estado y el almacenamiento .

Un balanceador de carga externo puede enrutar las nuevas conexiones a las instancias disponibles. Las sesiones fallidas se reconectan; las cachés se rellenan después del reinicio. Las escrituras en cola en memoria que no han llegado a la base de datos pueden perderse. Revise las operaciones de la instancia .

La base de datos sigue siendo responsable de la persistencia de los datos, la disponibilidad de la base de datos, la copia de seguridad y la recuperación. Las instancias de acelerador tienen sus propias responsabilidades de enrutamiento y ciclo de vida. Revise los esquemas de implementación .

La cola solo utiliza memoria y no tiene registro de recuperación ni reproducción después de un fallo del proceso. Permita que el trabajo en cola se vacíe antes de las paradas planificadas y concilie los resultados de la aplicación con la base de datos después de un fallo. Revise las operaciones de la cola .

Utilice accel para observar los aciertos y fallos de caché, el estado y la latencia CDC , el tráfico de protocolo, la ocupación de caché y el tiempo de actividad. Revise los registros de ejecución/errores y exporte las métricas OpenTelemetry para una monitorización continua. Abra la guía de monitorización .

Dirija las nuevas conexiones lejos de una instancia, permita que el trabajo termine y verifique el vaciado de la cola. Revise y verifique la configuración antes de un reinicio explícito. El bypass de inicio reenvía las solicitudes mientras la caché se calienta, y la pérdida de CDC activa el bypass hasta que se restablezca la coherencia. Planifique el mantenimiento .

Exporte la configuración SQLite y conserve de forma segura los archivos de certificado y clave a los que se hace referencia. Las actualizaciones del paquete conservan la configuración de la instancia; reinicie explícitamente después. Mantenga los procedimientos de copia de seguridad y recuperación de la base de datos. Revise la guía de actualización .

Sí. La prueba gratuita dura 30 días. Evalúe EngineGrids Accelerator con sus cargas de trabajo, por su cuenta o con su socio. Utilice la evaluación para medir el valor y planificar la implementación y la ruta de compra. Inicie una conversación sobre la prueba .

Planifique el uso de pago de la implementación que ya ha evaluado. Revise la oferta con EngineGrids y su socio, y continúe con el proceso de compra para esa instalación. Analice la posibilidad de continuar con su prueba actual .

El precio depende de la versión, el tamaño de la implementación y la oferta específica para su organización. Revise la oferta aplicable al planificar la compra. Utilice sus necesidades de implementación estimadas e incluya la infraestructura y los servicios en el presupuesto general. Encuentre su ruta de compra .

Próximamente estarán disponibles los listados para AWS Marketplace , Microsoft Marketplace , Google Cloud Marketplace , Oracle Marketplace y IBM Marketplace . Comuníquese con EngineGrids o con su socio para obtener información sobre el software instalable para su entorno en la nube o local. Explore las opciones de compra .

Sí. Puedes trabajar con EngineGrids y tu socio en una oferta privada durante tu evaluación. Presenta tus necesidades de implementación, requisitos de compra y resultados de la evaluación. Analiza una oferta privada .

Sí. Presente EngineGrids al proveedor con el que ya trabaja. Su socio puede ayudarle a coordinar la evaluación, la implementación, los servicios y el proceso de compra para su implementación de software en la nube, local o instalable. Explore las opciones de compra con socios .

Abra el enlace de la oferta que le envió EngineGrids o su socio y revíselo para su organización y el uso previsto. Coordine los siguientes pasos con el equipo que le proporcionó la oferta. Si ya está realizando una prueba, incluya esa instalación en la conversación sobre la compra.

Traiga el contexto de su base de datos y aplicación, los resultados de la evaluación, el tamaño de implementación previsto, la ruta de compra y despliegue preferida y el contacto del socio, si corresponde. Identifique a las personas responsables de la adquisición y la operación continua para que el plan de compra de software y servicios se ajuste. Revise las opciones de compra .

Tu proveedor de servicios gestionados es el contacto principal para la configuración, el funcionamiento habitual y la asistencia diaria. Empieza por su portal de soporte o mesa de ayuda. Si necesitas ayuda para identificar al contacto adecuado del proveedor, utiliza la opción de consulta al proveedor .

EngineGrids ofrece soporte directo de nivel 3 para problemas de ingeniería. Su proveedor puede ayudar a coordinar el contexto de la implementación, la investigación y la recuperación con el equipo de ingeniería. Utilice el canal de consulta de ingeniería cuando necesite este soporte.

Describa la aplicación y la base de datos afectadas, cuándo ocurrió el problema, los cambios recientes y qué esperaba que sucediera. Incluya información útil sobre el contexto de la implementación, sin contraseñas, tokens de acceso ni datos confidenciales de clientes. La guía de solución de problemas le ayudará a preparar la conversación.

Utilice la Guía de configuración para la instalación de paquetes, la configuración del terminal, el acceso a la base de datos y a CDC , la configuración de la caché y las conexiones de aplicaciones. Utilice la Guía del administrador para la administración, el monitoreo, las copias de seguridad y el mantenimiento accel accel y SSH .

La aceleración de lectura transparente se ubica en la ruta de conexión a la base de datos. Los usuarios continúan utilizando la aplicación que ya tienen; los administradores configuran el acelerador y actualizan la configuración de conexión de la aplicación. El equipo operativo utiliza las guías de configuración y administración.

Los revendedores pueden agregar aceleración de bases de datos a su oferta y ayudar con la compra. Los integradores de sistemas pueden realizar evaluaciones, implementaciones e integraciones. Los MSP pueden brindar monitoreo continuo, optimización y soporte principal al cliente, con EngineGrids a cargo de la ingeniería de nivel 3 . Explore el programa de socios .

Utilice los diseños para integrar el Acelerador en la solución del cliente y definir las responsabilidades en las capas de aplicación, aceleración y base de datos. Cree un plan de optimización de costos para un entorno existente o planifique nuevas aplicaciones CMS , CRM , ERP , de finanzas y de datos maestros. Comience con el Centro de Arquitectura y utilice el Laboratorio de Rendimiento para evaluar la carga de trabajo del cliente.

Explique a EngineGrids cómo atiende a sus clientes, el tipo de colaboración que tiene en mente y una oportunidad de negocio donde la aceleración podría ser útil. El formulario de consulta para socios inicia la conversación sobre evaluación, implementación, compra y servicios continuos.