Servidor en el país X. Mayoría de usuarios del país Y. Los times de carga son inaceptables

Me han pedido que explore nuestras opciones.
No desean mover el server físicamente porque es mucho trabajo y no habrá nadie para tomar el cuidado de cosas si algo realmente malo sucede. Optimizar el website en sí probablemente no va a hacer mucho bien, ya que tanto el time de respuesta y la velocidad de transferencia son lentos y una gran cantidad de contenido tiene que ser transferido.
Están hablando de la creación de un segundo server barato (un VPS?) En el condado Y o en algún punto intermedio, pero no estoy seguro de qué hacer con él. ¿Cuáles son las opciones, realmente?

Su mejor opción, por órdenes de magnitud, es mover todo el service a una location topológicamente más cercana a su base de usuarios. Claro, mover el hardware físico actual a una nueva location no es una victoria, pero puede utilizar un proveedor de services administrado en el que arrenda el hardware del server (o utiliza un VPS) y, si el hardware se rompe, es el problema del proveedor, y si el software se rompe, es su problema (pero usted puede conseguir en la máquina para fijarlo remotamente). A continuación, puede utilizar el hardware actual para un propósito diferente (por ejemplo, un server de ensayo).

Si, por alguna razón, debe alojar el sitio en sí en el hardware físico actual en la location de networking actual, debe configurar un proxy de almacenamiento en caching más cercano a sus usuarios. Se trata de un perro de una opción, que boostá la latencia y los problemas de performance de los datos que tiene que ser transferido desde el sitio cada vez, pero puede hacer maravillas para el performance percibido de los activos estáticos que pueden almacenarse en caching cerca de los usuarios , javascript, HTML estático). Si su sitio es principalmente estático, esto puede ser una buena opción, pero si se trata de un sitio en gran medida dynamic donde los usuarios están constantemente haciendo las requestes que tienen que ser respondidas a través de HTML generado dinámicamente desde el server de origen, no va a ayudar.

Como un problema de latencia y tasa de transferencia de datos, tendría que mover el service más cerca del usuario final y get un tubo más rápido. Un VPS más cercano a los usuarios del país Y con suficiente velocidad de datos es un buen comienzo. En concreto, ¿qué país es el país Y? (Encontrar un proveedor de services más cercano a los usuarios)

Así que usted consigue un nuevo server en una tierra distante. Entonces, ¿cómo va a sincronizar ambos serveres? ¿Cómo estás estableciendo DNS? ¿Dos nombres de host diferentes? Es su aplicación list para una configuration de varios serveres.

Me refiero a conseguir un vínculo de mierda más cerca de los usuarios no va a realizar milagros.

Quiero decir que acceso a los serveres en otros países mucho y si no está tirando a 8Mbps o más, entonces me estoy dando forma en alguna parte. La latencia suele ser inferior a 100ms.

Mi punto es que estoy seguro de que puede alojar su sitio de un país al otro lado del mundo con una buena connection incluso sin contenido estático en caching. Obtenga server alojado en un buen ISP y estará conectado a la columna vertebral, el otro lado del mundo es less de 10 saltos de distancia.

Sin más detalles sobre el tipo de aplicación, las sugerencias de optimization sólo pueden ser genéricas, ya que dependen de la tecnología y la architecture.