La mejor forma de hacer load balancing es como tú dices un round robin con pesos 66% 34%. Lo que al final te darà una apariencia de “aleatoriedad”.
Tus dudas son acertadas:
Cada conexión que tus equipos hagan al exterior se establecera por una fibra. No hay más.
Tendrás flujos que pueden llegar hasta 600 y otros que solo pueden llegar hasta 300. Aleatoriamente.
es posible que una descarga de steam que usa multiples conexiones use ambas fibras a la vez?
Si realmente hace varias conexiones desde el cliente al servidor, cada una de ellas se establecerá por donde le toque. No haynada más allá de la estadística te garantice que no se vayan a establecer por la misma fibra y que además sea la de menor ancho de banda, dependerá de por donde le toque en cada momento. Pero al final del día, en número de conexiones salientes estará en un 66/34.
Así que de media sí. (Ya sabes que la estadística lo explica todo menos cada caso concreto.) Usarás las dos para descargas siempre que el programa haga varias conexiones.
que bloquee la cuenta temporalmente al ver que hay conexiones desde 2 Ips diferentes en el mismo dispositivo
Los filtros que usan no son tan precisos, y estos grandes están acostumbrados a pelear con estas cosas. Por ejemplo, si usas la red de mi oficina unos flujos irán por UK y otros por Alemania. Pero sigo viendo el YouTube o el prime video sin problemas conectando el móvil a la red de invitados. Me preocuparía más por un antena3 o un flixolé que simplemente le compran la plataforma a alguien fijándose solo en el precio.
De todas formas nada te lo garantiza, dependerá de lo exigente que sea el proveedor de esa aplicación.
Conexiones entrantes
Si tienes algún servidor de algo, solo podrás usar en cada conexión una u otra. Y para que uses las dos has de empezar a jugar con un round robin de DNS, respuestas DNS de bajo TTL y scripts para eliminar una IP si se cae.
Aplicaciones que usan un callback como SIP o FTP no pasivo dependerá de cómo esté hecha la aplicación, si el otro lado se conecta al origen que ve en los paquetes entrantes cada conexión de vuelta estadísticamente seguirá el balanceo. Pero la mayor parte de las aplicaciones no lo hacen así. (Como SIP + STUN) simplemente tu aplicación detectará que IP tiene una vez y le dirá al otro lado a donde se tiene que conectar. Así que estas no usarán el balanceo.
Apendice final
Añadir a lo contado que un balanceo de carga funciona mejor cuantos más usuarios haya en la red. (Por ejemplo, una oficina o una familia grande). Si solo estás tú, no lo vas a aprovechar tanto. Por una simple cuestión de número de flujos concurrentes.
