Institut Africain d’Informatique

Représentation du Cameroun

1. Introduction
L’enseignement des systèmes TIC en
tant que domaine a changé aussi
rapidement que le domaine
d’expertise lui-même au cours de la
dernière décennie.
Traditionnellement, des exercices de
laboratoire ont été exécutés à l’aide
de systèmes matériels, qui ont besoin
d’un câblage physique
configuratio de travail et de
matérielNs [1]. Les compétences
dans ce domaine sont toujours
importantes, mais l’utilisation du
matériel pour enseigner
les principes fondamentaux des
télécommunications ont plusieurs
limites. Par exemple, les exercices
complexes ont besoin de
l’équipement, qui est coûteux à
acquérir et à entretenir [2].
Tles progrès des technologies de
virtualisation ont changé la façon
dont les systèmes TIC peuvent être
enseignés [3]. Aujourd’hui, même
les dispositifs de réseautage tels que
les routeurs et les commutateurs
peuvent être exécutés sous forme de
machines virtuelles, ce qui ouvre de
nombreuses nouvelles possibilités
pour l’enseignement de systèmes
TIC complexes. Toutefois, la
construction d’exercices de
laboratoire indépendants à partir de
différents
l’étude ne représente pas encore
toute l’image complexe de la façon
dont les systèmes s’interopèrent et se
connectent les uns aux autres. Pour
par exemple, ce qui se passe
réellement et la complexité des
mécanismes lorsque les utilisateurs
corporatifs accèdent aux ressources
en ligne,
peut encore être difficile à
comprendre à grande échelle.
Cet article décrit un environnement
où les différents domaines d’étude
sont combinés pour former un réseau
de
laboratoires virtuels. Chacun des les
laboratoires représentent le travail
des étudiants d’un domaine du
programme de diplôme,
en combinant dans un réseau
d’entreprise virtuel avec un accès à
l’Internet modèle simulé,
« Simternet ». Le long terme
l’objectif est d’intégrer ce modèle à
l’ensemble du programme d’études,
au cours duquel les élèves acquièrent
l’expérience de
domaines d’expertise ensemble,
formant un environnement complexe
interconnecté aussi proche de ses
homologues du monde réel que
Possible. Dans cette étude, nous nous
concentrons sur la réponse aux
recherches suivantes Questions:
Comment pouvons-nous améliorer
les performances du système de
laboratoire pour mieux prendre en
charge internet simulé,
« Simternet »?
Dans quelle mesure notre version
actuelle du Laboratoire Virtuel
Simternet est-elle capable, et quelles
sont ses principales limites ?
Le reste du papier est structured
comme suit: Dans la section 2, des
études antérieures liées ou similaires
à nos travaux sont discutés.
Dans la section 3, la méthode de
recherche et l’approche sur le
développement de la construction
sont introduites, et les résultats de
cette étude est présentée à la section
4. La section 5 traite des implications
et des observations faites sur cette
étude,
et l’article 6 révèle le document avec
les conclusions.
2. Recherche connexe
Il a été prouvé que les laboratoires
virtuels sont des environnements
d’apprentissage très efficaces pour
l’étude des sujets liés aux TIC [4,5].
Les dernières avancées en matière de
virtualisation ont conduit à de
nombreuses implémentations à des
fins
collaboration, qui peut être géré
pendant de longues périodes pour
aider à l’apprentissage et favoriser
l’intérêt des élèves
le sujet. Virtualizpeut également
isoler l’environnement de laboratoire
du réseau du campus, ce qui permet
possibilités d’exécuter des
expériences de cybersécurité
potentiellement nuisibles dans un
environnement isolé et de donner aux
élèves
privilèges d’accès aux systèmes. [6].
 Il y a cosystèmes de laboratoire
virtuels mmercial et open source, qui
sont disponibles pour l’intégration
dans
les environnements d’apprentissage
existants [7,8]. La plupart de ces
solutions visent à résoudre une
problème, et ne sont pas conçus pour
un déploiement rapide. Des études
montrent également que ces solutions
nécessitent des compétences
supplémentaires
pour que les élèves puissent utiliser
le système lui-même [5]. En plus de
ces limitations, le coût d’exploitation
de centaines de
les instances logicielles
commerciales peuvent également
devenir inacceptablesnd affecter la
capacité de les utiliser pendant de
longues périodes
temps dans les réseaux éducatifs
complexes.
Les environnements virtuels de
laboratoire ont gagné en popularité,
en particulier dans la formation en
cybersécurité, où l’isolement
les environnements d’accueil et le
compu utilisateurters sont d’une
grande importance [9]. L’étude des
logiciels malveillants, des systèmes
vulnérables et
les tests de pénétration nécessitent
l’utilisation de logiciels
potentiellement dangereux. Projets
tels que ReSeLa 10[] visent à
environnements de formation à la
cybersécurité, avec ce type
d’objectifs à l’esprit. Les actions
ReSeLa mettent également l’accent
sur la facilité d’utilisation
ainsi que la création de modèles de
machines virtuelles prédéfinis et
topologies réseau qui sont l’un des
composants clés
dans cette étude.
La virtualisation est la technologie
habilitante dans chacune de ces
solutions; La virtualisation est
nécessaire pour isoler les laboratoires
modules des uns et des autres et du
réseau universitaire, ainsi que
d’exécuter des composants de
laboratoire virtuels à l’intérieur de la
Module. Deux solutions principales
existent au problème : virtualisation
complète (Hypervisor) et conteneur
Virtualisation. Plein
la virtualisation est basée sur du
matériel imité, qui est présenté à la
machine virtuelle. Exemple
hyperviseur complet
solutions sont VMWare ESXi [11et
KVM ] [12]. Alternativement, la
virtualisation des conteneurs est une
technologie qui partage
352 Vesa Kankare et coll. / Procedia
Computer Science 119 (2017) 350-358
V. Kankare
& J. Kasurinen Procedia Informatique/ 00
(2017) 000–000 3
operatin (operatin)g ressources de
noyau système entre les machines
virtuelles, et permet un accès plus
direct aux ressources matérielles.
Les logiciels de conteneurs
couramment utilisés sont les
conteneurs Linux [13] et Docker 14.
Les conteneurs sont connus pour
offrir près de []
matériel-niveau de performance et
sont plus efficace par rapport aux
machines virtuelles, en particulier sur
i/ O lourd
Applications. [15,16]. En fait, une
étude de Morabito et.al. [16] montre
la virtualisation complète peut être
près de cinq fois plus lent
sur les performances du disque, par
rapport à leurs homologues
conteneurs et matériels. Les
conteneurs démarrent aussi
rapide, ce qui les rend plus adaptés
pour le-dema (dema)applications nd
[17].
Ces deux technologies peuvent être
appliquées dans la virtualisation
imbriquée, où une technique de
virtualisation est
en haut d’un autre. Ceux-ci sont
communément appelés couches de
virtualisation L1 et L2 [18] où L0 est
considéré comme le
matériel hôte. Nestin ( Nestin )g les
techniques de virtualisation sont
couramment utilisées par exemple
dans IaaS (Infrastructure as a
Service)
plates-formes cloud [18]. Le
laboratoire virtuel est essentiellement
un cas particulier de service IaaS et
la variété des
solutions doivent être évaluées avec
soin pour get les meilleures
performances du système.
3. Méthode de recherche
Dans cette étude, notre approche de
recherche sur le développement du
Simternet a été en utilisant le
développement itératif
suivre vaguement les principes du
prototypage, tels que définis par
exemple dans [19] Ou [20]. Sur la
base des
besoin, nous avons recueilli des
exigences, développé prototype pour
la solution, itéré sur la conception et
enfin, conduit
études de faisabilité et d’utilisabilité
sur le prototype plus avancé pour
évaluer les résultats du processus et
establish nouveau
exigences et les objectifs du
processus de développement.
Le besoin d’un nouvel
environnement d’apprentissage s’est
fait sentir lorsqu’un cours axé sur les
réseaux de fournisseurs de services a
été
redessiné pour inclure le courant
utilisé par les fournisseurs de
services. La principale raison de
chercher d’autres solutions était le
manque de
dans le laboratoire matériel actuel
pour prendre en charge les
technologies requises. La première
mise en œuvre de la
laboratoire était un pré-construit
l’image virtuelle de machine retenant
des routeurs virtuels et leurs
interconnexions, qui était alors
distribués aux postes de travail
étudiants et exécutés localement dans
les postes de travail VMWare.
D’autres cours ont également
commencé à utiliser
le même modèle, qui est rapidement
devenu un fardeau à tenir à jour et
fonctionnel. Les machines virtuelles
de préconstruire ont été -
difficile à mettre à jour, et le
déplacement de fichiers d’images
volumineux sur le réseau local a été
temps-Consommer.
La première solution basée sur le
centre de données a été développée à
l’aide de la plate-forme ESXi
VMWare existante [11] avec
relativement
approche simple. Nombre prédéfini
des modules de laboratoire vides
clonés ont été démarrés pour la
réservation des étudiants et
nettoyés après chaque utilisation. Un
référentiel central d’images,
d’installations (collection de VMs) et
de fichiers topologie de base
a également été élaboré pour faciliter
le maintien des différents scénarios
d’exercice. Après ce changement,
l’utilisation de
laboratoire a été appliqué à plus
grande échelle avec des cours plus
servis. Toutefois, même si le système
a atteint son objectif,
Figure 1 : Exercice Simternet à grande
échelle
4 V. Kankare
& J. KasurinenProcedia Informatique/ 00
(2017) 000–000
plusieurs lacunes de ce modèle ont
été constatées et la nécessité
d’uneble et rentable
plate-forme de virtualisation a surgi.
Les idées de solutions antérieures et
similaires (ReSeLa, VIRL, GNS3)
ont été étendues à une
exercice de laboratoire (fig. 1). Cela
nécessite une plate-forme efficace
capable d’exécuter des centaines des
modules de laboratoire
contenant des milliers de machines
virtuelles. Cela nécessite une
solution optimisée pour tirer le
meilleur parti du matériel et
améliorer le ratio
performance/investissement. En plus
de soutenir une large catégorie
d’exercices, le système doit être
To offrir des possibilités d’exécuter
des exercices de centre de données
exécutant un logiciel hyperviseur à
l’intérieur du module de laboratoire
et de l’échelle
dans de grands exercices complexes.
4. Résultats
Dans les sections suivantes, nous
discutons de la solution
architecturale du système Simternet,
suivie des résultats de
nos résultats de tests d’utilisabilité et
d’efficacité. Sur la troisième section,
les résumés et les implications de
notre travail de conception sont
Présenté.
4.1. Conception architecturale
La plupart de la conception phase ont
été atteints à l’aide d’un référentiel
central d’images de machines
virtuelles et
topologies qui sont ensuite utilisées
comme une image de base pour le
laboratoire en cours d’exécution et
sont exécutées comme un clone lié
de la
Référentiel. Au cours d’une activité
de cours typique, les élèves
démarrent et exécutent plusieurs
instances d’environnement de
laboratoire identique
et ce type de configuration de la
gestion d’image peut effectivement
utiliser des caches pour accélérer les
processus. La figure 2 illustre
la conception du système.
La première mise en œuvre du
système wcomme l’exécution
VMWare ESXi que la virtualisation
L1 pour module de laboratoire
isolation (Fig 3a). Les modules de
laboratoire sont des machines
virtuelles Ubuntu Linux avec KVM
(Kernel-machine virtuelle basée)
hyperviseur pour faire fonctionner
les composants de laboratoire (VMs).
Deux hyperviseurs complets
imbriqués gaont des performances
inacceptables pour
un autre niveau de virtualisation, qui
a été une motivation clé pour
redessiner le système dans le
Architecture.
Le système a été repensé pour
utiliser des conteneurs comme
technologie de virtualisation L1 (fig.
3b) pour éviteresting plein
Hyperviseurs. L’utilisation d’une
seule couche de virtualisation
complète permet d’exécuter des
hyperviseurs à l’intérieur du
laboratoire
sans pénalité de haute performance
observée avec des hyperviseurs
pleins imbriqués de façon récursive.
Problèmes similaires avec récurratif
ont été observés dans d’autres études,
par exemple par Spillner, Brito,
Brasileiro et Schill, 2012 [18].
Figure 2 : Aperçu de l’architecture de
l’environnement d’apprentissage
Vesa Kankare et coll. / Procedia Computer
Science 119 (2017) 350-358 353
V. Kankare
& J. Kasurinen Procedia Informatique/ 00
(2017) 000–000 3
operatin (operatin)g ressources de
noyau système entre les machines
virtuelles, et permet un accès plus
direct aux ressources matérielles.
Les logiciels de conteneurs
couramment utilisés sont les
conteneurs Linux [13] et Docker
[14]. Les conteneurs sont connus
pour offrir près de
Matériel-niveau de performance et
sont plus efficace par rapport aux
machines virtuelles, en particulier sur
i/ O lourd
Applications. [15,16]. En fait, une
étude de Morabito et.al. [16] montre
la virtualisation complète peut être
près de cinq fois plus lent
sur les performances du disque, par
rapport à leurs homologues
conteneurs et matériels. Les
conteneurs démarrent aussi
rapide, ce qui les rend plus adaptés
pour le-dema (dema)applications nd
[17].
Ces deux technologies peuvent être
appliquées dans la virtualisation
imbriquée, où une technique de
virtualisation est
en haut d’un autre. Ceux-ci sont
communément appelés couches de
virtualisation L1 et L2 [18] où L0 est
considéré comme le
matériel hôte. Nestin ( Nestin )g les
techniques de virtualisation sont
couramment utilisées par exemple
dans IaaS (Infrastructure as a
Service)
plates-formes cloud [18]. Le
laboratoire virtuel est essentiellement
un cas particulier de service IaaS et
la variété des
solutions doivent être évaluées avec
soin pour get les meilleures
performances du système.
3. Méthode de recherche
Dans cette étude, notre approche de
recherche sur le développement du
Simternet a été en utilisant le
développement itératif
suivre vaguement les principes du
prototypage, tels que définis par
exemple dans [19] Ou [20]. Sur la
base des
besoin, nous avons recueilli des
exigences, développé prototype pour
la solution, itéré sur la conception et
enfin, conduit
études de faisabilité et d’utilisabilité
sur le prototype plus avancé pour
évaluer les résultats du processus et
establish nouveau
exigences et les objectifs du
processus de développement.
Le besoin d’un nouvel
environnement d’apprentissage s’est
fait sentir lorsqu’un cours axé sur les
réseaux de fournisseurs de services a
été
redessiné pour inclure le courant
utilisé par les fournisseurs de
services. La principale raison de
chercher d’autres solutions était le
manque de
dans le laboratoire matériel actuel
pour prendre en charge les
technologies requises. La première
mise en œuvre de la
laboratoire était un pré-construit
l’image virtuelle de machine retenant
des routeurs virtuels et leurs
interconnexions, qui était alors
distribués aux postes de travail
étudiants et exécutés localement dans
les postes de travail VMWare.
D’autres cours ont également
commencé à utiliser
le même modèle, qui est rapidement
devenu un fardeau à tenir à jour et
fonctionnel. Les machines virtuelles
de préconstruire ont été -
difficile à mettre à jour, et le
déplacement de fichiers d’images
volumineux sur le réseau local a été
Heure-Consommer.
La première solution basée sur le
centre de données a été développée à
l’aide de la plate-forme ESXi
VMWare existante [11] avec
relativement
approche simple. Nombre prédéfini
des modules de laboratoire vides
clonés ont été démarrés pour la
réservation des étudiants et
nettoyés après chaque utilisation. Un
référentiel central d’images,
d’installations (collection de VMs) et
de fichiers topologie de base
a également été élaboré pour faciliter
le maintien des différents scénarios
d’exercice. Après ce changement,
l’utilisation de
laboratoire a été appliqué à plus
grande échelle avec des cours plus
servis. Toutefois, même si le système
a atteint son objectif,
Figure 1 : Exercice Simternet à grande
échelle
4 V. Kankare
& J. KasurinenProcedia Informatique/ 00
(2017) 000–000
plusieurs lacunes de ce modèle ont
été constatées et la nécessité
d’uneble et rentable
plate-forme de virtualisation a surgi.
Les idées de solutions antérieures et
similaires (ReSeLa, VIRL, GNS3)
ont été étendues à une
exercice de laboratoire (fig. 1). Cela
nécessite une plate-forme efficace
capable d’exécuter des centaines des
modules de laboratoire
contenant des milliers de machines
virtuelles. Cela nécessite une
solution optimisée pour tirer le
meilleur parti du matériel et
améliorer le ratio
performance/investissement. En plus
de soutenir une large catégorie
d’exercices, le système doit être
To offrir des possibilités d’exécuter
des exercices de centre de données
exécutant un logiciel hyperviseur à
l’intérieur du module de laboratoire
et de l’échelle
dans de grands exercices complexes.
4. Résultats
Dans les sections suivantes, nous
discutons de la solution
architecturale du système Simternet,
suivie des résultats de
nos résultats de tests d’utilisabilité et
d’efficacité. Sur la troisième section,
les résumés et les implications de
notre travail de conception sont
Présenté.
4.1. Conception architecturale
La plupart de la conception phase ont
été atteints à l’aide d’un référentiel
central d’images de machines
virtuelles et
topologies qui sont ensuite utilisées
comme une image de base pour le
laboratoire en cours d’exécution et
sont exécutées comme un clone lié
de la
Référentiel. Au cours d’une activité
de cours typique, les élèves
démarrent et exécutent plusieurs
instances d’environnement de
laboratoire identique
et ce type de configuration de la
gestion d’image peut effectivement
utiliser des caches pour accélérer les
processus. La figure 2 illustre
la conception du système.
La première mise en œuvre du
système wcomme l’exécution
VMWare ESXi que la virtualisation
L1 pour module de laboratoire
isolation (Fig 3a). Les modules de
laboratoire sont des machines
virtuelles Ubuntu Linux avec KVM
(Kernel-machine virtuelle basée)
hyperviseur pour faire fonctionner
les composants de laboratoire (VMs).
Deux hyperviseurs complets
imbriqués gaont des performances
inacceptables pour
un autre niveau de virtualisation, qui
a été une motivation clé pour
redessiner le système dans le
Architecture.
Le système a été repensé pour
utiliser des conteneurs comme
technologie de virtualisation L1 (fig.
3b) pour éviteresting plein
Hyperviseurs. L’utilisation d’une
seule couche de virtualisation
complète permet d’exécuter des
hyperviseurs à l’intérieur du
laboratoire
sans pénalité de haute performance
observée avec des hyperviseurs
pleins imbriqués de façon récursive.
Problèmes similaires avec récurratif
ont été observés dans d’autres études,
par exemple par Spillner, Brito,
Brasileiro et Schill, 2012 [18].
Figure 2 : Aperçu de l’architecture de
l’environnement d’apprentissage
354 Vesa Kankare et coll. / Procedia
Computer Science 119 (2017) 350-358
V. Kankare
& J. Kasurinen Procedia Informatique/ 00
(2017) 000–000 5
Le système redessiné a été construit
en utilisant l’open source et en-
maison a développé un logiciel.
Serveurs de charge de travail en
cours d’exécution
modules de laboratoire utilise
Proxmox Virtual EnvironmeNt [21]
comme une plate-forme de
virtualisation principalement en
raison de son soutien
conteneurs. Les serveurs de charge
de travail utilisent NFS (Network
File System) pour se connecter aux
ressources requises du laboratoire
modules, tels que les modèles de
machines virtuelles. Cet annuaire
monté par le NFS est partagé entre le
module de laboratoire
conteneurs à l’intérieur du système
hôte.
4.2. Résultats des tests d’utilisabilité
et d’efficacité
L’efficacité des ressources a été l’un
des facteurs de conception les plus
importants. En tant que système de
virtualisation, une plate-forme de
laboratoire
est un probl différentem à partir d’un
centre de données d’entreprise: Avec
le système de laboratoire virtuel
actuel de cinq serveurs, avec
mémoire de 256 Go et deux
processeurs Intel Xeon E5 de 14 ou
12 cœurs chacun, le système
totalisent 1280 Go de RAM et
136 cœurs de processeur et il a été
jugé suffisant pour les fins d’essai.
La conception de stockage a été
validée par rapport au modèle
précédent. Le test a été effectué à
l’aide d’un hôte et de cinq
laboratoires
modules avec 12 images de machines
virtuelles de base identiques
chacune. Cela représenterait une
situation typique en classe, où
25 étudiants démarrent leur
laboratoire à partir de cinq groupes
de serveurs. La machine virtuelle
utilisée était un petit itinéraire (123
Mo),
qui fait également la vérification de
signature pendant la botte, touchant
ainsi le fichier entier pendant le
processus de démarrage. Le FNS
le trafic a été capturé et analysé pour
voir les changements dans le trafic de
stockage. Le même test a été répété
dans les deux plates-formes.
Lla scénario de test pour la mise en
œuvre précédente et les connexions
de disque associées sont représentés
dans Fig. 3a.
Figure 3 : Architectures de stockage et
scénario de test
Figure 4 : Trafic NFS observé
Figure 5 : Routage des temps de démarrage
de laboratoire
6 V. Kankare
& J. KasurinenProcedia Informatique/ 00
(2017) 000–000
Chacune des machines virtuelles de
laboratoire accéderait au stockage
NFS individuellement par
l’intermédiaire de la couche
hypervisrice.
À l’intérieur de la machine virtuelle,
le clientcaching NFS a lieu et
l’image est téléchargée une fois par
module à partir de la
serveur de stockage. Un test
identique a été effectué à l’aide du
système redessiné qui est décrit à la
figure 3b.
Dans le système redessiné, les
conteneurs de laboratoire partagent
un répertoire de l’hôte osystème de
perating, qui est à distance
monté à partir du stockage NFS.
Dans ce scénario, on s’attend à ce
que l’hôte cache pour tous les
modules de laboratoire et
Charge de trafic NFS. Dans les deux
scénarios, les temps de démarrage
ont également été mesurés.
L’amélioration du système de disque
perspective (ective)
peut être vu à partir de la mesure du
trafic NFS (Fig 4). Le système basé
sur les conteneurs charge l’image de
base VM uniquement
une fois que, comme prévu, la
solution précédente basée sur
l’hyperviseur l’a téléchargée soi-
disant cinq fois, la quantité de
fonctionnement de laboratoire
modumoins. Les lignes verticales
représentent le temps écoulé lorsque
chacun des scénarios a été
entièrement démarré.
Cette diminution du temps de
démarrage a également été vérifiée
par rapport à un laboratoire de
routage commun (fig. 5). D’un hôte
vide un nouveau
l’installation de laboratoire
couramment utilisée dans les cours
de routage et de commutation a été
démarré. Le temps de démarrage a
été réduit à près de
moitié de la conception originale. La
différence est plus importante si le
cache d’écriture est désactivé. Cela
indique que le
l’amélioration des performances de
la nouvelle conception est liée à la
performance I/O, et est à égalité avec
les résultats de [15].
Les performances du système ont
également été validées par deux
sessions de test, au cours de laquelle
l’utilisateur a connu une qualité de
service
données ont été recueillies. La
première session a été de découvrir ee
limite du nombre de machines
virtuelles et de modules de
laboratoire
qui pourrait être commencé avant que
les utilisateurs commencent à
éprouver des problèmes
d’utilisabilité. Pendant les étapes de
test, les utilisateurs ont été chargés de
exécuter des opérations avec
l’interface utilisateur graphique de la
machine Microsoft Windows, et faire
peu de tâches simples en utilisant
CLI
l’accès basé. Après chaque tour, les
utilisateurs ont été invités à donner
des scores d’utilisabilité de 1-5 où 5
représentaient la qualité qu’ils
à partir d’un poste de travail exploité
localement.
Le test n’a montré aucune
diminution significative de
l’expérience de qualité de service
jusqu’à ce que le plafond limite
d’entreposage soit atteint à 130
modules de laboratoire exécutant
1564 machines virtuelles au total
(fig. 6). Les modules utilisés dans ce
scénario étaient une collection
des modules de laboratoire
representing le modèle d’exercice
dans la figure 2. Ce test a indiqué que
dans le stockage disponible
l’espace sur le système, il n’y a pas
de facteurs limitatifs du point de vue
du Processeur ou de la mémoire.
L’utilisation de la mémoire stabilisée
à 60%, ce qui était la limite fixée
pour KSM (Kernel Shmémoire ared)
et cpu réglé à 12% d’utilisation après
tout le
laboratoires ont été entièrement
démarrés.
Fig. 7 montre la mémoire mesurée et
l’utilisation du Processeur par
rapport à la quantité de machines
virtuelles en cours d’exécution dans
le
Grappe. KSM commence à travailler
dans l’utilitaire mémoire à 60%limite
d’ation. Comme on peut le voir sur le
graphique exécutant 1500 VMs avec
fondamentalement modules de
laboratoire inactifs est loin d’être un
problème du point de vue cpu qui est
également vu dans les résultats
d’utilisabilité.
Toutefois, le démarrage d’un plus
grand nombre de laboratoires peut
devenir impossible en raison detions.
Étant donné que la première
expérience d’utilisabilité était limitée
par le stockage disponible et qu’elle
était plutôt légère sur les ressources
du Processeur, une autre
scénario de test a été exécuté. La
quantité de nœuds de calcul a été
réduite à un seul hôte pour limiter les
ressources matérielles
et pour éviter hla limite de stockage.
Un type spécial de scénario de
laboratoire a été conçu pour inclure le
trafic et les
Tâches intensives CPU. Le scénario
utilisé a été conçu pour être la
représentation d’un scénario
d’utilisation élevée
l’utilisation des ressources.
Figure 6 : Qualité de service expérimentée
Figure 7 : Utilisation des grappes
Vesa Kankare et coll. / Procedia Computer
Science 119 (2017) 350-358 355
V. Kankare
& J. Kasurinen Procedia Informatique/ 00
(2017) 000–000 5
Le système redessiné a été construit
en utilisant l’open source et en-
maison a développé un logiciel.
Serveurs de charge de travail en
cours d’exécution
modules de laboratoire utilise
Proxmox Virtual EnvironmeNt [21]
comme une plate-forme de
virtualisation principalement en
raison de son soutien
conteneurs. Les serveurs de charge
de travail utilisent NFS (Network
File System) pour se connecter aux
ressources requises du laboratoire
modules, tels que les modèles de
machines virtuelles. Cet annuaire
monté par le NFS est partagé entre le
module de laboratoire
conteneurs à l’intérieur du système
hôte.
4.2. Résultats des tests d’utilisabilité
et d’efficacité
L’efficacité des ressources a été l’un
des facteurs de conception les plus
importants. En tant que système de
virtualisation, une plate-forme de
laboratoire
est un probl différentem à partir d’un
centre de données d’entreprise: Avec
le système de laboratoire virtuel
actuel de cinq serveurs, avec
mémoire de 256 Go et deux
processeurs Intel Xeon E5 de 14 ou
12 cœurs chacun, le système
totalisent 1280 Go de RAM et
136 cœurs de processeur et il a été
jugé suffisant pour les fins d’essai.
La conception de stockage a été
validée par rapport au modèle
précédent. Le test a été effectué à
l’aide d’un hôte et de cinq
laboratoires
modules avec 12 images de machines
virtuelles de base identiques
chacune. Cela représenterait une
situation typique en classe, où
25 étudiants démarrent leur
laboratoire à partir de cinq groupes
de serveurs. La machine virtuelle
utilisée était un petit itinéraire (123
Mo),
qui fait également la vérification de
signature pendant la botte, touchant
ainsi le fichier entier pendant le
processus de démarrage. Le FNS
le trafic a été capturé et analysé pour
voir les changements dans le trafic de
stockage. Le même test a été répété
dans les deux plates-formes.
Lla scénario de test pour la mise en
œuvre précédente et les connexions
de disque associées sont représentés
dans Fig. 3a.
Figure 3 : Architectures de stockage et
scénario de test
Figure 4 : Trafic NFS observé
Figure 5 : Routage des temps de démarrage
de laboratoire
6 V. Kankare
& J. KasurinenProcedia Informatique/ 00
(2017) 000–000
Chacune des machines virtuelles de
laboratoire accéderait au stockage
NFS individuellement par
l’intermédiaire de la couche
hypervisrice.
À l’intérieur de la machine virtuelle,
le clientcaching NFS a lieu et
l’image est téléchargée une fois par
module à partir de la
serveur de stockage. Un test
identique a été effectué à l’aide du
système redessiné qui est décrit à la
figure 3b.
Dans le système redessiné, les
conteneurs de laboratoire partagent
un répertoire de l’hôte osystème de
perating, qui est à distance
monté à partir du stockage NFS.
Dans ce scénario, on s’attend à ce
que l’hôte cache pour tous les
modules de laboratoire et
Charge de trafic NFS. Dans les deux
scénarios, les temps de démarrage
ont également été mesurés.
L’amélioration du système de disque
perspective (ective)
peut être vu à partir de la mesure du
trafic NFS (Fig 4). Le système basé
sur les conteneurs charge l’image de
base VM uniquement
une fois que, comme prévu, la
solution précédente basée sur
l’hyperviseur l’a téléchargée soi-
disant cinq fois, la quantité de
fonctionnement de laboratoire
modumoins. Les lignes verticales
représentent le temps écoulé lorsque
chacun des scénarios a été
entièrement démarré.
Cette diminution du temps de
démarrage a également été vérifiée
par rapport à un laboratoire de
routage commun (fig. 5). D’un hôte
vide un nouveau
l’installation de laboratoire
couramment utilisée dans les cours
de routage et de commutation a été
démarré. Le temps de démarrage a
été réduit à près de
moitié de la conception originale. La
différence est plus importante si le
cache d’écriture est désactivé. Cela
indique que le
l’amélioration des performances de
la nouvelle conception est liée à la
performance I/O, et est à égalité avec
les résultats de [15].
Les performances du système ont
également été validées par deux
sessions de test, au cours de laquelle
l’utilisateur a connu une qualité de
service
données ont été recueillies. La
première session a été de découvrir ee
limite du nombre de machines
virtuelles et de modules de
laboratoire
qui pourrait être commencé avant que
les utilisateurs commencent à
éprouver des problèmes
d’utilisabilité. Pendant les étapes de
test, les utilisateurs ont été chargés de
exécuter des opérations avec
l’interface utilisateur graphique de la
machine Microsoft Windows, et faire
peu de tâches simples en utilisant
CLI
l’accès basé. Après chaque tour, les
utilisateurs ont été invités à donner
des scores d’utilisabilité de 1-5 où 5
représentaient la qualité qu’ils
à partir d’un poste de travail exploité
localement.
Le test n’a montré aucune
diminution significative de
l’expérience de qualité de service
jusqu’à ce que le plafond limite
d’entreposage soit atteint à 130
modules de laboratoire exécutant
1564 machines virtuelles au total
(fig. 6). Les modules utilisés dans ce
scénario étaient une collection
des modules de laboratoire
representing le modèle d’exercice
dans la figure 2. Ce test a indiqué que
dans le stockage disponible
l’espace sur le système, il n’y a pas
de facteurs limitatifs du point de vue
du Processeur ou de la mémoire.
L’utilisation de la mémoire stabilisée
à 60%, ce qui était la limite fixée
pour KSM (Kernel Shmémoire ared)
et cpu réglé à 12% d’utilisation après
tout le
laboratoires ont été entièrement
démarrés.
Fig. 7 montre la mémoire mesurée et
l’utilisation du Processeur par
rapport à la quantité de machines
virtuelles en cours d’exécution dans
le
Grappe. KSM commence à travailler
dans l’utilitaire mémoire à 60%limite
d’ation. Comme on peut le voir sur le
graphique exécutant 1500 VMs avec
fondamentalement modules de
laboratoire inactifs est loin d’être un
problème du point de vue cpu qui est
également vu dans les résultats
d’utilisabilité.
Toutefois, le démarrage d’un plus
grand nombre de laboratoires peut
devenir impossible en raison detions.
Étant donné que la première
expérience d’utilisabilité était limitée
par le stockage disponible et qu’elle
était plutôt légère sur les ressources
du Processeur, une autre
scénario de test a été exécuté. La
quantité de nœuds de calcul a été
réduite à un seul hôte pour limiter les
ressources matérielles
et pour éviter hla limite de stockage.
Un type spécial de scénario de
laboratoire a été conçu pour inclure le
trafic et les
Tâches intensives CPU. Le scénario
utilisé a été conçu pour être la
représentation d’un scénario
d’utilisation élevée
l’utilisation des ressources.
Figure 6 : Qualité de service expérimentée
Figure 7 : Utilisation des grappes
356 Vesa Kankare et coll. / Procedia
Computer Science 119 (2017) 350-358
 V. Kankare
& J. Kasurinen Procedia Informatique/ 00
(2017) 000–000 7
L’hôte a été préchargé avec la
quantité de modules connus pour
donner de bonnes performances et
KSM a eu le temps de
partager des pages de mémoire avant
le début du test pour éviter que la
mémoire ne soit la limite test (qui a
été suggéré
par la première session de test).
L’objectif était de trouver les limites
de combien le Processeur peut être
surengagé avant que les utilisateurs
commencent
d’éprouver des problèmes
d’utilisabilité. Lors des tests
préliminaires, nous avons découvert
que l’exécution de 20 modules de
laboratoire Cpu
environ 90 % et le laboratoire
d’utilisabilité était toujours
performant comme prévu. Sur la base
de ces résultats, le test
session a été conçue pour commencer
avec 16 modules de laboratoire ru373
machines virtuelles (31,1 machines
virtuelles par
processeur). Entre chaque utilisateur
testant quatre modules de plus (100
machines virtuelles) ont commencé à
augmenter la charge à
le système. Après deux séries de
tests, le système a été laissé en cours
d’exécution pour le KSM de partager
suffisamment de pages mémoire pour
libérer
mémoire pour d’autres laboratoires.
Le graphique en Figure 8 montre
comment l’expérience utilisateur
commence à diminuer lorsque la
charge du Processeur augmente. À
40% de charge
le score est dans le même niveau
général qu’à la fin de la première
session, étant considéré comme bon
ou très bon. Comme
sur la base des observations, lorsque
tous les tles laboratoires exécutent
des tâches intensives de CPU, il est
sûr d’assumer au moins
18 machines virtuelles par cœur
peuvent être exécutés dans le
système et ont encore une bonne
qualité d’expérience; la facilité
d’utilisation générale
les scores passer de positifs à
négatifs (en dessous de 3 sur
l’échelle 1 très mauvais5 très bon)
autour de 2628 machines virtuelles
par --
Cpu.
5. Discussion
L’étude de cas prouve que la
conception architecturale joue un
rôle important lorsque l’efficacité du
laboratoire virtuel étudié
l’environnement est en question. En
utilisant la virtualisation des
conteneurs pour les ressources
matérielles d’isolation des modules
de laboratoire,
être utilisés à leur plein Potentiel. Les
résultats de performance montrent
que le système est capable d’exécuter
plus d’exercices de laboratoire que
Avant. Nous avons également
découvert que les ressources
informatiques n’étaient pas le facteur
limitatif actuel, mais la capacité de
stockage. Stockage
capacité peut être mieux utilisée en
utilisant l’approvisionnement mince,
qui sera mis en œuvre dans la
prochaine maintenance
Révision. Le prochain facteur
limitant est la capacité ram, qui sera
abordée sur les mises à niveau
matérielles à venir. Comme
sur la base des résultats, 384 Go de
RAM par nœud donnera un rapport
prix/performance optimal pour notre
système.
Les enseignants ont également bien
adopté le laboratoire virtuel; Même
si, à l’automne 2016, le système
développement, beaucoup
d’enseignants ont vu les avantages et
ont adopté le système pour les
programmes de cours. Dix courses en
total a utilisé le laboratoire virtuel
comme plate-forme d’exercice
primaire en 2016-année académique
2017.
Il y a deux ans, tous les exercices de
laboratoire ont été effectués dans un
laboratoire matériel,
composants virtualisés qui étaient
principalement utilisés sur des postes
de travail. D’après nos estimations,
dans le programme actuel
75 des 80 études ECTS qui utilisent
des laboratoires dans le Sud-
Université orientale des sciences
appliquées
Le département des technologies de
l’information pourrait être déplacé
vers l’environnement virtuel.
Toutefois, en raison du savoir-faire
pratique
des systèmes matériels, certaines des
études de bas niveau bénéficient
encore d’un laboratoire basé sur le
matériel. Tout cela pris en compte
dans
au moins 75 % des études
bénéficieraient d’un environnement
de laboratoire virtuel, si ce n’était
pour rien d’autre, Puis
Figure 8: Qualité de service expérimentée en
deuxième essai
8 V. Kankare
& J. KasurinenProcedia Informatique/ 00
(2017) 000–000
permettant des études de longue
distance sur des sujets qui reposent
traditionnellement sur l’accessibilité
au système matériel. Basé -
sur le taux d’adaptation dans le Sud-
L’Université des sciences appliquées
de finlande orientale enseignement
des TIC et les expériences de
d’autres [4,5] les laboratoires virtuels
peuvent être un ajout précieux à
l’enseignement des sujets liés aux
TIC.
En ce qui concerne la perspective de
conception système de laboratoire
virtuel a des similitudes avec les
services IaaS: Chacun des
laboratoires
modules sont exécutés comme
machine virtuelle séparée fournissant
une plate-forme où vvms arious
peuvent installer, exécuter et
Interconnectés. L’isolement est
également nécessaire dans les
exercices de cybersécurité, l’un des-
exigences de niveau identifiées par
d’autres projets tels que ReSeLa [10].
Notre approche de ce problème
d’isolement au début était d’utiliser
Imbriqués
hyperviseurs, mais il a été montré
dans des études connexes [16]
conteneurs peuvent donner une
meilleure évolutivité et I / O
performance, qui a également été
confirmée dans cette étude. Bien que
non couvert par cette étude
hyperviseur à l’intérieur hyperviseur
le module de laboratoire basé était
complètement inutilisable, mais a
travaillé dans le niveau acceptable
dans le laboratoire basé sur le
récipient. Ce
suit clairement l’étude de Spillner
et.al [18] sur les pénalités de
performance . Dans l’ensemble, les
solutions architecturales appliquées
dans notre travail résout tous les
problèmes de conception identifiés
dans des études telles que [10].
6. Conclusions
Dans cet article, nous présentons une
étude de cas portant sur la validation
d’un nouveau système de laboratoire
virtuel,
conception et de performance.
Contrairement aux centres de
données d’entreprise ou de
fournisseur de services, le vsystème
de laboratoire irtual est un autre
type de problème de conception en
raison de sa faible demande de
ressources informatiques, et de la
haute similitude entre le laboratoire
Modules. Sur notre approche, le
système repensé a été mis en œuvre
en utilisant la technologie des
conteneurs pour L1 virtualization
(lization)
et une architecture de stockage
différente; la performance du
nouveau système a été étudiée afin
d’établir les limites du système et
pour mieux comprendre les
exigences pour les expansions
futures.
Les laboratoires virtuels sont un
élément essentiel de l’enseignement
des TIC dans le Sud-Université
orientale des sciences appliquées.
L’utilisation du système de
laboratoire augmente à mesure que
les enseignants adoptent la nouvelle
technologie et
capacité, et de développer de
nouvelles façons d’enseigner des
systèmes TIC complexes, notre
conception avait besoin d’être
validée sur différents
d’établir les limites et les besoins
d’allocation des ressources pour
l’avenir.
D’après les tests d’utilisabilité et de
performance, les principaux goulets
d’étranglement et déséquilibres sur
les ressources du système ont été
Identifié. Sur cette base, la quantité
de rumodules de laboratoire nning
est limité par l’espace de stockage
actuel et à l’intérieur
ces limites n’ont pas permis de
trouver de problèmes importants
d’utilisabilité.
Le rendement du système a été établi
pour être suffisant dans son état
actuel. Toutefois, les ressources ne
sont pas
fo suffisantr laboratoires complexes
persistants, ce qui nécessiterait plus
de capacités de machines virtuelles
que ce que le
système actuel peut fournir. . Sur la
base des résultats, la capacité du
système peut être augmentée en
utilisant des
le stockage et l’augmentation de la
RAM disponible pour chacun des
nœuds. Par ces changements et les
nœuds, un grand exercice complexe
pourrait être exécuté, ce qui vaut la
peine d’être expérimenté. De futures
études pourraient également être
en surveillant l’utilisation typique
des ressources du système pendant
l’enseignement et en trouvant une
quantité optimale de mémoire
par processeur pour la mise à
l’échelle future du système.
Remerciements
Les auteurs remercient le Ministère
finlandais de l’éducation et le
Conseil de Kymenlaakso pour leurs
subventions
soutenir le développement de la
Virtual Environnement de
laboratoire, et remercier M. Jaakko
Nurmi pour sa
sur le développement du système.
Références
Riga, N., Thomas, V., Maglaris, V.,
Grammatikou, M., & Anifantis, E. (2015).
Laboratoires virtuels - Utilisation des lits
d’essai publics in Éducation:
(p. 516–521). SCITEPRESS - Publications
scientifiques et technologiques.
https://doi.org/10.5220/0005496105160521
[2] Ma, J., et Nickerson, J. V. (2006). Mains-
laboratoires à distance : une revue
comparative de la littérature. Informatique
ACM Enquêtes,
38(3), 7–es.
https://doi.org/10.1145/1132960.1132961
Vesa Kankare et coll. / Procedia Computer
Science 119 (2017) 350-358 357
V. Kankare
& J. Kasurinen Procedia Informatique/ 00
(2017) 000–000 7
L’hôte a été préchargé avec la
quantité de modules connus pour
donner de bonnes performances et
KSM a eu le temps de
partager des pages de mémoire avant
le début du test pour éviter que la
mémoire ne soit la limite test (qui a
été suggéré
par la première session de test).
L’objectif était de trouver les limites
de combien le Processeur peut être
surengagé avant que les utilisateurs
commencent
d’éprouver des problèmes
d’utilisabilité. Lors des tests
préliminaires, nous avons découvert
que l’exécution de 20 modules de
laboratoire Cpu
environ 90 % et le laboratoire
d’utilisabilité était toujours
performant comme prévu. Sur la base
de ces résultats, le test
session a été conçue pour commencer
avec 16 modules de laboratoire ru373
machines virtuelles (31,1 machines
virtuelles par
processeur). Entre chaque utilisateur
testant quatre modules de plus (100
machines virtuelles) ont commencé à
augmenter la charge à
le système. Après deux séries de
tests, le système a été laissé en cours
d’exécution pour le KSM de partager
suffisamment de pages mémoire pour
libérer
mémoire pour d’autres laboratoires.
Le graphique en Figure 8 montre
comment l’expérience utilisateur
commence à diminuer lorsque la
charge du Processeur augmente. À
40% de charge
le score est dans le même niveau
général qu’à la fin de la première
session, étant considéré comme bon
ou très bon. Comme
sur la base des observations, lorsque
tous les tles laboratoires exécutent
des tâches intensives de CPU, il est
sûr d’assumer au moins
18 machines virtuelles par cœur
peuvent être exécutés dans le
système et ont encore une bonne
qualité d’expérience; la facilité
d’utilisation générale
les scores passer de positifs à
négatifs (en dessous de 3 sur
l’échelle 1 très mauvais5 très bon)
autour de 2628 machines virtuelles
par --
Cpu.
5. Discussion
L’étude de cas prouve que la
conception architecturale joue un
rôle important lorsque l’efficacité du
laboratoire virtuel étudié
l’environnement est en question. En
utilisant la virtualisation des
conteneurs pour les ressources
matérielles d’isolation des modules
de laboratoire,
être utilisés à leur plein Potentiel. Les
résultats de performance montrent
que le système est capable d’exécuter
plus d’exercices de laboratoire que
Avant. Nous avons également
découvert que les ressources
informatiques n’étaient pas le facteur
limitatif actuel, mais la capacité de
stockage. Stockage
capacité peut être mieux utilisée en
utilisant l’approvisionnement mince,
qui sera mis en œuvre dans la
prochaine maintenance
Révision. Le prochain facteur
limitant est la capacité ram, qui sera
abordée sur les mises à niveau
matérielles à venir. Comme
sur la base des résultats, 384 Go de
RAM par nœud donnera un rapport
prix/performance optimal pour notre
système.
Les enseignants ont également bien
adopté le laboratoire virtuel; Même
si, à l’automne 2016, le système
développement, beaucoup
d’enseignants ont vu les avantages et
ont adopté le système pour les
programmes de cours. Dix courses en
total a utilisé le laboratoire virtuel
comme plate-forme d’exercice
primaire en 2016-année académique
2017.
Il y a deux ans, tous les exercices de
laboratoire ont été effectués dans un
laboratoire matériel,
composants virtualisés qui étaient
principalement utilisés sur des postes
de travail. D’après nos estimations,
dans le programme actuel
75 des 80 études ECTS qui utilisent
des laboratoires dans le Sud-
Université orientale des sciences
appliquées
Le département des technologies de
l’information pourrait être déplacé
vers l’environnement virtuel.
Toutefois, en raison du savoir-faire
pratique
des systèmes matériels, certaines des
études de bas niveau bénéficient
encore d’un laboratoire basé sur le
matériel. Tout cela pris en compte
dans
au moins 75 % des études
bénéficieraient d’un environnement
de laboratoire virtuel, si ce n’était
pour rien d’autre, Puis
Figure 8: Qualité de service expérimentée en
deuxième essai
8 V. Kankare
& J. KasurinenProcedia Informatique/ 00
(2017) 000–000
permettant des études de longue
distance sur des sujets qui reposent
traditionnellement sur l’accessibilité
au système matériel. Basé -
sur le taux d’adaptation dans le Sud-
L’Université des sciences appliquées
de finlande orientale enseignement
des TIC et les expériences de
d’autres [4,5] les laboratoires virtuels
peuvent être un ajout précieux à
l’enseignement des sujets liés aux
TIC.
En ce qui concerne la perspective de
conception système de laboratoire
virtuel a des similitudes avec les
services IaaS: Chacun des
laboratoires
modules sont exécutés comme
machine virtuelle séparée fournissant
une plate-forme où vvms arious
peuvent installer, exécuter et
Interconnectés. L’isolement est
également nécessaire dans les
exercices de cybersécurité, l’un des-
exigences de niveau identifiées par
d’autres projets tels que ReSeLa [10].
Notre approche de ce problème
d’isolement au début était d’utiliser
Imbriqués
hyperviseurs, mais il a été montré
dans des études connexes [16]
conteneurs peuvent donner une
meilleure évolutivité et I / O
performance, qui a également été
confirmée dans cette étude. Bien que
non couvert par cette étude
hyperviseur à l’intérieur hyperviseur
le module de laboratoire basé était
complètement inutilisable, mais a
travaillé dans le niveau acceptable
dans le laboratoire basé sur le
récipient. Ce
suit clairement l’étude de Spillner
et.al [18] sur les pénalités de
performance . Dans l’ensemble, les
solutions architecturales appliquées
dans notre travail résout tous les
problèmes de conception identifiés
dans des études telles que [10].
6. Conclusions
Dans cet article, nous présentons une
étude de cas portant sur la validation
d’un nouveau système de laboratoire
virtuel,
conception et de performance.
Contrairement aux centres de
données d’entreprise ou de
fournisseur de services, le vsystème
de laboratoire irtual est un autre
type de problème de conception en
raison de sa faible demande de
ressources informatiques, et de la
haute similitude entre le laboratoire
Modules. Sur notre approche, le
système repensé a été mis en œuvre
en utilisant la technologie des
conteneurs pour L1 virtualization
(lization)
et une architecture de stockage
différente; la performance du
nouveau système a été étudiée afin
d’établir les limites du système et
pour mieux comprendre les
exigences pour les expansions
futures.
Les laboratoires virtuels sont un
élément essentiel de l’enseignement
des TIC dans le Sud-Université
orientale des sciences appliquées.
L’utilisation du système de
laboratoire augmente à mesure que
les enseignants adoptent la nouvelle
technologie et
capacité, et de développer de
nouvelles façons d’enseigner des
systèmes TIC complexes, notre
conception avait besoin d’être
validée sur différents
d’établir les limites et les besoins
d’allocation des ressources pour
l’avenir.
D’après les tests d’utilisabilité et de
performance, les principaux goulets
d’étranglement et déséquilibres sur
les ressources du système ont été
Identifié. Sur cette base, la quantité
de rumodules de laboratoire nning
est limité par l’espace de stockage
actuel et à l’intérieur
ces limites n’ont pas permis de
trouver de problèmes importants
d’utilisabilité.
Le rendement du système a été établi
pour être suffisant dans son état
actuel. Toutefois, les ressources ne
sont pas
fo suffisantr laboratoires complexes
persistants, ce qui nécessiterait plus
de capacités de machines virtuelles
que ce que le
système actuel peut fournir. . Sur la
base des résultats, la capacité du
système peut être augmentée en
utilisant des
le stockage et l’augmentation de
l’avaiRAM lisible pour chacun des
nœuds. Par ces changements et les
nœuds, un grand exercice complexe
pourrait être exécuté, ce qui vaut la
peine d’être expérimenté. De futures
études pourraient également être
en surveillant l’utilisation typique
des ressources du système pendant
l’enseignement et en trouvant une
quantité optimale de mémoire
par processeur pour la mise à
l’échelle future du système.
Remerciements
Les auteurs remercient le Ministère
finlandais de l’éducation et le
Conseil de Kymenlaakso pour leurs
subventions
soutenir le développement de la
Virtual Environnement de
laboratoire, et remercier M. Jaakko
Nurmi pour sa
sur le développement du système.
Références
Riga, N., Thomas, V., Maglaris, V.,
Grammatikou, M., & Anifantis, E. (2015).
Laboratoires virtuels - Utilisation des lits
d’essai publics in Éducation:
(pp. 516–521). SCITEPRESS - Publications
scientifiques et technologiques.
https://doi.org/10.5220/0005496105160521
[2] Ma, J., et Nickerson, J. V. (2006). Mains-
laboratoires à distance : une revue
comparative de la littérature. Informatique
ACM Enquêtes,
38(3), 7-es.
https://doi.org/10.1145/1132960.1132961
358 Vesa Kankare et coll. / Procedia
Computer Science 119 (2017) 350-358
V. Kankare
& J. Kasurinen Procedia Informatique/ 00
(2017) 000–000 9
[3] Wolf, T. (2010). Évaluer l’apprentissage
des élèves dans un environnement de
laboratoire virtuel. Transactions de l’IEEE sur
l’éducation, 53(2), 216–222.
https://doi.org/10.1109/TE.2008.2012114
[4] Gil, P., Garcia, G. J., Delgado, A., Medina,
R.M., Calderon, A., & Marti, P. (2014).
Virtualisation des réseaux informatiques avec
GNS3 :
Évaluation d’une solution pour optimiser les
ressources et réaliser un apprentissage à
distance. Conférence Frontiers in Education
(FIE), 2014 IEEE (pp. 1–
4). Ieee. Extrait de
http://ieeexplore.ieee.org/abstract/document/7
044343/
[5] Tagliacane, S. V., Prasad, P. W.C., Zajko,
G., Elchouemi, A., et Singh, A. K. (2016).
Simulations de réseau et technologies futures
en
enseignement des cours de réseautage:
Développement of un modèle de laboratoire
avec Cisco Virtual Internet Routing Lab
(Virl). En sans fil
Communications, Traitement des signaux et
réseautage (WiSPNET), Conférence
internationale sur (pp. 644–649). IEEE.
Extrait de
http://ieeexplore.ieee.org/abstract/document/7
566212/
[6] Konak, A., & Bartolacci, M. R. (2016).
L’utilisation d’un laboratoire informatique
virtuel pour favoriser l’apprentissage
collaboratif pour la sécurité de l’information
et
l’éducation aux technologies de l’information.
Journal of Cyb
1. Introduction
L’enseignement des systèmes TIC en
tant que domaine a changé aussi
rapidement que le domaine
d’expertise lui-même au cours de la
dernière décennie.
Traditionnellement, des exercices de
laboratoire ont été exécutés à l’aide
de systèmes matériels, qui ont besoin
d’un câblage physique
configuratio de travail et de
matérielNs [1]. Les compétences
dans ce domaine sont toujours
importantes, mais l’utilisation du
matériel pour enseigner
les principes fondamentaux des
télécommunications ont plusieurs
limites. Par exemple, les exercices
complexes ont besoin de
l’équipement, qui est coûteux à
acquérir et à entretenir [2].
Tles progrès des technologies de
virtualisation ont changé la façon
dont les systèmes TIC peuvent être
enseignés [3]. Aujourd’hui, même
les dispositifs de réseautage tels que
les routeurs et les commutateurs
peuvent être exécutés sous forme de
machines virtuelles, ce qui ouvre de
nombreuses nouvelles possibilités
pour l’enseignement de systèmes
TIC complexes. Toutefois, la
construction d’exercices de
laboratoire indépendants à partir de
différents
l’étude ne représente pas encore
toute l’image complexe de la façon
dont les systèmes s’interopèrent et se
connectent les uns aux autres. Pour
par exemple, ce qui se passe
réellement et la complexité des
mécanismes lorsque les utilisateurs
corporatifs accèdent aux ressources
en ligne,
peut encore être difficile à
comprendre à grande échelle.
Cet article décrit un environnement
où les différents domaines d’étude
sont combinés pour former un réseau
de
laboratoires virtuels. Chacun des les
laboratoires représentent le travail
des étudiants d’un domaine du
programme de diplôme,
en combinant dans un réseau
d’entreprise virtuel avec un accès à
l’Internet modèle simulé,
« Simternet ». Le long terme
l’objectif est d’intégrer ce modèle à
l’ensemble du programme d’études,
au cours duquel les élèves acquièrent
l’expérience de
domaines d’expertise ensemble,
formant un environnement complexe
interconnecté aussi proche de ses
homologues du monde réel que
Possible. Dans cette étude, nous nous
concentrons sur la réponse aux
recherches suivantes Questions:
Comment pouvons-nous améliorer
les performances du système de
laboratoire pour mieux prendre en
charge internet simulé,
« Simternet »?
Dans quelle mesure notre version
actuelle du Laboratoire Virtuel
Simternet est-elle capable, et quelles
sont ses principales limites ?
Le reste du papier est structured
comme suit: Dans la section 2, des
études antérieures liées ou similaires
à nos travaux sont discutés.
Dans la section 3, la méthode de
recherche et l’approche sur le
développement de la construction
sont introduites, et les résultats de
cette étude est présentée à la section
4. La section 5 traite des implications
et des observations faites sur cette
étude,
et l’article 6 révèle le document avec
les conclusions.
2. Recherche connexe
Il a été prouvé que les laboratoires
virtuels sont des environnements
d’apprentissage très efficaces pour
l’étude des sujets liés aux TIC [4,5].
Les dernières avancées en matière de
virtualisation ont conduit à de
nombreuses implémentations à des
fins
collaboration, qui peut être géré
pendant de longues périodes pour
aider à l’apprentissage et favoriser
l’intérêt des élèves
le sujet. Virtualizpeut également
isoler l’environnement de laboratoire
du réseau du campus, ce qui permet
possibilités d’exécuter des
expériences de cybersécurité
potentiellement nuisibles dans un
environnement isolé et de donner aux
élèves
privilèges d’accès aux systèmes. [6].
Il y a cosystèmes de laboratoire
virtuels mmercial et open source, qui
sont disponibles pour l’intégration
dans
les environnements d’apprentissage
existants [7,8]. La plupart de ces
solutions visent à résoudre une
problème, et ne sont pas conçus pour
un déploiement rapide. Des études
montrent également que ces solutions
nécessitent des compétences
supplémentaires
pour que les élèves puissent utiliser
le système lui-même [5]. En plus de
ces limitations, le coût d’exploitation
de centaines de
les instances logicielles
commerciales peuvent également
devenir inacceptablesnd affecter la
capacité de les utiliser pendant de
longues périodes
temps dans les réseaux éducatifs
complexes.
Les environnements virtuels de
laboratoire ont gagné en popularité,
en particulier dans la formation en
cybersécurité, où l’isolement
les environnements d’accueil et le
compu utilisateurters sont d’une
grande importance [9]. L’étude des
logiciels malveillants, des systèmes
vulnérables et
les tests de pénétration nécessitent
l’utilisation de logiciels
potentiellement dangereux. Projets
tels que ReSeLa 10[] visent à
environnements de formation à la
cybersécurité, avec ce type
d’objectifs à l’esprit. Les actions
ReSeLa mettent également l’accent
sur la facilité d’utilisation
ainsi que la création de modèles de
machines virtuelles prédéfinis et
topologies réseau qui sont l’un des
composants clés
dans cette étude.
 La virtualisation est la technologie
habilitante dans chacune de ces
solutions; La virtualisation est
nécessaire pour isoler les laboratoires
modules des uns et des autres et du
réseau universitaire, ainsi que
d’exécuter des composants de
laboratoire virtuels à l’intérieur de la
Module. Deux solutions principales
existent au problème : virtualisation
complète (Hypervisor) et conteneur
Virtualisation. Plein
la virtualisation est basée sur du
matériel imité, qui est présenté à la
machine virtuelle. Exemple
hyperviseur complet
solutions sont VMWare ESXi [11et
KVM ] [12]. Alternativement, la
virtualisation des conteneurs est une
technologie qui partage
352 Vesa Kankare et coll. / Procedia
Computer Science 119 (2017) 350-358
V. Kankare
& J. Kasurinen Procedia Informatique/ 00
(2017) 000–000 3
operatin (operatin)g ressources de
noyau système entre les machines
virtuelles, et permet un accès plus
direct aux ressources matérielles.
Les logiciels de conteneurs
couramment utilisés sont les
conteneurs Linux [13] et Docker 14.
Les conteneurs sont connus pour
offrir près de []
matériel-niveau de performance et
sont plus efficace par rapport aux
machines virtuelles, en particulier sur
i/ O lourd
Applications. [15,16]. En fait, une
étude de Morabito et.al. [16] montre
la virtualisation complète peut être
près de cinq fois plus lent
sur les performances du disque, par
rapport à leurs homologues
conteneurs et matériels. Les
conteneurs démarrent aussi
rapide, ce qui les rend plus adaptés
pour le-dema (dema)applications nd
[17].
Ces deux technologies peuvent être
appliquées dans la virtualisation
imbriquée, où une technique de
virtualisation est
en haut d’un autre. Ceux-ci sont
communément appelés couches de
virtualisation L1 et L2 [18] où L0 est
considéré comme le
matériel hôte. Nestin ( Nestin )g les
techniques de virtualisation sont
couramment utilisées par exemple
dans IaaS (Infrastructure as a
Service)
plates-formes cloud [18]. Le
laboratoire virtuel est essentiellement
un cas particulier de service IaaS et
la variété des
solutions doivent être évaluées avec
soin pour get les meilleures
performances du système.
3. Méthode de recherche
Dans cette étude, notre approche de
recherche sur le développement du
Simternet a été en utilisant le
développement itératif
suivre vaguement les principes du
prototypage, tels que définis par
exemple dans [19] Ou [20]. Sur la
base des
besoin, nous avons recueilli des
exigences, développé prototype pour
la solution, itéré sur la conception et
enfin, conduit
études de faisabilité et d’utilisabilité
sur le prototype plus avancé pour
évaluer les résultats du processus et
establish nouveau
exigences et les objectifs du
processus de développement.
Le besoin d’un nouvel
environnement d’apprentissage s’est
fait sentir lorsqu’un cours axé sur les
réseaux de fournisseurs de services a
été
redessiné pour inclure le courant
utilisé par les fournisseurs de
services. La principale raison de
chercher d’autres solutions était le
manque de
dans le laboratoire matériel actuel
pour prendre en charge les
technologies requises. La première
mise en œuvre de la
laboratoire était un pré-construit
l’image virtuelle de machine retenant
des routeurs virtuels et leurs
interconnexions, qui était alors
distribués aux postes de travail
étudiants et exécutés localement dans
les postes de travail VMWare.
D’autres cours ont également
commencé à utiliser
le même modèle, qui est rapidement
devenu un fardeau à tenir à jour et
fonctionnel. Les machines virtuelles
de préconstruire ont été -
difficile à mettre à jour, et le
déplacement de fichiers d’images
volumineux sur le réseau local a été
temps-Consommer.
 La première solution basée sur le
centre de données a été développée à
l’aide de la plate-forme ESXi
VMWare existante [11] avec
relativement
approche simple. Nombre prédéfini
des modules de laboratoire vides
clonés ont été démarrés pour la
réservation des étudiants et
nettoyés après chaque utilisation. Un
référentiel central d’images,
d’installations (collection de VMs) et
de fichiers topologie de base
a également été élaboré pour faciliter
le maintien des différents scénarios
d’exercice. Après ce changement,
l’utilisation de
laboratoire a été appliqué à plus
grande échelle avec des cours plus
servis. Toutefois, même si le système
a atteint son objectif,
Figure 1 : Exercice Simternet à grande
échelle
4 V. Kankare
& J. KasurinenProcedia Informatique/ 00
(2017) 000–000
plusieurs lacunes de ce modèle ont
été constatées et la nécessité
d’uneble et rentable
plate-forme de virtualisation a surgi.
Les idées de solutions antérieures et
similaires (ReSeLa, VIRL, GNS3)
ont été étendues à une
exercice de laboratoire (fig. 1). Cela
nécessite une plate-forme efficace
capable d’exécuter des centaines des
modules de laboratoire
contenant des milliers de machines
virtuelles. Cela nécessite une
solution optimisée pour tirer le
meilleur parti du matériel et
améliorer le ratio
performance/investissement. En plus
de soutenir une large catégorie
d’exercices, le système doit être
To offrir des possibilités d’exécuter
des exercices de centre de données
exécutant un logiciel hyperviseur à
l’intérieur du module de laboratoire
et de l’échelle
dans de grands exercices complexes.
4. Résultats
Dans les sections suivantes, nous
discutons de la solution
architecturale du système Simternet,
suivie des résultats de
nos résultats de tests d’utilisabilité et
d’efficacité. Sur la troisième section,
les résumés et les implications de
notre travail de conception sont
Présenté.
4.1. Conception architecturale
La plupart de la conception phase ont
été atteints à l’aide d’un référentiel
central d’images de machines
virtuelles et
topologies qui sont ensuite utilisées
comme une image de base pour le
laboratoire en cours d’exécution et
sont exécutées comme un clone lié
de la
Référentiel. Au cours d’une activité
de cours typique, les élèves
démarrent et exécutent plusieurs
instances d’environnement de
laboratoire identique
et ce type de configuration de la
gestion d’image peut effectivement
utiliser des caches pour accélérer les
processus. La figure 2 illustre
la conception du système.
La première mise en œuvre du
système wcomme l’exécution
VMWare ESXi que la virtualisation
L1 pour module de laboratoire
isolation (Fig 3a). Les modules de
laboratoire sont des machines
virtuelles Ubuntu Linux avec KVM
(Kernel-machine virtuelle basée)
hyperviseur pour faire fonctionner
les composants de laboratoire (VMs).
Deux hyperviseurs complets
imbriqués gaont des performances
inacceptables pour
un autre niveau de virtualisation, qui
a été une motivation clé pour
redessiner le système dans le
Architecture.
 Le système a été repensé pour
utiliser des conteneurs comme
technologie de virtualisation L1 (fig.
3b) pour éviteresting plein
Hyperviseurs. L’utilisation d’une
seule couche de virtualisation
complète permet d’exécuter des
hyperviseurs à l’intérieur du
laboratoire
sans pénalité de haute performance
observée avec des hyperviseurs
pleins imbriqués de façon récursive.
Problèmes similaires avec récurratif
ont été observés dans d’autres études,
par exemple par Spillner, Brito,
Brasileiro et Schill, 2012 [18].
Figure 2 : Aperçu de l’architecture de
l’environnement d’apprentissage
Vesa Kankare et coll. / Procedia Computer
Science 119 (2017) 350-358 353
 V. Kankare
& J. Kasurinen Procedia Informatique/ 00
(2017) 000–000 3
operatin (operatin)g ressources de
noyau système entre les machines
virtuelles, et permet un accès plus
direct aux ressources matérielles.
Les logiciels de conteneurs
couramment utilisés sont les
conteneurs Linux [13] et Docker
[14]. Les conteneurs sont connus
pour offrir près de
Matériel-niveau de performance et
sont plus efficace par rapport aux
machines virtuelles, en particulier sur
i/ O lourd
Applications. [15,16]. En fait, une
étude de Morabito et.al. [16] montre
la virtualisation complète peut être
près de cinq fois plus lent
sur les performances du disque, par
rapport à leurs homologues
conteneurs et matériels. Les
conteneurs démarrent aussi
rapide, ce qui les rend plus adaptés
pour le-dema (dema)applications nd
[17].
Ces deux technologies peuvent être
appliquées dans la virtualisation
imbriquée, où une technique de
virtualisation est
en haut d’un autre. Ceux-ci sont
communément appelés couches de
virtualisation L1 et L2 [18] où L0 est
considéré comme le
matériel hôte. Nestin ( Nestin )g les
techniques de virtualisation sont
couramment utilisées par exemple
dans IaaS (Infrastructure as a
Service)
plates-formes cloud [18]. Le
laboratoire virtuel est essentiellement
un cas particulier de service IaaS et
la variété des
solutions doivent être évaluées avec
soin pour get les meilleures
performances du système.
3. Méthode de recherche
Dans cette étude, notre approche de
recherche sur le développement du
Simternet a été en utilisant le
développement itératif
suivre vaguement les principes du
prototypage, tels que définis par
exemple dans [19] Ou [20]. Sur la
base des
besoin, nous avons recueilli des
exigences, développé prototype pour
la solution, itéré sur la conception et
enfin, conduit
études de faisabilité et d’utilisabilité
sur le prototype plus avancé pour
évaluer les résultats du processus et
establish nouveau
exigences et les objectifs du
processus de développement.
Le besoin d’un nouvel
environnement d’apprentissage s’est
fait sentir lorsqu’un cours axé sur les
réseaux de fournisseurs de services a
été
redessiné pour inclure le courant
utilisé par les fournisseurs de
services. La principale raison de
chercher d’autres solutions était le
manque de
dans le laboratoire matériel actuel
pour prendre en charge les
technologies requises. La première
mise en œuvre de la
laboratoire était un pré-construit
l’image virtuelle de machine retenant
des routeurs virtuels et leurs
interconnexions, qui était alors
distribués aux postes de travail
étudiants et exécutés localement dans
les postes de travail VMWare.
D’autres cours ont également
commencé à utiliser
le même modèle, qui est rapidement
devenu un fardeau à tenir à jour et
fonctionnel. Les machines virtuelles
de préconstruire ont été -
difficile à mettre à jour, et le
déplacement de fichiers d’images
volumineux sur le réseau local a été
Heure-Consommer.
La première solution basée sur le
centre de données a été développée à
l’aide de la plate-forme ESXi
VMWare existante [11] avec
relativement
approche simple. Nombre prédéfini
des modules de laboratoire vides
clonés ont été démarrés pour la
réservation des étudiants et
nettoyés après chaque utilisation. Un
référentiel central d’images,
d’installations (collection de VMs) et
de fichiers topologie de base
a également été élaboré pour faciliter
le maintien des différents scénarios
d’exercice. Après ce changement,
l’utilisation de
laboratoire a été appliqué à plus
grande échelle avec des cours plus
servis. Toutefois, même si le système
a atteint son objectif,
Figure 1 : Exercice Simternet à grande
échelle
4 V. Kankare
& J. KasurinenProcedia Informatique/ 00
(2017) 000–000
plusieurs lacunes de ce modèle ont
été constatées et la nécessité
d’uneble et rentable
plate-forme de virtualisation a surgi.
Les idées de solutions antérieures et
similaires (ReSeLa, VIRL, GNS3)
ont été étendues à une
exercice de laboratoire (fig. 1). Cela
nécessite une plate-forme efficace
capable d’exécuter des centaines des
modules de laboratoire
contenant des milliers de machines
virtuelles. Cela nécessite une
solution optimisée pour tirer le
meilleur parti du matériel et
améliorer le ratio
performance/investissement. En plus
de soutenir une large catégorie
d’exercices, le système doit être
To offrir des possibilités d’exécuter
des exercices de centre de données
exécutant un logiciel hyperviseur à
l’intérieur du module de laboratoire
et de l’échelle
dans de grands exercices complexes.
4. Résultats
Dans les sections suivantes, nous
discutons de la solution
architecturale du système Simternet,
suivie des résultats de
nos résultats de tests d’utilisabilité et
d’efficacité. Sur la troisième section,
les résumés et les implications de
notre travail de conception sont
Présenté.
4.1. Conception architecturale
La plupart de la conception phase ont
été atteints à l’aide d’un référentiel
central d’images de machines
virtuelles et
topologies qui sont ensuite utilisées
comme une image de base pour le
laboratoire en cours d’exécution et
sont exécutées comme un clone lié
de la
Référentiel. Au cours d’une activité
de cours typique, les élèves
démarrent et exécutent plusieurs
instances d’environnement de
laboratoire identique
et ce type de configuration de la
gestion d’image peut effectivement
utiliser des caches pour accélérer les
processus. La figure 2 illustre
la conception du système.
La première mise en œuvre du
système wcomme l’exécution
VMWare ESXi que la virtualisation
L1 pour module de laboratoire
isolation (Fig 3a). Les modules de
laboratoire sont des machines
virtuelles Ubuntu Linux avec KVM
(Kernel-machine virtuelle basée)
hyperviseur pour faire fonctionner
les composants de laboratoire (VMs).
Deux hyperviseurs complets
imbriqués gaont des performances
inacceptables pour
un autre niveau de virtualisation, qui
a été une motivation clé pour
redessiner le système dans le
Architecture.
Le système a été repensé pour
utiliser des conteneurs comme
technologie de virtualisation L1 (fig.
3b) pour éviteresting plein
Hyperviseurs. L’utilisation d’une
seule couche de virtualisation
complète permet d’exécuter des
hyperviseurs à l’intérieur du
laboratoire
sans pénalité de haute performance
observée avec des hyperviseurs
pleins imbriqués de façon récursive.
Problèmes similaires avec récurratif
ont été observés dans d’autres études,
par exemple par Spillner, Brito,
Brasileiro et Schill, 2012 [18].
Figure 2 : Aperçu de l’architecture de
l’environnement d’apprentissage
354 Vesa Kankare et coll. / Procedia
Computer Science 119 (2017) 350-358
V. Kankare
& J. Kasurinen Procedia Informatique/ 00
(2017) 000–000 5
Le système redessiné a été construit
en utilisant l’open source et en-
maison a développé un logiciel.
Serveurs de charge de travail en
cours d’exécution
modules de laboratoire utilise
Proxmox Virtual EnvironmeNt [21]
comme une plate-forme de
virtualisation principalement en
raison de son soutien
conteneurs. Les serveurs de charge
de travail utilisent NFS (Network
File System) pour se connecter aux
ressources requises du laboratoire
modules, tels que les modèles de
machines virtuelles. Cet annuaire
monté par le NFS est partagé entre le
module de laboratoire
conteneurs à l’intérieur du système
hôte.
4.2. Résultats des tests d’utilisabilité
et d’efficacité
L’efficacité des ressources a été l’un
des facteurs de conception les plus
importants. En tant que système de
virtualisation, une plate-forme de
laboratoire
est un probl différentem à partir d’un
centre de données d’entreprise: Avec
le système de laboratoire virtuel
actuel de cinq serveurs, avec
mémoire de 256 Go et deux
processeurs Intel Xeon E5 de 14 ou
12 cœurs chacun, le système
totalisent 1280 Go de RAM et
136 cœurs de processeur et il a été
jugé suffisant pour les fins d’essai.
La conception de stockage a été
validée par rapport au modèle
précédent. Le test a été effectué à
l’aide d’un hôte et de cinq
laboratoires
modules avec 12 images de machines
virtuelles de base identiques
chacune. Cela représenterait une
situation typique en classe, où
25 étudiants démarrent leur
laboratoire à partir de cinq groupes
de serveurs. La machine virtuelle
utilisée était un petit itinéraire (123
Mo),
qui fait également la vérification de
signature pendant la botte, touchant
ainsi le fichier entier pendant le
processus de démarrage. Le FNS
le trafic a été capturé et analysé pour
voir les changements dans le trafic de
stockage. Le même test a été répété
dans les deux plates-formes.
Lla scénario de test pour la mise en
œuvre précédente et les connexions
de disque associées sont représentés
dans Fig. 3a.
Figure 3 : Architectures de stockage et
scénario de test
Figure 4 : Trafic NFS observé
Figure 5 : Routage des temps de démarrage
de laboratoire
6 V. Kankare
& J. KasurinenProcedia Informatique/ 00
(2017) 000–000
Chacune des machines virtuelles de
laboratoire accéderait au stockage
NFS individuellement par
l’intermédiaire de la couche
hypervisrice.
À l’intérieur de la machine virtuelle,
le clientcaching NFS a lieu et
l’image est téléchargée une fois par
module à partir de la
serveur de stockage. Un test
identique a été effectué à l’aide du
système redessiné qui est décrit à la
figure 3b.
Dans le système redessiné, les
conteneurs de laboratoire partagent
un répertoire de l’hôte osystème de
perating, qui est à distance
monté à partir du stockage NFS.
Dans ce scénario, on s’attend à ce
que l’hôte cache pour tous les
modules de laboratoire et
Charge de trafic NFS. Dans les deux
scénarios, les temps de démarrage
ont également été mesurés.
L’amélioration du système de disque
perspective (ective)
peut être vu à partir de la mesure du
trafic NFS (Fig 4). Le système basé
sur les conteneurs charge l’image de
base VM uniquement
une fois que, comme prévu, la
solution précédente basée sur
l’hyperviseur l’a téléchargée soi-
disant cinq fois, la quantité de
fonctionnement de laboratoire
modumoins. Les lignes verticales
représentent le temps écoulé lorsque
chacun des scénarios a été
entièrement démarré.
Cette diminution du temps de
démarrage a également été vérifiée
par rapport à un laboratoire de
routage commun (fig. 5). D’un hôte
vide un nouveau
l’installation de laboratoire
couramment utilisée dans les cours
de routage et de commutation a été
démarré. Le temps de démarrage a
été réduit à près de
moitié de la conception originale. La
différence est plus importante si le
cache d’écriture est désactivé. Cela
indique que le
l’amélioration des performances de
la nouvelle conception est liée à la
performance I/O, et est à égalité avec
les résultats de [15].
Les performances du système ont
également été validées par deux
sessions de test, au cours de laquelle
l’utilisateur a connu une qualité de
service
données ont été recueillies. La
première session a été de découvrir ee
limite du nombre de machines
virtuelles et de modules de
laboratoire
qui pourrait être commencé avant que
les utilisateurs commencent à
éprouver des problèmes
d’utilisabilité. Pendant les étapes de
test, les utilisateurs ont été chargés de
exécuter des opérations avec
l’interface utilisateur graphique de la
machine Microsoft Windows, et faire
peu de tâches simples en utilisant
CLI
l’accès basé. Après chaque tour, les
utilisateurs ont été invités à donner
des scores d’utilisabilité de 1-5 où 5
représentaient la qualité qu’ils
à partir d’un poste de travail exploité
localement.
Le test n’a montré aucune
diminution significative de
l’expérience de qualité de service
jusqu’à ce que le plafond limite
d’entreposage soit atteint à 130
modules de laboratoire exécutant
1564 machines virtuelles au total
(fig. 6). Les modules utilisés dans ce
scénario étaient une collection
des modules de laboratoire
representing le modèle d’exercice
dans la figure 2. Ce test a indiqué que
dans le stockage disponible
l’espace sur le système, il n’y a pas
de facteurs limitatifs du point de vue
du Processeur ou de la mémoire.
L’utilisation de la mémoire stabilisée
à 60%, ce qui était la limite fixée
pour KSM (Kernel Shmémoire ared)
et cpu réglé à 12% d’utilisation après
tout le
laboratoires ont été entièrement
démarrés.
Fig. 7 montre la mémoire mesurée et
l’utilisation du Processeur par
rapport à la quantité de machines
virtuelles en cours d’exécution dans
le
Grappe. KSM commence à travailler
dans l’utilitaire mémoire à 60%limite
d’ation. Comme on peut le voir sur le
graphique exécutant 1500 VMs avec
fondamentalement modules de
laboratoire inactifs est loin d’être un
problème du point de vue cpu qui est
également vu dans les résultats
d’utilisabilité.
Toutefois, le démarrage d’un plus
grand nombre de laboratoires peut
devenir impossible en raison detions.
 Étant donné que la première
expérience d’utilisabilité était limitée
par le stockage disponible et qu’elle
était plutôt légère sur les ressources
du Processeur, une autre
scénario de test a été exécuté. La
quantité de nœuds de calcul a été
réduite à un seul hôte pour limiter les
ressources matérielles
et pour éviter hla limite de stockage.
Un type spécial de scénario de
laboratoire a été conçu pour inclure le
trafic et les
Tâches intensives CPU. Le scénario
utilisé a été conçu pour être la
représentation d’un scénario
d’utilisation élevée
l’utilisation des ressources.
Figure 6 : Qualité de service expérimentée
Figure 7 : Utilisation des grappes
 Vesa Kankare et coll. / Procedia Computer
Science 119 (2017) 350-358 355
V. Kankare
& J. Kasurinen Procedia Informatique/ 00
(2017) 000–000 5
Le système redessiné a été construit
en utilisant l’open source et en-
maison a développé un logiciel.
Serveurs de charge de travail en
cours d’exécution
modules de laboratoire utilise
Proxmox Virtual EnvironmeNt [21]
comme une plate-forme de
virtualisation principalement en
raison de son soutien
conteneurs. Les serveurs de charge
de travail utilisent NFS (Network
File System) pour se connecter aux
ressources requises du laboratoire
modules, tels que les modèles de
machines virtuelles. Cet annuaire
monté par le NFS est partagé entre le
module de laboratoire
conteneurs à l’intérieur du système
hôte.
4.2. Résultats des tests d’utilisabilité
et d’efficacité
L’efficacité des ressources a été l’un
des facteurs de conception les plus
importants. En tant que système de
virtualisation, une plate-forme de
laboratoire
est un probl différentem à partir d’un
centre de données d’entreprise: Avec
le système de laboratoire virtuel
actuel de cinq serveurs, avec
mémoire de 256 Go et deux
processeurs Intel Xeon E5 de 14 ou
12 cœurs chacun, le système
totalisent 1280 Go de RAM et
136 cœurs de processeur et il a été
jugé suffisant pour les fins d’essai.
La conception de stockage a été
validée par rapport au modèle
précédent. Le test a été effectué à
l’aide d’un hôte et de cinq
laboratoires
modules avec 12 images de machines
virtuelles de base identiques
chacune. Cela représenterait une
situation typique en classe, où
25 étudiants démarrent leur
laboratoire à partir de cinq groupes
de serveurs. La machine virtuelle
utilisée était un petit itinéraire (123
Mo),
qui fait également la vérification de
signature pendant la botte, touchant
ainsi le fichier entier pendant le
processus de démarrage. Le FNS
le trafic a été capturé et analysé pour
voir les changements dans le trafic de
stockage. Le même test a été répété
dans les deux plates-formes.
Lla scénario de test pour la mise en
œuvre précédente et les connexions
de disque associées sont représentés
dans Fig. 3a.
Figure 3 : Architectures de stockage et
scénario de test
Figure 4 : Trafic NFS observé
Figure 5 : Routage des temps de démarrage
de laboratoire
6 V. Kankare
& J. KasurinenProcedia Informatique/ 00
(2017) 000–000
Chacune des machines virtuelles de
laboratoire accéderait au stockage
NFS individuellement par
l’intermédiaire de la couche
hypervisrice.
À l’intérieur de la machine virtuelle,
le clientcaching NFS a lieu et
l’image est téléchargée une fois par
module à partir de la
serveur de stockage. Un test
identique a été effectué à l’aide du
système redessiné qui est décrit à la
figure 3b.
Dans le système redessiné, les
conteneurs de laboratoire partagent
un répertoire de l’hôte osystème de
perating, qui est à distance
monté à partir du stockage NFS.
Dans ce scénario, on s’attend à ce
que l’hôte cache pour tous les
modules de laboratoire et
Charge de trafic NFS. Dans les deux
scénarios, les temps de démarrage
ont également été mesurés.
L’amélioration du système de disque
perspective (ective)
peut être vu à partir de la mesure du
trafic NFS (Fig 4). Le système basé
sur les conteneurs charge l’image de
base VM uniquement
une fois que, comme prévu, la
solution précédente basée sur
l’hyperviseur l’a téléchargée soi-
disant cinq fois, la quantité de
fonctionnement de laboratoire
modumoins. Les lignes verticales
représentent le temps écoulé lorsque
chacun des scénarios a été
entièrement démarré.
Cette diminution du temps de
démarrage a également été vérifiée
par rapport à un laboratoire de
routage commun (fig. 5). D’un hôte
vide un nouveau
l’installation de laboratoire
couramment utilisée dans les cours
de routage et de commutation a été
démarré. Le temps de démarrage a
été réduit à près de
moitié de la conception originale. La
différence est plus importante si le
cache d’écriture est désactivé. Cela
indique que le
l’amélioration des performances de
la nouvelle conception est liée à la
performance I/O, et est à égalité avec
les résultats de [15].
Les performances du système ont
également été validées par deux
sessions de test, au cours de laquelle
l’utilisateur a connu une qualité de
service
données ont été recueillies. La
première session a été de découvrir ee
limite du nombre de machines
virtuelles et de modules de
laboratoire
qui pourrait être commencé avant que
les utilisateurs commencent à
éprouver des problèmes
d’utilisabilité. Pendant les étapes de
test, les utilisateurs ont été chargés de
exécuter des opérations avec
l’interface utilisateur graphique de la
machine Microsoft Windows, et faire
peu de tâches simples en utilisant
CLI
l’accès basé. Après chaque tour, les
utilisateurs ont été invités à donner
des scores d’utilisabilité de 1-5 où 5
représentaient la qualité qu’ils
à partir d’un poste de travail exploité
localement.
Le test n’a montré aucune
diminution significative de
l’expérience de qualité de service
jusqu’à ce que le plafond limite
d’entreposage soit atteint à 130
modules de laboratoire exécutant
1564 machines virtuelles au total
(fig. 6). Les modules utilisés dans ce
scénario étaient une collection
des modules de laboratoire
representing le modèle d’exercice
dans la figure 2. Ce test a indiqué que
dans le stockage disponible
l’espace sur le système, il n’y a pas
de facteurs limitatifs du point de vue
du Processeur ou de la mémoire.
L’utilisation de la mémoire stabilisée
à 60%, ce qui était la limite fixée
pour KSM (Kernel Shmémoire ared)
et cpu réglé à 12% d’utilisation après
tout le
laboratoires ont été entièrement
démarrés.
Fig. 7 montre la mémoire mesurée et
l’utilisation du Processeur par
rapport à la quantité de machines
virtuelles en cours d’exécution dans
le
Grappe. KSM commence à travailler
dans l’utilitaire mémoire à 60%limite
d’ation. Comme on peut le voir sur le
graphique exécutant 1500 VMs avec
fondamentalement modules de
laboratoire inactifs est loin d’être un
problème du point de vue cpu qui est
également vu dans les résultats
d’utilisabilité.
Toutefois, le démarrage d’un plus
grand nombre de laboratoires peut
devenir impossible en raison detions.
Étant donné que la première
expérience d’utilisabilité était limitée
par le stockage disponible et qu’elle
était plutôt légère sur les ressources
du Processeur, une autre
scénario de test a été exécuté. La
quantité de nœuds de calcul a été
réduite à un seul hôte pour limiter les
ressources matérielles
et pour éviter hla limite de stockage.
Un type spécial de scénario de
laboratoire a été conçu pour inclure le
trafic et les
Tâches intensives CPU. Le scénario
utilisé a été conçu pour être la
représentation d’un scénario
d’utilisation élevée
l’utilisation des ressources.
Figure 6 : Qualité de service expérimentée
Figure 7 : Utilisation des grappes
356 Vesa Kankare et coll. / Procedia
Computer Science 119 (2017) 350-358
V. Kankare
& J. Kasurinen Procedia Informatique/ 00
(2017) 000–000 7
L’hôte a été préchargé avec la
quantité de modules connus pour
donner de bonnes performances et
KSM a eu le temps de
partager des pages de mémoire avant
le début du test pour éviter que la
mémoire ne soit la limite test (qui a
été suggéré
par la première session de test).
L’objectif était de trouver les limites
de combien le Processeur peut être
surengagé avant que les utilisateurs
commencent
d’éprouver des problèmes
d’utilisabilité. Lors des tests
préliminaires, nous avons découvert
que l’exécution de 20 modules de
laboratoire Cpu
environ 90 % et le laboratoire
d’utilisabilité était toujours
performant comme prévu. Sur la base
de ces résultats, le test
session a été conçue pour commencer
avec 16 modules de laboratoire ru373
machines virtuelles (31,1 machines
virtuelles par
processeur). Entre chaque utilisateur
testant quatre modules de plus (100
machines virtuelles) ont commencé à
augmenter la charge à
le système. Après deux séries de
tests, le système a été laissé en cours
d’exécution pour le KSM de partager
suffisamment de pages mémoire pour
libérer
mémoire pour d’autres laboratoires.
Le graphique en Figure 8 montre
comment l’expérience utilisateur
commence à diminuer lorsque la
charge du Processeur augmente. À
40% de charge
le score est dans le même niveau
général qu’à la fin de la première
session, étant considéré comme bon
ou très bon. Comme
sur la base des observations, lorsque
tous les tles laboratoires exécutent
des tâches intensives de CPU, il est
sûr d’assumer au moins
18 machines virtuelles par cœur
peuvent être exécutés dans le
système et ont encore une bonne
qualité d’expérience; la facilité
d’utilisation générale
les scores passer de positifs à
négatifs (en dessous de 3 sur
l’échelle 1 très mauvais5 très bon)
autour de 2628 machines virtuelles
par --
Cpu.
5. Discussion
L’étude de cas prouve que la
conception architecturale joue un
rôle important lorsque l’efficacité du
laboratoire virtuel étudié
l’environnement est en question. En
utilisant la virtualisation des
conteneurs pour les ressources
matérielles d’isolation des modules
de laboratoire,
être utilisés à leur plein Potentiel. Les
résultats de performance montrent
que le système est capable d’exécuter
plus d’exercices de laboratoire que
Avant. Nous avons également
découvert que les ressources
informatiques n’étaient pas le facteur
limitatif actuel, mais la capacité de
stockage. Stockage
capacité peut être mieux utilisée en
utilisant l’approvisionnement mince,
qui sera mis en œuvre dans la
prochaine maintenance
Révision. Le prochain facteur
limitant est la capacité ram, qui sera
abordée sur les mises à niveau
matérielles à venir. Comme
sur la base des résultats, 384 Go de
RAM par nœud donnera un rapport
prix/performance optimal pour notre
système.
Les enseignants ont également bien
adopté le laboratoire virtuel; Même
si, à l’automne 2016, le système
développement, beaucoup
d’enseignants ont vu les avantages et
ont adopté le système pour les
programmes de cours. Dix courses en
total a utilisé le laboratoire virtuel
comme plate-forme d’exercice
primaire en 2016-année académique
2017.
Il y a deux ans, tous les exercices de
laboratoire ont été effectués dans un
laboratoire matériel,
composants virtualisés qui étaient
principalement utilisés sur des postes
de travail. D’après nos estimations,
dans le programme actuel
75 des 80 études ECTS qui utilisent
des laboratoires dans le Sud-
Université orientale des sciences
appliquées
Le département des technologies de
l’information pourrait être déplacé
vers l’environnement virtuel.
Toutefois, en raison du savoir-faire
pratique
des systèmes matériels, certaines des
études de bas niveau bénéficient
encore d’un laboratoire basé sur le
matériel. Tout cela pris en compte
dans
au moins 75 % des études
bénéficieraient d’un environnement
de laboratoire virtuel, si ce n’était
pour rien d’autre, Puis
Figure 8: Qualité de service expérimentée en
deuxième essai
8 V. Kankare
& J. KasurinenProcedia Informatique/ 00
(2017) 000–000
permettant des études de longue
distance sur des sujets qui reposent
traditionnellement sur l’accessibilité
au système matériel. Basé -
sur le taux d’adaptation dans le Sud-
L’Université des sciences appliquées
de finlande orientale enseignement
des TIC et les expériences de
d’autres [4,5] les laboratoires virtuels
peuvent être un ajout précieux à
l’enseignement des sujets liés aux
TIC.
En ce qui concerne la perspective de
conception système de laboratoire
virtuel a des similitudes avec les
services IaaS: Chacun des
laboratoires
modules sont exécutés comme
machine virtuelle séparée fournissant
une plate-forme où vvms arious
peuvent installer, exécuter et
Interconnectés. L’isolement est
également nécessaire dans les
exercices de cybersécurité, l’un des-
exigences de niveau identifiées par
d’autres projets tels que ReSeLa [10].
Notre approche de ce problème
d’isolement au début était d’utiliser
Imbriqués
hyperviseurs, mais il a été montré
dans des études connexes [16]
conteneurs peuvent donner une
meilleure évolutivité et I / O
performance, qui a également été
confirmée dans cette étude. Bien que
non couvert par cette étude
hyperviseur à l’intérieur hyperviseur
le module de laboratoire basé était
complètement inutilisable, mais a
travaillé dans le niveau acceptable
dans le laboratoire basé sur le
récipient. Ce
suit clairement l’étude de Spillner
et.al [18] sur les pénalités de
performance . Dans l’ensemble, les
solutions architecturales appliquées
dans notre travail résout tous les
problèmes de conception identifiés
dans des études telles que [10].
6. Conclusions
Dans cet article, nous présentons une
étude de cas portant sur la validation
d’un nouveau système de laboratoire
virtuel,
conception et de performance.
Contrairement aux centres de
données d’entreprise ou de
fournisseur de services, le vsystème
de laboratoire irtual est un autre
type de problème de conception en
raison de sa faible demande de
ressources informatiques, et de la
haute similitude entre le laboratoire
Modules. Sur notre approche, le
système repensé a été mis en œuvre
en utilisant la technologie des
conteneurs pour L1 virtualization
(lization)
et une architecture de stockage
différente; la performance du
nouveau système a été étudiée afin
d’établir les limites du système et
pour mieux comprendre les
exigences pour les expansions
futures.
Les laboratoires virtuels sont un
élément essentiel de l’enseignement
des TIC dans le Sud-Université
orientale des sciences appliquées.
L’utilisation du système de
laboratoire augmente à mesure que
les enseignants adoptent la nouvelle
technologie et
capacité, et de développer de
nouvelles façons d’enseigner des
systèmes TIC complexes, notre
conception avait besoin d’être
validée sur différents
d’établir les limites et les besoins
d’allocation des ressources pour
l’avenir.
D’après les tests d’utilisabilité et de
performance, les principaux goulets
d’étranglement et déséquilibres sur
les ressources du système ont été
Identifié. Sur cette base, la quantité
de rumodules de laboratoire nning
est limité par l’espace de stockage
actuel et à l’intérieur
ces limites n’ont pas permis de
trouver de problèmes importants
d’utilisabilité.
Le rendement du système a été établi
pour être suffisant dans son état
actuel. Toutefois, les ressources ne
sont pas
fo suffisantr laboratoires complexes
persistants, ce qui nécessiterait plus
de capacités de machines virtuelles
que ce que le
système actuel peut fournir. . Sur la
base des résultats, la capacité du
système peut être augmentée en
utilisant des
le stockage et l’augmentation de la
RAM disponible pour chacun des
nœuds. Par ces changements et les
nœuds, un grand exercice complexe
pourrait être exécuté, ce qui vaut la
peine d’être expérimenté. De futures
études pourraient également être
en surveillant l’utilisation typique
des ressources du système pendant
l’enseignement et en trouvant une
quantité optimale de mémoire
par processeur pour la mise à
l’échelle future du système.
Remerciements
Les auteurs remercient le Ministère
finlandais de l’éducation et le
Conseil de Kymenlaakso pour leurs
subventions
soutenir le développement de la
Virtual Environnement de
laboratoire, et remercier M. Jaakko
Nurmi pour sa
sur le développement du système.
Références
Riga, N., Thomas, V., Maglaris, V.,
Grammatikou, M., & Anifantis, E. (2015).
Laboratoires virtuels - Utilisation des lits
d’essai publics in Éducation:
(p. 516–521). SCITEPRESS - Publications
scientifiques et technologiques.
https://doi.org/10.5220/0005496105160521
[2] Ma, J., et Nickerson, J. V. (2006). Mains-
laboratoires à distance : une revue
comparative de la littérature. Informatique
ACM Enquêtes,
38(3), 7–es.
https://doi.org/10.1145/1132960.1132961
Vesa Kankare et coll. / Procedia Computer
Science 119 (2017) 350-358 357
V. Kankare
& J. Kasurinen Procedia Informatique/ 00
(2017) 000–000 7
L’hôte a été préchargé avec la
quantité de modules connus pour
donner de bonnes performances et
KSM a eu le temps de
partager des pages de mémoire avant
le début du test pour éviter que la
mémoire ne soit la limite test (qui a
été suggéré
par la première session de test).
L’objectif était de trouver les limites
de combien le Processeur peut être
surengagé avant que les utilisateurs
commencent
d’éprouver des problèmes
d’utilisabilité. Lors des tests
préliminaires, nous avons découvert
que l’exécution de 20 modules de
laboratoire Cpu
environ 90 % et le laboratoire
d’utilisabilité était toujours
performant comme prévu. Sur la base
de ces résultats, le test
session a été conçue pour commencer
avec 16 modules de laboratoire ru373
machines virtuelles (31,1 machines
virtuelles par
processeur). Entre chaque utilisateur
testant quatre modules de plus (100
machines virtuelles) ont commencé à
augmenter la charge à
le système. Après deux séries de
tests, le système a été laissé en cours
d’exécution pour le KSM de partager
suffisamment de pages mémoire pour
libérer
mémoire pour d’autres laboratoires.
Le graphique en Figure 8 montre
comment l’expérience utilisateur
commence à diminuer lorsque la
charge du Processeur augmente. À
40% de charge
le score est dans le même niveau
général qu’à la fin de la première
session, étant considéré comme bon
ou très bon. Comme
sur la base des observations, lorsque
tous les tles laboratoires exécutent
des tâches intensives de CPU, il est
sûr d’assumer au moins
18 machines virtuelles par cœur
peuvent être exécutés dans le
système et ont encore une bonne
qualité d’expérience; la facilité
d’utilisation générale
les scores passer de positifs à
négatifs (en dessous de 3 sur
l’échelle 1 très mauvais5 très bon)
autour de 2628 machines virtuelles
par --
Cpu.
5. Discussion
L’étude de cas prouve que la
conception architecturale joue un
rôle important lorsque l’efficacité du
laboratoire virtuel étudié
l’environnement est en question. En
utilisant la virtualisation des
conteneurs pour les ressources
matérielles d’isolation des modules
de laboratoire,
être utilisés à leur plein Potentiel. Les
résultats de performance montrent
que le système est capable d’exécuter
plus d’exercices de laboratoire que
Avant. Nous avons également
découvert que les ressources
informatiques n’étaient pas le facteur
limitatif actuel, mais la capacité de
stockage. Stockage
capacité peut être mieux utilisée en
utilisant l’approvisionnement mince,
qui sera mis en œuvre dans la
prochaine maintenance
Révision. Le prochain facteur
limitant est la capacité ram, qui sera
abordée sur les mises à niveau
matérielles à venir. Comme
sur la base des résultats, 384 Go de
RAM par nœud donnera un rapport
prix/performance optimal pour notre
système.
Les enseignants ont également bien
adopté le laboratoire virtuel; Même
si, à l’automne 2016, le système
développement, beaucoup
d’enseignants ont vu les avantages et
ont adopté le système pour les
programmes de cours. Dix courses en
total a utilisé le laboratoire virtuel
comme plate-forme d’exercice
primaire en 2016-année académique
2017.
Il y a deux ans, tous les exercices de
laboratoire ont été effectués dans un
laboratoire matériel,
composants virtualisés qui étaient
principalement utilisés sur des postes
de travail. D’après nos estimations,
dans le programme actuel
75 des 80 études ECTS qui utilisent
des laboratoires dans le Sud-
Université orientale des sciences
appliquées
Le département des technologies de
l’information pourrait être déplacé
vers l’environnement virtuel.
Toutefois, en raison du savoir-faire
pratique
des systèmes matériels, certaines des
études de bas niveau bénéficient
encore d’un laboratoire basé sur le
matériel. Tout cela pris en compte
dans
au moins 75 % des études
bénéficieraient d’un environnement
de laboratoire virtuel, si ce n’était
pour rien d’autre, Puis
Figure 8: Qualité de service expérimentée en
deuxième essai
8 V. Kankare
& J. KasurinenProcedia Informatique/ 00
(2017) 000–000
permettant des études de longue
distance sur des sujets qui reposent
traditionnellement sur l’accessibilité
au système matériel. Basé -
sur le taux d’adaptation dans le Sud-
L’Université des sciences appliquées
de finlande orientale enseignement
des TIC et les expériences de
d’autres [4,5] les laboratoires virtuels
peuvent être un ajout précieux à
l’enseignement des sujets liés aux
TIC.
En ce qui concerne la perspective de
conception système de laboratoire
virtuel a des similitudes avec les
services IaaS: Chacun des
laboratoires
modules sont exécutés comme
machine virtuelle séparée fournissant
une plate-forme où vvms arious
peuvent installer, exécuter et
Interconnectés. L’isolement est
également nécessaire dans les
exercices de cybersécurité, l’un des-
exigences de niveau identifiées par
d’autres projets tels que ReSeLa [10].
Notre approche de ce problème
d’isolement au début était d’utiliser
Imbriqués
hyperviseurs, mais il a été montré
dans des études connexes [16]
conteneurs peuvent donner une
meilleure évolutivité et I / O
performance, qui a également été
confirmée dans cette étude. Bien que
non couvert par cette étude
hyperviseur à l’intérieur hyperviseur
le module de laboratoire basé était
complètement inutilisable, mais a
travaillé dans le niveau acceptable
dans le laboratoire basé sur le
récipient. Ce
suit clairement l’étude de Spillner
et.al [18] sur les pénalités de
performance . Dans l’ensemble, les
solutions architecturales appliquées
dans notre travail résout tous les
problèmes de conception identifiés
dans des études telles que [10].
6. Conclusions
Dans cet article, nous présentons une
étude de cas portant sur la validation
d’un nouveau système de laboratoire
virtuel,
conception et de performance.
Contrairement aux centres de
données d’entreprise ou de
fournisseur de services, le vsystème
de laboratoire irtual est un autre
type de problème de conception en
raison de sa faible demande de
ressources informatiques, et de la
haute similitude entre le laboratoire
Modules. Sur notre approche, le
système repensé a été mis en œuvre
en utilisant la technologie des
conteneurs pour L1 virtualization
(lization)
et une architecture de stockage
différente; la performance du
nouveau système a été étudiée afin
d’établir les limites du système et
pour mieux comprendre les
exigences pour les expansions
futures.
Les laboratoires virtuels sont un
élément essentiel de l’enseignement
des TIC dans le Sud-Université
orientale des sciences appliquées.
L’utilisation du système de
laboratoire augmente à mesure que
les enseignants adoptent la nouvelle
technologie et
capacité, et de développer de
nouvelles façons d’enseigner des
systèmes TIC complexes, notre
conception avait besoin d’être
validée sur différents
d’établir les limites et les besoins
d’allocation des ressources pour
l’avenir.
D’après les tests d’utilisabilité et de
performance, les principaux goulets
d’étranglement et déséquilibres sur
les ressources du système ont été
Identifié. Sur cette base, la quantité
de rumodules de laboratoire nning
est limité par l’espace de stockage
actuel et à l’intérieur
ces limites n’ont pas permis de
trouver de problèmes importants
d’utilisabilité.
Le rendement du système a été établi
pour être suffisant dans son état
actuel. Toutefois, les ressources ne
sont pas
fo suffisantr laboratoires complexes
persistants, ce qui nécessiterait plus
de capacités de machines virtuelles
que ce que le
système actuel peut fournir. . Sur la
base des résultats, la capacité du
système peut être augmentée en
utilisant des
le stockage et l’augmentation de
l’avaiRAM lisible pour chacun des
nœuds. Par ces changements et les
nœuds, un grand exercice complexe
pourrait être exécuté, ce qui vaut la
peine d’être expérimenté. De futures
études pourraient également être
en surveillant l’utilisation typique
des ressources du système pendant
l’enseignement et en trouvant une
quantité optimale de mémoire
par processeur pour la mise à
l’échelle future du système.
Remerciements
Les auteurs remercient le Ministère
finlandais de l’éducation et le
Conseil de Kymenlaakso pour leurs
subventions
soutenir le développement de la
Virtual Environnement de
laboratoire, et remercier M. Jaakko
Nurmi pour sa
sur le développement du système.
Références
Riga, N., Thomas, V., Maglaris, V.,
Grammatikou, M., & Anifantis, E. (2015).
Laboratoires virtuels - Utilisation des lits
d’essai publics in Éducation:
(pp. 516–521). SCITEPRESS - Publications
scientifiques et technologiques.
https://doi.org/10.5220/0005496105160521
[2] Ma, J., et Nickerson, J. V. (2006). Mains-
laboratoires à distance : une revue
comparative de la littérature. Informatique
ACM Enquêtes,
38(3), 7-es.
https://doi.org/10.1145/1132960.1132961
358 Vesa Kankare et coll. / Procedia
Computer Science 119 (2017) 350-358
V. Kankare
& J. Kasurinen Procedia Informatique/ 00
(2017) 000–000 9
[3] Wolf, T. (2010). Évaluer l’apprentissage
des élèves dans un environnement de
laboratoire virtuel. Transactions de l’IEEE sur
l’éducation, 53(2), 216–222.
https://doi.org/10.1109/TE.2008.2012114
[4] Gil, P., Garcia, G. J., Delgado, A., Medina,
R.M., Calderon, A., & Marti, P. (2014).
Virtualisation des réseaux informatiques avec
GNS3 :
Évaluation d’une solution pour optimiser les
ressources et réaliser un apprentissage à
distance. Conférence Frontiers in Education
(FIE), 2014 IEEE (pp. 1–
4). Ieee. Extrait de
http://ieeexplore.ieee.org/abstract/document/7
044343/
[5] Tagliacane, S. V., Prasad, P. W.C., Zajko,
G., Elchouemi, A., et Singh, A. K. (2016).
Simulations de réseau et technologies futures
en
enseignement des cours de réseautage:
Développement of un modèle de laboratoire
avec Cisco Virtual Internet Routing Lab
(Virl). En sans fil
Communications, Traitement des signaux et
réseautage (WiSPNET), Conférence
internationale sur (pp. 644–649). IEEE.
Extrait de
http://ieeexplore.ieee.org/abstract/document/7
566212/
[6] Konak, A., & Bartolacci, M. R. (2016).
L’utilisation d’un laboratoire informatique
virtuel pour favoriser l’apprentissage
collaboratif pour la sécurité de l’information
et
l’éducation aux technologies de l’information.
Journal of Cyb
1. Introduction
L’enseignement des systèmes TIC en
tant que domaine a changé aussi
rapidement que le domaine
d’expertise lui-même au cours de la
dernière décennie.
Traditionnellement, des exercices de
laboratoire ont été exécutés à l’aide
de systèmes matériels, qui ont besoin
d’un câblage physique
configuratio de travail et de
matérielNs [1]. Les compétences
dans ce domaine sont toujours
importantes, mais l’utilisation du
matériel pour enseigner
les principes fondamentaux des
télécommunications ont plusieurs
limites. Par exemple, les exercices
complexes ont besoin de
l’équipement, qui est coûteux à
acquérir et à entretenir [2].
Tles progrès des technologies de
virtualisation ont changé la façon
dont les systèmes TIC peuvent être
enseignés [3]. Aujourd’hui, même
les dispositifs de réseautage tels que
les routeurs et les commutateurs
peuvent être exécutés sous forme de
machines virtuelles, ce qui ouvre de
nombreuses nouvelles possibilités
pour l’enseignement de systèmes
TIC complexes. Toutefois, la
construction d’exercices de
laboratoire indépendants à partir de
différents
l’étude ne représente pas encore
toute l’image complexe de la façon
dont les systèmes s’interopèrent et se
connectent les uns aux autres. Pour
par exemple, ce qui se passe
réellement et la complexité des
mécanismes lorsque les utilisateurs
corporatifs accèdent aux ressources
en ligne,
peut encore être difficile à
comprendre à grande échelle.
Cet article décrit un environnement
où les différents domaines d’étude
sont combinés pour former un réseau
de
laboratoires virtuels. Chacun des les
laboratoires représentent le travail
des étudiants d’un domaine du
programme de diplôme,
en combinant dans un réseau
d’entreprise virtuel avec un accès à
l’Internet modèle simulé,
« Simternet ». Le long terme
l’objectif est d’intégrer ce modèle à
l’ensemble du programme d’études,
au cours duquel les élèves acquièrent
l’expérience de
domaines d’expertise ensemble,
formant un environnement complexe
interconnecté aussi proche de ses
homologues du monde réel que
Possible. Dans cette étude, nous nous
concentrons sur la réponse aux
recherches suivantes Questions:
Comment pouvons-nous améliorer
les performances du système de
laboratoire pour mieux prendre en
charge internet simulé,
« Simternet »?
Dans quelle mesure notre version
actuelle du Laboratoire Virtuel
Simternet est-elle capable, et quelles
sont ses principales limites ?
Le reste du papier est structured
comme suit: Dans la section 2, des
études antérieures liées ou similaires
à nos travaux sont discutés.
Dans la section 3, la méthode de
recherche et l’approche sur le
développement de la construction
sont introduites, et les résultats de
cette étude est présentée à la section
4. La section 5 traite des implications
et des observations faites sur cette
étude,
et l’article 6 révèle le document avec
les conclusions.
2. Recherche connexe
Il a été prouvé que les laboratoires
virtuels sont des environnements
d’apprentissage très efficaces pour
l’étude des sujets liés aux TIC [4,5].
Les dernières avancées en matière de
virtualisation ont conduit à de
nombreuses implémentations à des
fins
collaboration, qui peut être géré
pendant de longues périodes pour
aider à l’apprentissage et favoriser
l’intérêt des élèves
le sujet. Virtualizpeut également
isoler l’environnement de laboratoire
du réseau du campus, ce qui permet
possibilités d’exécuter des
expériences de cybersécurité
potentiellement nuisibles dans un
environnement isolé et de donner aux
élèves
privilèges d’accès aux systèmes. [6].
Il y a cosystèmes de laboratoire
virtuels mmercial et open source, qui
sont disponibles pour l’intégration
dans
les environnements d’apprentissage
existants [7,8]. La plupart de ces
solutions visent à résoudre une
problème, et ne sont pas conçus pour
un déploiement rapide. Des études
montrent également que ces solutions
nécessitent des compétences
supplémentaires
pour que les élèves puissent utiliser
le système lui-même [5]. En plus de
ces limitations, le coût d’exploitation
de centaines de
les instances logicielles
commerciales peuvent également
devenir inacceptablesnd affecter la
capacité de les utiliser pendant de
longues périodes
temps dans les réseaux éducatifs
complexes.
Les environnements virtuels de
laboratoire ont gagné en popularité,
en particulier dans la formation en
cybersécurité, où l’isolement
les environnements d’accueil et le
compu utilisateurters sont d’une
grande importance [9]. L’étude des
logiciels malveillants, des systèmes
vulnérables et
les tests de pénétration nécessitent
l’utilisation de logiciels
potentiellement dangereux. Projets
tels que ReSeLa 10[] visent à
environnements de formation à la
cybersécurité, avec ce type
d’objectifs à l’esprit. Les actions
ReSeLa mettent également l’accent
sur la facilité d’utilisation
ainsi que la création de modèles de
machines virtuelles prédéfinis et
topologies réseau qui sont l’un des
composants clés
dans cette étude.
 La virtualisation est la technologie
habilitante dans chacune de ces
solutions; La virtualisation est
nécessaire pour isoler les laboratoires
modules des uns et des autres et du
réseau universitaire, ainsi que
d’exécuter des composants de
laboratoire virtuels à l’intérieur de la
Module. Deux solutions principales
existent au problème : virtualisation
complète (Hypervisor) et conteneur
Virtualisation. Plein
la virtualisation est basée sur du
matériel imité, qui est présenté à la
machine virtuelle. Exemple
hyperviseur complet
solutions sont VMWare ESXi [11et
KVM ] [12]. Alternativement, la
virtualisation des conteneurs est une
technologie qui partage
352 Vesa Kankare et coll. / Procedia
Computer Science 119 (2017) 350-358
V. Kankare
& J. Kasurinen Procedia Informatique/ 00
(2017) 000–000 3
operatin (operatin)g ressources de
noyau système entre les machines
virtuelles, et permet un accès plus
direct aux ressources matérielles.
Les logiciels de conteneurs
couramment utilisés sont les
conteneurs Linux [13] et Docker 14.
Les conteneurs sont connus pour
offrir près de []
matériel-niveau de performance et
sont plus efficace par rapport aux
machines virtuelles, en particulier sur
i/ O lourd
Applications. [15,16]. En fait, une
étude de Morabito et.al. [16] montre
la virtualisation complète peut être
près de cinq fois plus lent
sur les performances du disque, par
rapport à leurs homologues
conteneurs et matériels. Les
conteneurs démarrent aussi
rapide, ce qui les rend plus adaptés
pour le-dema (dema)applications nd
[17].
Ces deux technologies peuvent être
appliquées dans la virtualisation
imbriquée, où une technique de
virtualisation est
en haut d’un autre. Ceux-ci sont
communément appelés couches de
virtualisation L1 et L2 [18] où L0 est
considéré comme le
matériel hôte. Nestin ( Nestin )g les
techniques de virtualisation sont
couramment utilisées par exemple
dans IaaS (Infrastructure as a
Service)
plates-formes cloud [18]. Le
laboratoire virtuel est essentiellement
un cas particulier de service IaaS et
la variété des
solutions doivent être évaluées avec
soin pour get les meilleures
performances du système.
3. Méthode de recherche
Dans cette étude, notre approche de
recherche sur le développement du
Simternet a été en utilisant le
développement itératif
suivre vaguement les principes du
prototypage, tels que définis par
exemple dans [19] Ou [20]. Sur la
base des
besoin, nous avons recueilli des
exigences, développé prototype pour
la solution, itéré sur la conception et
enfin, conduit
études de faisabilité et d’utilisabilité
sur le prototype plus avancé pour
évaluer les résultats du processus et
establish nouveau
exigences et les objectifs du
processus de développement.
Le besoin d’un nouvel
environnement d’apprentissage s’est
fait sentir lorsqu’un cours axé sur les
réseaux de fournisseurs de services a
été
redessiné pour inclure le courant
utilisé par les fournisseurs de
services. La principale raison de
chercher d’autres solutions était le
manque de
dans le laboratoire matériel actuel
pour prendre en charge les
technologies requises. La première
mise en œuvre de la
laboratoire était un pré-construit
l’image virtuelle de machine retenant
des routeurs virtuels et leurs
interconnexions, qui était alors
distribués aux postes de travail
étudiants et exécutés localement dans
les postes de travail VMWare.
D’autres cours ont également
commencé à utiliser
le même modèle, qui est rapidement
devenu un fardeau à tenir à jour et
fonctionnel. Les machines virtuelles
de préconstruire ont été -
difficile à mettre à jour, et le
déplacement de fichiers d’images
volumineux sur le réseau local a été
temps-Consommer.
 La première solution basée sur le
centre de données a été développée à
l’aide de la plate-forme ESXi
VMWare existante [11] avec
relativement
approche simple. Nombre prédéfini
des modules de laboratoire vides
clonés ont été démarrés pour la
réservation des étudiants et
nettoyés après chaque utilisation. Un
référentiel central d’images,
d’installations (collection de VMs) et
de fichiers topologie de base
a également été élaboré pour faciliter
le maintien des différents scénarios
d’exercice. Après ce changement,
l’utilisation de
laboratoire a été appliqué à plus
grande échelle avec des cours plus
servis. Toutefois, même si le système
a atteint son objectif,
Figure 1 : Exercice Simternet à grande
échelle
4 V. Kankare
& J. KasurinenProcedia Informatique/ 00
(2017) 000–000
plusieurs lacunes de ce modèle ont
été constatées et la nécessité
d’uneble et rentable
plate-forme de virtualisation a surgi.
Les idées de solutions antérieures et
similaires (ReSeLa, VIRL, GNS3)
ont été étendues à une
exercice de laboratoire (fig. 1). Cela
nécessite une plate-forme efficace
capable d’exécuter des centaines des
modules de laboratoire
contenant des milliers de machines
virtuelles. Cela nécessite une
solution optimisée pour tirer le
meilleur parti du matériel et
améliorer le ratio
performance/investissement. En plus
de soutenir une large catégorie
d’exercices, le système doit être
To offrir des possibilités d’exécuter
des exercices de centre de données
exécutant un logiciel hyperviseur à
l’intérieur du module de laboratoire
et de l’échelle
dans de grands exercices complexes.
4. Résultats
Dans les sections suivantes, nous
discutons de la solution
architecturale du système Simternet,
suivie des résultats de
nos résultats de tests d’utilisabilité et
d’efficacité. Sur la troisième section,
les résumés et les implications de
notre travail de conception sont
Présenté.
4.1. Conception architecturale
La plupart de la conception phase ont
été atteints à l’aide d’un référentiel
central d’images de machines
virtuelles et
topologies qui sont ensuite utilisées
comme une image de base pour le
laboratoire en cours d’exécution et
sont exécutées comme un clone lié
de la
Référentiel. Au cours d’une activité
de cours typique, les élèves
démarrent et exécutent plusieurs
instances d’environnement de
laboratoire identique
et ce type de configuration de la
gestion d’image peut effectivement
utiliser des caches pour accélérer les
processus. La figure 2 illustre
la conception du système.
La première mise en œuvre du
système wcomme l’exécution
VMWare ESXi que la virtualisation
L1 pour module de laboratoire
isolation (Fig 3a). Les modules de
laboratoire sont des machines
virtuelles Ubuntu Linux avec KVM
(Kernel-machine virtuelle basée)
hyperviseur pour faire fonctionner
les composants de laboratoire (VMs).
Deux hyperviseurs complets
imbriqués gaont des performances
inacceptables pour
un autre niveau de virtualisation, qui
a été une motivation clé pour
redessiner le système dans le
Architecture.
 Le système a été repensé pour
utiliser des conteneurs comme
technologie de virtualisation L1 (fig.
3b) pour éviteresting plein
Hyperviseurs. L’utilisation d’une
seule couche de virtualisation
complète permet d’exécuter des
hyperviseurs à l’intérieur du
laboratoire
sans pénalité de haute performance
observée avec des hyperviseurs
pleins imbriqués de façon récursive.
Problèmes similaires avec récurratif
ont été observés dans d’autres études,
par exemple par Spillner, Brito,
Brasileiro et Schill, 2012 [18].
Figure 2 : Aperçu de l’architecture de
l’environnement d’apprentissage
Vesa Kankare et coll. / Procedia Computer
Science 119 (2017) 350-358 353
 V. Kankare
& J. Kasurinen Procedia Informatique/ 00
(2017) 000–000 3
operatin (operatin)g ressources de
noyau système entre les machines
virtuelles, et permet un accès plus
direct aux ressources matérielles.
Les logiciels de conteneurs
couramment utilisés sont les
conteneurs Linux [13] et Docker
[14]. Les conteneurs sont connus
pour offrir près de
Matériel-niveau de performance et
sont plus efficace par rapport aux
machines virtuelles, en particulier sur
i/ O lourd
Applications. [15,16]. En fait, une
étude de Morabito et.al. [16] montre
la virtualisation complète peut être
près de cinq fois plus lent
sur les performances du disque, par
rapport à leurs homologues
conteneurs et matériels. Les
conteneurs démarrent aussi
rapide, ce qui les rend plus adaptés
pour le-dema (dema)applications nd
[17].
Ces deux technologies peuvent être
appliquées dans la virtualisation
imbriquée, où une technique de
virtualisation est
en haut d’un autre. Ceux-ci sont
communément appelés couches de
virtualisation L1 et L2 [18] où L0 est
considéré comme le
matériel hôte. Nestin ( Nestin )g les
techniques de virtualisation sont
couramment utilisées par exemple
dans IaaS (Infrastructure as a
Service)
plates-formes cloud [18]. Le
laboratoire virtuel est essentiellement
un cas particulier de service IaaS et
la variété des
solutions doivent être évaluées avec
soin pour get les meilleures
performances du système.
3. Méthode de recherche
Dans cette étude, notre approche de
recherche sur le développement du
Simternet a été en utilisant le
développement itératif
suivre vaguement les principes du
prototypage, tels que définis par
exemple dans [19] Ou [20]. Sur la
base des
besoin, nous avons recueilli des
exigences, développé prototype pour
la solution, itéré sur la conception et
enfin, conduit
études de faisabilité et d’utilisabilité
sur le prototype plus avancé pour
évaluer les résultats du processus et
establish nouveau
exigences et les objectifs du
processus de développement.
Le besoin d’un nouvel
environnement d’apprentissage s’est
fait sentir lorsqu’un cours axé sur les
réseaux de fournisseurs de services a
été
redessiné pour inclure le courant
utilisé par les fournisseurs de
services. La principale raison de
chercher d’autres solutions était le
manque de
dans le laboratoire matériel actuel
pour prendre en charge les
technologies requises. La première
mise en œuvre de la
laboratoire était un pré-construit
l’image virtuelle de machine retenant
des routeurs virtuels et leurs
interconnexions, qui était alors
distribués aux postes de travail
étudiants et exécutés localement dans
les postes de travail VMWare.
D’autres cours ont également
commencé à utiliser
le même modèle, qui est rapidement
devenu un fardeau à tenir à jour et
fonctionnel. Les machines virtuelles
de préconstruire ont été -
difficile à mettre à jour, et le
déplacement de fichiers d’images
volumineux sur le réseau local a été
Heure-Consommer.
La première solution basée sur le
centre de données a été développée à
l’aide de la plate-forme ESXi
VMWare existante [11] avec
relativement
approche simple. Nombre prédéfini
des modules de laboratoire vides
clonés ont été démarrés pour la
réservation des étudiants et
nettoyés après chaque utilisation. Un
référentiel central d’images,
d’installations (collection de VMs) et
de fichiers topologie de base
a également été élaboré pour faciliter
le maintien des différents scénarios
d’exercice. Après ce changement,
l’utilisation de
laboratoire a été appliqué à plus
grande échelle avec des cours plus
servis. Toutefois, même si le système
a atteint son objectif,
Figure 1 : Exercice Simternet à grande
échelle
4 V. Kankare
& J. KasurinenProcedia Informatique/ 00
(2017) 000–000
plusieurs lacunes de ce modèle ont
été constatées et la nécessité
d’uneble et rentable
plate-forme de virtualisation a surgi.
Les idées de solutions antérieures et
similaires (ReSeLa, VIRL, GNS3)
ont été étendues à une
exercice de laboratoire (fig. 1). Cela
nécessite une plate-forme efficace
capable d’exécuter des centaines des
modules de laboratoire
contenant des milliers de machines
virtuelles. Cela nécessite une
solution optimisée pour tirer le
meilleur parti du matériel et
améliorer le ratio
performance/investissement. En plus
de soutenir une large catégorie
d’exercices, le système doit être
To offrir des possibilités d’exécuter
des exercices de centre de données
exécutant un logiciel hyperviseur à
l’intérieur du module de laboratoire
et de l’échelle
dans de grands exercices complexes.
4. Résultats
Dans les sections suivantes, nous
discutons de la solution
architecturale du système Simternet,
suivie des résultats de
nos résultats de tests d’utilisabilité et
d’efficacité. Sur la troisième section,
les résumés et les implications de
notre travail de conception sont
Présenté.
4.1. Conception architecturale
La plupart de la conception phase ont
été atteints à l’aide d’un référentiel
central d’images de machines
virtuelles et
topologies qui sont ensuite utilisées
comme une image de base pour le
laboratoire en cours d’exécution et
sont exécutées comme un clone lié
de la
Référentiel. Au cours d’une activité
de cours typique, les élèves
démarrent et exécutent plusieurs
instances d’environnement de
laboratoire identique
et ce type de configuration de la
gestion d’image peut effectivement
utiliser des caches pour accélérer les
processus. La figure 2 illustre
la conception du système.
La première mise en œuvre du
système wcomme l’exécution
VMWare ESXi que la virtualisation
L1 pour module de laboratoire
isolation (Fig 3a). Les modules de
laboratoire sont des machines
virtuelles Ubuntu Linux avec KVM
(Kernel-machine virtuelle basée)
hyperviseur pour faire fonctionner
les composants de laboratoire (VMs).
Deux hyperviseurs complets
imbriqués gaont des performances
inacceptables pour
un autre niveau de virtualisation, qui
a été une motivation clé pour
redessiner le système dans le
Architecture.
Le système a été repensé pour
utiliser des conteneurs comme
technologie de virtualisation L1 (fig.
3b) pour éviteresting plein
Hyperviseurs. L’utilisation d’une
seule couche de virtualisation
complète permet d’exécuter des
hyperviseurs à l’intérieur du
laboratoire
sans pénalité de haute performance
observée avec des hyperviseurs
pleins imbriqués de façon récursive.
Problèmes similaires avec récurratif
ont été observés dans d’autres études,
par exemple par Spillner, Brito,
Brasileiro et Schill, 2012 [18].
Figure 2 : Aperçu de l’architecture de
l’environnement d’apprentissage
354 Vesa Kankare et coll. / Procedia
Computer Science 119 (2017) 350-358
V. Kankare
& J. Kasurinen Procedia Informatique/ 00
(2017) 000–000 5
Le système redessiné a été construit
en utilisant l’open source et en-
maison a développé un logiciel.
Serveurs de charge de travail en
cours d’exécution
modules de laboratoire utilise
Proxmox Virtual EnvironmeNt [21]
comme une plate-forme de
virtualisation principalement en
raison de son soutien
conteneurs. Les serveurs de charge
de travail utilisent NFS (Network
File System) pour se connecter aux
ressources requises du laboratoire
modules, tels que les modèles de
machines virtuelles. Cet annuaire
monté par le NFS est partagé entre le
module de laboratoire
conteneurs à l’intérieur du système
hôte.
4.2. Résultats des tests d’utilisabilité
et d’efficacité
L’efficacité des ressources a été l’un
des facteurs de conception les plus
importants. En tant que système de
virtualisation, une plate-forme de
laboratoire
est un probl différentem à partir d’un
centre de données d’entreprise: Avec
le système de laboratoire virtuel
actuel de cinq serveurs, avec
mémoire de 256 Go et deux
processeurs Intel Xeon E5 de 14 ou
12 cœurs chacun, le système
totalisent 1280 Go de RAM et
136 cœurs de processeur et il a été
jugé suffisant pour les fins d’essai.
La conception de stockage a été
validée par rapport au modèle
précédent. Le test a été effectué à
l’aide d’un hôte et de cinq
laboratoires
modules avec 12 images de machines
virtuelles de base identiques
chacune. Cela représenterait une
situation typique en classe, où
25 étudiants démarrent leur
laboratoire à partir de cinq groupes
de serveurs. La machine virtuelle
utilisée était un petit itinéraire (123
Mo),
qui fait également la vérification de
signature pendant la botte, touchant
ainsi le fichier entier pendant le
processus de démarrage. Le FNS
le trafic a été capturé et analysé pour
voir les changements dans le trafic de
stockage. Le même test a été répété
dans les deux plates-formes.
Lla scénario de test pour la mise en
œuvre précédente et les connexions
de disque associées sont représentés
dans Fig. 3a.
Figure 3 : Architectures de stockage et
scénario de test
Figure 4 : Trafic NFS observé
Figure 5 : Routage des temps de démarrage
de laboratoire
6 V. Kankare
& J. KasurinenProcedia Informatique/ 00
(2017) 000–000
Chacune des machines virtuelles de
laboratoire accéderait au stockage
NFS individuellement par
l’intermédiaire de la couche
hypervisrice.
À l’intérieur de la machine virtuelle,
le clientcaching NFS a lieu et
l’image est téléchargée une fois par
module à partir de la
serveur de stockage. Un test
identique a été effectué à l’aide du
système redessiné qui est décrit à la
figure 3b.
Dans le système redessiné, les
conteneurs de laboratoire partagent
un répertoire de l’hôte osystème de
perating, qui est à distance
monté à partir du stockage NFS.
Dans ce scénario, on s’attend à ce
que l’hôte cache pour tous les
modules de laboratoire et
Charge de trafic NFS. Dans les deux
scénarios, les temps de démarrage
ont également été mesurés.
L’amélioration du système de disque
perspective (ective)
peut être vu à partir de la mesure du
trafic NFS (Fig 4). Le système basé
sur les conteneurs charge l’image de
base VM uniquement
une fois que, comme prévu, la
solution précédente basée sur
l’hyperviseur l’a téléchargée soi-
disant cinq fois, la quantité de
fonctionnement de laboratoire
modumoins. Les lignes verticales
représentent le temps écoulé lorsque
chacun des scénarios a été
entièrement démarré.
Cette diminution du temps de
démarrage a également été vérifiée
par rapport à un laboratoire de
routage commun (fig. 5). D’un hôte
vide un nouveau
l’installation de laboratoire
couramment utilisée dans les cours
de routage et de commutation a été
démarré. Le temps de démarrage a
été réduit à près de
moitié de la conception originale. La
différence est plus importante si le
cache d’écriture est désactivé. Cela
indique que le
l’amélioration des performances de
la nouvelle conception est liée à la
performance I/O, et est à égalité avec
les résultats de [15].
Les performances du système ont
également été validées par deux
sessions de test, au cours de laquelle
l’utilisateur a connu une qualité de
service
données ont été recueillies. La
première session a été de découvrir ee
limite du nombre de machines
virtuelles et de modules de
laboratoire
qui pourrait être commencé avant que
les utilisateurs commencent à
éprouver des problèmes
d’utilisabilité. Pendant les étapes de
test, les utilisateurs ont été chargés de
exécuter des opérations avec
l’interface utilisateur graphique de la
machine Microsoft Windows, et faire
peu de tâches simples en utilisant
CLI
l’accès basé. Après chaque tour, les
utilisateurs ont été invités à donner
des scores d’utilisabilité de 1-5 où 5
représentaient la qualité qu’ils
à partir d’un poste de travail exploité
localement.
Le test n’a montré aucune
diminution significative de
l’expérience de qualité de service
jusqu’à ce que le plafond limite
d’entreposage soit atteint à 130
modules de laboratoire exécutant
1564 machines virtuelles au total
(fig. 6). Les modules utilisés dans ce
scénario étaient une collection
des modules de laboratoire
representing le modèle d’exercice
dans la figure 2. Ce test a indiqué que
dans le stockage disponible
l’espace sur le système, il n’y a pas
de facteurs limitatifs du point de vue
du Processeur ou de la mémoire.
L’utilisation de la mémoire stabilisée
à 60%, ce qui était la limite fixée
pour KSM (Kernel Shmémoire ared)
et cpu réglé à 12% d’utilisation après
tout le
laboratoires ont été entièrement
démarrés.
Fig. 7 montre la mémoire mesurée et
l’utilisation du Processeur par
rapport à la quantité de machines
virtuelles en cours d’exécution dans
le
Grappe. KSM commence à travailler
dans l’utilitaire mémoire à 60%limite
d’ation. Comme on peut le voir sur le
graphique exécutant 1500 VMs avec
fondamentalement modules de
laboratoire inactifs est loin d’être un
problème du point de vue cpu qui est
également vu dans les résultats
d’utilisabilité.
Toutefois, le démarrage d’un plus
grand nombre de laboratoires peut
devenir impossible en raison detions.
 Étant donné que la première
expérience d’utilisabilité était limitée
par le stockage disponible et qu’elle
était plutôt légère sur les ressources
du Processeur, une autre
scénario de test a été exécuté. La
quantité de nœuds de calcul a été
réduite à un seul hôte pour limiter les
ressources matérielles
et pour éviter hla limite de stockage.
Un type spécial de scénario de
laboratoire a été conçu pour inclure le
trafic et les
Tâches intensives CPU. Le scénario
utilisé a été conçu pour être la
représentation d’un scénario
d’utilisation élevée
l’utilisation des ressources.
Figure 6 : Qualité de service expérimentée
Figure 7 : Utilisation des grappes
 Vesa Kankare et coll. / Procedia Computer
Science 119 (2017) 350-358 355
V. Kankare
& J. Kasurinen Procedia Informatique/ 00
(2017) 000–000 5
Le système redessiné a été construit
en utilisant l’open source et en-
maison a développé un logiciel.
Serveurs de charge de travail en
cours d’exécution
modules de laboratoire utilise
Proxmox Virtual EnvironmeNt [21]
comme une plate-forme de
virtualisation principalement en
raison de son soutien
conteneurs. Les serveurs de charge
de travail utilisent NFS (Network
File System) pour se connecter aux
ressources requises du laboratoire
modules, tels que les modèles de
machines virtuelles. Cet annuaire
monté par le NFS est partagé entre le
module de laboratoire
conteneurs à l’intérieur du système
hôte.
4.2. Résultats des tests d’utilisabilité
et d’efficacité
L’efficacité des ressources a été l’un
des facteurs de conception les plus
importants. En tant que système de
virtualisation, une plate-forme de
laboratoire
est un probl différentem à partir d’un
centre de données d’entreprise: Avec
le système de laboratoire virtuel
actuel de cinq serveurs, avec
mémoire de 256 Go et deux
processeurs Intel Xeon E5 de 14 ou
12 cœurs chacun, le système
totalisent 1280 Go de RAM et
136 cœurs de processeur et il a été
jugé suffisant pour les fins d’essai.
La conception de stockage a été
validée par rapport au modèle
précédent. Le test a été effectué à
l’aide d’un hôte et de cinq
laboratoires
modules avec 12 images de machines
virtuelles de base identiques
chacune. Cela représenterait une
situation typique en classe, où
25 étudiants démarrent leur
laboratoire à partir de cinq groupes
de serveurs. La machine virtuelle
utilisée était un petit itinéraire (123
Mo),
qui fait également la vérification de
signature pendant la botte, touchant
ainsi le fichier entier pendant le
processus de démarrage. Le FNS
le trafic a été capturé et analysé pour
voir les changements dans le trafic de
stockage. Le même test a été répété
dans les deux plates-formes.
Lla scénario de test pour la mise en
œuvre précédente et les connexions
de disque associées sont représentés
dans Fig. 3a.
Figure 3 : Architectures de stockage et
scénario de test
Figure 4 : Trafic NFS observé
Figure 5 : Routage des temps de démarrage
de laboratoire
6 V. Kankare
& J. KasurinenProcedia Informatique/ 00
(2017) 000–000
Chacune des machines virtuelles de
laboratoire accéderait au stockage
NFS individuellement par
l’intermédiaire de la couche
hypervisrice.
À l’intérieur de la machine virtuelle,
le clientcaching NFS a lieu et
l’image est téléchargée une fois par
module à partir de la
serveur de stockage. Un test
identique a été effectué à l’aide du
système redessiné qui est décrit à la
figure 3b.
Dans le système redessiné, les
conteneurs de laboratoire partagent
un répertoire de l’hôte osystème de
perating, qui est à distance
monté à partir du stockage NFS.
Dans ce scénario, on s’attend à ce
que l’hôte cache pour tous les
modules de laboratoire et
Charge de trafic NFS. Dans les deux
scénarios, les temps de démarrage
ont également été mesurés.
L’amélioration du système de disque
perspective (ective)
peut être vu à partir de la mesure du
trafic NFS (Fig 4). Le système basé
sur les conteneurs charge l’image de
base VM uniquement
une fois que, comme prévu, la
solution précédente basée sur
l’hyperviseur l’a téléchargée soi-
disant cinq fois, la quantité de
fonctionnement de laboratoire
modumoins. Les lignes verticales
représentent le temps écoulé lorsque
chacun des scénarios a été
entièrement démarré.
Cette diminution du temps de
démarrage a également été vérifiée
par rapport à un laboratoire de
routage commun (fig. 5). D’un hôte
vide un nouveau
l’installation de laboratoire
couramment utilisée dans les cours
de routage et de commutation a été
démarré. Le temps de démarrage a
été réduit à près de
moitié de la conception originale. La
différence est plus importante si le
cache d’écriture est désactivé. Cela
indique que le
l’amélioration des performances de
la nouvelle conception est liée à la
performance I/O, et est à égalité avec
les résultats de [15].
Les performances du système ont
également été validées par deux
sessions de test, au cours de laquelle
l’utilisateur a connu une qualité de
service
données ont été recueillies. La
première session a été de découvrir ee
limite du nombre de machines
virtuelles et de modules de
laboratoire
qui pourrait être commencé avant que
les utilisateurs commencent à
éprouver des problèmes
d’utilisabilité. Pendant les étapes de
test, les utilisateurs ont été chargés de
exécuter des opérations avec
l’interface utilisateur graphique de la
machine Microsoft Windows, et faire
peu de tâches simples en utilisant
CLI
l’accès basé. Après chaque tour, les
utilisateurs ont été invités à donner
des scores d’utilisabilité de 1-5 où 5
représentaient la qualité qu’ils
à partir d’un poste de travail exploité
localement.
Le test n’a montré aucune
diminution significative de
l’expérience de qualité de service
jusqu’à ce que le plafond limite
d’entreposage soit atteint à 130
modules de laboratoire exécutant
1564 machines virtuelles au total
(fig. 6). Les modules utilisés dans ce
scénario étaient une collection
des modules de laboratoire
representing le modèle d’exercice
dans la figure 2. Ce test a indiqué que
dans le stockage disponible
l’espace sur le système, il n’y a pas
de facteurs limitatifs du point de vue
du Processeur ou de la mémoire.
L’utilisation de la mémoire stabilisée
à 60%, ce qui était la limite fixée
pour KSM (Kernel Shmémoire ared)
et cpu réglé à 12% d’utilisation après
tout le
laboratoires ont été entièrement
démarrés.
Fig. 7 montre la mémoire mesurée et
l’utilisation du Processeur par
rapport à la quantité de machines
virtuelles en cours d’exécution dans
le
Grappe. KSM commence à travailler
dans l’utilitaire mémoire à 60%limite
d’ation. Comme on peut le voir sur le
graphique exécutant 1500 VMs avec
fondamentalement modules de
laboratoire inactifs est loin d’être un
problème du point de vue cpu qui est
également vu dans les résultats
d’utilisabilité.
Toutefois, le démarrage d’un plus
grand nombre de laboratoires peut
devenir impossible en raison detions.
Étant donné que la première
expérience d’utilisabilité était limitée
par le stockage disponible et qu’elle
était plutôt légère sur les ressources
du Processeur, une autre
scénario de test a été exécuté. La
quantité de nœuds de calcul a été
réduite à un seul hôte pour limiter les
ressources matérielles
et pour éviter hla limite de stockage.
Un type spécial de scénario de
laboratoire a été conçu pour inclure le
trafic et les
Tâches intensives CPU. Le scénario
utilisé a été conçu pour être la
représentation d’un scénario
d’utilisation élevée
l’utilisation des ressources.
Figure 6 : Qualité de service expérimentée
Figure 7 : Utilisation des grappes
356 Vesa Kankare et coll. / Procedia
Computer Science 119 (2017) 350-358
V. Kankare
& J. Kasurinen Procedia Informatique/ 00
(2017) 000–000 7
L’hôte a été préchargé avec la
quantité de modules connus pour
donner de bonnes performances et
KSM a eu le temps de
partager des pages de mémoire avant
le début du test pour éviter que la
mémoire ne soit la limite test (qui a
été suggéré
par la première session de test).
L’objectif était de trouver les limites
de combien le Processeur peut être
surengagé avant que les utilisateurs
commencent
d’éprouver des problèmes
d’utilisabilité. Lors des tests
préliminaires, nous avons découvert
que l’exécution de 20 modules de
laboratoire Cpu
environ 90 % et le laboratoire
d’utilisabilité était toujours
performant comme prévu. Sur la base
de ces résultats, le test
session a été conçue pour commencer
avec 16 modules de laboratoire ru373
machines virtuelles (31,1 machines
virtuelles par
processeur). Entre chaque utilisateur
testant quatre modules de plus (100
machines virtuelles) ont commencé à
augmenter la charge à
le système. Après deux séries de
tests, le système a été laissé en cours
d’exécution pour le KSM de partager
suffisamment de pages mémoire pour
libérer
mémoire pour d’autres laboratoires.
Le graphique en Figure 8 montre
comment l’expérience utilisateur
commence à diminuer lorsque la
charge du Processeur augmente. À
40% de charge
le score est dans le même niveau
général qu’à la fin de la première
session, étant considéré comme bon
ou très bon. Comme
sur la base des observations, lorsque
tous les tles laboratoires exécutent
des tâches intensives de CPU, il est
sûr d’assumer au moins
18 machines virtuelles par cœur
peuvent être exécutés dans le
système et ont encore une bonne
qualité d’expérience; la facilité
d’utilisation générale
les scores passer de positifs à
négatifs (en dessous de 3 sur
l’échelle 1 très mauvais5 très bon)
autour de 2628 machines virtuelles
par --
Cpu.
5. Discussion
L’étude de cas prouve que la
conception architecturale joue un
rôle important lorsque l’efficacité du
laboratoire virtuel étudié
l’environnement est en question. En
utilisant la virtualisation des
conteneurs pour les ressources
matérielles d’isolation des modules
de laboratoire,
être utilisés à leur plein Potentiel. Les
résultats de performance montrent
que le système est capable d’exécuter
plus d’exercices de laboratoire que
Avant. Nous avons également
découvert que les ressources
informatiques n’étaient pas le facteur
limitatif actuel, mais la capacité de
stockage. Stockage
capacité peut être mieux utilisée en
utilisant l’approvisionnement mince,
qui sera mis en œuvre dans la
prochaine maintenance
Révision. Le prochain facteur
limitant est la capacité ram, qui sera
abordée sur les mises à niveau
matérielles à venir. Comme
sur la base des résultats, 384 Go de
RAM par nœud donnera un rapport
prix/performance optimal pour notre
système.
Les enseignants ont également bien
adopté le laboratoire virtuel; Même
si, à l’automne 2016, le système
développement, beaucoup
d’enseignants ont vu les avantages et
ont adopté le système pour les
programmes de cours. Dix courses en
total a utilisé le laboratoire virtuel
comme plate-forme d’exercice
primaire en 2016-année académique
2017.
Il y a deux ans, tous les exercices de
laboratoire ont été effectués dans un
laboratoire matériel,
composants virtualisés qui étaient
principalement utilisés sur des postes
de travail. D’après nos estimations,
dans le programme actuel
75 des 80 études ECTS qui utilisent
des laboratoires dans le Sud-
Université orientale des sciences
appliquées
Le département des technologies de
l’information pourrait être déplacé
vers l’environnement virtuel.
Toutefois, en raison du savoir-faire
pratique
des systèmes matériels, certaines des
études de bas niveau bénéficient
encore d’un laboratoire basé sur le
matériel. Tout cela pris en compte
dans
au moins 75 % des études
bénéficieraient d’un environnement
de laboratoire virtuel, si ce n’était
pour rien d’autre, Puis
Figure 8: Qualité de service expérimentée en
deuxième essai
8 V. Kankare
& J. KasurinenProcedia Informatique/ 00
(2017) 000–000
permettant des études de longue
distance sur des sujets qui reposent
traditionnellement sur l’accessibilité
au système matériel. Basé -
sur le taux d’adaptation dans le Sud-
L’Université des sciences appliquées
de finlande orientale enseignement
des TIC et les expériences de
d’autres [4,5] les laboratoires virtuels
peuvent être un ajout précieux à
l’enseignement des sujets liés aux
TIC.
En ce qui concerne la perspective de
conception système de laboratoire
virtuel a des similitudes avec les
services IaaS: Chacun des
laboratoires
modules sont exécutés comme
machine virtuelle séparée fournissant
une plate-forme où vvms arious
peuvent installer, exécuter et
Interconnectés. L’isolement est
également nécessaire dans les
exercices de cybersécurité, l’un des-
exigences de niveau identifiées par
d’autres projets tels que ReSeLa [10].
Notre approche de ce problème
d’isolement au début était d’utiliser
Imbriqués
hyperviseurs, mais il a été montré
dans des études connexes [16]
conteneurs peuvent donner une
meilleure évolutivité et I / O
performance, qui a également été
confirmée dans cette étude. Bien que
non couvert par cette étude
hyperviseur à l’intérieur hyperviseur
le module de laboratoire basé était
complètement inutilisable, mais a
travaillé dans le niveau acceptable
dans le laboratoire basé sur le
récipient. Ce
suit clairement l’étude de Spillner
et.al [18] sur les pénalités de
performance . Dans l’ensemble, les
solutions architecturales appliquées
dans notre travail résout tous les
problèmes de conception identifiés
dans des études telles que [10].
6. Conclusions
Dans cet article, nous présentons une
étude de cas portant sur la validation
d’un nouveau système de laboratoire
virtuel,
conception et de performance.
Contrairement aux centres de
données d’entreprise ou de
fournisseur de services, le vsystème
de laboratoire irtual est un autre
type de problème de conception en
raison de sa faible demande de
ressources informatiques, et de la
haute similitude entre le laboratoire
Modules. Sur notre approche, le
système repensé a été mis en œuvre
en utilisant la technologie des
conteneurs pour L1 virtualization
(lization)
et une architecture de stockage
différente; la performance du
nouveau système a été étudiée afin
d’établir les limites du système et
pour mieux comprendre les
exigences pour les expansions
futures.
Les laboratoires virtuels sont un
élément essentiel de l’enseignement
des TIC dans le Sud-Université
orientale des sciences appliquées.
L’utilisation du système de
laboratoire augmente à mesure que
les enseignants adoptent la nouvelle
technologie et
capacité, et de développer de
nouvelles façons d’enseigner des
systèmes TIC complexes, notre
conception avait besoin d’être
validée sur différents
d’établir les limites et les besoins
d’allocation des ressources pour
l’avenir.
D’après les tests d’utilisabilité et de
performance, les principaux goulets
d’étranglement et déséquilibres sur
les ressources du système ont été
Identifié. Sur cette base, la quantité
de rumodules de laboratoire nning
est limité par l’espace de stockage
actuel et à l’intérieur
ces limites n’ont pas permis de
trouver de problèmes importants
d’utilisabilité.
Le rendement du système a été établi
pour être suffisant dans son état
actuel. Toutefois, les ressources ne
sont pas
fo suffisantr laboratoires complexes
persistants, ce qui nécessiterait plus
de capacités de machines virtuelles
que ce que le
système actuel peut fournir. . Sur la
base des résultats, la capacité du
système peut être augmentée en
utilisant des
le stockage et l’augmentation de la
RAM disponible pour chacun des
nœuds. Par ces changements et les
nœuds, un grand exercice complexe
pourrait être exécuté, ce qui vaut la
peine d’être expérimenté. De futures
études pourraient également être
en surveillant l’utilisation typique
des ressources du système pendant
l’enseignement et en trouvant une
quantité optimale de mémoire
par processeur pour la mise à
l’échelle future du système.
Remerciements
Les auteurs remercient le Ministère
finlandais de l’éducation et le
Conseil de Kymenlaakso pour leurs
subventions
soutenir le développement de la
Virtual Environnement de
laboratoire, et remercier M. Jaakko
Nurmi pour sa
sur le développement du système.
Références
Riga, N., Thomas, V., Maglaris, V.,
Grammatikou, M., & Anifantis, E. (2015).
Laboratoires virtuels - Utilisation des lits
d’essai publics in Éducation:
(p. 516–521). SCITEPRESS - Publications
scientifiques et technologiques.
https://doi.org/10.5220/0005496105160521
[2] Ma, J., et Nickerson, J. V. (2006). Mains-
laboratoires à distance : une revue
comparative de la littérature. Informatique
ACM Enquêtes,
38(3), 7–es.
https://doi.org/10.1145/1132960.1132961
Vesa Kankare et coll. / Procedia Computer
Science 119 (2017) 350-358 357
V. Kankare
& J. Kasurinen Procedia Informatique/ 00
(2017) 000–000 7
L’hôte a été préchargé avec la
quantité de modules connus pour
donner de bonnes performances et
KSM a eu le temps de
partager des pages de mémoire avant
le début du test pour éviter que la
mémoire ne soit la limite test (qui a
été suggéré
par la première session de test).
L’objectif était de trouver les limites
de combien le Processeur peut être
surengagé avant que les utilisateurs
commencent
d’éprouver des problèmes
d’utilisabilité. Lors des tests
préliminaires, nous avons découvert
que l’exécution de 20 modules de
laboratoire Cpu
environ 90 % et le laboratoire
d’utilisabilité était toujours
performant comme prévu. Sur la base
de ces résultats, le test
session a été conçue pour commencer
avec 16 modules de laboratoire ru373
machines virtuelles (31,1 machines
virtuelles par
processeur). Entre chaque utilisateur
testant quatre modules de plus (100
machines virtuelles) ont commencé à
augmenter la charge à
le système. Après deux séries de
tests, le système a été laissé en cours
d’exécution pour le KSM de partager
suffisamment de pages mémoire pour
libérer
mémoire pour d’autres laboratoires.
Le graphique en Figure 8 montre
comment l’expérience utilisateur
commence à diminuer lorsque la
charge du Processeur augmente. À
40% de charge
le score est dans le même niveau
général qu’à la fin de la première
session, étant considéré comme bon
ou très bon. Comme
sur la base des observations, lorsque
tous les tles laboratoires exécutent
des tâches intensives de CPU, il est
sûr d’assumer au moins
18 machines virtuelles par cœur
peuvent être exécutés dans le
système et ont encore une bonne
qualité d’expérience; la facilité
d’utilisation générale
les scores passer de positifs à
négatifs (en dessous de 3 sur
l’échelle 1 très mauvais5 très bon)
autour de 2628 machines virtuelles
par --
Cpu.
5. Discussion
L’étude de cas prouve que la
conception architecturale joue un
rôle important lorsque l’efficacité du
laboratoire virtuel étudié
l’environnement est en question. En
utilisant la virtualisation des
conteneurs pour les ressources
matérielles d’isolation des modules
de laboratoire,
être utilisés à leur plein Potentiel. Les
résultats de performance montrent
que le système est capable d’exécuter
plus d’exercices de laboratoire que
Avant. Nous avons également
découvert que les ressources
informatiques n’étaient pas le facteur
limitatif actuel, mais la capacité de
stockage. Stockage
capacité peut être mieux utilisée en
utilisant l’approvisionnement mince,
qui sera mis en œuvre dans la
prochaine maintenance
Révision. Le prochain facteur
limitant est la capacité ram, qui sera
abordée sur les mises à niveau
matérielles à venir. Comme
sur la base des résultats, 384 Go de
RAM par nœud donnera un rapport
prix/performance optimal pour notre
système.
Les enseignants ont également bien
adopté le laboratoire virtuel; Même
si, à l’automne 2016, le système
développement, beaucoup
d’enseignants ont vu les avantages et
ont adopté le système pour les
programmes de cours. Dix courses en
total a utilisé le laboratoire virtuel
comme plate-forme d’exercice
primaire en 2016-année académique
2017.
Il y a deux ans, tous les exercices de
laboratoire ont été effectués dans un
laboratoire matériel,
composants virtualisés qui étaient
principalement utilisés sur des postes
de travail. D’après nos estimations,
dans le programme actuel
75 des 80 études ECTS qui utilisent
des laboratoires dans le Sud-
Université orientale des sciences
appliquées
Le département des technologies de
l’information pourrait être déplacé
vers l’environnement virtuel.
Toutefois, en raison du savoir-faire
pratique
des systèmes matériels, certaines des
études de bas niveau bénéficient
encore d’un laboratoire basé sur le
matériel. Tout cela pris en compte
dans
au moins 75 % des études
bénéficieraient d’un environnement
de laboratoire virtuel, si ce n’était
pour rien d’autre, Puis
Figure 8: Qualité de service expérimentée en
deuxième essai
8 V. Kankare
& J. KasurinenProcedia Informatique/ 00
(2017) 000–000
permettant des études de longue
distance sur des sujets qui reposent
traditionnellement sur l’accessibilité
au système matériel. Basé -
sur le taux d’adaptation dans le Sud-
L’Université des sciences appliquées
de finlande orientale enseignement
des TIC et les expériences de
d’autres [4,5] les laboratoires virtuels
peuvent être un ajout précieux à
l’enseignement des sujets liés aux
TIC.
En ce qui concerne la perspective de
conception système de laboratoire
virtuel a des similitudes avec les
services IaaS: Chacun des
laboratoires
modules sont exécutés comme
machine virtuelle séparée fournissant
une plate-forme où vvms arious
peuvent installer, exécuter et
Interconnectés. L’isolement est
également nécessaire dans les
exercices de cybersécurité, l’un des-
exigences de niveau identifiées par
d’autres projets tels que ReSeLa [10].
Notre approche de ce problème
d’isolement au début était d’utiliser
Imbriqués
hyperviseurs, mais il a été montré
dans des études connexes [16]
conteneurs peuvent donner une
meilleure évolutivité et I / O
performance, qui a également été
confirmée dans cette étude. Bien que
non couvert par cette étude
hyperviseur à l’intérieur hyperviseur
le module de laboratoire basé était
complètement inutilisable, mais a
travaillé dans le niveau acceptable
dans le laboratoire basé sur le
récipient. Ce
suit clairement l’étude de Spillner
et.al [18] sur les pénalités de
performance . Dans l’ensemble, les
solutions architecturales appliquées
dans notre travail résout tous les
problèmes de conception identifiés
dans des études telles que [10].
6. Conclusions
Dans cet article, nous présentons une
étude de cas portant sur la validation
d’un nouveau système de laboratoire
virtuel,
conception et de performance.
Contrairement aux centres de
données d’entreprise ou de
fournisseur de services, le vsystème
de laboratoire irtual est un autre
type de problème de conception en
raison de sa faible demande de
ressources informatiques, et de la
haute similitude entre le laboratoire
Modules. Sur notre approche, le
système repensé a été mis en œuvre
en utilisant la technologie des
conteneurs pour L1 virtualization
(lization)
et une architecture de stockage
différente; la performance du
nouveau système a été étudiée afin
d’établir les limites du système et
pour mieux comprendre les
exigences pour les expansions
futures.
Les laboratoires virtuels sont un
élément essentiel de l’enseignement
des TIC dans le Sud-Université
orientale des sciences appliquées.
L’utilisation du système de
laboratoire augmente à mesure que
les enseignants adoptent la nouvelle
technologie et
capacité, et de développer de
nouvelles façons d’enseigner des
systèmes TIC complexes, notre
conception avait besoin d’être
validée sur différents
d’établir les limites et les besoins
d’allocation des ressources pour
l’avenir.
D’après les tests d’utilisabilité et de
performance, les principaux goulets
d’étranglement et déséquilibres sur
les ressources du système ont été
Identifié. Sur cette base, la quantité
de rumodules de laboratoire nning
est limité par l’espace de stockage
actuel et à l’intérieur
ces limites n’ont pas permis de
trouver de problèmes importants
d’utilisabilité.
Le rendement du système a été établi
pour être suffisant dans son état
actuel. Toutefois, les ressources ne
sont pas
fo suffisantr laboratoires complexes
persistants, ce qui nécessiterait plus
de capacités de machines virtuelles
que ce que le
système actuel peut fournir. . Sur la
base des résultats, la capacité du
système peut être augmentée en
utilisant des
le stockage et l’augmentation de
l’avaiRAM lisible pour chacun des
nœuds. Par ces changements et les
nœuds, un grand exercice complexe
pourrait être exécuté, ce qui vaut la
peine d’être expérimenté. De futures
études pourraient également être
en surveillant l’utilisation typique
des ressources du système pendant
l’enseignement et en trouvant une
quantité optimale de mémoire
par processeur pour la mise à
l’échelle future du système.
Remerciements
Les auteurs remercient le Ministère
finlandais de l’éducation et le
Conseil de Kymenlaakso pour leurs
subventions
soutenir le développement de la
Virtual Environnement de
laboratoire, et remercier M. Jaakko
Nurmi pour sa
sur le développement du système.
Références
Riga, N., Thomas, V., Maglaris, V.,
Grammatikou, M., & Anifantis, E. (2015).
Laboratoires virtuels - Utilisation des lits
d’essai publics in Éducation:
(pp. 516–521). SCITEPRESS - Publications
scientifiques et technologiques.
https://doi.org/10.5220/0005496105160521
[2] Ma, J., et Nickerson, J. V. (2006). Mains-
laboratoires à distance : une revue
comparative de la littérature. Informatique
ACM Enquêtes,
38(3), 7-es.
https://doi.org/10.1145/1132960.1132961
358 Vesa Kankare et coll. / Procedia
Computer Science 119 (2017) 350-358
V. Kankare
& J. Kasurinen Procedia Informatique/ 00
(2017) 000–000 9
[3] Wolf, T. (2010). Évaluer l’apprentissage
des élèves dans un environnement de
laboratoire virtuel. Transactions de l’IEEE sur
l’éducation, 53(2), 216–222.
https://doi.org/10.1109/TE.2008.2012114
[4] Gil, P., Garcia, G. J., Delgado, A., Medina,
R.M., Calderon, A., & Marti, P. (2014).
Virtualisation des réseaux informatiques avec
GNS3 :
Évaluation d’une solution pour optimiser les
ressources et réaliser un apprentissage à
distance. Conférence Frontiers in Education
(FIE), 2014 IEEE (pp. 1–
4). Ieee. Extrait de
http://ieeexplore.ieee.org/abstract/document/7
044343/
[5] Tagliacane, S. V., Prasad, P. W.C., Zajko,
G., Elchouemi, A., et Singh, A. K. (2016).
Simulations de réseau et technologies futures
en
enseignement des cours de réseautage:
Développement of un modèle de laboratoire
avec Cisco Virtual Internet Routing Lab
(Virl). En sans fil
Communications, Traitement des signaux et
réseautage (WiSPNET), Conférence
internationale sur (pp. 644–649). IEEE.
Extrait de
http://ieeexplore.ieee.org/abstract/document/7
566212/
[6] Konak, A., & Bartolacci, M. R. (2016).
L’utilisation d’un laboratoire informatique
virtuel pour favoriser l’apprentissage
collaboratif pour la sécurité de l’information
et
l’éducation aux technologies de l’information.
Journal of Cyb
Introduction
L’enseignement des systèmes TIC en
tant que domaine a changé aussi
rapidement que le domaine
d’expertise lui-même au cours de la
dernière décennie.
Traditionnellement, des exercices de
laboratoire ont été exécutés à l’aide
de systèmes matériels, qui ont besoin
d’un câblage physique
configuratio de travail et de
matérielNs [1]. Les compétences
dans ce domaine sont toujours
importantes, mais l’utilisation du
matériel pour enseigner
les principes fondamentaux des
télécommunications ont plusieurs
limites. Par exemple, les exercices
complexes ont besoin de
l’équipement, qui est coûteux à
acquérir et à entretenir [2].
Tles progrès des technologies de
virtualisation ont changé la façon
dont les systèmes TIC peuvent être
enseignés [3]. Aujourd’hui, même
les dispositifs de réseautage tels que
les routeurs et les commutateurs
peuvent être exécutés sous forme de
machines virtuelles, ce qui ouvre de
nombreuses nouvelles possibilités
pour l’enseignement de systèmes
TIC complexes. Toutefois, la
construction d’exercices de
laboratoire indépendants à partir de
différents
l’étude ne représente pas encore
toute l’image complexe de la façon
dont les systèmes s’interopèrent et se
connectent les uns aux autres. Pour
par exemple, ce qui se passe
réellement et la complexité des
mécanismes lorsque les utilisateurs
corporatifs accèdent aux ressources
en ligne,
peut encore être difficile à
comprendre à grande échelle.
Cet article décrit un environnement
où les différents domaines d’étude
sont combinés pour former un réseau
de
laboratoires virtuels. Chacun des les
laboratoires représentent le travail
des étudiants d’un domaine du
programme de diplôme,
en combinant dans un réseau
d’entreprise virtuel avec un accès à
l’Internet modèle simulé,
« Simternet ». Le long terme
l’objectif est d’intégrer ce modèle à
l’ensemble du programme d’études,
au cours duquel les élèves acquièrent
l’expérience de
domaines d’expertise ensemble,
formant un environnement complexe
interconnecté aussi proche de ses
homologues du monde réel que
Possible. Dans cette étude, nous nous
concentrons sur la réponse aux
recherches suivantes Questions:
Comment pouvons-nous améliorer
les performances du système de
laboratoire pour mieux prendre en
charge internet simulé,
« Simternet »?
Dans quelle mesure notre version
actuelle du Laboratoire Virtuel
Simternet est-elle capable, et quelles
sont ses principales limites ?
Le reste du papier est structured
comme suit: Dans la section 2, des
études antérieures liées ou similaires
à nos travaux sont discutés.
Dans la section 3, la méthode de
recherche et l’approche sur le
développement de la construction
sont introduites, et les résultats de
cette étude est présentée à la section
4. La section 5 traite des implications
et des observations faites sur cette
étude,
et l’article 6 révèle le document avec
les conclusions.
2. Recherche connexe
Il a été prouvé que les laboratoires
virtuels sont des environnements
d’apprentissage très efficaces pour
l’étude des sujets liés aux TIC [4,5].
Les dernières avancées en matière de
virtualisation ont conduit à de
nombreuses implémentations à des
fins
collaboration, qui peut être géré
pendant de longues périodes pour
aider à l’apprentissage et favoriser
l’intérêt des élèves
le sujet. Virtualizpeut également
isoler l’environnement de laboratoire
du réseau du campus, ce qui permet
possibilités d’exécuter des
expériences de cybersécurité
potentiellement nuisibles dans un
environnement isolé et de donner aux
élèves
privilèges d’accès aux systèmes. [6].
Il y a cosystèmes de laboratoire
virtuels mmercial et open source, qui
sont disponibles pour l’intégration
dans
les environnements d’apprentissage
existants [7,8]. La plupart de ces
solutions visent à résoudre une
problème, et ne sont pas conçus pour
un déploiement rapide. Des études
montrent également que ces solutions
nécessitent des compétences
supplémentaires
pour que les élèves puissent utiliser
le système lui-même [5]. En plus de
ces limitations, le coût d’exploitation
de centaines de
les instances logicielles
commerciales peuvent également
devenir inacceptablesnd affecter la
capacité de les utiliser pendant de
longues périodes
temps dans les réseaux éducatifs
complexes.
Les environnements virtuels de
laboratoire ont gagné en popularité,
en particulier dans la formation en
cybersécurité, où l’isolement
les environnements d’accueil et le
compu utilisateurters sont d’une
grande importance [9]. L’étude des
logiciels malveillants, des systèmes
vulnérables et
les tests de pénétration nécessitent
l’utilisation de logiciels
potentiellement dangereux. Projets
tels que ReSeLa 10[] visent à
environnements de formation à la
cybersécurité, avec ce type
d’objectifs à l’esprit. Les actions
ReSeLa mettent également l’accent
sur la facilité d’utilisation
ainsi que la création de modèles de
machines virtuelles prédéfinis et
topologies réseau qui sont l’un des
composants clés
dans cette étude.
 La virtualisation est la technologie
habilitante dans chacune de ces
solutions; La virtualisation est
nécessaire pour isoler les laboratoires
modules des uns et des autres et du
réseau universitaire, ainsi que
d’exécuter des composants de
laboratoire virtuels à l’intérieur de la
Module. Deux solutions principales
existent au problème : virtualisation
complète (Hypervisor) et conteneur
Virtualisation. Plein
la virtualisation est basée sur du
matériel imité, qui est présenté à la
machine virtuelle. Exemple
hyperviseur complet
solutions sont VMWare ESXi [11et
KVM ] [12]. Alternativement, la
virtualisation des conteneurs est une
technologie qui partage
352 Vesa Kankare et coll. / Procedia
Computer Science 119 (2017) 350-358
V. Kankare
& J. Kasurinen Procedia Informatique/ 00
(2017) 000–000 3
operatin (operatin)g ressources de
noyau système entre les machines
virtuelles, et permet un accès plus
direct aux ressources matérielles.
Les logiciels de conteneurs
couramment utilisés sont les
conteneurs Linux [13] et Docker 14.
Les conteneurs sont connus pour
offrir près de []
matériel-niveau de performance et
sont plus efficace par rapport aux
machines virtuelles, en particulier sur
i/ O lourd
Applications. [15,16]. En fait, une
étude de Morabito et.al. [16] montre
la virtualisation complète peut être
près de cinq fois plus lent
sur les performances du disque, par
rapport à leurs homologues
conteneurs et matériels. Les
conteneurs démarrent aussi
rapide, ce qui les rend plus adaptés
pour le-dema (dema)applications nd
[17].
Ces deux technologies peuvent être
appliquées dans la virtualisation
imbriquée, où une technique de
virtualisation est
en haut d’un autre. Ceux-ci sont
communément appelés couches de
virtualisation L1 et L2 [18] où L0 est
considéré comme le
matériel hôte. Nestin ( Nestin )g les
techniques de virtualisation sont
couramment utilisées par exemple
dans IaaS (Infrastructure as a
Service)
plates-formes cloud [18]. Le
laboratoire virtuel est essentiellement
un cas particulier de service IaaS et
la variété des
solutions doivent être évaluées avec
soin pour get les meilleures
performances du système.
3. Méthode de recherche
Dans cette étude, notre approche de
recherche sur le développement du
Simternet a été en utilisant le
développement itératif
suivre vaguement les principes du
prototypage, tels que définis par
exemple dans [19] Ou [20]. Sur la
base des
besoin, nous avons recueilli des
exigences, développé prototype pour
la solution, itéré sur la conception et
enfin, conduit
études de faisabilité et d’utilisabilité
sur le prototype plus avancé pour
évaluer les résultats du processus et
establish nouveau
exigences et les objectifs du
processus de développement.
Le besoin d’un nouvel
environnement d’apprentissage s’est
fait sentir lorsqu’un cours axé sur les
réseaux de fournisseurs de services a
été
redessiné pour inclure le courant
utilisé par les fournisseurs de
services. La principale raison de
chercher d’autres solutions était le
manque de
dans le laboratoire matériel actuel
pour prendre en charge les
technologies requises. La première
mise en œuvre de la
laboratoire était un pré-construit
l’image virtuelle de machine retenant
des routeurs virtuels et leurs
interconnexions, qui était alors
distribués aux postes de travail
étudiants et exécutés localement dans
les postes de travail VMWare.
D’autres cours ont également
commencé à utiliser
le même modèle, qui est rapidement
devenu un fardeau à tenir à jour et
fonctionnel. Les machines virtuelles
de préconstruire ont été -
difficile à mettre à jour, et le
déplacement de fichiers d’images
volumineux sur le réseau local a été
temps-Consommer.
Introduction
L’enseignement des systèmes TIC en
tant que domaine a changé aussi
rapidement que le domaine
d’expertise lui-même au cours de la
dernière décennie.
Traditionnellement, des exercices de
laboratoire ont été exécutés à l’aide
de systèmes matériels, qui ont besoin
d’un câblage physique
configuratio de travail et de
matérielNs [1]. Les compétences
dans ce domaine sont toujours
importantes, mais l’utilisation du
matériel pour enseigner
les principes fondamentaux des
télécommunications ont plusieurs
limites. Par exemple, les exercices
complexes ont besoin de
l’équipement, qui est coûteux à
acquérir et à entretenir [2].
Tles progrès des technologies de
virtualisation ont changé la façon
dont les systèmes TIC peuvent être
enseignés [3]. Aujourd’hui, même
les dispositifs de réseautage tels que
les routeurs et les commutateurs
peuvent être exécutés sous forme de
machines virtuelles, ce qui ouvre de
nombreuses nouvelles possibilités
pour l’enseignement de systèmes
TIC complexes. Toutefois, la
construction d’exercices de
laboratoire indépendants à partir de
différents
l’étude ne représente pas encore
toute l’image complexe de la façon
dont les systèmes s’interopèrent et se
connectent les uns aux autres. Pour
par exemple, ce qui se passe
réellement et la complexité des
mécanismes lorsque les utilisateurs
corporatifs accèdent aux ressources
en ligne,
peut encore être difficile à
comprendre à grande échelle.
Cet article décrit un environnement
où les différents domaines d’étude
sont combinés pour former un réseau
de
laboratoires virtuels. Chacun des les
laboratoires représentent le travail
des étudiants d’un domaine du
programme de diplôme,
en combinant dans un réseau
d’entreprise virtuel avec un accès à
l’Internet modèle simulé,
« Simternet ». Le long terme
l’objectif est d’intégrer ce modèle à
l’ensemble du programme d’études,
au cours duquel les élèves acquièrent
l’expérience de
domaines d’expertise ensemble,
formant un environnement complexe
interconnecté aussi proche de ses
homologues du monde réel que
Possible. Dans cette étude, nous nous
concentrons sur la réponse aux
recherches suivantes Questions:
Comment pouvons-nous améliorer
les performances du système de
laboratoire pour mieux prendre en
charge internet simulé,
« Simternet »?
Dans quelle mesure notre version
actuelle du Laboratoire Virtuel
Simternet est-elle capable, et quelles
sont ses principales limites ?
Le reste du papier est structured
comme suit: Dans la section 2, des
études antérieures liées ou similaires
à nos travaux sont discutés.
Dans la section 3, la méthode de
recherche et l’approche sur le
développement de la construction
sont introduites, et les résultats de
cette étude est présentée à la section
4. La section 5 traite des implications
et des observations faites sur cette
étude,
et l’article 6 révèle le document avec
les conclusions.
2. Recherche connexe
Il a été prouvé que les laboratoires
virtuels sont des environnements
d’apprentissage très efficaces pour
l’étude des sujets liés aux TIC [4,5].
Les dernières avancées en matière de
virtualisation ont conduit à de
nombreuses implémentations à des
fins
collaboration, qui peut être géré
pendant de longues périodes pour
aider à l’apprentissage et favoriser
l’intérêt des élèves
le sujet. Virtualizpeut également
isoler l’environnement de laboratoire
du réseau du campus, ce qui permet
possibilités d’exécuter des
expériences de cybersécurité
potentiellement nuisibles dans un
environnement isolé et de donner aux
élèves
privilèges d’accès aux systèmes. [6].
Il y a cosystèmes de laboratoire
virtuels mmercial et open source, qui
sont disponibles pour l’intégration
dans
les environnements d’apprentissage
existants [7,8]. La plupart de ces
solutions visent à résoudre une
problème, et ne sont pas conçus pour
un déploiement rapide. Des études
montrent également que ces solutions
nécessitent des compétences
supplémentaires
pour que les élèves puissent utiliser
le système lui-même [5]. En plus de
ces limitations, le coût d’exploitation
de centaines de
les instances logicielles
commerciales peuvent également
devenir inacceptablesnd affecter la
capacité de les utiliser pendant de
longues périodes
temps dans les réseaux éducatifs
complexes.
 Les environnements virtuels de
laboratoire ont gagné en popularité,
en particulier dans la formation en
cybersécurité, où l’isolement
les environnements d’accueil et le
compu utilisateurters sont d’une
grande importance [9]. L’étude des
logiciels malveillants, des systèmes
vulnérables et
les tests de pénétration nécessitent
l’utilisation de logiciels
potentiellement dangereux. Projets
tels que ReSeLa 10[] visent à
environnements de formation à la
cybersécurité, avec ce type
d’objectifs à l’esprit. Les actions
ReSeLa mettent également l’accent
sur la facilité d’utilisation
ainsi que la création de modèles de
machines virtuelles prédéfinis et
topologies réseau qui sont l’un des
composants clés
dans cette étude.
La virtualisation est la technologie
habilitante dans chacune de ces
solutions; La virtualisation est
nécessaire pour isoler les laboratoires
modules des uns et des autres et du
réseau universitaire, ainsi que
d’exécuter des composants de
laboratoire virtuels à l’intérieur de la
Module. Deux solutions principales
existent au problème : virtualisation
complète (Hypervisor) et conteneur
Virtualisation. Plein
la virtualisation est basée sur du
matériel imité, qui est présenté à la
machine virtuelle. Exemple
hyperviseur complet
solutions sont VMWare ESXi [11et
KVM ] [12]. Alternativement, la
virtualisation des conteneurs est une
technologie qui partage
352 Vesa Kankare et coll. / Procedia
Computer Science 119 (2017) 350-358
V. Kankare
& J. Kasurinen Procedia Informatique/ 00
(2017) 000–000 3
operatin (operatin)g ressources de
noyau système entre les machines
virtuelles, et permet un accès plus
direct aux ressources matérielles.
Les logiciels de conteneurs
couramment utilisés sont les
conteneurs Linux [13] et Docker 14.
Les conteneurs sont connus pour
offrir près de []
matériel-niveau de performance et
sont plus efficace par rapport aux
machines virtuelles, en particulier sur
i/ O lourd
Applications. [15,16]. En fait, une
étude de Morabito et.al. [16] montre
la virtualisation complète peut être
près de cinq fois plus lent
sur les performances du disque, par
rapport à leurs homologues
conteneurs et matériels. Les
conteneurs démarrent aussi
rapide, ce qui les rend plus adaptés
pour le-dema (dema)applications nd
[17].
Ces deux technologies peuvent être
appliquées dans la virtualisation
imbriquée, où une technique de
virtualisation est
en haut d’un autre. Ceux-ci sont
communément appelés couches de
virtualisation L1 et L2 [18] où L0 est
considéré comme le
matériel hôte. Nestin ( Nestin )g les
techniques de virtualisation sont
couramment utilisées par exemple
dans IaaS (Infrastructure as a
Service)
plates-formes cloud [18]. Le
laboratoire virtuel est essentiellement
un cas particulier de service IaaS et
la variété des
solutions doivent être évaluées avec
soin pour get les meilleures
performances du système.
3. Méthode de recherche
Dans cette étude, notre approche de
recherche sur le développement du
Simternet a été en utilisant le
développement itératif
suivre vaguement les principes du
prototypage, tels que définis par
exemple dans [19] Ou [20]. Sur la
base des
besoin, nous avons recueilli des
exigences, développé prototype pour
la solution, itéré sur la conception et
enfin, conduit
études de faisabilité et d’utilisabilité
sur le prototype plus avancé pour
évaluer les résultats du processus et
establish nouveau
exigences et les objectifs du
processus de développement.
Le besoin d’un nouvel
environnement d’apprentissage s’est
fait sentir lorsqu’un cours axé sur les
réseaux de fournisseurs de services a
été
redessiné pour inclure le courant
utilisé par les fournisseurs de
services. La principale raison de
chercher d’autres solutions était le
manque de
dans le laboratoire matériel actuel
pour prendre en charge les
technologies requises. La première
mise en œuvre de la
laboratoire était un pré-construit
l’image virtuelle de machine retenant
des routeurs virtuels et leurs
interconnexions, qui était alors
distribués aux postes de travail
étudiants et exécutés localement dans
les postes de travail VMWare.
D’autres cours ont également
commencé à utiliser
le même modèle, qui est rapidement
devenu un fardeau à tenir à jour et
fonctionnel. Les machines virtuelles
de préconstruire ont été -
difficile à mettre à jour, et le
déplacement de fichiers d’images
volumineux sur le réseau local a été
temps-Consommer.
Introduction
L’enseignement des systèmes TIC en
tant que domaine a changé aussi
rapidement que le domaine
d’expertise lui-même au cours de la
dernière décennie.
Traditionnellement, des exercices de
laboratoire ont été exécutés à l’aide
de systèmes matériels, qui ont besoin
d’un câblage physique
configuratio de travail et de
matérielNs [1]. Les compétences
dans ce domaine sont toujours
importantes, mais l’utilisation du
matériel pour enseigner
les principes fondamentaux des
télécommunications ont plusieurs
limites. Par exemple, les exercices
complexes ont besoin de
l’équipement, qui est coûteux à
acquérir et à entretenir [2].
Tles progrès des technologies de
virtualisation ont changé la façon
dont les systèmes TIC peuvent être
enseignés [3]. Aujourd’hui, même
les dispositifs de réseautage tels que
les routeurs et les commutateurs
peuvent être exécutés sous forme de
machines virtuelles, ce qui ouvre de
nombreuses nouvelles possibilités
pour l’enseignement de systèmes
TIC complexes. Toutefois, la
construction d’exercices de
laboratoire indépendants à partir de
différents
l’étude ne représente pas encore
toute l’image complexe de la façon
dont les systèmes s’interopèrent et se
connectent les uns aux autres. Pour
par exemple, ce qui se passe
réellement et la complexité des
mécanismes lorsque les utilisateurs
corporatifs accèdent aux ressources
en ligne,
peut encore être difficile à
comprendre à grande échelle.
Cet article décrit un environnement
où les différents domaines d’étude
sont combinés pour former un réseau
de
laboratoires virtuels. Chacun des les
laboratoires représentent le travail
des étudiants d’un domaine du
programme de diplôme,
en combinant dans un réseau
d’entreprise virtuel avec un accès à
l’Internet modèle simulé,
« Simternet ». Le long terme
l’objectif est d’intégrer ce modèle à
l’ensemble du programme d’études,
au cours duquel les élèves acquièrent
l’expérience de
domaines d’expertise ensemble,
formant un environnement complexe
interconnecté aussi proche de ses
homologues du monde réel que
Possible. Dans cette étude, nous nous
concentrons sur la réponse aux
recherches suivantes Questions:
Comment pouvons-nous améliorer
les performances du système de
laboratoire pour mieux prendre en
charge internet simulé,
« Simternet »?
Dans quelle mesure notre version
actuelle du Laboratoire Virtuel
Simternet est-elle capable, et quelles
sont ses principales limites ?
Le reste du papier est structured
comme suit: Dans la section 2, des
études antérieures liées ou similaires
à nos travaux sont discutés.
Dans la section 3, la méthode de
recherche et l’approche sur le
développement de la construction
sont introduites, et les résultats de
cette étude est présentée à la section
4. La section 5 traite des implications
et des observations faites sur cette
étude,
et l’article 6 révèle le document avec
les conclusions.
2. Recherche connexe
Il a été prouvé que les laboratoires
virtuels sont des environnements
d’apprentissage très efficaces pour
l’étude des sujets liés aux TIC [4,5].
Les dernières avancées en matière de
virtualisation ont conduit à de
nombreuses implémentations à des
fins
collaboration, qui peut être géré
pendant de longues périodes pour
aider à l’apprentissage et favoriser
l’intérêt des élèves
le sujet. Virtualizpeut également
isoler l’environnement de laboratoire
du réseau du campus, ce qui permet
possibilités d’exécuter des
expériences de cybersécurité
potentiellement nuisibles dans un
environnement isolé et de donner aux
élèves
privilèges d’accès aux systèmes. [6].
Il y a cosystèmes de laboratoire
virtuels mmercial et open source, qui
sont disponibles pour l’intégration
dans
les environnements d’apprentissage
existants [7,8]. La plupart de ces
solutions visent à résoudre une
problème, et ne sont pas conçus pour
un déploiement rapide. Des études
montrent également que ces solutions
nécessitent des compétences
supplémentaires
pour que les élèves puissent utiliser
le système lui-même [5]. En plus de
ces limitations, le coût d’exploitation
de centaines de
les instances logicielles
commerciales peuvent également
devenir inacceptablesnd affecter la
capacité de les utiliser pendant de
longues périodes
temps dans les réseaux éducatifs
complexes.
Les environnements virtuels de
laboratoire ont gagné en popularité,
en particulier dans la formation en
cybersécurité, où l’isolement
les environnements d’accueil et le
compu utilisateurters sont d’une
grande importance [9]. L’étude des
logiciels malveillants, des systèmes
vulnérables et
les tests de pénétration nécessitent
l’utilisation de logiciels
potentiellement dangereux. Projets
tels que ReSeLa 10[] visent à
environnements de formation à la
cybersécurité, avec ce type
d’objectifs à l’esprit. Les actions
ReSeLa mettent également l’accent
sur la facilité d’utilisation
ainsi que la création de modèles de
machines virtuelles prédéfinis et
topologies réseau qui sont l’un des
composants clés
dans cette étude.
La virtualisation est la technologie
habilitante dans chacune de ces
solutions; La virtualisation est
nécessaire pour isoler les laboratoires
modules des uns et des autres et du
réseau universitaire, ainsi que
d’exécuter des composants de
laboratoire virtuels à l’intérieur de la
Module. Deux solutions principales
existent au problème : virtualisation
complète (Hypervisor) et conteneur
Virtualisation. Plein
la virtualisation est basée sur du
matériel imité, qui est présenté à la
machine virtuelle. Exemple
hyperviseur complet
solutions sont VMWare ESXi [11et
KVM ] [12]. Alternativement, la
virtualisation des conteneurs est une
technologie qui partage
352 Vesa Kankare et coll. / Procedia
Computer Science 119 (2017) 350-358
V. Kankare
& J. Kasurinen Procedia Informatique/ 00
(2017) 000–000 3
operatin (operatin)g ressources de
noyau système entre les machines
virtuelles, et permet un accès plus
direct aux ressources matérielles.
Les logiciels de conteneurs
couramment utilisés sont les
conteneurs Linux [13] et Docker 14.
Les conteneurs sont connus pour
offrir près de []
matériel-niveau de performance et
sont plus efficace par rapport aux
machines virtuelles, en particulier sur
i/ O lourd
Applications. [15,16]. En fait, une
étude de Morabito et.al. [16] montre
la virtualisation complète peut être
près de cinq fois plus lent
sur les performances du disque, par
rapport à leurs homologues
conteneurs et matériels. Les
conteneurs démarrent aussi
rapide, ce qui les rend plus adaptés
pour le-dema (dema)applications nd
[17].
Ces deux technologies peuvent être
appliquées dans la virtualisation
imbriquée, où une technique de
virtualisation est
en haut d’un autre. Ceux-ci sont
communément appelés couches de
virtualisation L1 et L2 [18] où L0 est
considéré comme le
matériel hôte. Nestin ( Nestin )g les
techniques de virtualisation sont
couramment utilisées par exemple
dans IaaS (Infrastructure as a
Service)
plates-formes cloud [18]. Le
laboratoire virtuel est essentiellement
un cas particulier de service IaaS et
la variété des
solutions doivent être évaluées avec
soin pour get les meilleures
performances du système.
3. Méthode de recherche
Dans cette étude, notre approche de
recherche sur le développement du
Simternet a été en utilisant le
développement itératif
suivre vaguement les principes du
prototypage, tels que définis par
exemple dans [19] Ou [20]. Sur la
base des
besoin, nous avons recueilli des
exigences, développé prototype pour
la solution, itéré sur la conception et
enfin, conduit
études de faisabilité et d’utilisabilité
sur le prototype plus avancé pour
évaluer les résultats du processus et
establish nouveau
exigences et les objectifs du
processus de développement.
Le besoin d’un nouvel
environnement d’apprentissage s’est
fait sentir lorsqu’un cours axé sur les
réseaux de fournisseurs de services a
été
redessiné pour inclure le courant
utilisé par les fournisseurs de
services. La principale raison de
chercher d’autres solutions était le
manque de
dans le laboratoire matériel actuel
pour prendre en charge les
technologies requises. La première
mise en œuvre de la
laboratoire était un pré-construit
l’image virtuelle de machine retenant
des routeurs virtuels et leurs
interconnexions, qui était alors
distribués aux postes de travail
étudiants et exécutés localement dans
les postes de travail VMWare.
D’autres cours ont également
commencé à utiliser
le même modèle, qui est rapidement
devenu un fardeau à tenir à jour et
fonctionnel. Les machines virtuelles
de préconstruire ont été -
difficile à mettre à jour, et le
déplacement de fichiers d’images
volumineux sur le réseau local a été
temps-Consommer.
Introduction
L’enseignement des systèmes TIC en
tant que domaine a changé aussi
rapidement que le domaine
d’expertise lui-même au cours de la
dernière décennie.
Traditionnellement, des exercices de
laboratoire ont été exécutés à l’aide
de systèmes matériels, qui ont besoin
d’un câblage physique
configuratio de travail et de
matérielNs [1]. Les compétences
dans ce domaine sont toujours
importantes, mais l’utilisation du
matériel pour enseigner
les principes fondamentaux des
télécommunications ont plusieurs
limites. Par exemple, les exercices
complexes ont besoin de
l’équipement, qui est coûteux à
acquérir et à entretenir [2].
Tles progrès des technologies de
virtualisation ont changé la façon
dont les systèmes TIC peuvent être
enseignés [3]. Aujourd’hui, même
les dispositifs de réseautage tels que
les routeurs et les commutateurs
peuvent être exécutés sous forme de
machines virtuelles, ce qui ouvre de
nombreuses nouvelles possibilités
pour l’enseignement de systèmes
TIC complexes. Toutefois, la
construction d’exercices de
laboratoire indépendants à partir de
différents
l’étude ne représente pas encore
toute l’image complexe de la façon
dont les systèmes s’interopèrent et se
connectent les uns aux autres. Pour
par exemple, ce qui se passe
réellement et la complexité des
mécanismes lorsque les utilisateurs
corporatifs accèdent aux ressources
en ligne,
peut encore être difficile à
comprendre à grande échelle.
Cet article décrit un environnement
où les différents domaines d’étude
sont combinés pour former un réseau
de
laboratoires virtuels. Chacun des les
laboratoires représentent le travail
des étudiants d’un domaine du
programme de diplôme,
en combinant dans un réseau
d’entreprise virtuel avec un accès à
l’Internet modèle simulé,
« Simternet ». Le long terme
l’objectif est d’intégrer ce modèle à
l’ensemble du programme d’études,
au cours duquel les élèves acquièrent
l’expérience de
domaines d’expertise ensemble,
formant un environnement complexe
interconnecté aussi proche de ses
homologues du monde réel que
Possible. Dans cette étude, nous nous
concentrons sur la réponse aux
recherches suivantes Questions:
Comment pouvons-nous améliorer
les performances du système de
laboratoire pour mieux prendre en
charge internet simulé,
« Simternet »?
Dans quelle mesure notre version
actuelle du Laboratoire Virtuel
Simternet est-elle capable, et quelles
sont ses principales limites ?
Le reste du papier est structured
comme suit: Dans la section 2, des
études antérieures liées ou similaires
à nos travaux sont discutés.
Dans la section 3, la méthode de
recherche et l’approche sur le
développement de la construction
sont introduites, et les résultats de
cette étude est présentée à la section
4. La section 5 traite des implications
et des observations faites sur cette
étude,
et l’article 6 révèle le document avec
les conclusions.
2. Recherche connexe
Il a été prouvé que les laboratoires
virtuels sont des environnements
d’apprentissage très efficaces pour
l’étude des sujets liés aux TIC [4,5].
Les dernières avancées en matière de
virtualisation ont conduit à de
nombreuses implémentations à des
fins
collaboration, qui peut être géré
pendant de longues périodes pour
aider à l’apprentissage et favoriser
l’intérêt des élèves
le sujet. Virtualizpeut également
isoler l’environnement de laboratoire
du réseau du campus, ce qui permet
possibilités d’exécuter des
expériences de cybersécurité
potentiellement nuisibles dans un
environnement isolé et de donner aux
élèves
privilèges d’accès aux systèmes. [6].
Il y a cosystèmes de laboratoire
virtuels mmercial et open source, qui
sont disponibles pour l’intégration
dans
les environnements d’apprentissage
existants [7,8]. La plupart de ces
solutions visent à résoudre une
problème, et ne sont pas conçus pour
un déploiement rapide. Des études
montrent également que ces solutions
nécessitent des compétences
supplémentaires
pour que les élèves puissent utiliser
le système lui-même [5]. En plus de
ces limitations, le coût d’exploitation
de centaines de
les instances logicielles
commerciales peuvent également
devenir inacceptablesnd affecter la
capacité de les utiliser pendant de
longues périodes
temps dans les réseaux éducatifs
complexes.
Les environnements virtuels de
laboratoire ont gagné en popularité,
en particulier dans la formation en
cybersécurité, où l’isolement
les environnements d’accueil et le
compu utilisateurters sont d’une
grande importance [9]. L’étude des
logiciels malveillants, des systèmes
vulnérables et
les tests de pénétration nécessitent
l’utilisation de logiciels
potentiellement dangereux. Projets
tels que ReSeLa 10[] visent à
environnements de formation à la
cybersécurité, avec ce type
d’objectifs à l’esprit. Les actions
ReSeLa mettent également l’accent
sur la facilité d’utilisation
ainsi que la création de modèles de
machines virtuelles prédéfinis et
topologies réseau qui sont l’un des
composants clés
dans cette étude.
La virtualisation est la technologie
habilitante dans chacune de ces
solutions; La virtualisation est
nécessaire pour isoler les laboratoires
modules des uns et des autres et du
réseau universitaire, ainsi que
d’exécuter des composants de
laboratoire virtuels à l’intérieur de la
Module. Deux solutions principales
existent au problème : virtualisation
complète (Hypervisor) et conteneur
Virtualisation. Plein
la virtualisation est basée sur du
matériel imité, qui est présenté à la
machine virtuelle. Exemple
hyperviseur complet
solutions sont VMWare ESXi [11et
KVM ] [12]. Alternativement, la
virtualisation des conteneurs est une
technologie qui partage
352 Vesa Kankare et coll. / Procedia
Computer Science 119 (2017) 350-358
V. Kankare
& J. Kasurinen Procedia Informatique/ 00
(2017) 000–000 3
operatin (operatin)g ressources de
noyau système entre les machines
virtuelles, et permet un accès plus
direct aux ressources matérielles.
Les logiciels de conteneurs
couramment utilisés sont les
conteneurs Linux [13] et Docker 14.
Les conteneurs sont connus pour
offrir près de []
matériel-niveau de performance et
sont plus efficace par rapport aux
machines virtuelles, en particulier sur
i/ O lourd
Applications. [15,16]. En fait, une
étude de Morabito et.al. [16] montre
la virtualisation complète peut être
près de cinq fois plus lent
sur les performances du disque, par
rapport à leurs homologues
conteneurs et matériels. Les
conteneurs démarrent aussi
rapide, ce qui les rend plus adaptés
pour le-dema (dema)applications nd
[17].
 Ces deux technologies peuvent être
appliquées dans la virtualisation
imbriquée, où une technique de
virtualisation est
en haut d’un autre. Ceux-ci sont
communément appelés couches de
virtualisation L1 et L2 [18] où L0 est
considéré comme le
matériel hôte. Nestin ( Nestin )g les
techniques de virtualisation sont
couramment utilisées par exemple
dans IaaS (Infrastructure as a
Service)
plates-formes cloud [18]. Le
laboratoire virtuel est essentiellement
un cas particulier de service IaaS et
la variété des
solutions doivent être évaluées avec
soin pour get les meilleures
performances du système.
3. Méthode de recherche
Dans cette étude, notre approche de
recherche sur le développement du
Simternet a été en utilisant le
développement itératif
suivre vaguement les principes du
prototypage, tels que définis par
exemple dans [19] Ou [20]. Sur la
base des
besoin, nous avons recueilli des
exigences, développé prototype pour
la solution, itéré sur la conception et
enfin, conduit
études de faisabilité et d’utilisabilité
sur le prototype plus avancé pour
évaluer les résultats du processus et
establish nouveau
exigences et les objectifs du
processus de développement.
 Le besoin d’un nouvel
environnement d’apprentissage s’est
fait sentir lorsqu’un cours axé sur les
réseaux de fournisseurs de services a
été
redessiné pour inclure le courant
utilisé par les fournisseurs de
services. La principale raison de
chercher d’autres solutions était le
manque de
dans le laboratoire matériel actuel
pour prendre en charge les
technologies requises. La première
mise en œuvre de la
laboratoire était un pré-construit
l’image virtuelle de machine retenant
des routeurs virtuels et leurs
interconnexions, qui était alors
distribués aux postes de travail
étudiants et exécutés localement dans
les postes de travail VMWare.
D’autres cours ont également
commencé à utiliser
le même modèle, qui est rapidement
devenu un fardeau à tenir à jour et
fonctionnel. Les machines virtuelles
de préconstruire ont été -
difficile à mettre à jour, et le
déplacement de fichiers d’images
volumineux sur le réseau local a été
temps-Consommer.

BP: 13719 Yaoundé

Tel/Fax: (237) 242 72 99 58
Site web: www.iaicameroun.com

Rapport de réseau mobile

Rédigé : FOKAM FOKA ALEX MOREL

Les Etudiant SR3B de 3ème Année option Système et Réseau à l’IAI-Cameroun,

« Centre D’excellence Technologique Paul Biya »
 SOUS LA SUPERVISION :

M. TANKOU

Année académique : 2021 / 2022

 TABLES DE MATIERES

I. Article 1 : évaluation des VIRL et mininet en Virtual network testbeds dans l’enseignement
supérieur............................................................................................................................................3
1. Libelle.....................................................................................................................................3
2. Problématique........................................................................................................................3
3. Méthodologie.........................................................................................................................4
4. Résultat...................................................................................................................................4
5. Critique...................................................................................................................................4
II. AVirtualLaboratoryfor MobileRobotExperiments/ un laboratoire virtuel pour les expériences
de robots mobiles...............................................................................................................................4
1. Libelle.................................................................................................................................4
2. Problématique....................................................................................................................4
3. Méthodologie.....................................................................................................................5
4. Résultat...............................................................................................................................5
5. Critique...............................................................................................................................5
 I. Article 1 : évaluation des VIRL et mininet en
Virtual network testbeds dans l’enseignement
supérieur

1. Libelle

Auteur : Christoph Seifert

Sven Reißmann
 Sebastian Rieger
Christian Pape
Publie : IEEE TRANSACTION

Editeur : IEEE

Date de publication : 11-2008

2. Problématique

Les paradigmes dans le domaine de l’enseignement se sont fortement évolués les développeur
on mit sur pieds des laboratoire virtuelle pour facile apprentissage des matière plus
précisément dans le domaine informatique et alors pour l’apprentissage du ccna il ont
développé un outils appelle packer tracer et qui aide beaucoup des étudiant mais avec
l’avance de nouvelle technologie ce outils n’est plus adéquate car il permet pas
l’apprentissage du ccnp et devient un problème pour les étudiant qui doivent faire des
simulation avec des outils Virtuel c’est ainsi que les développeurs ont conçu un nouveau
programme gns3 déployer sur plusieurs systèmes d’exploitation mieux avance que packer
tracer qui va prendre en compte le ccnp.
 3. Méthodologie

l s’agit tout d’abord de relier les Environnement à un véritable réseau comme le réseau de
laboratoire physique pour permettre au étudiants d’avoir les outils réels.
Pour une bonne proximité avec le programme les programmeurs ont utilisé des véritables
commutateurs ainsi des systèmes d’exploitation des diffèrent partenaires. Il se sont mis a 20 sur le
projet avec 2000 expériences

4. Résultat

Se netlab(gns3) permet de virtualise 20 appareils Cisco dans la topologie et les appareils des autres
fabriquant et peut-être ajouter sans limites avec une licence de 199 euros. La consommation de
ressource est plus faible cpu est faible

5. Critique

Malgré efficacité incontournable du programme il en revient que sa License est très couteuse

II. AVirtualLaboratoryfor MobileRobotExperiments/

un laboratoire virtuel pour les expériences de robots
mobiles

1. Libelle

Publié dans: IEEE Transactions on Education

Date de publication : 28 février 2009
Editeur : IEEE
Auteur : J. pereina, B. Russo

2. Problématique

Les services de télécommunication de robot mobiles fournit à l’utilisateur un certain degré de gestion
et de configuration tel que la télèrobotiques, les laboratoire virtuel les enseignement à distance et en
formation audio et vidéo en direct mais les soucis est que ces laboratoire physique sont peux et très
couteux alors les chercheurs on réfléchit à crée des laboratoire virtuel avec des équipement
identique comme si c’était réel et qui vont analyse les résultat comme si c’était des physique et c’est
ainsi qu’il vont créer le laboratoire intitulé REAL.

3. Méthodologie

Entreprise real s’appuies sur les normes ouvertes telles que WWW et ses technologies connexes
( html, http, xml java et une architecture commune de courtier de demande d’objet corba ( les
composant sont déployés sur un ensemble de nœuds et peuvent être utilises partout.

4. Résultat

Le laboratoire real dispose en son sein plusieurs services s’appuyant sur des modelés consernant
l’éducation, des services de télématiques, les algorithmes de navigation. Le composant d’interaction
dispose d’un panneau dans lequel l’utilisateur peut sélectionner les outils donc il a besoin.

5. Critique

Malgré évolutivité des laboratoire virtuelle il ne remplaceront pas les laboratoire physique car il est
plus bénéfique d’avoir le matériel en son sein et aussi pour ne pas dépendre des autre structure ou
des partenaire .