Discussion:Redondance (centre de données)

	Tâches à accomplir pour Redondance (centre de données)	aide
	Votre aide est la bienvenue pour corriger les liens, présents dans l'article, vers les pages d'homonymie Commutateur ⇒ Quelques explications pour effectuer ces corrections. -- 20 septembre 2018 à 17:59 (CEST)

Bonjour Loubna et Hussam, nous sommes Germain et Christophe, vos relecteurs dans le cadre du Projet:Informatique_2.0 élaboré par Gilles Grimaud. Nous posterons d'ici quelques jours les premières remarques sur le fond et la forme de votre article.

--Didascalie01 (discuter) 24 janvier 2018 à 10:48 (CET)

Renommage

Bonjour, en français c'est Centre de données. Notez qu'il y a l'article Redondance des matériels qui traite globalement du sujet, il serait pertinent de renommer l'article Redondance (centre de données). --Yanik ^B 24 janvier 2018 à 18:33 (CET)

Bonjour, c'est fait --EL OUADI (discuter) 8 février 2018 à 14:36 (CET)

 EL OUADI : Qu'est-ce qui est fait? Le titre actuel "Redondance aux niveaux de centre de données" n'est pas bon, le nom correct est plutôt Redondance (centre de données) comme l'indique YanikB (d · c · b) ci-dessus. -- Speculos ^✉ 9 février 2018 à 11:56 (CET)

Relecture du 24 janvier 2018

Remarques générales sur la mise en forme

1
Il faudrait ajouter des liens en début de paragraphe vers les autres articles Wiki. Par exemple ajouter avant l’introduction Redondance comme page d’homonymie ou Redondance des matériels comme article détaillé. -- Christophe (discuter) 24 Janvier 2018 à 23:55 (CET)
2
Ajouter en fin d’article les catégories, comme Architecture informatique ou informatique. -- Christophe (discuter) 24 Janvier 2018 à 23:55 (CET)

Bonjour Didascalier01, j'ai effectué les modifications. --EL OUADI (discuter) 9 février 2018 à 09:47 (CET)

3
Vous avez 8 paragraphes construits autour d’une seule source, ce qui est insuffisant :

• Echec en réseau
• Echec d’un dispositif
• Redondance de passerelle par défaut
• Echec d’alimentation
• Sdn-based data replication framework
• Géo-réplication
• Multi-Datacenter DB using Replicated Commit
• Redondance de site

-- Christophe (discuter) 24 Janvier 2018 à 23:55 (CET)

4
Il y a un déséquilibre dans la répartition des chapitres. Le premier ne contient pas de sous-chapitre tandis que le second en contient quatre, dont certains avec un voire deux niveaux inférieurs. Nous allons essayer de vous proposer une autre arborescence d’ici quelques jours. -- Christophe (discuter) 24 Janvier 2018 à 23:55 (CET)
5
La référence vers Hadeel2016 p2 est peut-être à modifier car le document débute à la page 175. Germain GAUDARD (discuter) 25 janvier 2018 à 15:09 (CET)

modifications effectuée.--EL OUADI (discuter) 9 février 2018 à 09:47 (CET)

Sur l’introduction

1
L’introduction pourrait être formulée différemment. Il faudrait peut-être commencer la phrase par « La redondance aux niveaux de datacenters… » ou « La redondance appliquée aux datacenters… ». -- Christophe (discuter) 24 Janvier 2018 à 23:55 (CET)

modifications effectuée.--EL OUADI (discuter) 9 février 2018 à 12:28 (CET)
2
Il faudrait remplacer "s’avérait" (imparfait) pour "s’avèrerait" (conditionnel). -- Christophe (discuter) 24 Janvier 2018 à 23:55 (CET)

modifications effectuée.--EL OUADI (discuter) 9 février 2018 à 12:28 (CET)
3
Le schéma illustre l’écosystème d’un datacenter et non la redondance de celui-ci, comme indiqué dans l’introduction. Il faudrait reformuler la phrase ou détailler la légende de l’image. -- Christophe (discuter) 24 Janvier 2018 à 23:55 (CET)

Chapitre "Evolution du centre de données"

1
La phrase "les catastrophes vont de l'interruption de petites entreprises à l'arrêt complet du datacenter pendant des jours ou des mois" a été mal traduite. En fait sur les trois lignes du paragraphe, il faudrait retravailler votre traduction du fichier source (page 175 et non 2). -- Christophe (discuter) 24 Janvier 2018 à 23:55 (CET)

modifications effectuées--EL OUADI (discuter) 9 février 2018 à 09:52 (CET)
2
Le terme "perturbations d’erreurs naturelles ou humaines" me paraît erroné. Remplacement possible : "perturbations d’origines naturelles ou erreurs humaines". -- Christophe (discuter) 24 Janvier 2018 à 23:55 (CET)

modifications effectuées--EL OUADI (discuter) 9 février 2018 à 09:52 (CET)
3
Cette première partie manque de liens internes vers d'autres pages wikipédia. Il est possible d'en trouver dans le texte actuel. Par exemple "Centre de données" est un article existant (également Technologie de l'information, réseau,...). Germain GAUDARD (discuter) 25 janvier 2018 à 15:09 (CET)

modifications effectuées--EL OUADI (discuter) 9 février 2018 à 09:55 (CET)

Section Scénario d'échecs

1
Cette section pourrait s'appeler différement. Les sous-chapitres énumères des points de faiblesse, pas des scénarios (qui implique potentiellement une chronologie,etc). Il serait possible de nommer la section "Catégories d'échecs" ou encore "Types d'échecs". Ou encore il serait possible de remplacer échecs par pannes Germain GAUDARD (discuter) 25 janvier 2018 à 15:09 (CET)

modifications effectuées--EL OUADI (discuter) 9 février 2018 à 09:57 (CET)
2
"Un désastre pourrait signifier plusieurs types d'échec : " La phrase pourrait être supprimée. La section est constituée de sous-chapitres, ce n’est pas une énumération. Ou alors faire une énumération au moyen de "" et ":" (comme les numérotations de nos commentaires) plutôt que des sous-chapitres. Germain GAUDARD (discuter) 25 janvier 2018 à 15:09 (CET) modifications effectuées--EL OUADI (discuter) 9 février 2018 à 09:57 (CET)

Chapitre "Echec en réseau"

1
Les phrases sont un peu longues. Il faudrait également revoir la traduction du document référent. -- Christophe (discuter) 24 Janvier 2018 à 23:55 (CET)

modifications effectuées. --EL OUADI (discuter) 9 février 2018 à 10:10 (CET)
2
Il existe un article Wiki BGP. -- Christophe (discuter) 24 Janvier 2018 à 23:55 (CET)
3
La phrase "son propre public AS nombre" parait sortie d'un traducteur automatique. AS number se traduit par numéro d'AS. Germain GAUDARD (discuter) 25 janvier 2018 à 15:09 (CET)

modifications effectuées. --EL OUADI (discuter) 9 février 2018 à 10:10 (CET)
4
"via l'ensemble de son amont fournisseurs " : Même remarque que le point 3. Germain GAUDARD (discuter) 25 janvier 2018 à 15:09 (CET)

modifications effectuées. --EL OUADI (discuter) 9 février 2018 à 10:10 (CET)

Chapitre "Echec d’un dispositif"

1
Désolé, mais je ne comprends pas la signification de ce chapitre. La référence porte sur la virtualisation des serveurs d’un centre de données. Je retrouve le contenu du chapitre dans le paragraphe 2.4 de la source mais je ne fais pas vraiment le lien avec ce chapitre. Pourriez-vous détailler un peu plus votre raisonnement, svp ? Seriez-vous en train de parler d’un Single Point of Failure (SPOF) ? -- Christophe (discuter) 24 Janvier 2018 à 23:55 (CET)

Dans la page 4 sur l'article ,ils ont proposés des outils de haute disponibilité comme le clustering pour contourner à SPOF pour un seul serveur physique qui dispose de plusieurs machines virtuelle. --EL OUADI (discuter) 3 février 2018 à 00:39 (CET)

Chapitre "Cluster"

1
Plutôt que de renvoyer vers l’article sur les Homonymes, peut-être que le terme cluster devrait renvoyer vers l’article grappe de serveurs. -- Christophe (discuter) 24 Janvier 2018 à 23:55 (CET)

modifications effectuées. --EL OUADI (discuter) 9 février 2018 à 10:16 (CET)
2
Par le terme "locataires du cloud", voulez-vous parler des fournisseurs de service du cloud ? -- Christophe (discuter) 24 Janvier 2018 à 23:55 (CET) Oui tout à fait, je l'ai modifié. --EL OUADI (discuter) 9 février 2018 à 10:16 (CET)
3
Vous parlez d’architecture VDS sans l’avoir détaillée. Peut-être vouliez-vous dire VDC ? -- Christophe (discuter) 24 Janvier 2018 à 23:55 (CET) Oui c'était une erreur, je parle de VDC. --EL OUADI (discuter) 9 février 2018 à 10:16 (CET)
4
Le lien interne "Mécanisme" renvoi vers une page sans rapport avec le propos. Germain GAUDARD (discuter) 25 janvier 2018 à 15:09 (CET)

il est réglé.--EL OUADI (discuter) 9 février 2018 à 10:23 (CET)
5
La définition faite des clusters est pointue et serait plutôt réservée à un article détaillé (Grappe de serveurs par ex.). Dans le cadre d’un article de synthèse comme celui-ci ça ne semble pas approprié, il faudrait quelque chose de plus "macro". Germain GAUDARD (discuter) 25 janvier 2018 à 15:09 (CET)

Chapitre "Echec d’alimentation"

1
La phrase "Il existe plusieurs composants de base, mais essentiels, dans le centre de données" me paraît insuffisante pour décrire les éléments que vous citez. Essentiels pour quoi faire ? Il s’agit de systèmes de secours. Ces composants sont donc essentiels pour assurer la redondance d’alimentation, qui est le sujet du chapitre. Une reformulation est sans doute nécessaire. -- Christophe (discuter) 24 Janvier 2018 à 23:55 (CET)

modifications effectuées--EL OUADI (discuter) 9 février 2018 à 12:40 (CET)
2
"Enfin il faut surveiller et gérer de manière proactive les niveaux de charge sur tous les PDU et tous les autres éléments de votre chemin d'alimentation" : La formulation ne semble pas adaptée à un article encyclopédique mais plutôt à un tutoriel (votre chemin). Germain GAUDARD (discuter) 25 janvier 2018 à 15:09 (CET)

modifications effectuées--EL OUADI (discuter) 9 février 2018 à 12:40 (CET)

Chapitre "Réplication de données"

1
Le lien "réplication des données" pourrait mener à la page Wiki Réplication (informatique). Le paragraphe manque également de quelques liens vers d’autres articles Wiki (Bande passante, Latence informatique). -- Christophe (discuter) 24 Janvier 2018 à 23:55 (CET)
2
"Nous notons qu'un temps de réponse long peut être acceptable" : Cette phrase semble être une traduction de la publication. "Nous" ne devrait pas être employé dans cet article. Germain GAUDARD (discuter) 25 janvier 2018 à 15:09 (CET)

modifications effectuées --Hussam.tiir (discuter) 11 février 2018 à 15:25 (CET)

Chapitre "Sdn-based data replication framework"

1
Mis à part pour OpenFlow, aucune source n'est présente dans ce chapitre. Germain GAUDARD (discuter) 25 janvier 2018 à 15:09 (CET)
2
Le titre pourrait être traduit par "Réplication de données basée sur SDN" plutôt qu'être entièrement en anglais. Germain GAUDARD (discuter) 25 janvier 2018 à 15:09 (CET)
3
"SDN nous permet de gérer" : Utilisation de "nous" inappropriée.

modifications effectuées--Hussam.tiir (discuter) 11 février 2018 à 15:26 (CET)

Chapitre "Multi-datacenter DB using replicated Commit"

1
Une traduction du titre du paragraphe aurait été nécessaire. Ex : "Bases de données réparties sur plusieurs Datacenters"
2
Il existe une page Wiki NoSQL. La page Wiki Spanner a peu de rapport (à dire vrai, aucun…) avec l’informatique. La phrase avec Spanner et Paxos (lien vers une île Grecque ?) me paraît mal traduite. Il faudrait renvoyer le lien ACID plutôt vers la page Wiki propriétés ACID. -- Christophe (discuter) 24 Janvier 2018 à 23:55 (CET)
3
"réplication de journal tolérant aux pannes. [9]. " Erreur de copier/coller. Soit supprimer [9] si c’est une source de la source, soit réparer le lien. Germain GAUDARD (discuter) 25 janvier 2018 à 15:09 (CET)
4
Utilisation de "nous" inappropriée dans le chapitre. Germain GAUDARD (discuter) 25 janvier 2018 à 15:09 (CET)

modifications effectuées--Hussam.tiir (discuter) 11 février 2018 à 15:31 (CET)

Chapitre "Redondance de site"

1
"Ge-redondance résout les vulnérabilités des équipements" semble mal formulé. Possible à remplacer par quelque chose comme : "La redondance géographique consiste à… " Germain GAUDARD (discuter) 25 janvier 2018 à 15:09 (CET)

modifications effectuées--EL OUADI (discuter) 9 février 2018 à 12:41 (CET)
2
{citation|Cela constitue «une opportunité clé pour réduire le coût des centres de données de services cloud» en éliminant «une infrastructure coûteuse, telle que les générateurs et les systèmes d'alimentation sans interruption, en permettant à des centres de données entiers d'échouer} A modifier pour utiliser le modèle citation de Wikipédia à la place des guillemets si ce sont bien des citations. Germain GAUDARD (discuter) 25 janvier 2018 à 15:09 (CET)

modifications effectuées--EL OUADI (discuter) 9 février 2018 à 12:41 (CET)

Relecture du 3 février 2018

Proposition de points qui complèteraient le plan :

Rappel de votre plan :

1 Evolution du centre de données
2 Récupération du centre de données suite à une défaillance
 2.1 Objectifs
 2.2 Types d’échecs
 2.3 Réplication de données
 2.4 Redondance de site

1
Après qqs recherches, il me paraît intéressant de dissocier les techniques de redondance mettant en œuvre du matériel (ou des actions physiques) avec les techniques logicielles (ou protocolaires). Il y a de quoi dire dans les deux catégories.

-- Christophe (discuter) 4 Février 2018 à 14:50 (CET)

2
Il serait intéressant de donner des informations sur les outils qui peuvent aider à la conception et/ou au test des centres de données, entre vos chapitres 1 et 2. Voir l’article de Wilcox ou celui de Ballani. Les centres de données ont atteint un haut niveau de complexité et des algorithmes sont maintenant nécessaires pour maintenir un niveau de disponibilité minimum. Voir l’article de DeCandia.

• (en) James R. Wilcox, Doug Woos, Pavel Panchekha, Zachary Tatlock, Xi Wang, Michael D. Ernst et Thomas Anderson, « Verdi: A Framework for Implementing and Formally Verifying Distributed Systems », PLDI '15 Proceedings of the 36th ACM SIGPLAN Conference on Programming Language Design and Implementation, ACM,‎ 13-17 juin 2015, p. 357-368 (ISBN 978-1-4503-3468-6, DOI 10.1145/2737924.2737958, lire en ligne)

• (en) Hitesh Ballani, Paolo Costa, Thomes Karagiannis et Ant Rowstron, « Towards predictable datacenter networks », SIGCOMM '11 Proceedings of the ACM SIGCOMM 2011 conference, ACM,‎ 15-19 août 2011, p. 242-253 (ISBN 978-1-4503-0797-0, DOI 10.1145/2018436.2018465, lire en ligne)

• (en) Giuseppe DeCandia, Deniz Hastorun, Madan Jampani, Gunavardhan Kakulapati, Avinash Lakshman, Alex Pilchin, Swaminathan Sivasubramanian, Peter Vosshall et Werner Vogels, « Dynamo: Amazon’s Highly Available Key-value Store », SOSP '07 Proceedings of twenty-first ACM SIGOPS symposium on Operating systems principles, ACM,‎ 14-17 octobre 2007, p. 205-220 (ISBN 978-1-59593-591-5, DOI 10.1145/1294261.1294281, lire en ligne)

-- Christophe (discuter) 4 Février 2018 à 14:50 (CET)

3
Ajouter peut-être également un chapitre sur la détection des anomalies. La redondance d’un centre de données passe également par la redondance de ses systèmes de détection d’anomalie. Une panne majeure est visible très rapidement mais une succession de petites pannes peuvent avoir de grosses conséquences si elles ne sont pas détectées à temps.

-- Christophe (discuter) 4 Février 2018 à 14:50 (CET)

4
En ce qui concerne les protocoles, il faudrait peut-être approfondir le sujet sur PAXOS, ou rajouter un sujet sur RAFT, voire TCP, sur lequel il y a également des choses à dire (multipath TCP, timers de qqs microsecondes pour des transferts entre datacenter).

• (en) Tushar Chandra, Robert Griesemer et Joshua Redstone, « Paxos Made Live - An Engineering Perspective », PODC '07 Proceedings of the twenty-sixth annual ACM symposium on Principles of distributed computing, ACM,‎ 12 août 2007, p. 398-407 (ISBN 978-1-59593-616-5, DOI 10.1145/1281100.1281103, lire en ligne)

• (en) Alexander Thomson, Thaddeus Diamond, Shu-Chun Weng, Kun Ren, Philip Shao et Daniel J. Abadi, « Calvin: Fast Distributed Transactions for Partitioned Database Systems », SIGMOD '12 Proceedings of the 2012 ACM SIGMOD International Conference on Management of Data, ACM,‎ 20 mai 2012, p. 1-12 (ISBN 978-1-4503-1247-9, DOI 10.1145/2213836.2213838, lire en ligne)

• (en) Huynh Tu Dang, Marco Canini, Fernando Pedone et Robert Soule, « Paxos Made Switch-y », ACM SIGCOMM Computer Communication Review, ACM,‎ 9 avril 2016, p. 18-24 (ISSN 0146-4833, DOI 10.1145/2935634.2935638, lire en ligne)

• (en) Heidi Howard, Malte Schwarzkopf, Anil Madhavapeddy et Jon Crowcroft, « Raft Refloated: Do We Have Consensus? », ACM SIGOPS Operating Systems Review - Special Issue on Repeatability and Sharing of Experimental Artifacts, ACM,‎ 20 janvier 2015, p. 12-21 (ISSN 0163-5980, DOI 10.1145/2723872.2723876, lire en ligne)

• (en) Doug Woos, James R. Wilcox, Steve Anton, Zachary Tatlock, Michael D. Ernst et Thomas Anderson, « Planning for Change in a Formal Verification of the Raft Consensus Protocol », CPP 2016 Proceedings of the 5th ACM SIGPLAN Conference on Certified Programs and Proofs, ACM,‎ 18-19 janvier 2016, p. 154-165 (ISBN 978-1-4503-4127-1, DOI 10.1145/2854065.2854081, lire en ligne)

• (en) Vijay Vasudevan, Amar Phanishayee, Hiral Shah, Elie Krevat, David G. Andersen, Gregory R. Ganger, Garth A. Gibson et Brian Mueller, « Safe and effective fine-grained TCP retransmissions for datacenter communication », SIGCOMM '09 Proceedings of the ACM SIGCOMM 2009 conference on Data communication, ACM,‎ 16-21 août 2009, p. 303-314 (ISBN 978-1-60558-594-9, DOI 10.1145/1592568.1592604, lire en ligne)

-- Christophe (discuter) 4 Février 2018 à 14:50 (CET)