[bluu]

Un truc que je ne comprends pas...

Un seul serveur mal configuré ou qui tombe suffit a faire tout tomber?

C'est un effet boule de neige?
C'est la config standard des serveurs qui était foireuse?
La gestion de la monnaie, du search et du tp sont sur le même serveur pour tous les résidents?
Ils fonctionnent sur un site central genre gros système?

J'ai toujours pensé que sl c'était une foultitude de petits serveurs indépendants.... je me trompe?

[DD Ra]

Bonsoir,

J'ai découvert cet article de Prokofy Neva dans son blog ou elle explique avoir été la cible, ainsi que d'autres personnes, de spam de messages en IM émis par des objets pendant plusieurs jours, et à l'évidence envoyés par des griefers, vu les textes.

Ce serait la fameuse attaque sur la grille dont Tareru Nino a parlé et continue à parler, visant des individus ciblés mais nuisant à toute la grille.

Bises.

@ Bluu : oui en effet.
Ce n'est pas un serveur qui tombe en rade mais un ensemble de serveurs -appelé en gros central asset serveur- qui sature pour plusieurs raisons, absence de donnés, donnés corrompues ou trop de donnés (arme souvent utilisée en griefing).

Le réseau de Second life est archaïque et dépassé, tous les pros des réseaux sont d'accord. Il y a un énorme noeud au coeur du réseau qui est l'asset server. Tous les objets et beaucoup de données passent par lui car c'est un passage obligé entre les simulateurs et les autres serveurs qui stockent les données.
Non seulement il gère le routage des données (images, sons, objets) mais il vérifie aussi qu'elles sont authentiques (par leurs uuids), histoire qu'un petit malin ne les pirate pas.

Que se passe t-il lorsqu'il reçoit trop de donnés ? Il rame et met plus de temps a les traiter et comme les requêtes (demande de données) ont un temps limité, ben parfois ça flanche.

Que se passe t-il lorsqu'il ne reçoit plus de donnés ? Soit il s'agit d'un serveur de stockage lambda auquel cas c'est pas bien grave. Soit il s'agit d'un serveur important (par exemple celui qui gère search) et paf! l'asset server croule sous des requêtes qu'il ne peut pas faire aboutir et rame.

Quand les ingénieurs voient que l'asset server sort la pagaie, ils coupent certaines fonctionnalités comme search ou la liste d'amis donc moins de donnés a traiter et plus de résidents contents de ne pas perdre leurs objets no-copy.

Il faut juste comprendre que toute la plate-forme n'est que des donnés, les avatars, les objets, les lieux, les images, les sons...sont des uuids qui transitent par un seul truc, le système central asset server.

Voilà ce que disait Gwyneth Llewlyn, en 2005 déjà, à ce propos dans SL Herald:

Citation :

Now, the problem with the current model is that everything is too proprietary, and the sim computers are really not "independent units" at all. Rather, users have to log in to a common "login server". From here, you get your inventory. Textures, sounds and anims are spread all over the grid (they are stored on the sim you have uploaded it first) and you need an asset server to track the place they really are. If you're Internet-savvy, you can think of the asset server as a sort of DNS system - it says where the assets are stored.

But it's a centralised system. New residents cannot remember the troubles we had when there was only one asset server. When this server failed, everything failed in SL. Currently, due to some clever engineering feat, LL's developers have managed to duplicate the asset server into a redundant array of boxes - a simple cluster solution, but which has done wonders.

P.S: c'est en fait un peu plus compliqué au niveau du routage et je serais incapable de l'expliquer. Zero Linden et son équipe Studio Icehouse gère l'architecture réseau de Second Life. Si vous voulez en savoir plus, il tient deux réunions par semaine in-world.

[Vallys]

Merci Phli pour toutes ces informations

[(a supprimer)]

Un paragraphe que j'avais oublié de traduire ou qui a été rajouté ultérieurement dans le blog, à la fin du premier paragraphe (samedi):

Nous avons déterminé, cependant, que ces problèmes n'étaient pas reliés à une quelconque attaque par un groupe extérieur.