SlideShare une entreprise Scribd logo
iFogSim simulator
PLAN :
Définition
Principe de fonctionnement
Architecture iFogSim
Stratégies de placement
Implémentation
Définition :
 iFogSim est un simulateur d’environnements de Fog et d’IoT.C’est une
extension du simulateur d’environnements de Cloud : CloudSim.
 iFogSim est conçu pour pouvoir évaluer des stratégies de gestion des
ressources applicables aux environnements de Fog et d’IoT en ce qui
concerne leur impact sur :
 la latence
 la consommation d’énergie
 la congestion du réseau
 les coûts opérationnels.
Principe de fonctionnement :
Afin de réaliser une simulation dans iFogSim, les utilisateurs spécifient:
 l’infrastructure physique de système (i.e. capteurs, actionneurs, nœuds de Fog,
liens réseaux, etc.)
 le scénario (i.e. services d’IoT, flux de données, etc.)
 leurs stratégies de placement et/ou d’ordonnancement de services, et le temps
maximal de la simulation
 iFogSim produit la simulation (selon les objectifs des utilisateurs).
Architecture iFogSim :
Architecture iFogSim :
Les entités physiques : ce sont les modèles des équipements physiques trouvés
dans une infrastructure de Fog (ex. serveurs, capteurs, actionneurs etc.).
Architecture iFogSim :
FogDevice : cette entité modélise les nœuds de Fog (ex. les switchs, les routeurs, les stations
de base, les passerelles, etc). Elle spécifie les caractéristiques matériels d’un nœud fog
comme le modèle du processeur , la taille de la Ram , la capacité du stockage et la bande
passante
Architecture iFogSim :
Sensor (capteur) : cette entité modélise les différents capteurs déployés dans
l’infrastructure simulée, elle spécifie les attributs d’un capteur allant de sa connectivite
réseau jusqu’aux données capturées .
Architecture iFogSim :
Actuator (actionneur ) : cette entité modélise les actionneurs et les effets de leur actions
sur l’environnement simule. Elle spécifie les attributs d’un actionneur comme sa
connectivite,sa latence et la passerelle associée.
Architecture iFogSim :
Les Entités logiques : ce sont des modèles représentent les éléments logiques dans
un environnement informatique (exp données ,services , traitement, etc. ).
Architecture iFogSim :
Tuple : cette entité représente l’unité fondamentale des communications entre les entités
physiques. Un Tuple est caractérisé par son type ,le nœud source, le nœud destinataire, la
capacité du traitement de données demandes et la taille des donnes encapsulées.
Architecture iFogSim :
AppModule: cette entité représente les unités de traitement de scenario simule qui sont les
instances de services de l’IOT. Ces instances de services sont déployés dans les nœuds de
fog et les centres de données, Pour chaque donnée d’entrée (Tuple), une AppModule
s’occupe de son traitement et génère des données de sortie qui sont envoyées par la suite à
une ou à plusieurs AppModules
Architecture iFogSim :
AppEdge : cette entité représente les dépendances de données existantes entre deux
AppModules (producteur, consommateur de données). une AppEdge spécifie le mode de
production de données parmi les deux modes possibles ( périodique ou événementiel )
Architecture iFogSim :
Les entités de gestion de ressources : ce sont des modèles représentant les stratégies de
gestion de ressources physiques et logiques dans iFogSim (ex. allocation, ordonnancement,
migration, etc.).
Architecture iFogSim :
AppModule Placement : cette entité définit un ensemble de méthodes permettant de gérer
le placement des AppModules dans l’infrastructure simulée. Ainsi, les utilisateurs utilisent
ces méthodes pour définir leur stratégie de placement des AppModules afin d’optimiser un
ou plusieurs critères(la latence, la consommation d’énergie ,la congestion du réseau
,les coûts opérationnels)
Architecture iFogSim :
AppModule Scheduler : cette entité définit un ensemble de méthodes pour gérer
l’ordonnancement des AppModules dans un nœud de Fog ou un centre de données. Les
utilisateurs utilisent ces méthodes pour définir leur stratégie d’ordonnancement des
AppModules.
Architecture iFogSim :
AppModule Mapping : cette entité définit pour chaque instance de service d’IoT, le nœud
de Fog ou le centre de données qui l’héberge.
Les stratégies de placement:
Deux stratégies de placement de module d’application :
 Placement uniquement dans le cloud
 Placement dans le Fog
Les stratégies de placement:
1. Stratégie « cloud »:
La stratégie de placement Cloud est basée sur la mise en œuvre
traditionnelle d’applications dans le Cloud où tous les modules
d’une application s’exécutent dans des centres de données.
Les stratégies de placement:
2. Stratégie « Fog »:
La stratégie de placement Fog favorise le déploiement de modules
d’application a proximité du réseau.
 les périphériques proches du réseau, tels que les routeurs et les points
d’accès, peuvent ne pas disposer d’une puissance de calcul suffisante
pour héberger tous les operateurs de l’application.
Dans cette situation, la stratégie parcourt les périphériques Fog
vers le Cloud et tente de placer les operateurs restants sur des
périphériques alternatifs.
Les stratégies de placement:
1. Stratégie « Fog »:
Algorithme :
I fog sim

Contenu connexe

Tendances

Les protocoles de routage dans les réseaux pair a-pair - master informatique-...
Les protocoles de routage dans les réseaux pair a-pair - master informatique-...Les protocoles de routage dans les réseaux pair a-pair - master informatique-...
Les protocoles de routage dans les réseaux pair a-pair - master informatique-...atef bentahar
 
Design Pattern introduction
Design Pattern introductionDesign Pattern introduction
Design Pattern introductionneuros
 
Quand utiliser MongoDB … Et quand vous en passer…
Quand utiliser MongoDB	… Et quand vous en passer…Quand utiliser MongoDB	… Et quand vous en passer…
Quand utiliser MongoDB … Et quand vous en passer…MongoDB
 
Présentation SMA
Présentation SMAPrésentation SMA
Présentation SMAAmna Dridi
 
Implémentation d’une solution de géolocalisation des véhicules basée sur open...
Implémentation d’une solution de géolocalisation des véhicules basée sur open...Implémentation d’une solution de géolocalisation des véhicules basée sur open...
Implémentation d’une solution de géolocalisation des véhicules basée sur open...HORIYASOFT
 
Telecharger Exercices corrigés PL/SQL
Telecharger Exercices corrigés PL/SQLTelecharger Exercices corrigés PL/SQL
Telecharger Exercices corrigés PL/SQLwebreaker
 
Stockage de données dans Android : Fichiers
Stockage de données dans Android : FichiersStockage de données dans Android : Fichiers
Stockage de données dans Android : FichiersLilia Sfaxi
 
Algorithme génétique
Algorithme génétiqueAlgorithme génétique
Algorithme génétiqueIlhem Daoudi
 
Diagramme de séquences.pdf
 Diagramme de séquences.pdf Diagramme de séquences.pdf
Diagramme de séquences.pdfYasushiTsubakik
 
Chapitre 11: Expression Lambda et Référence de méthode en Java
Chapitre 11: Expression Lambda et Référence de méthode en JavaChapitre 11: Expression Lambda et Référence de méthode en Java
Chapitre 11: Expression Lambda et Référence de méthode en JavaAziz Darouichi
 
Atelier 3 gestion de bases de données sous odoo
Atelier 3 gestion de bases de données sous odooAtelier 3 gestion de bases de données sous odoo
Atelier 3 gestion de bases de données sous odooAbdelouahed Abdou
 
Projet réalisé par ameny Khedhira & Arij Mekki
Projet réalisé par  ameny Khedhira & Arij MekkiProjet réalisé par  ameny Khedhira & Arij Mekki
Projet réalisé par ameny Khedhira & Arij MekkiAmeny Khedhira
 
Intelligence-artificielle-Etat-de-l-art-et-perspectives-synthèse
Intelligence-artificielle-Etat-de-l-art-et-perspectives-synthèseIntelligence-artificielle-Etat-de-l-art-et-perspectives-synthèse
Intelligence-artificielle-Etat-de-l-art-et-perspectives-synthèseCHARLES Frédéric
 
TP1 Big Data - MapReduce
TP1 Big Data - MapReduceTP1 Big Data - MapReduce
TP1 Big Data - MapReduceAmal Abid
 
Ecole ESMA : Rapport de projet - Application de gestion d'une bibliotheque
Ecole ESMA : Rapport de projet - Application de gestion d'une bibliothequeEcole ESMA : Rapport de projet - Application de gestion d'une bibliotheque
Ecole ESMA : Rapport de projet - Application de gestion d'une bibliothequeMehdi Hamime
 
Réalisation d'un compilateur de mini langage - Khawarizmi
Réalisation d'un compilateur  de mini langage - KhawarizmiRéalisation d'un compilateur  de mini langage - Khawarizmi
Réalisation d'un compilateur de mini langage - KhawarizmiBachir Benyammi
 

Tendances (20)

Les protocoles de routage dans les réseaux pair a-pair - master informatique-...
Les protocoles de routage dans les réseaux pair a-pair - master informatique-...Les protocoles de routage dans les réseaux pair a-pair - master informatique-...
Les protocoles de routage dans les réseaux pair a-pair - master informatique-...
 
Ch1 _ les enregistrements.pdf
Ch1 _ les enregistrements.pdfCh1 _ les enregistrements.pdf
Ch1 _ les enregistrements.pdf
 
Design Pattern introduction
Design Pattern introductionDesign Pattern introduction
Design Pattern introduction
 
Quand utiliser MongoDB … Et quand vous en passer…
Quand utiliser MongoDB	… Et quand vous en passer…Quand utiliser MongoDB	… Et quand vous en passer…
Quand utiliser MongoDB … Et quand vous en passer…
 
Présentation SMA
Présentation SMAPrésentation SMA
Présentation SMA
 
Implémentation d’une solution de géolocalisation des véhicules basée sur open...
Implémentation d’une solution de géolocalisation des véhicules basée sur open...Implémentation d’une solution de géolocalisation des véhicules basée sur open...
Implémentation d’une solution de géolocalisation des véhicules basée sur open...
 
Telecharger Exercices corrigés PL/SQL
Telecharger Exercices corrigés PL/SQLTelecharger Exercices corrigés PL/SQL
Telecharger Exercices corrigés PL/SQL
 
Hadoop
HadoopHadoop
Hadoop
 
Stockage de données dans Android : Fichiers
Stockage de données dans Android : FichiersStockage de données dans Android : Fichiers
Stockage de données dans Android : Fichiers
 
Algorithme génétique
Algorithme génétiqueAlgorithme génétique
Algorithme génétique
 
Diagramme de séquences.pdf
 Diagramme de séquences.pdf Diagramme de séquences.pdf
Diagramme de séquences.pdf
 
Chapitre 11: Expression Lambda et Référence de méthode en Java
Chapitre 11: Expression Lambda et Référence de méthode en JavaChapitre 11: Expression Lambda et Référence de méthode en Java
Chapitre 11: Expression Lambda et Référence de méthode en Java
 
cours DHCP IPv4 et IPv6
cours DHCP IPv4 et IPv6cours DHCP IPv4 et IPv6
cours DHCP IPv4 et IPv6
 
Atelier 3 gestion de bases de données sous odoo
Atelier 3 gestion de bases de données sous odooAtelier 3 gestion de bases de données sous odoo
Atelier 3 gestion de bases de données sous odoo
 
Projet réalisé par ameny Khedhira & Arij Mekki
Projet réalisé par  ameny Khedhira & Arij MekkiProjet réalisé par  ameny Khedhira & Arij Mekki
Projet réalisé par ameny Khedhira & Arij Mekki
 
Intelligence-artificielle-Etat-de-l-art-et-perspectives-synthèse
Intelligence-artificielle-Etat-de-l-art-et-perspectives-synthèseIntelligence-artificielle-Etat-de-l-art-et-perspectives-synthèse
Intelligence-artificielle-Etat-de-l-art-et-perspectives-synthèse
 
TP1 Big Data - MapReduce
TP1 Big Data - MapReduceTP1 Big Data - MapReduce
TP1 Big Data - MapReduce
 
Rapport PFE
Rapport PFERapport PFE
Rapport PFE
 
Ecole ESMA : Rapport de projet - Application de gestion d'une bibliotheque
Ecole ESMA : Rapport de projet - Application de gestion d'une bibliothequeEcole ESMA : Rapport de projet - Application de gestion d'une bibliotheque
Ecole ESMA : Rapport de projet - Application de gestion d'une bibliotheque
 
Réalisation d'un compilateur de mini langage - Khawarizmi
Réalisation d'un compilateur  de mini langage - KhawarizmiRéalisation d'un compilateur  de mini langage - Khawarizmi
Réalisation d'un compilateur de mini langage - Khawarizmi
 

Similaire à I fog sim

Présentation de la plateforme Cloud Simplicité
Présentation de la plateforme Cloud SimplicitéPrésentation de la plateforme Cloud Simplicité
Présentation de la plateforme Cloud SimplicitéSimplicité Software
 
cours logiciels de simulation.docx
cours logiciels de simulation.docxcours logiciels de simulation.docx
cours logiciels de simulation.docxssuser0dbd4e
 
srep_cours_01.pdf
srep_cours_01.pdfsrep_cours_01.pdf
srep_cours_01.pdfSamirAwad14
 
Une architecture multi-agents pour la découverte et la construction de prof...
Une architecture multi-agents pour la découverte et la construction de prof...Une architecture multi-agents pour la découverte et la construction de prof...
Une architecture multi-agents pour la découverte et la construction de prof...Enis Chouchane
 
Cloud Computing Security
Cloud Computing SecurityCloud Computing Security
Cloud Computing SecurityMohamed Belhadj
 
Chap10 : Outils de Simulation Cas des CAD 3D Concepts de base & fondements.
Chap10 : Outils de Simulation Cas des CAD 3D Concepts de base & fondements.Chap10 : Outils de Simulation Cas des CAD 3D Concepts de base & fondements.
Chap10 : Outils de Simulation Cas des CAD 3D Concepts de base & fondements.Mohammed TAMALI
 
Accélérer la transformation via une approche outils intégrée (ERP de l’IT)
Accélérer la transformation via une approche outils intégrée (ERP de l’IT)Accélérer la transformation via une approche outils intégrée (ERP de l’IT)
Accélérer la transformation via une approche outils intégrée (ERP de l’IT)itSMF France
 
Ionic, AngularJS,Cordova,NodeJS,Sass
Ionic, AngularJS,Cordova,NodeJS,SassIonic, AngularJS,Cordova,NodeJS,Sass
Ionic, AngularJS,Cordova,NodeJS,Sassmarwa baich
 
MDM & RMS une protection totale, sortez couvert! - SPS Montréal
MDM & RMS une protection totale, sortez couvert! - SPS MontréalMDM & RMS une protection totale, sortez couvert! - SPS Montréal
MDM & RMS une protection totale, sortez couvert! - SPS MontréalJoris Faure
 
Architecture mvc
Architecture mvcArchitecture mvc
Architecture mvcMadridal
 
Introduction module IHM Polytech Sophia Dept Info SI3
Introduction module IHM Polytech Sophia Dept Info SI3Introduction module IHM Polytech Sophia Dept Info SI3
Introduction module IHM Polytech Sophia Dept Info SI3Anne-Marie Pinna-Dery
 
Découvrez les concepts de MDM Office 365 & Intune - Evoluday
Découvrez les concepts de MDM Office 365 & Intune - EvoludayDécouvrez les concepts de MDM Office 365 & Intune - Evoluday
Découvrez les concepts de MDM Office 365 & Intune - EvoludayJoris Faure
 
Le système d'information unifié
Le système d'information unifiéLe système d'information unifié
Le système d'information unifiéitSMF France
 
Le système d'information unifié
Le système d'information unifiéLe système d'information unifié
Le système d'information unifiéitSMF France
 
AOP.pptx
AOP.pptxAOP.pptx
AOP.pptxManalAg
 

Similaire à I fog sim (20)

Présentation de la plateforme Cloud Simplicité
Présentation de la plateforme Cloud SimplicitéPrésentation de la plateforme Cloud Simplicité
Présentation de la plateforme Cloud Simplicité
 
cours logiciels de simulation.docx
cours logiciels de simulation.docxcours logiciels de simulation.docx
cours logiciels de simulation.docx
 
srep_cours_01.pdf
srep_cours_01.pdfsrep_cours_01.pdf
srep_cours_01.pdf
 
Une architecture multi-agents pour la découverte et la construction de prof...
Une architecture multi-agents pour la découverte et la construction de prof...Une architecture multi-agents pour la découverte et la construction de prof...
Une architecture multi-agents pour la découverte et la construction de prof...
 
Plasticité2014 part4vf
Plasticité2014 part4vfPlasticité2014 part4vf
Plasticité2014 part4vf
 
Cloud Computing Security
Cloud Computing SecurityCloud Computing Security
Cloud Computing Security
 
CV_Bilel CHAOUADI
CV_Bilel CHAOUADICV_Bilel CHAOUADI
CV_Bilel CHAOUADI
 
Chap10 : Outils de Simulation Cas des CAD 3D Concepts de base & fondements.
Chap10 : Outils de Simulation Cas des CAD 3D Concepts de base & fondements.Chap10 : Outils de Simulation Cas des CAD 3D Concepts de base & fondements.
Chap10 : Outils de Simulation Cas des CAD 3D Concepts de base & fondements.
 
Accélérer la transformation via une approche outils intégrée (ERP de l’IT)
Accélérer la transformation via une approche outils intégrée (ERP de l’IT)Accélérer la transformation via une approche outils intégrée (ERP de l’IT)
Accélérer la transformation via une approche outils intégrée (ERP de l’IT)
 
Cy35558564
Cy35558564Cy35558564
Cy35558564
 
Intro ihm
Intro ihmIntro ihm
Intro ihm
 
Ionic, AngularJS,Cordova,NodeJS,Sass
Ionic, AngularJS,Cordova,NodeJS,SassIonic, AngularJS,Cordova,NodeJS,Sass
Ionic, AngularJS,Cordova,NodeJS,Sass
 
MDM & RMS une protection totale, sortez couvert! - SPS Montréal
MDM & RMS une protection totale, sortez couvert! - SPS MontréalMDM & RMS une protection totale, sortez couvert! - SPS Montréal
MDM & RMS une protection totale, sortez couvert! - SPS Montréal
 
Architecture mvc
Architecture mvcArchitecture mvc
Architecture mvc
 
Introduction module IHM Polytech Sophia Dept Info SI3
Introduction module IHM Polytech Sophia Dept Info SI3Introduction module IHM Polytech Sophia Dept Info SI3
Introduction module IHM Polytech Sophia Dept Info SI3
 
Debli technology 2
Debli technology 2Debli technology 2
Debli technology 2
 
Découvrez les concepts de MDM Office 365 & Intune - Evoluday
Découvrez les concepts de MDM Office 365 & Intune - EvoludayDécouvrez les concepts de MDM Office 365 & Intune - Evoluday
Découvrez les concepts de MDM Office 365 & Intune - Evoluday
 
Le système d'information unifié
Le système d'information unifiéLe système d'information unifié
Le système d'information unifié
 
Le système d'information unifié
Le système d'information unifiéLe système d'information unifié
Le système d'information unifié
 
AOP.pptx
AOP.pptxAOP.pptx
AOP.pptx
 

Plus de omri med

composing continuos services in CoAP-based IOT
composing continuos services in CoAP-based IOT composing continuos services in CoAP-based IOT
composing continuos services in CoAP-based IOT omri med
 
melange de gaussienne
melange de gaussiennemelange de gaussienne
melange de gaussienneomri med
 
elastic business process management: state of the art and open challenges for...
elastic business process management: state of the art and open challenges for...elastic business process management: state of the art and open challenges for...
elastic business process management: state of the art and open challenges for...omri med
 
Projet security et datawarehouse
Projet security et datawarehouseProjet security et datawarehouse
Projet security et datawarehouseomri med
 
Patrons de creation
Patrons de creationPatrons de creation
Patrons de creationomri med
 

Plus de omri med (6)

composing continuos services in CoAP-based IOT
composing continuos services in CoAP-based IOT composing continuos services in CoAP-based IOT
composing continuos services in CoAP-based IOT
 
melange de gaussienne
melange de gaussiennemelange de gaussienne
melange de gaussienne
 
Sioc
SiocSioc
Sioc
 
elastic business process management: state of the art and open challenges for...
elastic business process management: state of the art and open challenges for...elastic business process management: state of the art and open challenges for...
elastic business process management: state of the art and open challenges for...
 
Projet security et datawarehouse
Projet security et datawarehouseProjet security et datawarehouse
Projet security et datawarehouse
 
Patrons de creation
Patrons de creationPatrons de creation
Patrons de creation
 

I fog sim

  • 2. PLAN : Définition Principe de fonctionnement Architecture iFogSim Stratégies de placement Implémentation
  • 3. Définition :  iFogSim est un simulateur d’environnements de Fog et d’IoT.C’est une extension du simulateur d’environnements de Cloud : CloudSim.  iFogSim est conçu pour pouvoir évaluer des stratégies de gestion des ressources applicables aux environnements de Fog et d’IoT en ce qui concerne leur impact sur :  la latence  la consommation d’énergie  la congestion du réseau  les coûts opérationnels.
  • 4. Principe de fonctionnement : Afin de réaliser une simulation dans iFogSim, les utilisateurs spécifient:  l’infrastructure physique de système (i.e. capteurs, actionneurs, nœuds de Fog, liens réseaux, etc.)  le scénario (i.e. services d’IoT, flux de données, etc.)  leurs stratégies de placement et/ou d’ordonnancement de services, et le temps maximal de la simulation  iFogSim produit la simulation (selon les objectifs des utilisateurs).
  • 6. Architecture iFogSim : Les entités physiques : ce sont les modèles des équipements physiques trouvés dans une infrastructure de Fog (ex. serveurs, capteurs, actionneurs etc.).
  • 7. Architecture iFogSim : FogDevice : cette entité modélise les nœuds de Fog (ex. les switchs, les routeurs, les stations de base, les passerelles, etc). Elle spécifie les caractéristiques matériels d’un nœud fog comme le modèle du processeur , la taille de la Ram , la capacité du stockage et la bande passante
  • 8. Architecture iFogSim : Sensor (capteur) : cette entité modélise les différents capteurs déployés dans l’infrastructure simulée, elle spécifie les attributs d’un capteur allant de sa connectivite réseau jusqu’aux données capturées .
  • 9. Architecture iFogSim : Actuator (actionneur ) : cette entité modélise les actionneurs et les effets de leur actions sur l’environnement simule. Elle spécifie les attributs d’un actionneur comme sa connectivite,sa latence et la passerelle associée.
  • 10. Architecture iFogSim : Les Entités logiques : ce sont des modèles représentent les éléments logiques dans un environnement informatique (exp données ,services , traitement, etc. ).
  • 11. Architecture iFogSim : Tuple : cette entité représente l’unité fondamentale des communications entre les entités physiques. Un Tuple est caractérisé par son type ,le nœud source, le nœud destinataire, la capacité du traitement de données demandes et la taille des donnes encapsulées.
  • 12. Architecture iFogSim : AppModule: cette entité représente les unités de traitement de scenario simule qui sont les instances de services de l’IOT. Ces instances de services sont déployés dans les nœuds de fog et les centres de données, Pour chaque donnée d’entrée (Tuple), une AppModule s’occupe de son traitement et génère des données de sortie qui sont envoyées par la suite à une ou à plusieurs AppModules
  • 13. Architecture iFogSim : AppEdge : cette entité représente les dépendances de données existantes entre deux AppModules (producteur, consommateur de données). une AppEdge spécifie le mode de production de données parmi les deux modes possibles ( périodique ou événementiel )
  • 14. Architecture iFogSim : Les entités de gestion de ressources : ce sont des modèles représentant les stratégies de gestion de ressources physiques et logiques dans iFogSim (ex. allocation, ordonnancement, migration, etc.).
  • 15. Architecture iFogSim : AppModule Placement : cette entité définit un ensemble de méthodes permettant de gérer le placement des AppModules dans l’infrastructure simulée. Ainsi, les utilisateurs utilisent ces méthodes pour définir leur stratégie de placement des AppModules afin d’optimiser un ou plusieurs critères(la latence, la consommation d’énergie ,la congestion du réseau ,les coûts opérationnels)
  • 16. Architecture iFogSim : AppModule Scheduler : cette entité définit un ensemble de méthodes pour gérer l’ordonnancement des AppModules dans un nœud de Fog ou un centre de données. Les utilisateurs utilisent ces méthodes pour définir leur stratégie d’ordonnancement des AppModules.
  • 17. Architecture iFogSim : AppModule Mapping : cette entité définit pour chaque instance de service d’IoT, le nœud de Fog ou le centre de données qui l’héberge.
  • 18. Les stratégies de placement: Deux stratégies de placement de module d’application :  Placement uniquement dans le cloud  Placement dans le Fog
  • 19. Les stratégies de placement: 1. Stratégie « cloud »: La stratégie de placement Cloud est basée sur la mise en œuvre traditionnelle d’applications dans le Cloud où tous les modules d’une application s’exécutent dans des centres de données.
  • 20. Les stratégies de placement: 2. Stratégie « Fog »: La stratégie de placement Fog favorise le déploiement de modules d’application a proximité du réseau.  les périphériques proches du réseau, tels que les routeurs et les points d’accès, peuvent ne pas disposer d’une puissance de calcul suffisante pour héberger tous les operateurs de l’application. Dans cette situation, la stratégie parcourt les périphériques Fog vers le Cloud et tente de placer les operateurs restants sur des périphériques alternatifs.
  • 21. Les stratégies de placement: 1. Stratégie « Fog »: Algorithme :

Notes de l'éditeur

  1. . Ce simulateur est composé : (i) d’un ensemble d’entités permettant de modéliser les équipements physiques de l’infrastructure, (ii) un ensemble d’entités permettant de modéliser les éléments logiques du scénario simulé (ex. les données et les instances des services de l’IoT), et (iii) un ensemble d’entités permettant de gérer les ressources de traitement dans les nœuds de Fog et dans les centres de données,
  2. L'algorithme de placement de périphérie parcourt tous les chemins de la feuille à la racine dans la topologie du réseau physique et place les modules sur chacun de ces chemins. Pour chaque chemin, l'algorithme itère de la feuille (périphérique le plus au sud) - périphérique typiquement en périphérie - à la racine (périphérique le plus au nord) - généralement le cloud - et place progressivement des modules sur eux. Pour chaque périphérique d'un chemin, les modules qui peuvent y être placés sont identifiés. Un module 𝜃 ne peut être placé sur un périphérique d que si tous les autres modules qui devraient être placés au sud de 𝜃 (prédécesseurs) sont déjà placés dans le chemin de la feuille à la racine. Une fois les modules à placer identifiés, l'algorithme essaie de les placer un par un sur l'appareil. Considérons le cas du module 𝜃 placé sur l'appareil d. L'algorithme vérifie d'abord si une instance de 𝜃 est déjà placée sur d (car elle peut faire partie d'un autre chemin de la feuille à la racine). Si tel est le cas, ces instances sont fusionnées ensemble et placées sur d si elles peuvent accueillir les instances fusionnées. Sinon, l'algorithme recherche les périphériques au nord de d pour placer l'instance fusionnée. Cependant, si ni le périphérique d ni aucun périphérique au nord de d n'a une instance de 𝜃, le module est placé sur d. Dans le cas où un périphérique au nord de d avait une instance de 𝜃, il serait traité par les étapes précédentes de l'algorithme dans une itération ultérieure. Comme iFogSim suppose qu'un module m placé sur le périphérique d gérera tous les tuples entrants des périphériques situés au sud de d dans la hiérarchie, plusieurs instances d'un module sont fusionnées et migrées vers le nord par cette stratégie de placement (comme indiqué dans les paragraphes précédents). Considérez les périphériques dp et dc où dp est le parent de dc dans la topologie et les deux instances hôtes du même module m. Dans un tel cas, tout trafic entrant pour le module m sur dc y serait traité et non envoyé vers le nord.