Supondo que o seu túnel OpenVPN não esteja aumentando significativamente o tempo de ida e volta (RTT) do link quando comparado ao RTT entre os sites sem o OpenVPN, não há tecnologia que possa realmente reduzir o RTT real abaixo do os links subjacentes.
Você está limitado pelas leis da física (o atraso de propagação de sinais através de fios e cabos de fibra ótica, e possivelmente para um satélite e para trás, embora este último pareça improvável ou o RTT seria ainda pior) e pela velocidade em que os roteadores intermediários dentro e entre as regiões podem alternar os pacotes.
Usando números extremamente redondos (7.000 milhas x 2, a 2/3 da velocidade da luz no vácuo), eu diria que ~ 113ms do seu atraso é simplesmente o melhor momento para a luz viajar de um lugar para o outro. outro e de volta. Nada pode eliminar isso.
A compressão, análoga ao empacotamento de mais passageiros em um avião ou ao vôo de aviões maiores, gera mais dados em um link de uma determinada capacidade por unidade de tempo, mas nenhum passageiro passa menos tempo em trânsito.
O armazenamento em cache, em suas várias formas, também pode fornecer a conveniente ilusão de recuperação mais rápida de dados, mas os dados não armazenados em cache não podem chegar mais rápido que o normal.
Se o OpenVPN não estiver adicionando nenhuma latência adicional apreciável (e na minha experiência, não deveria ser), então você não encontrará uma solução mágica.
A arquitetura do seu aplicativo provavelmente terá que se adaptar para acomodar esse atraso essencialmente fundamental, incluindo réplicas de leitura do banco de dados, filas locais (possivelmente para lidar com eventual execução de gravações de banco de dados não críticas) e acesso ao banco de dados mais eficiente.