| Journaux<\/td> | Exportation SEL\/BMC, synchronisation de l'horodatage, taxonomie des erreurs<\/td> | Captures d'\u00e9cran au lieu de journaux lisibles par machine<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nFAQ<\/h2>\n\n\n\nQue signifie la fiabilit\u00e9 des serveurs pour les \u00e9quipes OEM ?<\/h3>\n\n\n\nLa fiabilit\u00e9 d'un serveur est la capacit\u00e9 d'une configuration compl\u00e8te de serveur OEM \u00e0 continuer \u00e0 fonctionner correctement, \u00e0 se remettre des d\u00e9faillances des composants et \u00e0 rester utilisable dans des conditions r\u00e9elles de charge de travail, de temp\u00e9rature, de micrologiciel, d'alimentation et de maintenance sur le terrain, plut\u00f4t que de se contenter de r\u00e9pondre \u00e0 des sp\u00e9cifications isol\u00e9es de composants ou \u00e0 des calculs optimistes en laboratoire. Les \u00e9quipes OEM doivent consid\u00e9rer cela comme une propri\u00e9t\u00e9 au niveau du syst\u00e8me, et non comme un slogan de vendeur.<\/p>\n\n\n\n En pratique, cela signifie qu'il faut tenir compte \u00e0 la fois du MTBF, du SLA, du RAS, de la redondance et de l'\u00e9change \u00e0 chaud. Un serveur fiable n'est pas seulement un serveur dont les pi\u00e8ces sont durables. C'est un serveur dont les d\u00e9faillances sont pr\u00e9visibles, d\u00e9tectables, isol\u00e9es, r\u00e9parables et document\u00e9es.<\/p>\n\n\n\n Comment les \u00e9quipes OEM doivent-elles \u00e9valuer les param\u00e8tres de fiabilit\u00e9 des serveurs ?<\/h3>\n\n\n\nLes \u00e9quipes OEM doivent \u00e9valuer les mesures de fiabilit\u00e9 des serveurs en v\u00e9rifiant la m\u00e9thode de calcul, la configuration test\u00e9e, les hypoth\u00e8ses environnementales, le profil de charge de travail, la d\u00e9finition des d\u00e9faillances, la taille de l'\u00e9chantillon, l'historique des retours sur le terrain et si la mesure s'applique \u00e0 un composant, \u00e0 un sous-syst\u00e8me ou \u00e0 un serveur d'exp\u00e9dition complet. La mesure la plus utile est celle qui est li\u00e9e \u00e0 un risque de d\u00e9ploiement r\u00e9el.<\/p>\n\n\n\n Je commencerais par le MTBF, l'AFR, l'allocation de temps d'arr\u00eat, le temps de remplacement des FRU, l'historique des d\u00e9fauts du micrologiciel et le comportement de reconstruction du stockage. Ensuite, je demanderais les hypoth\u00e8ses de test brutes. Si le vendeur ne peut pas expliquer le chiffre, c'est qu'il s'agit d'une d\u00e9coration.<\/p>\n\n\n\n Le MTBF est-il suffisant pour juger de la fiabilit\u00e9 du mat\u00e9riel serveur ?<\/h3>\n\n\n\nLe MTBF n'est pas suffisant pour juger de la fiabilit\u00e9 du mat\u00e9riel serveur, car il d\u00e9crit g\u00e9n\u00e9ralement les intervalles de d\u00e9faillance statistique attendus dans le cadre d'hypoth\u00e8ses d\u00e9finies, alors que la fiabilit\u00e9 de la production d\u00e9pend de la configuration, du refroidissement, de la charge de travail, du micrologiciel, du processus de service, de la redondance et de la rapidit\u00e9 avec laquelle le syst\u00e8me peut d\u00e9tecter les d\u00e9faillances et les r\u00e9tablir. Le MTBF est un point de d\u00e9part, pas un verdict.<\/p>\n\n\n\n Un MTBF \u00e9lev\u00e9 accompagn\u00e9 d'une mauvaise journalisation et d'un acc\u00e8s difficile au service apr\u00e8s-vente peut toujours nuire aux clients. Un MTBF plus bas avec une conception FRU propre, une t\u00e9l\u00e9m\u00e9trie forte et une r\u00e9cup\u00e9ration rapide peut donner de meilleurs r\u00e9sultats sur le terrain.<\/p>\n\n\n\n Quelle est la diff\u00e9rence entre l'accord de niveau de service (SLA) et l'accord de niveau de service (RAS) ?<\/h3>\n\n\n\nUn accord de niveau de service (SLA) sur le temps de fonctionnement d'un serveur est une promesse contractuelle de disponibilit\u00e9, tandis que le RAS est l'approche de conception technique qui prend en charge la fiabilit\u00e9, la disponibilit\u00e9 et l'aptitude au service par la d\u00e9tection des d\u00e9faillances, la redondance, le comportement de r\u00e9cup\u00e9ration, les diagnostics et les flux de travail de r\u00e9paration. Le SLA d\u00e9finit la responsabilit\u00e9 commerciale ; le RAS d\u00e9termine si le syst\u00e8me peut r\u00e9ellement survivre et se r\u00e9tablir.<\/p>\n\n\n\n C'est pourquoi les \u00e9quipes OEM ne devraient jamais laisser le langage des accords de niveau de service remplacer l'examen technique. Les cr\u00e9dits de service ne r\u00e9tablissent pas les livraisons retard\u00e9es, les dossiers m\u00e9dicaux, les cha\u00eenes de fabrication ou les transactions financi\u00e8res. C'est l'architecture qui le fait.<\/p>\n\n\n\n Comment les \u00e9quipes OEM v\u00e9rifient-elles la fiabilit\u00e9 des serveurs avant de les acheter ?<\/h3>\n\n\n\nLes \u00e9quipes OEM v\u00e9rifient les d\u00e9clarations de fiabilit\u00e9 des serveurs en exigeant des preuves de tests sp\u00e9cifiques \u00e0 la configuration, des r\u00e9sultats de modes de d\u00e9faillance, l'historique des microprogrammes, des proc\u00e9dures de service, des donn\u00e9es de terrain, une validation thermique et \u00e9nerg\u00e9tique, un comportement de reconstruction du stockage et des d\u00e9finitions claires des temps d'arr\u00eat, des d\u00e9faillances et des pi\u00e8ces de rechange prises en charge. La v\u00e9rification consiste \u00e0 prouver que la conception exacte du serveur peut survivre aux contraintes d'exploitation pr\u00e9vues.<\/p>\n\n\n\n Les meilleures \u00e9quipes d'achat ne demandent pas : \u201cEst-ce que c'est du niveau entreprise ?\u201d. Elles demandent : \u201cMontrez-moi le test de traction du bloc d'alimentation, le journal de reconstruction du disque d\u00e9faillant, l'exportation des \u00e9v\u00e9nements BMC et la proc\u00e9dure de retour en arri\u00e8re du micrologiciel\u201d.\u201d<\/p>\n\n\n\n Mot de la fin pour les acheteurs OEM<\/h2>\n\n\n\nLes affirmations relatives \u00e0 la fiabilit\u00e9 des serveurs ne sont pas des mensonges par d\u00e9faut. Mais elles sont incompl\u00e8tes par d\u00e9faut.<\/p>\n\n\n\n Lisez-les comme un enqu\u00eateur. S\u00e9parez les revendications relatives aux composants de celles relatives aux syst\u00e8mes. S\u00e9parez les promesses de temps de fonctionnement des preuves de r\u00e9cup\u00e9ration. S\u00e9parez les calculs de MTBF du comportement sur le terrain. S\u00e9parez les \u00e9tiquettes de remplacement \u00e0 chaud du flux de travail r\u00e9el du service.<\/p>\n\n\n\n Et lorsqu'un fournisseur affirme que le syst\u00e8me est r\u00e9silient, posez la seule question qui compte : r\u00e9silient face \u00e0 quoi, exactement ?<\/p>\n\n\n\n Pour les \u00e9quipes OEM qui construisent des plates-formes de serveurs fiables, il faut commencer par valider les \u00e9l\u00e9ments qui supportent le v\u00e9ritable fardeau des d\u00e9faillances : alimentation, architecture de la carte, stockage, extension et acc\u00e8s aux services. Examinez les module d'alimentation redondant \u00e0 chaud pour serveur<\/a>, le carte m\u00e8re de serveur \u00e0 double canal avec support SATA et PCIe<\/a>, le Carte d'extension de stockage NVMe PCIe avec cache<\/a>, et le SSD d'entreprise SAS de 1,92 To avec plateau interchangeable \u00e0 chaud<\/a> comme des \u00e9l\u00e9ments d'un seul et m\u00eame argument de fiabilit\u00e9, et non comme des troph\u00e9es distincts sur les fiches techniques.<\/p>","protected":false},"excerpt":{"rendered":"Les d\u00e9clarations de fiabilit\u00e9 des serveurs semblent pr\u00e9cises, mais nombre d'entre elles reposent sur des hypoth\u00e8ses de laboratoire, de vagues calculs de temps de fonctionnement ou des chiffres au niveau des composants qui ne survivent pas \u00e0 un d\u00e9ploiement sur le terrain. Ce guide montre aux \u00e9quipes OEM comment interroger le MTBF, le SLA, le RAS, la redondance, l'historique du firmware et les preuves mat\u00e9rielles avant de faire confiance aux affirmations d'un fournisseur.<\/p>","protected":false},"author":1,"featured_media":4214,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_gspb_post_css":"","footnotes":""},"categories":[54],"tags":[1024,1023,1025,1027,1022,1026],"class_list":["post-4212","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-quality-reliability","tag-mtbf-server-reliability","tag-oem-server-reliability","tag-ras-engineering","tag-server-hardware-reliability","tag-server-reliability","tag-server-uptime-sla"],"blocksy_meta":[],"_links":{"self":[{"href":"https:\/\/meraif.com\/fr\/wp-json\/wp\/v2\/posts\/4212","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/meraif.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/meraif.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/meraif.com\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/meraif.com\/fr\/wp-json\/wp\/v2\/comments?post=4212"}],"version-history":[{"count":1,"href":"https:\/\/meraif.com\/fr\/wp-json\/wp\/v2\/posts\/4212\/revisions"}],"predecessor-version":[{"id":4218,"href":"https:\/\/meraif.com\/fr\/wp-json\/wp\/v2\/posts\/4212\/revisions\/4218"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/meraif.com\/fr\/wp-json\/wp\/v2\/media\/4214"}],"wp:attachment":[{"href":"https:\/\/meraif.com\/fr\/wp-json\/wp\/v2\/media?parent=4212"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/meraif.com\/fr\/wp-json\/wp\/v2\/categories?post=4212"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/meraif.com\/fr\/wp-json\/wp\/v2\/tags?post=4212"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}} |