Version du 24 février 2025 à 11:52

Cette page va vous aider à choisir l'architecture de votre grille en fonction de vos besoins. Toutes les solutions proposées ci-dessous ne seront pas développées dans ce wiki. Seuls les éléments composant l'architecture stipulée dans le premier chapitre Points d'architecture décrits dans OSWiki seront détaillés.

Grille, Simulateur connecté et simulateur standalone

OpenSimulator permet l'installation de grille, de simulateurs connectés à une grille ou de simulateurs autonomes (standalone). Les images ci-dessous représentent une schématisation de tous les types d'installations possibles et de leurs connexions.

Simulateur standalone
Simulateurs connectés à une grille

Points d'architecture décrits dans OSWiki

OSWiki ne décrit pas les éléments grisés.

Réseau	Local	Étendu
Machine	Ordinateur	Serveur	Machine virtuelle	Conteneur (LXC, Docker ¹)
Système d'exploitation	GNU/Linux	Windows	MacOS
Plateforme de développement En fonction de la version d'OpenSim	.NET (dotnet)	.NET Framework
Base de données	SQLite	MySQL	MariaDB	MSSQL	PostgreSQL
OpenSimulator	Simulateur	Petite grille	Grande grille
Mode d'installation des simulateurs	Standalone	Standalone hypergrid	Grille	Grille hypergrid
Serveur Web	Apache	Nginx
Site Web	Un site web	Pas de site

1.Dockerfile pour OpenSimulator

Quelle architecture choisir pour une grille OpenSimulator ?

Une grille est une session d'OpenSimulator qui permet de fournir des services communs à des simulateurs de monde virtuels localisés sur des machines connectées au réseau, complètement différentes et localisées n'importe où dans le monde. Les services de grille sont : asset, authentification, autorisation, avatar, freeswitch, amis, grille, utilisateur de grille, groupes, HG, inventaire, connexion, images de carte, présences, compte utilisateur.

Installer une petite grille

Une petite grille connecte des simulateurs dans un réseau local ou étendu. Un site web est recommandé pour permettre au moins la création de comptes utilisateurs. Elle peut être installée sur ordinateur, serveur dédié ou machine virtuelle.

TABLEAU DES OPTIONS D'INSTALLATION D'UNE PETITE GRILLE
Machine	Remarque	Nombre de simulateurs	Connexion	Réseau	Utilisateurs
Sur ordinateur	Il est préférable d'installer une grille sur un serveur, toutefois, il est possible d'utiliser un ordinateur.	Plus d'un simulateur et grille de petite taille.	Une connexion 24 heures sur 24 n'est pas nécessaire	Local ou étendu (internet).	Ils font partie d'un groupe restreint (amis, collaborateurs, classe, petit établissement scolaire).
serveur dédié	Dans ce cas, sur le serveur, rien n'est séparé. La grille, le site web, la base de données, les simulateurs partagent le même système. Cela signifie que, si le système rencontre un problème, c'est l'ensemble de l'installation qui peut souffrir voire qui risque d'être perdue. Toutefois, cette solution reste assez simple à mettre en place. Comme toujours en informatique, il est indispensable de faire des sauvegardes régulières.	Grille de petite taille.	Connexion continue.	Étendu (internet).	Grille fermée ou hypergrid . Vous aurez besoin d'un site web d'accueil.
machine virtuelle	Différentes machines virtuelles peuvent être utilisées pour isoler une ou plusieurs instances de ROBUST, la base de données, des simulateurs le serveur web.	Toutes les tailles de grille, ou plusieurs simulateurs etc.	Connexion continue.	Étendu (internet).	Grille fermée ou hypergrid . Vous aurez besoin d'un site web d'accueil.

Installer une grande grille

Sur serveur dédié
Sur machine virtuelle
Services séparés
Plusieurs serveurs

Une grande grille connecte des simulateurs dans un réseau étendu. Un site web est indispensable pour permettre la gestion des comptes utilisateurs, l'aide à la connexion, l'annonce d'événements liés à la vie de la grille, etc. Cette grille peut être installée sur :

un serveur dédié,
une machine virtuelle. Dans ce cas le serveur web peut être isolé sur une machine virtuelle séparée.
plusieurs machines virtuelles, pour séparer les services, les bases de données, le serveur web, les sauvegardes etc.
plusieurs serveurs dédiés aux différents services et outils de la grille.

Quelle option d'installation de la grille ?

Grille fermée

Dans un mode de grille fermée, les simulateurs sont interconnectés au sein d'une seule grille, et l'accès est généralement restreint aux utilisateurs qui ont des comptes sur cette grille spécifique. Cela signifie que les utilisateurs doivent s'inscrire et se connecter à cette grille pour accéder aux simulateurs qui y sont hébergés. Les ressources, les objets et les utilisateurs sont donc limités à cette grille, ce qui permet un contrôle plus strict sur la sécurité, la gestion des utilisateurs et le contenu.

Les données des utilisateurs et les ressources sont généralement mieux protégées, car elles ne sont pas exposées à l'extérieur de la grille, bien qu'en mode hypergrid l'utilisateur voyage avec une suitcase et pas avec tout son inventaire.
C'est un mode bien adapté à l'enseignement , par exemple, car il permet de créer des environnements d'apprentissage sécurisés et contrôlés.
La configuration d'une grille fermée se fait dans le fichier bin/Robust.ini

Grille hypergrid

Le mode hypergrid, en revanche, permet une interconnexion entre différentes grilles OpenSimulator. Cela signifie que les utilisateurs peuvent se déplacer d'une grille à une autre sans avoir besoin de créer un compte sur chaque grille. Le mode hypergrid facilite l'échange de contenu et d'utilisateurs entre différentes grilles, ce qui favorise une plus grande diversité et une plus grande interactivité dans l'environnement virtuel. Les utilisateurs peuvent ainsi explorer différents mondes et accéder à des ressources variées, tout en maintenant une certaine forme de sécurité et de gestion des droits d'accès.

Utilisation d'une suitcase pour protéger les inventaires des hypergrideurs.
L'ouverture à d'autres grilles peut exposer les utilisateurs à des contenus ou comportements indésirables.
Les utilisateurs peuvent interagir avec des personnes de différentes grilles, favorisant une diversité d'expériences et de cultures.
La configuration d'une grille fermée se fait dans le fichier bin/Robust.HG.ini, où il est possible de définir certains paramètres d'interconnexion et de sécurité pour permettre l'accès à d'autres grilles.

Quel système d'exploitation ?

GNU/Linux

GNU/Linux (appelé aussi Linux) est un système d'exploitation comme Windows ou MacOS. Mais la différence essentielle de GNU/Linux par rapport à ses concurrents est d'être un système d'exploitation libre. (Sources.)

Il existe de nombreuses distributions de GNU/Linux comme Debian, Gentoo, Linux Mint, Ubuntu, pour en citer quelques unes.

Dans OSWiki, la description de l'installation d'OpenSimulator se fera pour

Ubuntu Server 22.04 LTS (Jammy Jellyfish) pour un serveur, maintenu jusqu'en avril 2027 (support standard), avril 2032 (support pro), avril 2034 (fin de support pour la version).
Ubuntu Desktop 22.04 (Jammy Jellyfish) et Ubuntu 24.04 (Noble Numbat) pour un ordinateur, maintenu jusqu'en avril 2027 / avril 2029 (support standard), avril 2032 / avril 2034 (support pro), avril 2034 / avril 2036 (fin de support pour la version)..

OpenSimulator nécessite le runtime dotnet 8 ou le runtime Desktop pour votre plateforme (ainsi que le SDK si vous souhaitez compiler).

Pour plus d'informations sur l'installation de dotnet 8 sur Ubuntu, veuillez consulter cette page.

Windows

La partie de l'installation d'OpenSimulator spécifique à Windows ne sera pas développée sur OSWiki.
Dépendances

Mac Os

La partie de l'installation d'OpenSimulator spécifique à Mac Os ne sera pas développée sur OSWiki.

Quel système de gestion des bases de données (SGBD)?

La configuration de la base de données du simulateur se fait dans la section [DatabaseService] du fichier /bin/config-include/StandaloneCommon.ini pour un simulateur autonome ou du fichier /bin/config-include/GridCommon.ini pour un simulateur connecté à une grille.

Les Système de Gestion de Base de Données (SGBD) supportés par OpenSimulator sont :

SQLite

SQLite est le SGBD par défaut - base de données légère fournie avec OpenSimulator et pouvant être utilisée sans avoir besoin de configuration supplémentaire. Elle est surtout fournie pour vous permettre de faire rapidement vos premiers pas mais, ne devrait pas être utilisée en mode production. Elle est vraiment plus lente que MySQL.

MySQL

MySQL est un SGBD pleinement supporté - C'est la base de données recommandée pour toute utilisation dépassant l'expérimentation ou de petites installations en standalone. La version minimale requise de MySQL est 5.1.

MariaDB

MariaDB est entièrement pris en charge, alternative à MySQL. Vous devez vous assurer que le jeu de caractères sélectionné est utf8mb3 (c'est-à-dire 3 octets). Certaines installations sont configurées par défaut sur uft8mb4 (4 octets) et cela échouera.

MSSQL

SGBD également supporté - le support pour certaines fonctionnalités récentes d'OpenSimulator peuvent ne pas avoir été implémentées cependant la plupart d'entre elles sont supportées.

PostgreSQL

PostgreSQL est également supporté : PostgreSQL est un système de gestion de base de données relationnelles et objet (SGBDRO). C'est un outil libre disponible selon les termes d'une licence de type BSD.

Sources En construction 🏗️

@@ Ligne 1 : / Ligne 1 : @@
-= Avertissement =
+Cette page va vous aider à choisir l'architecture de votre grille en fonction de vos besoins. Toutes les solutions proposées ci-dessous ne seront pas développées dans ce wiki. Seuls les éléments composant l'architecture stipulée dans le premier chapitre [[Options d'installation d'une grille#Points d'architecture décrits dans OSWiki|'''Points d'architecture décrits dans OSWiki''']] seront détaillés.
-{{Avertissement_résumé|fond=pink |bord=red |message = Ce résumé existe pour orienter vos recherches. Des erreurs d'interprétation ne sont pas à exclure. Pour plus de précisions, veuillez vous référer aux sources ou vous adresser directement aux développeurs d'OpenSimulator en assistant aux [http://opensimulator.org/wiki/Office_hours réunions du mardi] ou  sur [http://opensimulator.org/wiki/IRC le canal IRC]. Je ne fais pas partie des développeurs, ne vous adressez pas à moi pour les joindre. Merci.😉}}
-= Modules =
-== Module d'arbres==
-=== Problème posé ===
-* Cuga Rajal n'arrive pas à planter des arbres sur une région en utilisant [http://opensimulator.org/wiki/Trees_Module '''le module d'arbres d'OpenSim'''].  Il demande où sont stockés les maillages des arbres du  module ou s'il doit en importer. Il a chargé un maillage  sommaire "Tree xml" dans le module, aucun arbre ne s'est planté et le module ne retourne aucune erreur.  Mais, le problèmes peut venir d'autre chose que de la présence ou non d'arbres.
-=== Discussion ===
+{{Modèle:types_installation}}
-* Ubit Umarov dit que le module d'arbre devrait fonctionner mais, que son utilisation est délicate. Il ne l'a pas testé depuis plusieurs années. Le module ne ferait que des arbres de type « tilleul ».
-* Les arbres maillés de Liden sont  créés par le viewer en cours d'exécution. Il existe un fichier de viewer trees.xml, on peut le trouver dans le dossier "app_settings".
-* Le module peut parfois produire beaucoup trop d'arbres, des milliers.
-* Si le viewer était amélioré pour créer des arbres aléatoirement sur les terrains le marché des meshes et des arbres diminuerait sur Second Life. Donc aucun intérêt pour Linden Lab.
-=== Remplacer le module par un script LSL ===
+{{Modèle:Architecture_OSWiki}}
-* Vincent Sylvester pense que passer par un script LSL est plus judicieux. Le script peut se déplacer aléatoirement sur la région et placer un arbre à la hauteur du terrain. Il permet aussi plus d'options  comme définir des modèles différents pour des élévations différentes.
-* Vincent Sylvester a écrit un planteur que l'on porte et qui plante des arbres là où on se tient. Le script ajuste les modèles en fonction de l'élévation. Combiné à un script de mouvement aléatoire, il se comporte essentiellement de la même manière que le module.
-*
-===Ressources ===
-==== Générateurs d'abres 3D ====
-* [http://snappytree.com '''SnappyTree'''] : SnappyTree fournit également des options d'exportation pour les formats de fichiers wavefront et collada afin que les arbres générés puissent être utilisés.
-==== Générateur d'abres / branches png ====
+{{Modèle:Architectures pour une grille }}
-* [https://www.cgchan.com/cantree '''CanTree'''] : À partir de ce site Web, vous pouvez générer autant d'images d'arbres de haute qualité que vous le souhaitez. Aucun téléchargement, aucune installation, aucun plugin n'est nécessaire.
-* 🏗️
-= Informations=
+{{Modèle:mode d'installation d'une grille}}
-== IA et GPU ==
-=== Puces ===
-* Les participants à la réunion ont parlé de la publication du nouveau modèle d'IA  opensource '''Deepseek''' [https://fr.wikipedia.org/wiki/DeepSeek] au courant de la semaine. Cela a provoqué l'effondrement des cations '''Nvidia'''[https://fr.wikipedia.org/wiki/Nvidia] producteur en autre de processeurs graphiques ([[Lexique_des_réunions#GPU |'''GPU''']]).
-* Aux USA des droits de douane très élevés seront imposés aux fabricants (Nvidia, Apple, Intel ..) de puces (GPU, CPU) qui ont des usines à l'étranger.
-* Toutefois, les prix des GPU resteraient élevés. Les tarifs douaniers vont faire exploser les prix aux États-Unis.
-* D'après Vincent Sylvester, [https://fr.wikipedia.org/wiki/Advanced_Micro_Devices  '''AMD'''] serait rès bien pour le moment.
-=== ChaGPT et Deepseek===
+{{Modèle:Sysèmes d'exploitation }}
-* Personne ne semble avoir testé Deepseek.
-* Andrew Hellershanks n'a pas encore trouvé d'utilité à ChatGPT jusuq'à présent et certainement pas pour le code.
-* Les participants semblent très dubitatifs en ce qui concerne ChatGPT.
-== Cartes vidéos ==
+{{Modèle:Bases de données supportées}}
-=== Question ===
+En construction 🏗️
-* Motoko Karu demande aux personnes présentes quelle carte vidéo elles  utilisent. Il a l'intension de mettre à jour son matériel et il envisage d'utiliser une carte '''Radeon™ RX 7800 XT''' (AMD). Il pense que c'est  le meilleur rapport qualité/prix.
-=== Réponses ===
-* Actuellement Motoko Karu utilise une carte Nvidia '''GeForce GTX 950.'''
-* Cuga Rajal utilise '''Apple Silicon,''' donc il aurait 32 cœurs de GPU.
-* Kayaker Magic utilise une carte '''Nvidia GTX 1070'''.
-* Andrew Hellershanks utilise une carte '''Geforce GTX 1050''' et un processeur AMD FX(tm)-8320 à huit cœurs. Il préfère AMD car il y a un meilleur support sous Linux. Il est passé à Nvidia parce qu'il voulait utiliser [https://fr.wikipedia.org/wiki/Cg_(langage) '''Cg''']]
-* Ubit Umarov utilise une carte vidéo '''GeForce RTX 3070 Ti'''
-== Attribution d'objets ou de terres à un groupe==
-=== Question ===
-* Gavin Hird demande s'il est possible d'attribuer des objets ou des terres à un groupe dans OpenSimulator. Il aimerait également connaître la façon d'activer cette option.
-=== Réponses ===
-* Oui o'''n peut attribuer des objets et des terrains à un groupe''' dans OpenSim. Mais, c'est assez dangereux et on peut facilement perdre le contrôle sur un objet.
-* Il est possible d'affecter des objets ou un terrain à un groupe. Les permissions du groupe déterminent alors qui peut  interagir ou éditer l'objet ou la parcelle.
-* Toutefois, '''pour que le bouton partager soit activé''', les informations du groupe doivent fournir les informations sur le rôle de l'utilisateur  et ce rôle  doit être autorisé à supprimer des objets.
-{{NDLR|fond=white |bord=green|message = <br>
-'''Attribuer un objet à un groupe dans Firestorm''' :
-* Dans l''''éditeur''' d'objets , onglet '''"Général"''',
-* Cliquer sur la petite clé à droite de Groupe et '''sélectionner un groupe'''
-* Cocher la case '''Partager'''.
-'''Attribuer une parcelle à un groupe dans Firestorm''' :
-* Depuis le menu '''"Monde"''' ouvrir le fenêtre '''"À propos du terrain"'''
-* À droite de Groupe, '''choisir un groupe''',
-}}
-=== Problème de cache ===
-* D'après Vincent Sylvester les permissions de groupe peuvent être un peu difficiles à gérer parce que le cache ne fonctionne pas tout à fait correctement. Il faudrait redémarrer quand on modifie les rôles et leurs permissions. Les groupes copient en mémoire ce qu'ils récupèrent dans la base de données. Mais, lorsqu'on modifie certaines choses, la mise à jour de la copie locale ne semble pas fonctionner correctement. La base de données est modifié, mais pas la copie locale. Vincent Sylvester se demande si ce cache local est encore nécessaire même si les requêtes deviennent plus lentes.
-* De plus le code récupère des lignes entières pour n'utiliser qu'un seul champ par ligne. Le module a besoin d'être réécrit à partir de zéro.
-* Les droits ne sont pas sur le disque, ils sont dans la  mise en cache au moment de l'exécution. Les paramètres de rôle et les permissions sont mis en cache dans la mémoire. Le viewer y  accède chaque fois qu'il voit l'objet ou que l'on clique dessus.  Mais, pour l'essentiel cela fonctionne bien.
-* En revanche le code des groupes, les deux modules auraient besoin d'être réécrits.
-== Heighmap==
-* Cuga Rajal a trouvé un outil [https://manticorp.github.io/unrealheightmap/ '''Unrealheigmap'''] très utile pour créer une [[Lexique_des_réunions#Heightmap|'''heighmap''']] à partir de cartes réelles.
-* Ce générateur de heighmap a été créé  pour Unity mais fonctionne très bien pour OpenSim.
-* Il exporte en png, 16 bit. Donc 256 mètres de haut maximum.  La plupart des chargeurs ne lisent que des valeurs entières, seul r32 est à pleine échelle.
-* Mais il est probablement possible d'ajuster les valeurs dans GIMP.
-* Si cet outil peut exporter en 32bit virgule flottante, Vincent Sylvester a un chargeur de tiff qui lira jusqu'à 4096 mètres. Plus d'informations à propos des chargeurs : [[Réunion_du_23-07-2024#Chargeur_de_terrain_Tiff | '''Réunion du 23 juillet 2024''']] et [[Réunion_du_30-07-2024#Heightmap | '''Réunion du 30 juillet 2024''']]
-=Viewers=
-== Viewer Web Linden Lab==
-*[https://community.secondlife.com/news/featured-news/browser-based-access-to-second-life-limited-testing-begins-today-r1559/ Accès à Second Life par navigateur : Des tests limités ont débuté]
-* Il semble que le viewer web de Linden Lab est meilleur que le viewer mobile. Mais, il manque encore beaucoup d'éléments d'interface utillisateur et de fenêtres.
-* Une interface utilisateur basée sur [https://fr.wikipedia.org/wiki/Hypertext_Markup_Language '''HTML'''] serait prévue.
-* C'est un accès qui doit coûter cher à Linden Lab qui doit sans doute espèrer obtenir plus de comptes payants avec l'option web. Les serveurs nécessaires à cette mise en œuvre doivent être très chers.
-= Source=
-http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2025-01-28