Certes... Mais je suis pas convaincu que ça s'applique à ce cas de figure :

Le village à coté (même pas 2 min en voiture) est complètement fibré (autre OI).
Les premiers logements fibrés de l'autre côté (OI Orange) sont également à moins de 2 min en voiture. Et l'entré de la ville est à 5/7 min.

Donc, ce n'est pas non plus de la seconde zone perdu dans la cambrousse.
Là, à mon sens et je peux me tromper, le véritable soucis c'est qu'Orange n'a pas voulu faire cette zone par manque d’intérêt financier et en dérogeant à ses obligations (là c'est Orange mais je pense que ça aurait été bonnet, blanc bonnet pour tout les autres OI en initiative privée).

Ils auraient peut-être pu au moins rendre les logements éligibles sous demande (si personne demande, tout bénef pour eux et s'il y a de la demande, ils remplissent leurs obligations) ?

Mais bon, il me semble que nous nous écartons du sujet original...

Plutôt 3.5To, non ?

5.5Gbit/s pendant 5h ça donne environ 12To.
680Mo/s*3600s*5h=12,25To

Non, non, on est bien vers 12To quotidiennement.
Et c'est que de la donnée pro (rien que les BDD prennent plus 8 To à elles toutes seules)

Si tu as 12To de delta par jour, whoaou !
Sinon, tu as peut être un peu d'optimisation à faire, et du coup ça passerait peut-être en satellite ?

Si tu as 12To de delta par jour, whoaou !
Sinon, tu as peut être un peu d'optimisation à faire, et du coup ça passerait peut-être en satellite ?

ça me parait énorme 12 To/jour pour le travail..
y a pas moyen d'optimiser les backup et de faire du différentiel ?
Plutôt que de sauvegarder toutes les tables de toutes les bases, uniquement celles / les lignes qui ont été modifiées ?
car si tu veux du 10 Gbit/s en FTTO l'abonnement va piquer aussi ..

Effectivement, il peut y avoir des optimisations à faire mais, ça forcerait à faire les calculs (pour delta) et/ou compresser plus fort (pour diminuer la volumétrie) sur les serveurs de production ce qui tue les perfs des CPU entre autres... Et ils sont déjà fortement sollicités.
J'avais fait des tests avec RSYNC & Co pour de l'incrémentielle (fichier + bdd), ça plombait toutes les perfs des serveurs.
La copie bête et méchante pour tout envoyer sur un autre serveur qui va gérer l'incrémentielle / la compression / l'archivage / etc... reste pour l'instant, la solution qui impact le moins les serveurs de Prods

Le pur delta tourne vers 8To... Même ça, si je ne me trompe pas dans les calculs, ça donnerait environ du 121h de download à 150Mb/s...

car si tu veux du 10 Gbit/s en FTTO l'abonnement va piquer aussi...

Normalement, avec du 2 Gb/s, je devrais déjà pouvoir revenir dans une "norme" acceptable (environ 14h de download)

Mais bon, comme dirait l'autre, ça sent le sapin cette histoire...

Et à mon avis, tu tiendrais pas longtemps en faisant ça sur Starlink avant de prendre un ptit shapping.

Je pense aussi... Puis engager une conversation avec Musk sur ce point, je pense pas en sortir victorieux

Effectivement, il peut y avoir des optimisations à faire mais, ça forcerait à faire les calculs (pour delta) et/ou compresser plus fort (pour diminuer la volumétrie) sur les serveurs de production ce qui tue les perfs des CPU entre autres...

C'est sûr que faire un delta sur ces volumes c'est pas la solution, il vaut mieux utiliser le mécanisme de réplication interne de la BDD (log shipping ou autre suivant le cas), mais bon c'est pas le sujet...