Suas perguntas, respondidas.

EngineGrids Accelerator fica entre os aplicativos e seus bancos de dados existentes. Ele fornece leituras elegíveis da memória e usa as alterações de banco de dados confirmadas por CDC para manter o cache. O banco de dados permanece o sistema de registro. Explore o Acelerador .

Os aplicativos se conectam a um endpoint do Accelerator, que se conecta ao banco de dados. O Accelerator pode responder às leituras elegíveis de seu cache e encaminha o trabalho do banco de dados para o banco de dados existente conforme necessário. Um cluster coloca vários nós do Accelerator atrás de um endpoint de aplicativo compartilhado. Consulte as arquiteturas de referência .

Equipes que enfrentam pressão sobre os custos do banco de dados, demanda crescente de aplicativos ou leituras repetidas do banco de dados podem usar uma avaliação para determinar a adequação da solução. Compradores de negócios podem examinar custos e capacidade, arquitetos podem avaliar o comportamento do aplicativo e operadores podem planejar a implantação e o monitoramento. Parceiros podem reunir essas atividades em um engajamento com o cliente.

Leituras repetidas consomem recursos do banco de dados que poderiam ser utilizados para outras tarefas. Responder a consultas reutilizáveis a partir do Acelerador pode reduzir essa demanda e melhorar o tempo de resposta da aplicação. A oportunidade de negócio reside em obter mais capacidade com seu investimento atual, reduzir a área ocupada pelo banco de dados ou combinar ambos, conforme suas métricas.

Ambos são objetivos válidos. Você pode avaliar uma infraestrutura de banco de dados menor que ainda atenda às suas metas de desempenho, ou manter a capacidade existente para atender a uma demanda maior e adiar a expansão. Compare as opções considerando sua carga de trabalho, requisitos operacionais, preços de infraestrutura e contratos de licença. Analise o valor para o seu negócio .

Não. A redução de banco de dados CPU mede menos trabalho de processamento; os gastos dependem dos recursos que você realmente provisiona, dos termos da licença, dos preços da nuvem e dos custos operacionais. Elabore a análise financeira com base em uma configuração que atenda às suas metas de desempenho e inclua o Acelerador e os serviços relacionados na comparação.

Comece com os custos atuais de banco de dados e infraestrutura, compromissos de licença, demanda de carga de trabalho, tempos de resposta, taxa de transferência e expectativas de crescimento. Compare esses dados com os resultados medidos e com uma proposta de implantação. Separe a economia proveniente dos recursos que podem ser removidos da economia proveniente da capacidade que pode ser reutilizada e inclua a implementação e a operação contínua no plano. Veja a abordagem de otimização de custos .

EngineGrids é compatível com MySQL , MariaDB , PostgreSQL , Microsoft SQL Server , Oracle Database e IBM Db2 para Linux . Explore os mecanismos de banco de dados .

Planeje a versão do servidor, o driver nativo, as configurações TLS e os pré-requisitos CDC em conjunto. EngineGrids pode ajudar a revisar seu ambiente de banco de dados e a escolha do pacote. Discuta sua implantação .

A aceleração transparente de leitura utiliza seus drivers de banco de dados existentes e configurações de conexão atualizadas. Direcione o aplicativo para o endereço e a porta do Acelerador e, em seguida, reconecte-se. O enfileiramento de gravação opcional muda quando algumas gravações são confirmadas; portanto, avalie essa configuração separadamente em relação ao comportamento do seu aplicativo. Leia o guia de conexão .

Nenhuma migração de dados é necessária para a aceleração transparente de leitura. Seus dados permanecem no banco de dados existente, que continua sendo o sistema de registro. O Acelerador adiciona uma camada ao caminho de conexão do aplicativo; ele não substitui o banco de dados nem suas responsabilidades de disponibilidade e backup.

O Acelerador se conecta ao endpoint do banco de dados usado pelo seu aplicativo. Para um banco de dados gerenciado, planeje o protocolo do banco de dados, o acesso à rede, as credenciais e a segurança da conexão em conjunto. O banco de dados continua a ser operado por meio de seu serviço existente. Os projetos de referência ajudam você a planejar o aplicativo e as camadas de aceleração em seu ambiente.

Procure por leituras recorrentes e demandas de banco de dados que sejam relevantes para sua aplicação ou orçamento. Avalie a reutilização de consultas, a proporção de leituras e gravações, os padrões de alteração de dados, os tempos de resposta e a taxa de transferência sob tráfego representativo. O resultado deve mostrar tanto o comportamento da aplicação quanto a quantidade de trabalho que chega ao banco de dados. Use o Performance Lab .

O hub de arquitetura inclui projetos iniciais para aplicações gerenciadas pelo cliente CMS , CRM , ERP , financeiras e de dados mestres. Eles mostram onde a aceleração se encaixa e qual camada é responsável por cada tarefa. Use a conexão real do banco de dados e a carga de trabalho da sua aplicação para transformar um projeto em um plano de implantação. Explore os projetos de carga de trabalho .

O Acelerador mantém os resultados de consultas reutilizáveis na memória. Quando uma leitura é elegível para usar um resultado em cache válido, ela pode ser respondida sem repetir o trabalho no banco de dados. As leituras que precisam do banco de dados continuam seguindo o caminho de conexão com o banco de dados. Veja como a aceleração funciona .

A captura de dados de alteração segue as alterações confirmadas no banco de dados. EngineGrids usa identidades de linha, predicados e dependências para manter as linhas em cache e invalidar os resultados de consultas afetados. As interrupções CDC acionam o bypass e a ressincronização.

Configure CDC para abranger todas as alterações confirmadas relevantes, incluindo gravações feitas diretamente no banco de dados. Analise as permissões de replicação, a cobertura da origem e o atraso do mecanismo selecionado. Planeje o acesso CDC .

As regras de transação e isolamento do banco de dados permanecem válidas. A reutilização do cache segue as regras de transação do mecanismo, e as leituras relevantes são protegidas contra resultados em cache obsoletos, enquanto as gravações protegidas permanecem sem resolução. A aceleração não substitui o comportamento normal de snapshot das transações do seu banco de dados.

O cache de leitura não requer gravações em fila. Selecione o escopo de gravação de acordo com o mecanismo e os requisitos de resposta nativos do aplicativo. As gravações MySQL e MariaDB aguardam a resposta real do banco de dados. Consulte o comportamento de gravação .

Para gravações elegíveis em fila de autocommit, o sucesso confirma a aceitação na memória antes da conclusão da execução do banco de dados. Essa fila não é durável nem replicada, portanto, as gravações aceitas podem ser perdidas se o processo ou o host falhar. Operações que exigem valores gerados pelo banco de dados aguardam a resposta nativa.

O comportamento de gravação é específico do mecanismo. MySQL e MariaDB preservam as respostas de gravação reais do banco de dados. Outros adaptadores podem enfileirar operações de autocommit de instrução única elegíveis, enquanto encaminham transações e operações que precisam de resultados gerados pelo banco de dados. Consulte o comportamento de gravação .

Cada instância inicia em modo de bypass, encaminhando solicitações enquanto preenche seu cache local. O intervalo de aquecimento padrão é de 120 segundos a partir do encaminhamento operacional. Após o intervalo configurado, leituras válidas e elegíveis podem usar os resultados em cache. Consulte as configurações de cache .

EngineGrids está disponível para implantações em nuvem e locais, incluindo ambientes VMware e Nutanix , e como software instalável em ambientes gerenciados pelo cliente. O Accelerator é executado em servidores Linux controlados pelo cliente, entre os serviços de seus aplicativos e o banco de dados. Escolha o acesso à rede e a capacidade de acordo com seu ambiente e carga de trabalho. Consulte a visão geral da implantação .

Tenha os pacotes do Accelerator, uma conta Linux ou SSH autorizada, o endpoint do banco de dados, as credenciais do aplicativo, os pré-requisitos CDC e os arquivos TLS . Leia a lista de verificação de configuração .

accel_setup fornece menus de terminal guiados para conexões de banco de dados, TLS , CDC , memória cache, aquecimento, visibilidade e escopo de aceleração. Revise as configurações ocultas e escolha Salvar ou Descartar. Consulte as etapas de configuração .

Salve e valide a configuração e, em seguida, inicie explicitamente o serviço Accelerator. Instalações empacotadas usam systemctl; instâncias locais usam accel start. Salvar a configuração não reinicia o tráfego automaticamente. Siga as etapas de inicialização e conexão .

Comece com uma única instância ou coloque instâncias independentes atrás de um balanceador de carga externo TCP . Cada instância tem seu próprio cache, consumidor CDC e sessões. Planeje várias instâncias .

Cada instância consome as alterações do banco de dados por meio de sua conexão CDC e mantém seu próprio cache local. Um balanceador de carga externo roteia as conexões. A configuração pode ser copiada com os comandos de exportação e importação e, em seguida, revisada para a instância de destino. Consulte as operações da instância .

Instale e configure a nova instância, atribua a ela a identidade e as permissões necessárias CDC e verifique a conectividade com TLS e o banco de dados. Revise as portas de escuta e os caminhos dos arquivos locais e, em seguida, configure seu balanceador de carga externo e aqueça o cache local. Planeje outra instância .

O Performance Lab ajuda você a planejar e executar uma avaliação com sua carga de trabalho. Compare um caminho direto para o banco de dados com a mesma carga de trabalho por meio de EngineGrids e, em seguida, analise o comportamento do aplicativo e a demanda do banco de dados. Planeje sua avaliação .

Escolha uma carga de trabalho representativa, um ambiente de teste em nuvem, acesso a métricas de desempenho do banco de dados e critérios de sucesso claros. Planeje condições repetíveis antes de comparar os caminhos direto e acelerado. Comece com os requisitos e orientações de configuração do laboratório e, em seguida, use o Guia de Configuração do Acelerador.

Use a mesma carga de trabalho e os mesmos recursos para ambos os caminhos. Estabeleça a linha de base direta do banco de dados, configure e pré-aqueça o Acelerador e repita a carga de trabalho por meio dele. Mantenha os períodos e unidades de medição consistentes e registre as alterações na configuração ou no tráfego para que você possa interpretar as diferenças. Revise as etapas de comparação .

Meça os tempos de resposta do aplicativo, a taxa de transferência, os erros de conexão e a conclusão da carga de trabalho. Compare o banco de dados CPU com a contagem de instruções ou execuções, juntamente com a memória disponível e as medidas de E/S. Registre também o uso de recursos do Acelerador, para que uma redução no trabalho do banco de dados seja considerada em toda a implantação. Compreenda seus resultados .

Os resultados atuais mostram a redução do banco de dados CPU e as taxas de acerto de cache para o Acelerador 1.0.2 em seis mecanismos. O Performance Lab ajuda você a avaliar sua própria carga de trabalho e implantação. Explore os resultados do benchmark .

O resultado depende da reutilização de consultas, dos padrões de leitura e gravação, do comportamento da conexão, dos recursos e da forma como a aplicação utiliza o banco de dados. Compare o desempenho da aplicação e a demanda do banco de dados em conjunto: menos trabalho no banco de dados e maior taxa de transferência da aplicação são métricas diferentes. Defina critérios de sucesso que reflitam sua própria carga de trabalho e seus objetivos de negócios.

Analise as alterações de desempenho e demanda do banco de dados, dimensione a implantação proposta e compare os custos de infraestrutura, licenciamento, acelerador e operação. Em seguida, planeje a implementação e a compra com sua equipe ou parceiro. Você pode discutir seus resultados com EngineGrids e revisar o processo de compra .

As interfaces voltadas para a aplicação, para o banco de dados e para CDC e TLS são configuradas independentemente. Prepare os arquivos de certificado e de confiança para a conta de serviço. A administração remota utiliza seu serviço SSH existente com verificação de chave do host. Revise a segurança da conexão .

Utilize accel e accel_setup localmente através das permissões do sistema operacional ou remotamente através de SSH . Instale o pacote de utilitários em uma estação de trabalho de gerenciamento e mantenha as configurações autorizadas no servidor gerenciado. Leia o guia de administração remota .

Os aplicativos se autenticam usando suas credenciais de banco de dados existentes. Novas sessões são validadas com o banco de dados. Configure uma conta CDC separada com as permissões de replicação e metadados necessárias do mecanismo selecionado. Revise as contas e CDC .

Os resultados em cache e as gravações enfileiradas elegíveis permanecem na memória da instância. SQLite armazena a configuração e os registros de erros delimitados. A configuração exportada inclui segredos, mas exclui resultados em cache, gravações enfileiradas e o progresso em tempo real CDC . Consulte o estado e o armazenamento .

Um balanceador de carga externo pode encaminhar novas conexões para instâncias disponíveis. Sessões com falha se reconectam; os caches são recarregados após a reinicialização. Gravações em fila na memória que não chegaram ao banco de dados podem ser perdidas. Revise as operações da instância .

O banco de dados continua responsável pela durabilidade dos dados, disponibilidade, backup e recuperação. As instâncias do acelerador têm suas próprias responsabilidades de roteamento e ciclo de vida. Consulte os layouts de implantação .

A fila é somente em memória e não possui registro de recuperação ou reprodução após uma falha de processo. Permita que o trabalho enfileirado seja concluído antes das paradas planejadas e reconcilie os resultados do aplicativo com o banco de dados após uma falha. Revise as operações da fila .

Use accel para observar acertos e erros de cache, status e latência CDC , tráfego de protocolo, ocupação e tempo de atividade do cache. Analise os logs de tempo de execução/erros e exporte as métricas OpenTelemetry para monitoramento contínuo. Consulte o guia de monitoramento .

Direcione novas conexões para longe de uma instância, permita que o trabalho seja concluído e verifique o esvaziamento da fila. Revise e verifique as configurações antes de uma reinicialização explícita. O bypass de inicialização encaminha solicitações enquanto o cache aquece, e a perda de CDC aciona o bypass até que a coerência seja restaurada. Planeje a manutenção .

Exporte a configuração SQLite e preserve com segurança os arquivos de certificado e chave referenciados. As atualizações de pacotes mantêm as configurações da instância; reinicie-a explicitamente em seguida. Mantenha os procedimentos de backup e recuperação do banco de dados. Consulte as orientações de atualização .

Sim. O período de avaliação gratuita dura 30 dias. Avalie EngineGrids Accelerator com suas cargas de trabalho, individualmente ou com seu parceiro. Use a avaliação para mensurar o valor e planejar a implementação e a estratégia de compra. Inicie uma conversa sobre a avaliação .

Planeje o uso pago da implementação que você já avaliou. Analise a oferta com EngineGrids e seu parceiro e continue o processo de compra para essa instalação. Discuta a possibilidade de estender seu período de teste atual .

O preço depende da versão, do tamanho da implementação e da oferta específica para sua organização. Analise a oferta aplicável ao planejar a compra. Considere suas necessidades de implementação e inclua infraestrutura e serviços no orçamento total. Encontre a melhor forma de comprar .

Em breve, estarão disponíveis os anúncios para AWS Marketplace , Microsoft Marketplace , Google Cloud Marketplace , Oracle Marketplace e IBM Marketplace . Entre em contato com EngineGrids ou com seu parceiro para obter informações sobre o software instalável para seu ambiente de nuvem ou local. Explore as opções de compra .

Sim. Você pode trabalhar com EngineGrids e seu parceiro em uma proposta privada durante sua avaliação. Traga suas necessidades de implantação, requisitos de compra e resultados da avaliação para a conversa. Discuta uma proposta privada .

Sim. Apresente EngineGrids ao provedor com o qual você já trabalha. Seu parceiro pode ajudar a coordenar a avaliação, a implementação, os serviços e o processo de compra para sua implantação de software em nuvem, local ou instalável. Explore as opções de compra com parceiros .

Abra o link da oferta compartilhado por EngineGrids ou pelo seu parceiro e revise-o para sua organização e implantação pretendida. Coordene os próximos passos com a equipe que forneceu a oferta. Se você já estiver executando um período de teste, inclua essa instalação na discussão sobre a compra.

Apresente o contexto do seu banco de dados e aplicação, os resultados da avaliação, o tamanho esperado da implementação, a forma de implementação e compra preferida e o contato do parceiro, se aplicável. Identifique os responsáveis pela aquisição e operação contínua para que o plano de compra de software e serviços esteja alinhado. Analise as opções de compra .

Seu provedor de serviços gerenciados é o principal ponto de contato para configuração, operação rotineira e suporte diário. Comece acessando o portal de suporte ou a central de atendimento. Se precisar de ajuda para identificar o contato correto do provedor, utilize o canal de consulta ao provedor .

EngineGrids oferece suporte direto de nível 3 para problemas de engenharia. Seu provedor pode ajudar a coordenar o contexto de implantação, a investigação e a recuperação com a equipe de engenharia. Utilize o canal de consulta de engenharia quando precisar desse suporte.

Descreva o aplicativo e o banco de dados afetados, quando o problema ocorreu, as alterações recentes e o que você esperava que acontecesse. Inclua um contexto de implantação útil, sem senhas, tokens de acesso ou registros confidenciais de clientes. O guia de solução de problemas ajuda você a preparar a discussão.

Use o Guia de Configuração para instalação de pacotes, configuração de terminal, acesso ao banco de dados e ao CDC , configurações de cache e conexões de aplicativos. Use o Guia do Administrador para administração, monitoramento, backup e manutenção do accel e SSH .

A aceleração transparente de leitura está integrada ao caminho de conexão do banco de dados. Os usuários continuam utilizando o aplicativo que já possuem; os administradores configuram o Acelerador e atualizam as configurações de conexão do aplicativo. A equipe operacional utiliza os guias de configuração e administração.

Revendedores podem adicionar aceleração de banco de dados à sua oferta e auxiliar na compra. Integradores de sistemas podem desenvolver projetos de avaliação, implementação e integração. MSPs podem fornecer monitoramento contínuo, otimização e suporte primário ao cliente, com a EngineGrids cuidando da engenharia de Nível 3 . Explore o programa de parceiros .

Use os projetos para inserir o Acelerador em uma solução do cliente e definir responsabilidades nas camadas de aplicação, aceleração e banco de dados. Elabore um projeto de otimização de custos para um ambiente existente ou planeje novas aplicações CMS , CRM , ERP , de finanças e de dados mestres. Comece com o Architecture Hub e use o Performance Lab para avaliar a carga de trabalho do cliente.

Conte à EngineGrids como você atende seus clientes, o tipo de parceria que você tem em mente e uma oportunidade de negócio em que a aceleração pode ser útil. O formulário de consulta de parceiros inicia a conversa sobre avaliação, implementação, compra e serviços contínuos.