expose:disques_durs [wiki.doiteau.fr]

====== Différences ======

Cette page vous affiche les différences entre la révision choisie et la version actuelle de la page.

Lien vers cette vue comparative

--- expose:disques_durs [2013/11/25 22:28]
r.doiteau [Historique]
+++ expose:disques_durs [2019/05/11 14:35] (Version actuelle)
@@ Ligne 222: / Ligne 222: @@
 Le GPT va chercher sur le disque un bootloader qui permet le démarrage du système.
+<note tip>Voir mik uefi gpt</note>
@@ Ligne 421: / Ligne 423: @@
 ====== PARTIE 2 : Dossier technique ======
+la mise en place d'une infrastructure matérielle spécialisée, généralement en se basant sur de la redondance matérielle. Est alors créé un cluster de haute-disponibilité (par opposition à un cluster de calcul) : une grappe d'ordinateurs dont le but est d'assurer un service en évitant au maximum les indisponibilité.
 Cette capacité existe pour tout type d'équipements réseau: du serveur au routeur en passant par les pare-feu et les commutateurs réseau (switch). Le basculement intervient généralement sans action humaine et même bien souvent sans aucun message d'alerte. Le basculement est conçu pour être totalement transparent.
@@ Ligne 435: / Ligne 439: @@
 {{:expose:drbd_2.png|}}
-Grâce à la transformation de la couche application permettant le transport sur le réseaux.La sauvegarde libre distant devient possible possible.
+Grâce à la transformation de la couche application permettant le transport sur le réseaux via TCP/IP. La sauvegarde libre distante devient possible possible.
 {{:expose:haiscsi-diagram.jpg|}}
+Ainsi le protocole ISCSI utilise l’architecture client/serveur, mais possède sa propre terminologie :
+    le client est appelé " initiator "
+    le serveur est appelé " target "
+Lorsque l’initiator souhaite établir une session TCP avec la target, il a besoin de connaître le port TCP de la target. L’association (adresse IP, port TCP) est appelé un " portal ". Il y a donc un portal sur l’initiator et la target. Le port par défaut sur la target est le 3260. Notons qu’un initiator peut établir plusieurs connexions TCP avec la même cible. L’ensemble de ces connexions définit une " session iSCSI ".
+Lorsque l’initiator est activé, il peut découvrir automatiquement les targets associées à une adresse IP donnée. Ce processus est appelé auto-découverte (auto-discovery). Le standard iSCSI définit trois modes de découverte :
+Le mode SendTargets qui est réalisé à la demande de l’initiator et qui utilise une commande native du protocole iSCSI pour cela.
+Le mode SLP (Service Location Protocol) – aussi utilisé par CUPS pour annoncer ses imprimantes par exemple - qui est utilisé par la machine cible pour annoncer sur le réseau la liste des ressources disponibles. L’initiator peut aussi émettre une requête SLP en unicast pour récupérer ces informations.
+Le mode iSNS (Internet Storage Name Service) qui est une sorte de service DNS pour le monde du stockage. iSNS n’est pris en charge que dans les environnements Windows iSCSI. iSNS offre la même fonction que le service SNS (Simple Name Server) dans un fabric Fibre Channel – recherche, gestion et configuration automatisées des périphériques iSCSI. Grâce à ce service, il n’est plus nécessaire de configurer manuellement chaque système de stockage à partir de sa propre liste d’initiateurs et de cibles.
+À l’heure actuelle, seul le mode SendTargets est implémenté sur Linux. Il peut être résumé ainsi :
+L’initiator connaît (via un fichier de configuration) la liste des targets.
+Il effectue alors des requêtes de découverte (SendTargets) ;
+Chaque target iSCSI retourne les noms des cibles disponibles au driver ;
+Le driver essaye de se connecter et reçoit les ID des cibles ;
+Le driver iSCSI demande des infos pour chaque périphérique ;
+Puis, il crée une table des périphériques disponibles ;
+Les périphériques sont alors montables et utilisables.
+Afin de créer une typologie de haute disponibilité, il faut allier plusieurs technologie:
+Le RAID pour la redondance de disque : RAID 5
+DRBD pour le basculement automatique en cas de crash du primaire
+ISCI pour le transport des données
+et enfin Pacemaker pour le basculement des adresses IP.
+Dans la démo suivante nous présenterons DRBD.
@@ Ligne 588: / Ligne 631: @@
 Ce systeme pour être déployé en entreprise et optimiser doit être couplé avec d'autre module ou services comme par exemple:
 HeartBeat et/ou pacemaker : Pour le basculement automatique entre les serveurs lorsque qu'il y a une défaillance sur l'un d'eux
+====== Ressources ======
+{{:expose:disques_dur.pptx|}}
+  *Site
+http://prdumetz.free.fr/ISN/dm/dd1/fonctionnement.html
+http://jpeducasse.free.fr/disquedur/disque.html
+http://fr.wikipedia.org/wiki/Native_Command_Queuing
+CRC -> http://www.commentcamarche.net/contents/97-controle-d-erreur-crc
+Sources de sources :) http://forum.hardware.fr/hfr/WindowsSoftware/Tutoriels/unique-passer-barriere-sujet_319756_1.htm
+MBR/GPT -> http://lecrabeinfo.net/disque-dur-les-tables-de-partitions-mbr-et-gpt.html
+MBR/GPT -> http://www.repaire.net/200812031747/articles/master_boot_record_mbr_versus_guid_partition_table_gpt.html
+GPT -> http://fr.wikipedia.org/wiki/GUID_Partition_Table
+EFI -> http://fr.wikipedia.org/wiki/Extensible_Firmware_Interface
+  *Microsoft
+MBR -> http://technet.microsoft.com/fr-fr/library/hh825677.aspx
+UEFI -> http://technet.microsoft.com/fr-fr/library/hh825686.aspx
+  *demo
+MBR -> GPT : http://lecrabeinfo.net/installer-la-version-uefi-de-windows-vista-7-ou-8.html#convertir-le-disque-dur-mbr-en-gpt
+GPT -> MBR : http://lecrabeinfo.net/installer-windows-xp-vista-7-ou-8-32-bits-sur-un-bios-uefi.html#convertir-le-disque-dur-gpt-en-mbr
+à regarder -> http://zany-openeyes.blogspot.fr/2012/03/le-guide-de-survie-du-boot-uefi-pour.html
+DD -> http://www.btsinfogap.org/cours/s1/ig1/ig1archi2/chapitre8.php
+DD ->http://denis.leroux3.free.fr/LiVRE/Resaux/R%C3%A9seaux%20(17)%20Technologie%20des%20Ordinateurs%20et%20des%20R%C3%A9seaux%20(www.mayasse.co.cc).pdf
+  *powerpoint
+{{:expose:disquedur.ppt|}}
+{{:expose:disque_dur.ppt|}}
+{{:expose:expose.doc|}}
+{{:expose:expose_disque_dur.odp|}}