HAL Journées Réseaux de l'Enseignement Supérieur et de la Recherche
Not a member yet
1242 research outputs found
Sort by
Drive RENATER
No full textOver the past decade, various Internet players have been increasing cloud data storage offerings with, in some cases, additional features. However, the equilibrium of the economic model is often ensured on the one hand by a usage that becomes time-consuming or depending on the use and, on the other hand, by the exploitation that can be made of data and metadata. To address these issues, many institutions have implemented their own solution, thus constituting a rich functional and application ecosystem.However, several issues remain:•How can users of different community platforms share data in an authenticated and trusted way?•What kind of architecture to meet the needs of hundreds of thousands of users?•What mechanisms to allow geographic distribution this type of service?•How to guarantee the minimum levels of security, in particular on the control of access to the service and stored information?Following the evaluation of several free solutions likely to provide a "drive" type service, GIP RENATER has started a process of building a highly scalable solution in terms of access control, capacity (users, volumes, etc.), distributed deployment and possibly interoperable with other similar services in the community.The implementation challenges are multiple and concern as much the choice of the solution as the design of the associated technical architecture as well as taking into account the changes and the organization of the MCO.Au cours de la dernière décennie, divers acteurs de l’Internet multiplient les offres de stockage de données dans le cloud avec, dans certains cas, des fonctionnalités complémentaires. Cependant, l’équilibre du modèle économique est souvent assuré d’une part par un usage qui devient payant dans le temps ou en fonction de l’utilisation et, d’autre part, par l’exploitation qui peut être faite des données et métadonnées. Pour répondre à ces problématiques, de nombreux établissements ont implémentés leur propre solution, constituant ainsi un riche écosystème fonctionnel et applicatif.Cependant, plusieurs problématiques demeurent : * Comment des utilisateurs de plateformes communautaires différentes peuvent-ils échanger des données de façon authentifiée et en toute confiance ? * Quel type d’architecture pour répondre aux besoins de plusieurs centaines de milliers d’utilisateurs ? * Quels mécanismes pour permettre la distribution géographique ce type de service ? * Comment garantir les niveaux minimaux de sécurité, en particulier sur le contrôle d’accès au service et aux informations stockées ?A la suite de l’évaluation de plusieurs solutions libres susceptibles de fournir un service de type « drive », le GIP RENATER a entamé une démarche de construction d’une solution fortement évolutive en terme de contrôle d’accès, de capacités (utilisateurs, volumes, …), de déploiement distribué et qui soit possiblement interopérable avec d’autres services similaires de la communauté.Les défis de mise en œuvre sont multiples et concernent tout autant le choix de la solution que la conception de l’architecture technique associée ainsi que la prise en compte des évolutions et l’organisation du MCO
L’agilité dans l’organisation d’un projet agile : l’expérience du projet PC-Scol
No full textPC-Scol is a joint project by the AMUE and the Cocktail Association to overhaul the education and student life information system for all higher education and research institutions. PC-Scol is part of a collaborative working framework in co-construction with several university institutions. We will describe the operational organisation put in place to manage a project to co-construct a software solution of this magnitude in agile mode, with development teams from Higher Education and Research located in several universities across the territory. We will present the agile methods we use: the “Scrum” method for each team and the “Safe” method for agility at scale, to coordinate the work of the teams. The software factory and technical architecture used will also be detailed to illustrate the interdependence between the methods, tools and organisation. We will also discuss the difficulties we have encountered since the start of the project in 2017, the support we have proposed and the organisational changes that have been made, to show that it is also necessary to be agile in organising and steering an agile project. The prospects for co-administration of the Pégase solution developed by the PC-Scol project will conclude our presentation.PC-Scol est le projet commun à l’AMUE et à l’Association Cocktail de refonte du système d’information scolarité et vie étudiante pour l’ensemble des établissements de l’enseignement supérieur et de la recherche. PC-Scol s’inscrit dans un cadre de travail collaboratif en co-construction avec plusieurs établissements universitaires. Nous décrirons l’organisation opérationnelle qui a été mise en place pour gérer un projet de co-construction d’une solution logicielle de cette ampleur en mode agile avec des équipes de développements issues de l’ESR et localisées dans plusieurs universités réparties sur l’ensemble du territoire. Les méthodes agiles que nous utilisons ; méthode « Scum » au niveau de chaque équipe et méthode « Safe » au niveau de l’agilité à l’échelle pour coordonner le travail des équipes seront présentées. L’usine logicielle et l’architecture technique retenues seront également détaillées pour illustrer l’interdépendance entre les méthodes, les outils et l’organisation. Les difficultés que nous avons rencontrées depuis le début du projet en 2017, les accompagnements que nous avons proposés et les évolutions de l’organisation qui ont été réalisées seront également présentés pour montrer qu’il est aussi nécessaire d’être agile dans l’organisation et le pilotage d’un projet agile. Des perspectives dans la co-administration de la solution Pégase qui est développée par le projet PC-Scol concluront notre exposé
Diagnostiquez l'impact environnemental de votre parc informatique avec EcoDiag, un service EcoInfo !
No full textInternational audienceVous entendez beaucoup parler des problématiques environnementales, vous avez peut-être initié des attitudes positives personnelles, vous avez une volonté de groupe dans votre unité, et vous vous interrogez sur l'**impact environnemental du numérique** de votre **milieu professionnel**...**EcoDiag** est là pour vous !Le GDS EcoInfo du CNRS a fait le constat que l'évaluation des **impacts environnementaux du numérique** est **complexe** et peut décourager les meilleures volontés, c'est pourquoi nous vous proposons une **méthode simple et efficace** pour estimer le bilan carbone de votre parc au travers de ce nouveau service basé sur notre expérience. Nous avons choisi un indicateur compréhensible par tous : les émissions de **CO2e** (Équivalent CO2). À partir d'un inventaire des services numériques utilisés et des matériels informatiques de l'unité, notre méthodologie et notre expertise vous permettront d'établir une **estimation globale des émissions de GES**. Cette évaluation sera accompagnée de préconisations et de ressources (fiches, guide, matériel) pour intégrer ce travail dans un rapport type Hcéres ou les utiliser dans le cadre d'un bilan carbone plus global à votre structure. L'apport de conseils vous permettra d'afficher une politique de réduction des GES générés par le numérique dans les années suivantes !**Retrouvez nous devant le poster** pour découvrir et repartir avec notre outil d'évaluation des impacts environnementaux des activités numériques de votre unité. Vous aurez les ficelles et un guide de préconisation pour maîtriser et diminuer ces impacts dans une démarche d'amélioration continue. Des exemples concrets réalisés dans deux unités illustreront notre démarche et vous démontreront la facilité d'utilisation du service EcoDiag
CONFERENCE ANNULEE - Les Systèmes Inéquitables Numériques (SIN)
No full textInternational audienceThe development of digital applications has resulted in a multiplication of digital interactions, which are sometimes imposed on users. Unfortunately, these applications have a tendency to malfunction. It is these malfunctions and more specifically their consequences that this study intends to address.Our cross-sectoral observations as a lawyer and IT expert have led us to highlight the existence of Inequitable Digital Systems, digital devices that intervene in a legal relationship between two legal subjects and whose traces could be used as evidence of the performance or non-performance of an obligation. One example is the validation of digital public transport tickets.As these digital systems are implemented by only one of the two parties to the legal relationship, an imbalance may appear. When a dispute arises, only this party has access to the traces that prove the performance of the legal obligations.However, these disputes remain largely invisible in the legal sphere due to their low financial value, resulting in the implementation of extrajudicial processes for amicable resolution of disputes.So how can the balance between the parties be restored? Although equal access to digital traces would undoubtedly be a step towards equality of the parties, the question will arise as to the reliability of these traces as well as a possible right of access to this data.A better solution may be to anticipate malfunctions by the IT specialists behind these systems.These are the questions that we will reflect on in this contribution.Le développement des applications numériques entraîne une multiplication des interactions numériques, d’ailleurs parfois imposées aux usagers. Malheureusement, ces applications sont susceptibles de dysfonctionner. Ce sont ces dysfonctionnements et plus particulièrement leurs conséquences que cette étude entend appréhender. Nos observations croisées de juriste et d’informaticienne nous ont amenées à mettre en lumière l’existence de Systèmes Inéquitables Numériques (SIN), dispositifs numériques intervenant dans une relation juridique entre deux sujets de droit et dont les traces pourraient être utilisées comme éléments de preuve de l’exécution ou de l’inexécution d’une obligation. La validation de titres numériques de transport en commun en est un exemple parmi d’autres. Ces systèmes numériques étant mis en place par une seule des deux parties à la relation juridique, un déséquilibre peut apparaître. En effet, lorsqu’un litige survient, seule cette partie a accès aux traces témoignant de l’(in)exécution des obligations juridiques.Pourtant, ces litiges restent majoritairement invisibles de la sphère juridique en raison de leur faible valeur pécuniaire, ce qui conduit à la mise en œuvre de processus extrajudiciaires de résolution amiable des litiges. Comment rétablir alors l’équilibre entre les parties ? Si l’égal accès aux traces numériques serait sans nul doute un progrès vers l’égalité des parties, la question se posera alors de la fiabilité de ces traces ainsi que d’un éventuel droit d’accès à ces données. Une meilleure solution ne résiderait-elle pas plutôt dans une anticipation des dysfonctionnements par les informaticiens à l’origine de ces systèmes ? Est-ce seulement possible ? Telles sont les questions auxquelles nous nous proposons de réfléchir dans cette contribution
HPC Singularity : reproduire et partager vos simulations
No full textThe scientific approach is based on the reproducibility of experiments. For experiments requiring significant computing resources, the use of a supercomputer becomes necessary. This raises the problems of differences in architecture, system, libraries, and communications between calculation nodes, which are complex notions to be grasped.The resolution of these issues has a dual interest: • Easily replay the simulations and consequently allow validation of the search results; • Open the calculation resources to a greater number of users, thanks to simplified use.To meet these needs, since 2019, the University of Strasbourg has offered a container service within its mesocentre, based on Singularity technology.These containers include both the operating system, specific libraries, and the compiled scientific software. This therefore makes it possible to respond to most of the problems of reproducibility and ease of distribution.In this article, we present container technologies, the benefits of Singularity in an HPC environment, and its interoperability with Docker. We then detail the architecture as well as the performance obtained.The conclusion summarises these functionalities and presents the changes in expected uses: real ease of use with simulations that can be easily reused and improved.La démarche scientifique se base sur la reproductibilité des expériences. Pour des expérimentations exigeant d’importantes ressources de calcul, l’utilisation d’un supercalculateur devient nécessaire. Se posent alors les problématiques des différences d'architecture, de système, de bibliothèques, et des communications entre nœuds de calcul qui sont des notions complexes à appréhender.La résolution de ces problématiques présente un double intérêt : • Permettre facilement de rejouer les simulations et par conséquent permettre la validation des résultats de recherche ; • Permettre l'ouverture des ressources de calcul à un plus grand nombre d'utilisateurs, grâce à une simplification de l’usage.Pour répondre à ces besoins, l’Université de Strasbourg offre depuis 2019, au sein de son mésocentre, un service de conteneurs basé sur la technologie Singularity.Ces conteneurs incluent à la fois le système d'exploitation, les bibliothèques spécifiques, et le logiciel scientifique compilé. Ainsi, cela permet de répondre à une majorité des problématiques de reproductibilité et de simplicité de diffusion.Dans cet article, nous présentons les technologies de conteneurs, les avantages de Singularity dans un environnement HPC et l’interopérabilité de ce dernier avec Docker. Puis, nous détaillons l’architecture ainsi que les performances obtenues.La conclusion résume ces fonctionnalités et présente les évolutions des usages attendues : une réelle facilité d'utilisation avec des simulations réutilisables et améliorables facilement
Quelle solution de stockage choisir dans la prochaine décennie ?
No full textSince 2014, the University of Strasbourg has chosen to deploy the "Seafile" cloud storage solution for all its staff and students.While this solution is entirely satisfactory in terms of simple storage and sharing of individual documents, we realised that it had several limitations. Seafile is also rarely used in other Higher Education and Research establishments in France, which makes exchanges with the community difficult.In recent months, we also noted a marked expectation among our users for more functionalities related to storage, in particular collaborative work solutions and exchanges around storage, with their colleagues in the laboratory and establishments and also their colleagues from other partner establishments in France and worldwide.We have initiated a new study to develop our storage service and to try to find a solution that meets new needs. There are several options: * continue to invest in Seafile; * await the initial results of the solution proposed by Renater; * launch a community project with other Higher Education and Research institutions.The aim of this poster is to discuss the outcome of our study with the community and also to initiate a more general reflection on the partnerships of the future, including: * a state of the art report of the solutions in 2019; * an assessment of the functionalities requested by our users; * a mapping of the solutions deployed in Higher Education and Research (Nextcloud, OneDrive, Seafile, etc.); * a state of the art report on interoperabilities between current storage solutions.Depuis 2014 l’Université de Strasbourg a fait le choix de déployer la solution de stockage cloud "Seafile" pour l'ensemble de ses personnels et des étudiants.Si cette solution donne entière satisfaction concernant le simple stockage et le partage de documents individuels, nous nous sommes aperçus qu'elle avait cependant plusieurs limites. Seafile est également peu utilisé dans les autres établissements de l'ESR en France, ce qui rend difficile les échanges avec la communauté.Nous avons aussi noté ces derniers mois une forte attente de nos utilisateurs de plus de fonctionnalités autour du stockage, notamment autour de solutions de travail collaboratives et d'échange autour du stockage et ce avec leurs collègues de laboratoire, d'établissement, mais également leurs collègues d'autres établissements partenaires en France et dans le monde.Nous avons initié une nouvelle étude pour faire évoluer notre service de stockage pour tenter de trouver une solution répondant aux nouveaux besoins. Plusieurs possibilités s'offrent à nous : * continuer à investir dans Seafile ; * attendre les premiers résultats de la solution proposée par Renater ; * lancer un projet communautaire avec d'autres établissements de l'ESR.Ce poster a pour but d'échanger avec la communauté sur l'aboutissement de notre étude et également d'engager une réflexion plus générale sur les partenariats de demain, incluant : * un état de l'art des solutions en 2019 ; * un bilan des fonctionnalités demandées par nos utilisateurs ; * une cartographie des solutions déployées dans l'ESR (Nextcloud, OneDrive, Seafile, ...) ; * un état de l'art des interopérabilités entre les solutions de stockage actuelles
Supervision un peu plus avancée
No full textOf course, everybody automatically monitors his services andmachines. But some aspects of monitoring are not always known, anddeserve more exposure. This talk will cover some of these aspects,using examples from the Icinga program. (Icinga has a configurationlanguage making easier to manage groups of machines and services.)We'll talk of tests made of sub-tests, with results expressed as "atleast M among the N sub-tests must succeed". We'll talk about writingyour own tests. And we'll mostly talk about multi-points monitoring.This is because the Internet is a very complex environment. One of theconsequences is that the result of a test may depend on the vantagepoint. A routing (or badly handled filtering) problem can appear onsome network operators only. A test from only one vantage point willmiss the problem or, on the contrary, will make the problem appear asuniversal, when it is only local. Multi-points monitoring is thereforeimportant, for instance by using the RIPE Atlas probes, or thesatellites of a monitoring program. This implies the ability tosynthetize the results of the various tests.This is a technical talk, intended for network administrators.Si tout le monde pratique la supervision automatique des machines etservices dont il est responsable, en revanche certains points de lasupervision ne sont pas forcément connus de tous. Cet exposé parlerade différents points qui méritent d'être mieux connus, à partird'exemples utilisant le logiciel Icinga (dont le langage deconfiguration permet de gérer plus facilement des groupes de machinesou de services). On parlera de tests mettant en jeu plusieurs sous-tests, avec unrésultat du genre « au moins M parmi les sous-tests N doiventréussir », de l'écriture de ses propres tests, et surtout de lasupervision multi-points.La complexité de l'Internet d'aujourd'hui est telle qu'il estrelativement fréquent que le résultat d'un test dépend du point où estfait la mesure. Ainsi, un problème de routage ou de filtrage mal faitpeut n'affecter que certains opérateurs, et un test depuis un seulpoint de mesure ne détectera pas le problème (ou au contraire lesurestimera). Il est donc crucial de pouvoir faire une mesure depuisplusieurs points (par exemple avec les sondes RIPE Atlas, ou bien àpartir de satellites d'un logiciel de supervision), et de pouvoirsynthétiser le résultat.L'exposé est technique, et vise l'administrateur réseaux
Installation scriptée de PCs pédagogiques sous Fedora28
No full textOur automated installation system for teaching workstations at Polytech Clermont-Ferrand is based on a very large-scale approach to deployment. Our idea is to offer a reliable, optimised, simplified service for room installations and reinstallations. We therefore know how to meet the school's teaching needs best.Our PCs are installed under Fedora Linux distribution via a PXE boot and a “kickstart” script.This script offers a highly customised installation of the system, broken down into three phases: * Definition of operating system installation parameters. * Definition of the packets to be installed and those to be deleted. * Application of post-installation scripts enabling advanced system customisation.Subsequently, regular maintenance tasks such as new packet installations will be performed in block mode via ParallelSSH.This system meets a very large number of teaching needs, but not all: students need some native Windows applications. So we also distribute a Windows virtual machine to all users connected via a Bitorrent server.Notre système d’installation automatisée des postes pédagogiques de Polytech Clermont-Ferrand se base une approche très industrialisée du déploiement. Notre idée est de proposer un service fiable, optimisé et simplifié pour les installations et ré-installations de salles. Ainsi nous savons répondre au mieux aux besoins pédagogiques de l’école.Nos PCs sont installés sous distribution linux Fedora via un boot PXE et un script « kickstart ».Ce script permet une installation très personnalisée du système, il se décompose en trois phases : * Définition des paramètres d’installation du système d’exploitation. * Définition des paquets que l’on souhaite installer et ceux que l’on souhaite supprimer. * Application des scripts post installation qui permettent une personnalisation avancée du système.Par la suite, les tâches de maintenance régulières comme les installations de nouveaux paquets seront exécutées en bloc via ParallelSSH.Ce système répond à une très grande partie des besoins pédagogiques mais pas tous : les étudiants ont besoin de certaines applications natives Windows. Ainsi, nous distribuons également sur l’ensemble du parc une machine virtuelle Windows accessible à tous les utilisateurs connectés via un serveur Bitorrent
Déploiement efficient d'une offre logicielle à l'échelle académique
No full textThe Information Systems and Innovation Department of the Rennes Regional education authority manages over 60,000 workstations spread over 300 different sites and as many independent domains (//Samba// or //Active Directory//).Under the Peillon Law of 2013, which modified the respective scopes of the State and local authorities, and a tightly constrained budgetary framework, the teams at the Regional Education Authority have refocused their maintenance activities on engineering, by centralising the management of workstations, automating their commissioning and delegating their deployment. An initial study specified the standard configuration of the Education Authority's Windows 10 workstation, with variants for teaching and administrative positions, as well as a "disability" component. The application offering has been explained through software catalogues (educational, administrative and “disability”) for primary schools, lower secondary and upper secondary schools, each run by a dedicated Project Manager.The presentation will detail the organisational and technical aspects of the project, which means that users of the Rennes Education Authority are now given: * a consistent software offering, displayed to users; * improved security of workstations, through their continuous development (WSUS / WAPT); * better monitoring of machines (GLPI / //FusionInventory//, installation of remote applications); * better quality of service (better support through uniform workstations and delegation to users); * implementation of academic policies (software catalogues, security policy); * cost control (free or open source tools).La Direction des Systèmes d’Information et de l’Innovation de l’académie de Rennes gère un parc de plus de 60 000 postes de travail réparti sur 300 sites hétérogènes et autant de domaines indépendants (//Samba// ou //Active Directory//).Dans le cadre de la loi Peillon de 2013 qui a modifié les périmètres respectifs de l’État et des collectivités, et d’un cadre budgétaire fortement contraint, les équipes du Rectorat ont recentré leurs activités de maintenance vers l’ingénierie en centralisant la gestion des postes de travail, en automatisant leur mise en service et en déléguant leur déploiement. Une première étude a spécifié la configuration type du poste de travail Windows 10 de l’Académie, avec des variantes pour les postes pédagogiques, administratifs, ainsi qu’un volet « handicap ». L’offre applicative a été explicitée sous la forme de catalogues logiciels (pédagogique, administratif et « handicap ») pour le premier degré, les collèges et les lycées, chacun piloté par une Maîtrise d’OuvrAge dédiée.La présentation détaillera les aspects organisationnels et techniques du projet, qui permet aujourd’hui de proposer aux utilisateurs de l’académie de Rennes : * une offre logicielle cohérente, affichée aux utilisateurs ; * une meilleure sécurité des postes de travail, par leur évolution continue (WSUS / WAPT) ; * un meilleur suivi des machines (GLPI / //FusionInventory//, installation des applications à distance) ; * une meilleure qualité de service (meilleur support par l'uniformité des postes et délégation aux utilisateurs) ; * la mise en œuvre de politiques académiques (catalogues logiciels, politique de sécurité) ; * une maîtrise des coûts (outils gratuits ou libres)
Kubernetes, système d’exploitation de PC-Scol/Pégase
No full textLa construction de la solution PÉGASE, futur logiciel de gestion de scolarité et de la vie étudiante, utilise plusieurs principes novateurs dans le développement logiciel et la gestion d'infrastructure.Il s'agit tout d'abord d'une co-construction en méthode agile par plusieurs établissements (AMUE, Association Cocktail, les université de Grenobles Alpes, Nantes et Strasbourg), et d'un point de vue architecture, d'une approche très modulaire, faiblement couplée et API first.Ces choix s'accompagnent de contraintes fortes auxquelles il faut répondre.La méthode agile à l'échelle implique des cycles courts et de déployer plusieurs environnements, dans plusieurs versions et plusieurs fois par jour.L'approche modulaire demande un couplage faible des modules et, pour chacun d'eux, un découpage en plusieurs composants : front, back portant l'API et de stockage.À l'échelle de PÉGASE, cette approche va nécessiter un nombre important de modules et un nombre plus important encore de composants.Ces choix ont dès le début incité à considérer PÉGASE comme une application Cloud Native.Les objectifs ambitieux de l'application ont trouvé écho dans les principes d'immutabilité, d'auto correction, d'élasticité, de haute disponibilité ou bien encore de portabilité que permettent les conteneurs et l'orchestrateur Kubernetes.Nous verrons comment l'utilisation de Kubernetes et des bonnes pratiques s'y rattachant simplifient le développement de PÉGASE par les équipes de développement et son exploitation par l'équipe DevOps.Nous aborderons ensuite des limitations et contraintes que nous avons rencontrées.Enfin nous exposerons pourquoi tout cela nous amène à considérer Kubernetes comme le système d'exploitation de PÉGASE et par extension d'un SI