Omitir navegación

Configuración de equilibrio de carga, finalización de SSL en los proxies inversos y FQDN para los servidores de
BlackBerry Proxy

Si los servidores de
BlackBerry Proxy
no utilizan
BlackBerry Dynamics Direct Connect
y, por lo tanto, se accede a ellos solo a través de
BlackBerry Infrastructure
, no es necesario llevar a cabo una configuración adicional de la red.
Si los servidores de
BlackBerry Proxy
utilizan
Direct Connect
, los dispositivos de red de terceros se deben configurar para las conexiones entrantes de dispositivos y contenedores. Los clientes preocupados con la seguridad pueden llevar a cabo una configuración que utiliza finalización de SSL en un proxy inverso. Para optimizar el rendimiento y minimizar la latencia, se recomienda una configuración que utilice una configuración de gestor de tráfico global con dos FQDN externos (uno para cada clúster de
BlackBerry Proxy
) y una configuración de gestor de tráfico local para equilibrio de carga dentro de cada clúster de
BlackBerry Proxy
.
  1. Configure cada servidor de
    BlackBerry Proxy
    del sitio principal como
    Direct Connect
    = Sí, con un nombre de host que sea el primer FQDN público externo (por ejemplo, cluster1.external.org.com). Deje
    Servidor proxy de la web
    = No,
    Host de servidor proxy
    y
    Puerto de proxy
    en blanco.
  2. Configure cada servidor de
    BlackBerry Proxy
    del sitio secundario como
    Direct Connect
    = Sí, con un nombre de host que sea el segundo FQDN público externo (por ejemplo, cluster2.external.org.com). Deje
    Servidor proxy de la web
    = No,
    Host de servidor proxy
    en blanco y
    Puerto de proxy
    en blanco.
  3. Configure los dos FQDN para que apunten a los extremos o servidores que se resuelven en los servidores de clúster de
    BlackBerry Proxy
    en los correspondientes sitios principal y secundario. Una configuración de gestor de tráfico global permitirá que ambos FQDN estén siempre accesibles, con un FQDN que responde rápidamente en caso de fallo de conexión cuando un sitio no está disponible.
    El uso de dos FQDN tiene dos propósitos. Permite que el algoritmo de búsqueda de la biblioteca de cliente (SDK) sepa si el sitio principal no está accesible y, por tanto, utilice el clúster de
    BlackBerry Proxy
    del sitio secundario. También permite configurar los extremos (por ejemplo, direcciones IP virtuales) de modo que, cuando un sitio no esté disponible, los intentos de conexión al FQDN correspondiente generen una recuperación rápida en lugar de largos tiempos de espera de conexión TCP.